Материал предоставлен компанией СофтПоинт/
Каждую ИТ совокупность по ведению учета на предприятии возможно поделить на две условные категории с позиций хронологической коррекции данных:
1) Не допускаются трансформации задним числом. Все трансформации проводятся корректирующими документами.
Такая совокупность более сложна с позиций технической реализации. Сложно на все случаи судьбы придумать корректирующие документы. Такая техническая реализация, в большинстве случаев, прекрасно подходит для бухгалтерских совокупностей – где не приветствуются трансформации задним числом и все оформляется коррекционными проводками.
Однако, в русском действительности частенько появляются обстановке, в то время, когда эти изменяются задним числом и в бухгалтерских базах данных. Необходимо подчернуть, что без оглядки на определенные сложности реализации, в подобных системах имеется последовательность очевидных преимуществ.
Прежде всего это простота администрирования с позиций безопасности, строгость учета, и отсутствие неактуальных регламентных процедур и остатков по перепроведению поменянной цепочки документов. Пример подобной системы — Аксапта.
2) Допускаются трансформации задним числом. Корректность данных по цепочке поменянных документов достигается регламентной процедурой перепроведения документов.
Подобная система есть противоположностью вышеописанной совокупности. Соответственно это относится всех недостатков и преимуществ.
Одним из недочётов есть необходимое наличие регламентной процедуры коррекции цепочки поменянных документов. При значительного роста информационного потока процедура перепроведения может длиться долгий временной отрезок.
При в то время, когда эта процедура начнёт отнимать более 12-и часов это процедура делается опасной в надежности функционировании всей ИТ совокупности. Данную процедуру в типовой реализации нужно делать в вечернее время так как она отнимает большое количество серверных ресурсов и реализует большое количество блокировок что очень плохо отражается на неспециализированной работе пользователей.
Совокупность [advert=103]1С[/advert] Предприятие 7.7. в большинстве случаев, реализует вторую схему. Регламентная процедура коррекции поменянных документов именуется восстановлением последовательности 1С. Главными недочётами при трансформации задним числом будут следующие пункты:
1) При трансформации задним числом появляется довольно большой временной промежуток между восстановлением последовательности и самим изменением в 1С.
2) Восстановление последовательности в большинстве случаев нереально в рабочее время в силу громадной нагрузки на серверные ресурсы. Увеличиваемый информационный оборот базы разрешённых может привести к неосуществимости выполнить эту процедуру в нерабочее время.
Благодаря чего нужно будет жертвовать или актуальностью данных, или удобством работы пользователей. В некоторых случаях нагрузка при фоновом перепроведении документов такая большая, что база данных на время исполнения данной операции делается на запись фактически недоступной.
Разглядим, из-за чего эта процедура столь ресурсоемкая и какие конкретно имеется варианты разрешения данной неприятности на примере несложной своевременной БД с упрощенным составом документов.
Документы БД (усреднённая статистика):
Приходная накладная: 10 документов в сутки по 500 строчков.
Расходная накладная: 100 документов в сутки по 100 строчков.
Приходный кассовый ордер: 100 документов в сутки (без табличной части).
Расходнный кассовый ордер: 100 документов в сутки (без табличной части).
Регистры учета:
ОстатокТовараПоПартиям(Товар,Партия,Количество)
ОстатокТовара(Товар,Склад,Количество)
Взаиморасчеты(Клиент,Документ,Сумма)
Контроль последовательности проведения документов 1С
