Цитата:
Сообщение от
Logger
Встречался с похожим багом, но не при сопоставлении а при рассопоставлении.
Суть в том что при реверсе как-то криво отрабатывал фильтр по дате, так что из пары custsettlement рассопоставлялась только одна, со всеми вытекающими последствиями.
Может у вас что-то похожее ?
Я думаю тут только программист сможет разобраться.
Такое и в 2009 было - есть запрос в CustVendTransPostingLog_RU при реверсе сопоставлений. Ищет записи в этой таблице, чтобы по ним определить какие проводки по сопоставлению или курсачу нужно отсторнировать при реверсе. И вот одна из этих записей имела дату, которая выходила за период, по которому строился запрос, а другую запись запрос возвращал. Последствия забавные
А по теме исходного вопроса - вторая пара проводок в модуле в итоге сопоставлена или нет? Модульные проводки по закрытию сальдо счета поставщика есть или нет? Вообще мысли такие: если при сопоставлении не делаются закрывающие операции (перенос сальдо между профилями), значит Система "думает", что сопоставление осуществляется по одному и тому же профилю разноски, поэтому закрывающих проводок нет. Или же она правильно "думает" про разные профили, но в процессе разноски проводок в модуль и ГК что-то ломается и сама разноска не происходит. Если в модуль закрывающие проводки разносятся, а в ГК - нет, то значит в процессе постинга в ГК (после постинга в модуль) что-то ломается и до разноски не доходит.
Надо пристально поискать различия между парами проводок - может найдется что-то ключевое. А вообще надо дебажить на примере, который дает ошибку...