|
конвертация изменения задним числом в оперативное сторнирование |
☑ |
0
vde69
30.05.17
✎
10:40
|
есть задача реализации узла базы работающего по принципу фиксации изменения проводок в текущем периоде.
пример (упрощенный)
1. был документ на 100 руб, в узле сделали его на 100руб
2. задним числом изменили и стол он на 50, в узле делается новый документ текущей датой на -50 руб
на самом деле нужно не в разрезе документов (ибо их много), а в разрезах помесячного оборота регистров...
есть чего почитать на эту тему, а то с лету задача кажется простой, а при углублении, что-то все сложно...
|
|
1
Йохохо
30.05.17
✎
10:43
|
(0) а как фиксируется было-стало?
|
|
2
vde69
30.05.17
✎
10:45
|
(1) ОборотыУзлаЗаМесяц = ИсходящийОстатокБазы - ВходящийОстатокУзла
|
|
3
Йохохо
30.05.17
✎
10:57
|
т.е. что то типа выгрузки Корректировка записей регистров на конец дня с перезаполнением движений в ПослеЗагрузки?
|
|
4
vde69
30.05.17
✎
11:00
|
(3) очень упрощенно - да
|
|
5
Йохохо
30.05.17
✎
11:01
|
ну, так и делать)
|
|
6
Йохохо
30.05.17
✎
11:02
|
ПКГС с именем регистра и всё вроде
|
|
7
vde69
30.05.17
✎
11:02
|
(5) мне теория нужна, там нюансов дофига
|
|
8
Вафель
30.05.17
✎
11:04
|
А как быть с остаточными регистрами?.
Текущие остатки может и будут совпадать но по периодам нет
|
|
9
vde69
30.05.17
✎
11:05
|
(8) это один из вопросов...
там еще интереснее с авансами и переоценкой...
|
|
10
Вафель
30.05.17
✎
11:08
|
основная проблема будет в том, что ты не сможешь сверить данные в 2х базах
|
|
11
vde69
30.05.17
✎
11:09
|
(10) это и так понятно даже начальству...
|
|
12
Йохохо
30.05.17
✎
11:12
|
то есть нужно что то типа версионирования но с проводками?
|
|