budfalo
Newbie | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
[more] Правильная свертка 1C или свертка базы 1C по правилам.
+ Правила свертки для 1С:Управление производственным предприятием, редакция 1.3
http://skladchik.com/threads/%D0%A1%D0%B2%D0%B5%D1%80%D1%82%D0%BA%D0%B0-%D0%B1%D0%B0%D0%B7%D1%8B-1%D0%A1-%D0%BF%D0%BE-%D0%BF%D1%80%D0%B0%D0%B2%D0%B8%D0%BB%D0%B0%D0%BC-%D0%BF%D1%80%D0%B0%D0%B2%D0%B8%D0%BB%D0%B0-%D0%B4%D0%BB%D1%8F-%D0%A3%D0%9F%D0%9F-1-3.33013/#post-2861436
Обработка «Свертка базы по правилам» предназначена для свертки информационных баз системы про-грамм «1С:Предприятие» версии 8.2. Так как программы «1С:Предприятие» версии 8.2 могут, в том числе,
работать в двух режимах – обычное приложение (толстый клиент) и управляемое приложение (тонкий клиент), то и обработка «Свертка базы по правилам» также может работать в этих режимах.
Основой обработки «Свертка базы по правилам» являются специальные правила свертки, которые создаются индивидуально для каждой конфигурации информационных баз. Например, для конфигураций
«1С:Бухгалтерия 8», «1С:Управление торговлей», «1С:Управление производственным предприятием» и т.д.
требуются свои собственные правила свертки. Более того, для разных редакций одной и той же конфигурации, например, «1С:Бухгалтерия 8, ред. 2.0» или «1С:Бухгалтерия 8, ред. 3.0», требуются разные правила
свертки. Наконец, для отраслевых конфигураций, существенно доработанных или написанных с «нуля»,
также требуются индивидуальные правила свертки.
К чему такие сложности? Почему нельзя использовать универсальные обработки по свертке баз, например,
обработку «Свертка базы» с диска ИТС?
Дело в том, что универсальные обработки ничего не знают о структуре конфигурации. Они рассматривают
конфигурацию как набор несвязанных между собой регистров бухгалтерии, накопления и сведений, а в качестве документов ввода начальных остатков используют некий универсальный документ, например,
«Корректировка записей регистров».
Такой подход оправдан, если информационные базы находятся в идеальном состоянии. Но жизнь намного
сложней и многообразней. Идеальных информационных баз не бывает. В каждой рабочей информационной
базе имеются «огрехи», которые особенно проявляются после свертки. Кстати, зачастую эти огрехи и являются причиной свертки базы.
Свертка базы по правилам. С другой стороны, в большинстве конфигураций имеются специальные документы ввода начальных остатков. Они концентрируют в себе логически связанную информацию, которая «разлетается» в десятки регистров при проведении этих документов. Разбираться с такими документами намного проще, чем рыскать по
несвязанным друг с другом универсальным документам, выискивая в их табличных частях несоответствия
остатков.
Правила свертки позволяют увязать источник остатков (регистр или произвольный запрос) с документами
ввода начальных остатков. Кроме того, они позволяют корректировать эти остатки в процессе свертки, исключая известные на момент свертки ошибки информационной базы.
Обработка «Свертка базы по правилам» обладает еще одной способностью, труднодоступной для универсальных обработок свертки базы, а именно: она позволяет отказаться от промежуточного этапа удаления
операций за период, предшествующий дате свертки. На первый взгляд – это нелогичная функция, так как
без удаления предшествующих операций результирующие остатки будут удваиваться, утраиваться и т.д.
Однако, внимательно присмотревшись к этой функции, можно увидеть в ней рациональное зерно.
Предположим, что информационная база эксплуатировалась много лет. Она выросла до гигантских размеров, стала неповоротливой и сложной в обслуживании. Свертка этой базы на начало текущего года видится
оптимальным выходом из сложившейся ситуации.
Можно пойти по традиционному пути:
- Вычислить конечные остатки на дату свертки;
- Удалить операции за период, предшествующий дате свертки;
- Сформировать документы ввода остатков на дату свертки.
Но есть одно «Но»! Удаление операций за предыдущие годы может занять столько времени, что никаких
выходных и новогодних каникул для этого не хватит!
Что можно сделать с помощью обработки «Свертка базы по правилам»? А вот что:
- Вычисляем конечные остатки на дату свертки;
- Пропускаем удаление операций до даты свертки;
- Формируем и проводим документы ввода остатков на дату свертки.
Далее с помощью универсальной обработки обмена данными и правил конвертации выгружаем данные из
информационной базы, начиная с даты свертки, и загружаем их в пустую базу. Мы убиваем двух зайцев:
избавляемся от продолжительного этапа удаления операций и одновременно избавляемся от «мусора» –
ненужных (устаревших) элементов справочников.
Осталось получить ответ на главный вопрос: – Где создаются правила свертки? Ответ очевиден – в самой
обработке «Свертка базы по правилам»!
Аналогично платформе «1С:Предприятие» обработка «Свертка базы по правилам» функционирует в двух
основных режимах:
- Свертка базы (аналог режима «1С:Предприятие»). В этом режиме собственно и осуществляется
свертка информационных баз.
- Настройка правил (аналог режима «Конфигуратор»). В этом режиме производится создание и редактирование правил свертки. Правила свертки можно создавать вручную, а можно воспользоваться
встроенным в обработку генератором правил, с помощью которого правила создаются автоматически для любой конфигурации.
Созданные в режиме настройки правила можно сохранить во внешний XML-файл и многократно использовать их для свертки однотипных информационных баз. Файл правил свертки можно корректировать по мере изменения конфигурации. |
Всего записей: 2 | Зарегистр. 31-03-2014 | Отправлено: 18:54 31-03-2014 | Исправлено: budfalo, 18:55 31-03-2014 |
|
