Re[3]: Еще к вопросу о проектировании учетных систем
От: Tiger  
Дата: 18.02.02 13:16
Оценка:
Здравствуйте Аноним, Вы писали:


>>Еще есть проблема откатов и удалений из журнала проводок. А если мы хотим изменить историю проводок >задним числом то получаем что у нес "поедет" все последующая история.

А>Удалять проводки — это нонсенс в б-ии.
А>Удаление проводок делает бессмысленным всю бугалтерию.
А>Есть конечно черная, но это не удаление проводок, там другие механизмы.

Да Вы совершенно правы.... И я просто всецело с Ваыми согласен. Ничего не должно быть изменено задним числом, это теория учета. Период закрывается и все. Все исправления делаются только исправительными проводками (или исправительными работами на срок от... :), но не будем отвлекаться). Если бы было так тоя просто рыдал бы от счастъя. Однако, суровая реальность не такова. Иррациональный мир заказчиков и пользователей ну никак не хочет принимать таких смешных ограничений, что доказывает некую исскуственность теоритических изяществ. Не оскудела страна наша самобытными Кулибиными и талантливыми Левшами, что есть, несомненно, хорошо — наличие в учетных системах возможности откатов и удалений (разумеется в чисто образовательных целях :) давно стало стандартом де-факто! Такая возможность позволяет другим Кулибинам (уже от мира финансов)... ну вообщем позволяет, в чем нетрудно убедиться по количеству мерсов на улицах:). Кстати, если найти математический алгоритм автоматического проведения откатов и удалений то это вообще открывает широчайшие возможности. Например теоритически возможно создание некой программы (разумеется в чисто образовательных целях — уж образованными будем!!! "Будем крем Марго кушать, в батистовых портянках ходить" Ильф и Петров (с)), которую можно назвать например TaxOptimazer Gold PRO v. 7.1 или Taxator Paradize (жаль в рамках форума нельзя объявить конкурс на наиболее пошлое название). Вообщем которая искала бы как можно изменить суммы проводок (среди заранее определенного круга операций, так как все же не все значения сумм проводок можно менять без расхождения учетных данных с данными первичных документов) что-бы свести уровень налогооблагамой базы, а следовательно и уровень налогов до заранее определенного уровня. Во как. То есть пользователь задает уровень налогооблажения, который ему благоугодно оплачивать и под конец отчетного периода получает тщательно "оптимизированный" журнал проводок (я прям вижу этот наборный счетчик в диалоге с названием "Задание уровня налогооблажения" и еще поле для задания уровня эвристик — Вот это алгоритмы!!! разумеется в чисто образовательных целях :).


Точка сборки совсем расшаталась.. пойду приму валерианки.
:crash:
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.