|
![]() |
#1 |
Administrator
|
Поле settleVoucher нужно для того, чтобы сопоставить журнал до его разноски. Оно логично, что не заполняется (ибо по идее нечем - это ж ваш внутренний номер).
Да, до разноски ЖГК сопоставление не сделать, но формально - функциональность автосопоставления никто не отменял - если есть проводка, с которой можно сопоставить загружаемый журнал (с учетом флажка автосопоставление в параметрах модуля, флажка сопоставления на профиле разноски, соответствия финаналитик, по которым выполняется сопоставление) - то... почему бы и нет. Правда уже управлять тем, с чем будет выполнено сопоставление - нельзя (т.е. будет взята первая попавшаяся запись с тем же профилем, аналитиками...)
__________________
Возможно сделать все. Вопрос времени |
|
![]() |
#2 |
Участник
|
Извините, плохо,видимо, плохо сформулирован вопрос.
SettleVoucher - это "Тип сопоставления", не номер ваучера (мне кажется, вы про ваучер говорите) Делаю 2 сценария: 1) Создаю руками 2 строки журнала на одинаковый дебит и кредит . Разношу. Все хорошо: в custTrans две проводки по ваучеру и в Поле Баланс одной из них = 0 2) Создаю такие же 2 строки через импорт журнала. Разношу . В custTrans те же две проводки по ваучеру. Но Поле Баланс каждой вижу просто то же число, что и в Кредит или дебит соответствующей проводки. То есть, не обнуляется Когда сравниваю через sql строки журналов перед разнесением, то вижу, что они отличаются только тем, что в SettleVoucher при создании строк руками записывается 1 ("Открытые проводки" ! "Open transactions") А при создании через импорт ему присваивается 0 ("Нет"/ "None") Но SettleVoucher не присутствует в general ledger entity. Через дебаггинг не вижу, чтобы оно вообще где-то присваивалось. Если делаю через sql set SettleVoucher = 1 импортированному журналу , то оба журнала (ручной и импортированный) разносятся одинаково: создаются одинаковые проводки. То есть, загвоздка именно в SettleVoucher Вопрос: почему при импорте журнала SettleVoucher не ведет себя так же , как при ручном создании журнала? Клиент говорит, что 3 месяца назад работало одинаково, но в коде не вижу даже установки SettleVoucher при импорте через Управлении Данными. Не понимаю, это новая версия что-то подкосила, или клиент какие-то настройки поменял,и поэтому такой спецэффект проявился. Подскажите, в чем может быть проблема? |
|
|
За это сообщение автора поблагодарили: sukhanchik (2). |
![]() |
#3 |
MCTS
|
могу предположить, гуру подправят, что это поле инициируется в зависимости от данных в строках журнала- например тип счета- клиент или поставщик, и это поле заполняется в зависимости от параметра указанного в соответсвущем модуле. при импорте не происходит этого кусочка кода судя по всему, надо его ка кто вызвать принудительно
|
|
|
|