Теоретические размышления о реализации сторно в ERP системе

[mazzy]

Цитата:

Сообщение от mazzy

учетный механизм accruals.

грубо говоря, это:
1. возможность сейчас ввести операцию не с фактической суммой, а с некоторой оценкой. Оценка может появится в результате какого-то алгоритма, а может появится как экспертная оценка некоего ответственного сотрудника (взял с потолка)
2. затем ранее введенная оценка сторнируется/реверсируется
3. и вводятся фактические данные

этот учетный механизм можно расширить 4м пунктом:
4. вводятся сторно фактических данных

конечно, это уже не аксапта.
но если говорить теоретически, если принять установку "Предположим вы проектируете свою ERP/Учетную систему",
то такой механизм вполне покрывает требования к учету.

т.е. есть следующие понятия:
= движения - записи по бухгалтерским счетам, по регистрам, записи в модулях
= проводка - это набор движений, которые имеют один идентификатор (по аксаптовски - ваучер)
= операция - это набор проводок, для которых указан объект учета и тип учета (1-4 - оценка, сторно оценки, факт, сторно факта)
= объект учета - либо ссылка на элемент какого-то справочника, либо некие уникальные идентификаторы (возможно составные), значимые для человека и системы.

движения дают оборотно-сальдовые ведомости для бухгалтерии
проводки дают аудиторский след
операции дают отчеты по объектам учета

этот механизм вполне может работать и со "сторно отсторнированных операций"

такой механизм покрывает всякие ос-амортизации-выбытия, зарплаты-начисления-авансы-удержания, расчет и пересчет себестоимости. и т.д.