Опердень и undo

[metaclass]

А вот скажите мне, как истинные оперденьщики, модно ли сейчас делать в оперденях функцию "откатить изменения в паре сотен документов на неделю назад, потому что пользователи сошли с ума и сделали что-то не то"?

Возникает такая потребность нечасто, поэтому я обхожусь старой копией БД и экспортом-импортом из нее в текущую БД, но может быть, это рукожопие за которое положено быть запсенным кахесом и давно все делают иммутабельные БД со всеми версиями происходящего и дичайшими алгоритмами отката части графа документов на предыдущую версию?

Comments

[vit-r.livejournal.com]

Undo работает только в форме, которая не зарегистрирована. Всё, что попало в двойную бухгалтерию может исправляться только корректирующими проводками.

[lazy-flyer.livejournal.com]

За попытки undo в двойной - надо сношать ломом в анус.

[vit-r.livejournal.com]

На российских просторах встречал особое понимание термина "двойная бухгалтерия"

[migmit.livejournal.com]

Особое — это как раз здесь.

[metaclass.livejournal.com]

Второй пункт не совсем понятен. Это же может быть ввод первичного документа, пользователь ошибся, ввел не ту цифру. До тех пор, пока отчетный период не закрыт (или пока этот документ не стал основанием для создания других документов) - его можно исправлять.

[vit-r.livejournal.com]

А сделал проводку в один лимон. Потом Б решает, что была ошибка и один нолик лишний.

Правильные записи:
01.01 А - приход + 1 000 000.00
10.01 Б - корректура - 900 000.00

Записи за которые могут посадить:
01.01 А - приход + 100 000

Потому как не А, не 01.01 и в промежутке могло много чего произойти.

[lazy-flyer.livejournal.com]

Ребе, если можно исправлять - зачем тогда откат? После того, как разнесли главную книгу - любые откаты de facto являются преступлением.

[metaclass.livejournal.com]

Я не совсем понимаю, что значит "разнесли главную книгу".
У меня главные книги (общая и по счетам) являются отчетами (кросс-таблицей), которые создаются из проводок.
Проводки можно менять, до закрытия периода целиком, или по отдельным счетам. Т.е. пока период не закрыт - можно исправлять, после этого - сторнирование, уже в другом отчетном периоде.
История изменений проводок, само собой хранится, но неотъемлемой частью учета не является.

Вполне возможно, что это странные особенности учета у моих клиентов, где периодически бывают заморочки вида "меняем данные за январь прошлого года в марте текущего".

[lazy-flyer.livejournal.com]

Ну...Грубо.
Введенные документы хранятся в журналах. Там их можно править. Потом они заносятся в главную книгу. Распихиваются по счетам, грубо. После этого - документ нерушим. Как правило закрытие периода и есть моментом внесения записей в главную книгу.
Отчёты в любом случае - вторичны. Первичны - проводки.
А меняем данные - это пиздец. Есть "Закон о бухгалтерском учёте...", где подробно расписано, что можно, а что нельзя.

[metaclass.livejournal.com]

Да, у меня первичны проводки. И есть специально для этих целей функция "закрыть проводки от изменения".
Просто "заносятся в главную книгу" в рамках моих представлений звучит странно, как "заносятся в sql-запрос" или "заносятся в предикат".

Основная проблема в том, что данные хранящиеся в БД можно назвать "промежуточными данными" и менять их как душе угодно, до тех пор, пока их не отразили в официальной отчетности.
Причем вопросов больше с налоговым учетом - в первую очередь фиксируют его, а уже потом манипулируют проводками.

[lazy-flyer.livejournal.com]

Аха.
Я начинаю понимать, почему в РБ так популярны кастомизированные и писаные на заказ системы бухучёта.