|
0
retributor
22.04.15
✎
10:31
|
Комплексная автоматизация 1.1.
Возникла очень сомнительная ситуация. Есть две базы, одна боевая, другая копия для экспериментов. В боевой имеются "эталонные" расчеты. Изменения в копии только в регламентном расчете курсовых разниц, по требованию клиента по реализациям пересчитывается курсовая разница и для НДС. Механизм расчета задействован от расчетов в у.е. (возможно, это важно)
Итак, есть документ переоценки валютных остатков на 11 декабря. В боевой он имеет один набор движений по переоценке 52-го счета. В копии он почему-то упорно делает другие движения по этому 52-му счету, причем, в разы меньшие, да еще и в обратную сторону.
Проверил остатки, обороты, субконто, курсы валют за период до этого документа - все одинаково. То есть, доработка с перерасчетом курсов по НДС до 11-го числа, похоже, не проявляла себя до этого момента.
И вопрос, может кто-нибудь подсказать, почему вдруг переоценка пошла по другому сценарию в копии базы? Что может быть неявным препятствием для корректной (а бухгалтера считают боевые движения верными) переоценки?
|
|
|
4
retributor
22.04.15
✎
10:47
|
Там ничего не видно. Отладчиком механизм пройден несколько раз. Да и в боевой аналогичный процесс нельзя запустить (запрет на изменения) для сравнения промежуточных данных, если это подразумевается.
Потому и спрашиваю, по какой причине может пропускаться переоценка по какому-то одному конкретному счету. Фактически, переоценка просто пропускает один из расчетных счетов при переоценке. По какой причине такое может происходить?
|
|
|
8
retributor
22.04.15
✎
11:07
|
(7) Что заставить? Я повторюсь, отладчиком пройден механизм переоценки полностью и несколько раз. От еще одного прохода ничего не поменяется. Мне по сути не с чем сравнивать, ибо перезапустить механизм в боевой не представляется возможным. Скорее всего, просто есть параметр, которого я не вижу или о котором не знаю. И о нем я и пытаюсь спросить.
|
|
