Почему мне не нужен прозрачный переход в новый отчетный год?
Posted by Сергей Холево, фирма Централь Минск (194.158.217.182) on February 01, 2002 at 19:40:31:
In Reply to: Теоpема о несостоятельности пpозpачного пеpехода из года в год в общем случае posted by Аpкадий Водяник on February 01, 2002 at 11:19:15:
Почему мне не нужен "прозрачный" переход в новый отчетный год?
постоянно изменяется законодательство и требуются новые алгоритмы расчетов. Это лучше, чем добавлять к старым ошибкам новые :-))
постоянно увеличиваются функциональные возможности программы и старые алгоритмы можно организовать по-новому
постоянно растет опыт разработчика (особенно если он посещает наш wwwboard) и старые проблемы можно решить по-другому
постоянно растут запросы заказчика, а он всегда прав ;-(
имеющиеся алгоритмы плодят многочисленные экстрапараметры и факты промежуточного свойства, и эта информация не нужна в новом году
накопившиеся из-за автоматических вычислений расхождения синтетического и аналитического учета при переходе можно вновь свести
при переходе можно обнаружить субсчета-двойники и объединить их
в некоторых странах имеет место инфляция и переход можно сопровождать деноминацией
многие объекты учета теряют свою актуальность и в новом году не нужны, а лишь загромождают базу данных
во время организации автоматизированного перехода приходится вникать в существующую структуру базы данных, а это позволяет изменить ее для более эффективной работы системы в будущем.
Как я это делаю ?
создается отчетная форма acnt(YC+1).rpt, в которой
создаются циклы по всем счетам, в которых анализируется состояние объекта учета и формируется (в текстовый файл) директива серверу по созданию нового объекта учета.
Объект можно проигнорировать, если он не актуален в следующем году. Можно трансформировать параметры объекта. Можно изменить обозначения объектов или перенести их в другой счет, объединить объекты или разделить.
перематываются и анализируются все факты. Факты, необходимые для работы системы в следующем году, записываются в файл facts.n . Можно изменить структуру фактов или прототип, трансформировать содержание полей.
обрабатываются экстрапараметры, в которых часто хранится информация о связях между объектами учета. Новые экстрапараметры и их значения записываются в файл extra.n .
анализируется содержимое файла extrd.dat . Создается файл extrd_n.rpt , в котором формируются строки вида: [sed'новый_индекс','новое_значение'].
выводятся сообщения об обнаруженных во время обработки ошибках (несоответствие синтетических и аналитических данных, отрицательные остатки количества материальных объектов и т.п.)
генерируется новое или преобразуется старое дерево видов операций, файлы-коэффициенты и отчетные формы
в новом каталоге из текстового файла с директивами для сервера генерируются в файл acnt.a3p новые начальные условия. Можно использовать утилиты или отправить этот файл запроса серверу.
сгенерированный в старой базе файл facts.n переносится в новый каталог под именем facts.b
аналогично следует поступить с файлом extra.n
файл extrd_n.rpt переносится в новый каталог и при выполнении этой отчетной формы в новый extrd.dat записываются необходимые значения из прошлого года
запускается специальная отчетная форма test-a.rpt , которая проверяет сходимость, соответствие и корректность новых данных.
Этот способ перехода используется нашей фирмой уже несколько лет. Сама процедура может выполняться несколько раз, потому что результат формируется посредством одного и того же формального алгоритма.
Последний раз процедура осуществляется после сдачи годового отчета (баланса).PS. В живой природе происходит постоянное рождение новых биологических систем и гибель старых. Мне кажется, что Создатель сотворил мир таким не случайно.
Пpишедшие ответы: