1с при работе с регистром накопления с видом остатки выключение итогов приводит к тому что
В нескольких статьях представлены основные сведения о внутреннем устройстве регистров накопления, о SQL-запросах платформы при работе с ними и их изменение в зависимости от настроек регистра. Подробно описана работа платформы с разными типами регистров (остатков и накопления), а также принцип действия агрегатов.
Материалы созданы во времена платформы 8.2, поэтому некоторые моменты могут быть уже не актуальными, но основные принципы работы остались неизменными.
Больше года назад сайт был закрыт. Некоторые из его материалов будут реанимированы на Инфостарт.
Конкретно в этой статье речь идет о виртуальных таблицах "Остатки" и "Остатки и обороты" регистров накопления в базе данных. Все примеры из публикации Вы можете найти на GitHub.
Предисловие
В предыдущих статьях мы говорили о структуре хранения регистров накопления в базе данных, а также о работе платформы с виртуальной таблицей "Обороты" этих регистров в зависимости от настроек хранения итогов. Все эксперименты проводились на тестовой конфигурации, содержащей два регистра накопления видов "Остатки" и "Обороты" (подробнее см. в предыдущих статьях).
Сегодня в статье рассмотрим действия платформы при работе с виртуальными таблицами "Остатки" и "Остатки и обороты" регистра накопления с видом "Остатки".
Общие сведения
Регистр накопления с видом "Остатки" позволяет разработчику использовать дополнительно к виртуальной таблице "Обороты" регистра еще и таблицу "Остатки".
Данная виртуальная таблица содержит меньше доступных параметров и предназначена для получения остатков по значениям измерений регистра на определенную дату.
Особенностью использования этой виртуальной таблицы является получение остатков на дату с использованием таблицы итоговых остатков (см. описание хранения регистров накопления вида "Остатки" в базе данных).
Поэтому, если использование итогов отключено для регистра, работа с этой таблицей станет невозможной.
Теперь рассмотрим формируемые платформой SQL-запросы к базе данных для получения остатков через названную виртуальную таблицу. Проанализируем изменение запроса для включенных/отключенных текущих итогов.
За кулисами
Выполним в нашей тестовой базе следующий запрос на языке платформы:
Для регистра "ОстаткиНоменклатуры" установим дату рассчитанных итогов на конец февраля (28.02.2013). Первый запрос выполним с включенными текущими итогами регистра накопления.
Первым делом платформа обратится к настройкам регистра накопления. Этот запрос был рассмотрен в предыдущей статье. Перейдем непосредственно к SQL-запросу платформы при использовании виртуальной таблицы "Остатки".
Получим следующий SQL-запрос платформы:
Обратите внимание на параметр "Период", переданный в виртуальную таблицу. Напомню, в нашем случае включены текущие итоги. Поскольку граница рассчитанных итогов регистра установлена на 28.02.2013, платформа не может получить итоги по остаткам на предыдущий месяц, а использовать последние рассчитанные итоги на конец февраля 2013 года и затем корректировать остаток в соответствии с движениями за последующие 3 месяца было бы не оптимально.
Поэтому программа получает текущие остатки (остатки на текущую дату, которые хранятся с периодом 01.11.5999 00:00:00) и корректирует их в соответствии с движениями в период с значения параметра "Период" вирт. таблицы и по дату текущий остатков. Если мы отключим текущие итоги, то тот же запрос на языке платформы будет преобразован в следующий SQL-запрос, имеющий незначительные изменения:
То есть, если параметр "Период" виртуальной таблицы больше периода последних рассчитанных итогов, то тогда платформа получает текущие остатки и корректирует их по движениям в диапазоне с [ПараметрПериодВиртуальнойТаблицы] по [ПериодТекущихИтогов]. В случае, если для регистра отключены текущие итоги, то платформа получает последние рассчитанные итоги и корректирует их по движениям с периода этих итогов по период, установленный в параметрах виртуальной таблицы.
Прежде чем перейти к выводам, отмечу, что во всех вариантах SQL-запроса при наложении условия на период получаемых движений, условие верхней границы диапазона всегда представляет собой:
т.е. условие всегда "МЕНЬШЕ". Если период движения равен дате, установленной в верхнем диапазоне, то эти движения не будут учитываться при получении остатков. Вот она та самая особенность виртуальной таблицы остатков, из-за которой не учитывается последняя секунда в параметрах виртуальной таблицы.
Делаем выводы
Подведем небольшой итог. На следующей схеме представлены действия платформы для получения остатков при различных настройках регистра накопления и параметра периода виртуальной таблицы "Остатки".
При любом случае использования виртуальной таблицы "Остатки", платформа 1С:Предприятие 8 получает данные по итогам остатков и корректирует их по записям движений.
Некоторые действия платформа могла бы выполнять более оптимально. Например, при использовании текущих остатков для регистра выбирать получать ли текущие остатки или последние рассчитанные итоги по периоду виртуальной таблицы. Выбор бы осуществлялся по принципу "что ближе".
В любом случае, механизм итогов для регистров вида "Остатки" позволяет выполнять запросы для получения остатков оптимальнее, нежели использовать только записи таблицы движений.
Все эксперименты проводил на платформе 1С:Предприятие 8.2.17.169.
Далее рассмотрим самую "тяжелую" виртуальную таблицу регистров накопления "ОстаткиИОбороты".
"Тяжелая" таблица
Среди всех виртуальных таблиц, таблица "Остатки и обороты" является самой "тяжелой" для формирования. Разработчики должны это хорошо понимать и использовать ее с осторожностью. Далее Вы увидите почему.
Выполним следующий запрос на языке запросов платформы:
Параметрам запроса присвоим следующие значения:
Такие параметры как "Периодичность" и "МетодДополнения" мы оставили без заполнения. Сначала платформа выполнить запрос для получения настроек регистра накопления. Его мы подробно рассмотрели в статье по виртуальной таблице "Обороты", поэтому сейчас останавливаться на нем не будем.
При таких настройках платформа сформирует следующий SQL-запрос для рассматриваемой виртуальной таблицы:
Прокомментировал основные моменты в запросе. Общая схема работы запроса такая:
- Получаем обороты регистра по таблице движений за установленный период.
- Получаем остатки на значение даты параметра "Начало периода".
- Объединяем предыдущие два результата, при этом поле "НачальныйОстаток" - это остаток по данным таблицы остатков, а "КонечныйОстаток" вычисляется как : "НачальныйОстаток" + "Оборот"
- Полученные данные группируются по выбранным в запросе измерениям и проверяются на наличие хотя бы одного заполненного ресурса (не равного 0).
Отсюда мы можем сделать вывод, что если с помощью этой виртуальной таблицы мы получаем данные за большой период, то запрос может получать достаточно большие порции записей движений. В результате формирование отчетов (или другие механизмы в конфигурации) будет работать очень медленно.
Сам SQL-запрос может изменяться в зависимости от значений параметров виртуальной таблицы. Например, если мы добавим периодичность, то в запрос будет добавлено дополнительное поле "Период", по которому результат будет группироваться. При установке параметра "МетодДополнения" в запрос будут попадать границы периода, если установлено значение "ДвиженияИГраницыПериода" (именно с таким значением параметра мы анализировали SQL-запрос), иначе в результате запроса будут только движения.
Что дальше
В этой и предыдущих статьях мы рассмотрели SQL-запросы платформы при работе с виртуальными таблицами регистров накопления. Представленная информация должна помочь в выборе виртуальных таблиц при разработке, а также в написании оптимальных запросов к базе данных на языке платформы.
В следующих статьях рассмотрим работу агрегатов, а также некоторые особенности работы индексов регистров накопления и многое другое.
Вы сотрудник франчайзи "1С"? Может быть, Вы даже обновляете клиентов и следите за работоспособностью их информационных баз? Или Вы работаете в штате компании и работоспособность систем на базе платформы "1С" лежит на Ваших плечах? Если ответа "ДА" хотя бы на один вопрос, то эта статья для Вас!
Сегодня мы рассмотрим, с одной стороны, очень простой вопрос обслуживания итогов в регистрах. Но с другой стороны - вопрос простой, но настраивать подобающее обслуживание итогов часто никто не торопится.
Не могу точно сказать для кого эта статья - для новичков или опытных программистов. Или администраторов? Думаю, что решать только Вам!
Как они работают
Платформа "1С" использует механизм итогов для оптимизации получения данных в запросах за большой период. Механизм итогов доступен в регистрах накопления, бухгалтерии и сведений. Именно благодаря ему мы можем формировать отчеты достаточно быстро за большой период времени. Не всегда, конечно, но это уже другая история :).
Но, прежде чем говорить об обслуживании итогов, давайте поверхностно рассмотрим их работу для каждого вида регистра. Мы не будем погружаться в особенности их работы на стороне СУБД, аспекты блокировок и другие связанные темы. Только принцип работы, только суть!
Регистры сведений
Начнем с простого - итогов регистров сведений. С некоторого момента, платформа поддерживает итоги среза первых / последних записей. Например, в последних типовых конфигурациях для регистра "Курсы валют" включены итоги среза последних. Под спойлером Вы найдете пример как данные в регистре отражаются на итогах этого регистра.
Вот такие данные содержатся в самом регистре.
И вот такие данные будет содержать таблица итогов.
Все просто - в итогах хранятся последние записи по периоду в разрезе измерений. Для регистра сведений "Курсы валют" это "Валюта".
Все логично - срез последних записей хранит последние по периоду записи в разрезе измерений регистра. При этом в итогах хранятся данные как измерений, так и ресурсов, и реквизитов.
По такому же принципу работают итоги среза первых, только хранят они, внезапно, срез первых записей.
Регистры накопления
Итоги регистров накопления уже интересней, чем у регистров сведений. О внутренних механизмах платформы и принципа работы с итогами Вы можете узнать здесь и вот тут, а также на сайте ИТС. А сейчас рассмотрим лишь основное. Во-первых, регистры накопления бывают двух видов: оборотов и остатков. От вида регистра также зависит принцип построения и использования итогов.
Регистр оборотов
Для примера возьмем регистр накопления "Реализация услуг" из типовой конфигурации "Бухгалтерия предприятия 3.0". Под спойлером пример данных в регистре и полученные итоги.
Это пример данных.
Движения регистра сформированы в период с марта по май 2019 года. Итоги в этом случае содержат сгруппированные данные по измерениям.
Итоги содержат сгруппированные данные по месяцам, а период записи - начало месяца.
Таким образом, итоги оборотного регистра накопления содержат сгруппированные данные по измерениям на каждый месяц. Позволяют получать данные за период наиболее оптимальным способом, ведь записей читать придется меньше, иногда значительно меньше.
Регистр остатков
В качестве примера остаточного регистра возьмем "НДС предъявленный". Пример снова под спойлером.
Вот пример данных регистра "НДС предъявленный". Некоторые поля убраны (пустые, служебные, реквизиты регистра). Правильность данных с прикладной точки зрения не гарантируется :).
Движения сформированы с апреля по июнь 2019 года. Соответственно, итоги в этом случае будут хранить остатки на конец каждого месяца по комбинациям измерений. При этом итоги за май будут записаны на начало дня 1 июня.
В этом случае, на самом деле, тоже все просто:
- На начало мая имеем остаток от операции прихода в апреле.
- На начало июня сохраняется остаток с апрельской операции, а также добавляется строка с остатком от операции в мае. Именно поэтому в июньских остатках две записи.
- В июне был сделан расход, которых закрыл остаток по первой операции, а также расход с частичным закрытием второй операции. Поэтому в итогах добавлена запись по оставшейся сумме.
Кроме того, есть текущие итоги, которые сохраняют информацию об остатках на самую последнюю дату. В таблице итогов они хранятся с датой "01.11.3999" и позволяют получить информацию об остатках на самый последний момент времени, который может быть зафиксирован в регистре.
Таким образом, итоги по остаткам хранятся на начало месяца и отражают их состояние за предыдущий период. Очень удобно и эффективно.
Итоги по остаткам используются очень часто и позволяют эффективно получать информацию о текущем состоянии каких-либо показателей (остатки номенклатуры, состояние взаиморасчетов и другое).
Регистры бухгалтерии
Не менее интересным объектом с поддержкой хранения итогов является регистр бухгалтерии. Это настоящий рекордсмен по количеству таблиц с итогами. Возьмем для рассмотрения типовой регистр "Хозрасчетный" в той же "Бухгалтерии предприятия 3.0". Всего в регистре можно насчитать 5 таблиц с итогами:
Итоги между счетами - для хранения итогов оборотов между корреспондирующими счетами
Чтобы не углубляться сейчас во внутренние механизмы регистра, отметим лишь, что в таблице итогов между счетами хранятся итоги только по оборотам. В остальных таблицах итогов хранятся итоги и по оборотам, и по остаткам. Также регистр бухгалтерии поддерживает текущие итоги, которые работают практически также, как и в регистре накопления.
Теперь Вы знаете на сколько большим по размеру и тяжелым по использованию может быть регистр бухгалтерии. Ведь при формировании проводок платформе требуется поддерживать большое количество таблиц с итогами. А представьте что бы было, если план счетов поддерживал не три, а пять субконто!
Более подробную информацию об особенностях работы итогов регистра бухгалтерии Вы можете прочитать здесь.
Что же с обслуживанием
И так, мы быстрым шагом прошлись по механизму хранения итогов платформы, рассмотрели какие итоги бывают и у каких объектов. Что же здесь может такое случиться, что потребует обслуживания?
Самым "самообслуживаемым" объектом в части итогов является регистр сведений. Включили итоги по срезу последних и забыли. Ничего настраивать и обслуживать не нужно.
С регистром накопления и бухгалтерии дело обстоит иначе. Для остаточных регистров накопления и любого регистра бухгалтерии обязательно в начале каждого месяца необходимо устанавливать период рассчитанных итогов. Если этого не сделать, то итоги по остаткам просто не будут рассчитаны. Соответственно, и использоваться они не будут.
Во всех типовых конфигурациях имеется регламентное задание "Установка периода рассчитанных итогов" с расписанием на запуск каждое 5 число месяца в 01:00. Вот алгоритм обновления периода рассчитанных итогов.
Эта функция получена из модулей "Библиотеки стандартных подсистем" и находится в общем модуле "УправлениеИтогамиИАгрегатамиСлужебный".
Установка периода рассчитанных итогов выполняется только для остаточных регистров накопления и регистров бухгалтерии. Для этого вызывается метод "УстановитьМаксимальныйПериодРассчитанныхИтогов" для менеджера регистра. Для регистров накопления передается конец предыдущего месяца, а для регистров бухгалтерии конец текущего месяца.
Как проверить, что у Вас установлен актуальный период рассчитанных итогов? Самый простой способ - зайти в обработку "Управление итогами" через "Все функции -> Стандартные -> Управление итогами". Там выбрать полные возможности и в показанной таблице проверить дату в колонке "Период итогов".
Для регистров бухгалтерии это должен быть конец текущего месяца, а для остаточных регистров накопления - конец предыдущего месяца. Если даты обновлены, то все отлично. Если нет - значит либо еще не наступило 5 число месяца, либо регламентное задание по установке периода рассчитанных итогов у Вас не работает.
Но и это еще не все! Есть еще как минимум две операции, которые необходимо планировать для итогов:
Зачем их устанавливать? Если в базе хранятся данные за 10 лет, то вряд ли они все используются. Целесообразно проанализировать какие данные действительно используются и за какой период (например, только последние 5 лет) и ограничить период хранения итогов нужным значением. Данный подход похож на метод скользящего окна, который упрощает сопровождение больших объемов данных.
Вот и все основные операции обслуживания.
Заключение![]()
Мы быстро пробежались по принципу работы механизма итогов платформы "1С" и рассмотрели основные направления работ по обслуживанию итогов. Список получился коротким:
В случае, если нет возможности запустить конфигуратор, то пересчет итогов может быть выполнен и из пользовательского режима. Для этого следует сделать следующие действия.
Понравилось? Поделись с друзьями
Консультации по работе с программой 1С
Сервис открыт специально для клиентов, работающих с программой 1С разных конфигураций или находящихся на информационно-техническом сопровождении (ИТС). Задайте свой вопрос, и мы с удовольствием на него ответим! Обязательным условием для получения консультации является наличие действующего договора ИТС Проф. Исключением являются Базовые версии ПП 1С (8 версия). Для них наличие договора не обязательно.
Тут самое главное понять что запись с нулевым количеством в итоге, совершенно не означает что эта запись не нужна.
При проектировании реляционных СУБД считается (считалось) что операции CRUD (Create, Read, Update, Delete) по затратам ресурсов распределяются следующим образом
1. Легкие: Read, Update
2. Средние: Create
3. Тяжелая: Delete
И исходя из логики поведения объекта Регистр, который меняется часто; и из-за больших затрат на удаление записей, существует позиция что:
1. найти 1 комплект ключей (измерений) по которому не было движений за последний месяц и которые на данный момент нулевые
2. по данному комплекту измерений удалить запись из таблицы итогов
Вопрос 12.30 экзамена 1С:Профессионал по Платформе. Итоги для регистров накопления остатков:
- Не хранятся
- Хранятся. Они не ограничены периодом рассчитанных итогов, так как рассчитываются системой автоматически при открытии следующего периода
- Могут храниться, но ограничены периодом рассчитанных итогов. Если их не рассчитывали, то и не хранятся. Управлять рассчитанными итогами можно в режиме 1С:Предприятие
- Верны ответы 2 и 3, так как автоматический расчет промежуточных итогов может быть задан в режиме конфигуратора
Правильный ответ третий.
- можно получить только оперативные остатки
- можно получить остатки на любой момент времени, но скорость их получения увеличиться
Правильный ответ второй. В случае включенных итогов, остатки доступны с периодичностью Месяц.
Вопрос 12.33 экзамена 1С:Профессионал по Платформе. При пересчете текущих итогов пользователем:
- будут пересчитаны текущие итоги только для текущего сеанса
- будут пересчитаны все текущие итоги
- будут пересчитаны текущие итоги для текущего или для всех сеансов в зависимости от настроек регистра
Вопрос 12.34 экзамена 1С:Профессионал по Платформе. При пересчете итогов пользователем:
- будут пересчитаны итоги только для текущего сеанса
- будут пересчитаны итоги для текущего или для всех сеансов в зависимости от настроек регистра
- будут пересчитаны все итоги
- можно выбрать, для каких сеансов будут пересчитаны итоги
Правильный ответ третий, см. предыдущий вопрос.
Вопрос 12.35 экзамена 1С:Профессионал по Платформе. При записи данных в регистр накопления существует возможность:
- отказаться от использования итогов (повышается параллельность записи наборов записей)
- отказаться от использования текущих итогов (повышается параллельность записи наборов записей)
- верны ответы 1,2
РегистрХозрасчетный = РегистрыБухгалтерии.Хозрасчетный; РегистрХозрасчетный.УстановитьИспользованиеИтогов(Ложь);
Вопрос 12.36 экзамена 1С:Профессионал по Платформе. При работе с регистром накопления выключение текущих итогов приводит к тому, что:
- уменьшится скорость получения любых остатков
- можно получить остатки на любой момент времени, но скорость получения оперативных остатков увеличиться
- не влияет на скорость получения остатков, а влияет на скорость получения оборотов
Вопрос 12.37 экзамена 1С:Профессионал по Платформе. В режиме конфигуратора может быть выбрана следующая периодичность таблицы итогов регистра накопления:
- В пределах дня
- В пределах месяца
- В пределах квартала
- Непериодический
- Любой из вышеуказанных вариантов
- Не может быть выбрана
Вопрос 12.39 экзамена 1С:Профессионал по Платформе. Как система 1С:Предприятие 8 может хранить итоги для оборотного регистра накопления?
- Только с помощью таблицы итого
- Только с помощью таблицы агрегатов
- Одновременно в таблицах итогов и агрегатов
- Либо в таблице итогов, либо в агрегатах
Правильный ответ четвертый, итоги и агрегаты это альтернативные режимы работы.
Вопрос 12.40 экзамена 1С:Профессионал по Платформе. Выберите верное утверждение по отношению к регистрам накопления
- Для одного регистра накопления может использоваться несколько таблиц итогов
- Для одного регистра накопления может использоваться только одна таблица агрегатов
- Для одного регистра накопления может использоваться несколько таблиц агрегатов
- Верны варианты 1 и 2
- Верны все варианты
Вопрос 12.44 экзамена 1С:Профессионал по Платформе. Что может отображаться в таблицах итогов регистров накопления?
- Данные измерений
- Данные ресурсов
- Данные реквизитов
- Верны все варианты
- Верны варианты 1 и 2
Вопрос 12.45 экзамена 1С:Профессионал по Платформе. Какая часть активных записей может не отображаться в таблицах итогов регистров накопления?
- Данные измерений
- Данные реквизитов
- Данные ресурсов
- Верны все варианты
- Верны варианты 1 и 2
Правильный ответ пятый. Реквизиты в итогах не отображаются. Измерений у регистра может и не быть, а вот ресурс обязателен.
Вопрос 12.46 экзамена 1С:Профессионал по Платформе. Какая часть не активных записей может не отображаться в таблицах итогов регистров накопления?
- Данные измерений
- Данные реквизитов
- Данные ресурсов
- Верны все варианты
- Верны варианты 1 и 2
Правильный ответ четвертый, неактивные записи не отображаются вообще.
Вопрос 12.47 экзамена 1С:Профессионал по Платформе. Какая часть активных записей никогда не отображается в таблицах итогов регистров накопления?
- Данные измерений
- Данные реквизитов
- Данные ресурсов
- Верны все варианты
- Верны варианты 1 и 2
Полный пересчет итогов может потребоваться в двух случаях.
Во-вторых , полный пересчет итогов может быть выполнен в случае, если происходили сбои компьютера при работе с программой и текущее состояние итогов могло нарушиться. В этом случае полный пересчет итогов позволяет восстановить целостность всех итогов.
При полном пересчете выполняется также проверка существующих проводок и в них производятся исправления в случае обнаружения несоответствия значений проводок настройкам валютного, аналитического и количественного учета по счетам, а также признаков забалансового учета.
Внимание!
Полный пересчет итогов может занять продолжительное время при большом количестве бухгалтерских операций в информационной базе .
Режим управления бухгалтерскими итогами носит, скорее, административный характер. Обращение к нему выполняется достаточно редко, обычно при изменении настроек счетов или при переходе к следующему кварталу.
При использовании сетевой версии 1С:Предприятия все действия в данном режиме могут выполняться только в монопольном режиме запуска программы. Эта особенность определяется важностью выполняемых действий при пересчете бухгалтерских итогов.
В разделенном режиме может быть выполнен только просмотр текущей установки границы поддерживаемых итогов.
1С:Предприятие 8.3 /
Бухгалтерия для Украины 2.0 /
Сервисные возможности и администрирование
Удаление помеченных объектов
Поиск и удаление дублей
Поиск и установка обновлений
Дата запрета изменения данных
Резервное копирование и восстановление
Регламентные и фоновые задания
Блокировка работы пользователей
Управление полнотекстовым поиском
Управление итогами и агрегатами
Удаление помеченных объектов
- автоматическое удаление всех отмеченных объектов (рекомендуется),
- выборочное удаление объектов.
Поиск и удаление дублей
При работе пользователей в программе часто ошибочно вводятся дубли (например, неправильно производился поиск элемента, в результате его не нашли и ввели заново), которые мешают правильному учету. В документах указывают то один экземпляр элемента, то другой, в результате при проведении документов возникают неправильные проводки , и баланс не сходится. Поэтому от дублирования в программе необходимо
Поиск и установка обновлений
Обновление конфигурации через Интернет включает несколько простых шагов:
- получение информации о наличии обновлений конфигурации,
- подключение к пользовательскому сайту,
- обновление конфигурации.
На первом шаге требуется выбрать источник получения обновления:
- автоматический поиск обновления в Интернете (рекомендуется),
- локальный или сетевой каталог.
Время загрузки обновлений может увеличиться, если потребуется получить с вебсайта не одно, а несколько
промежуточных обновлений для текущей версии программы. В этом случае все обновления будут
последовательно установлены в автоматическом режиме.
Прежде чем продолжить обновление конфигурации, необходимо выполнить следующие действия:
- сохранить несохраненные данные или закрыть формы их редактирования;
- если открыт конфигуратор, то необходимо его закрыть;
- если с информационной базой работают другие пользователи, предупредить их о необходимости временно прекратить работу;
- если к информационной базе подключены другие программы в режиме внешнего соединения, необходимо завершить их работу.
Процесс обновления конфигурации может занять продолжительное время, в зависимости от производительности компьютера и объема информационной базы. При работе в клиентсерверном режиме обновление конфигурации можно отложить, например, на ночь. Система проведет обновление точно в указанную дату и время, при этом питание компьютера должно быть включено.
Дата запрета изменения данных
После сдачи отчетности и закрытия отчетного периода рекомендуется обезопасить информационную базу от случайного или намеренного изменения данных периода установкой даты запрета.
- для всех пользователей,
- по пользователям.
После указания даты запрета изменения данных документы за указанную или более раннюю дату будут доступны только для просмотра.
Даты запрета могут указываться явно или относительными значениями:
- конец прошлого года,
- конец прошлого квартала,
- конец прошлого месяца,
- конец прошлой недели,
- предыдущий день.
На практике для закрытия периода дается определенный период, в течение которого возможно вносить
В случае использования механизма запрета изменения данных при попытке проведения (отмены проведения или перепроведения) документа в периоде до даты запрета на экран выводится предупреждение.
Резервное копирование и восстановление
Версионирование
Для справочников и документов существует возможность хранения версий.
Версионировать можно справочники и документы по следующим подсистемам:
которое каждый месяц будет удалять версии, созданные год назад и более.
Регламентные и фоновые задания
Для каждого регламентного задания может быть задано расписание, в соответствии с которым регламентное задание будет автоматически запущено на исполнение. Поддерживаются однократные и периодические расписания. Можно задать дату начала и окончания выполнения, дневное, недельное и месячное расписание.
Журнал регистрации
Активные пользователи
В списке выводятся:
Блокировка работы пользователей
Управление полнотекстовым поиском
Управление итогами и агрегатами
Для ускорения расчетов в служебных таблицах информационной базы хранятся рассчитанные итоги по регистрам накопления и бухгалтерии и агрегаты оборотных регистров накопления. В ряде случае требуется выполнение административных действий с этими итогами и агрегатами.
Операции с итогами:
рассчитанных итогов для всех регистров накопления и бухгалтерии с включенными итогами. Для регистров накопления – на конец предыдущего месяцаНѕ для регистров бухгалтерии – на конец текущего месяца;
Операции с агрегатами:
Свежие материалы
Когда нужно корректировать 4-ФССПредставленный в ФСС расчет по форме 4-ФСС не нуждается в корректировках, если…
Начисление налогаВ бухгалтерском учете суммы авансовых платежей по налогу отражаются по кредиту счета 69 (68)…
Налоговое планирование в организации Налоговое планирование может значительно повлиять на формирование финансовых результатов деятельности организации,…
Грамотная продажа золота – процесс, на который придётся потратить немного свободного времени. Нужно будет выяснить,…
Начало мероприятия: 18 декабря в 10:00, регистрация с 9:30 Место проведения: Маринс Парк Отель, ул.…
Механизм разделения данных позволяет хранить данные нескольких независимых организаций в одной информационной базе. Это становится…
Оптимально в программе 1С:Управление торговлей 11.1 проводить инвентаризацию с использованием распоряжения на инвентаризацию. Для этого…
Абонентское сопровождение – это обслуживание Ваших программ на постоянной основе.Когда заказчику нужно большое количество работ…
Читайте также: