Вопрос к знатокам алгоритма периодического сопоставления

[Logger]

Цитата:

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

Мне интересно, какой потаенный смысл был заложен в это условие.

Потаенный смысл мне тоже неясен :-)
Похоже Аксапта считает, что если Invoice заполнен то это накладная, если пуст - то платеж и пытается сопоставлять накладные с платежами и другимим накладными, а просто на платежи забивает.

Мы решили проблему сопоставления платежей с платежами тем что заполняли при разноске поле Invoice для тех платежей кторые должны быть сопоставлены с платежами (обычно это сторно было)

Сопоставление заработало - ничего не поломалось.

[glibs]

Цитата:

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

...
Похоже Аксапта считает
...

Посмотрите

CustTrans.payment()
CustTrans.invoice()
CustTrans.exchAdjustment()

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

Цитата:

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

...
Мы решили проблему сопоставления платежей с платежами тем что заполняли при разноске поле Invoice для тех платежей кторые должны быть сопоставлены с платежами (обычно это сторно было)
...

Ну, так можно самому запутаться. Хотя я именно так делал в случае, когда нужно было сделать проводки по зачету задолженности (взаимозачет). Клиенту для учета по кассовому методу нужно было как-то находить оплаты (причем по сопоставлению, а сторно оплаты или возврат предоплаты оплатой не считались).

[zemlyn]

Цитата:

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

Потаенный смысл мне тоже неясен :-)
Похоже Аксапта считает, что если Invoice заполнен то это накладная, .

Наткнулся недавно на такой же "алгоритм" в акте сверки RLedgerSheetServer_ActAdjust*

[ATimTim]

Друзья, огромное спасибо!

Термин:
Технический инвойс - инвойс "от балды", по произвольному алгоритму

Т.к. поле инвойс в общих журналах ГК у в наших бизнес-процессах НЕ ИСПОЛЬЗОВАЛОСЬ (а другие журналы для отражения ДДС мы не используем), я пробежался джобиком и проставил у всех строк общих журналов ГК и связанных с ними клиентских проводок (аналогично и у проводок по поставщику) с пустыми инвойсами технические инвойсы (сделал их равными номеру общего журнала ГК ).
Причем проставил технические инвойсы у всех строк (поступления или выбытия не различал - проставил у всех)

Сделал что- то вроде

update vt
  set vt.invoice = ljt.journalnum
  from VendTrans vt
            inner join
         LedgerJournalTrans ljt 
           on vt.transdate = ljt.transdate 
               and vt.voucher = ljt.voucher
  where ljt.invoice = ''

    

p.s. T-SQL   ,

После этой нехитрой процедуры периодическое сопоставление сработало на 5 баллов
Вот такие дела...

Вывод следующий - если планируете использовать периодическое сопоставление, добивайтесь заполнения инвойсов (VendTrans.invoice и CustTrans.invoice). Делайте это поле обязательным для заполнения или заполняйте его автоматически по своему алгоритму (номерная серия или просто запись в CustTrans.invoice VendTrans.invoice номер накладной (в моем случае, к примеру CustTrans.invoice = LedgerJournalTrans.journalnum ) или voucher.
Или ..... правьте алгоритм периодического сопоставления... я не рискнул и выбрал меньшее из зол, на мой взгляд

[raz]

Цитата:

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

Причем проставил технические инвойсы у всех строк (поступления или выбытия не различал - проставил у всех)

Мы сделали проще - убрали накладную из запроса, чтобы сторно платежей тоже сопоставлялись.

[ATimTim]

raz
Мы сделали проще - убрали накладную из запроса, чтобы сторно платежей тоже сопоставлялись.

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

[Logger]

Цитата:

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

я пробежался джобиком и проставил у всех строк общих журналов ГК и связанных с ними клиентских проводок (аналогично и у проводок по поставщику) с пустыми инвойсами технические инвойсы (сделал их равными номеру общего журнала ГК ).

Любопытно все таки аксапту на проектах пилят.
Мы вот тоже придумали проставлять Voucher в поле Invoice (прямо при разноске)

схожие модифы родятся...

[ATimTim]

Цитата:

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

Любопытно все таки аксапту на проектах пилят.
Мы вот тоже придумали проставлять Voucher в поле Invoice (прямо при разноске)

схожие модифы родятся...

Да.

Меня в этом варианте не устроило, что в модулях Клиентов и Поставщиков создаются накладные.. Они нам не нужны на проекте.