Автоматическое и периодическое сопоставление

[max_woody_ru]

При автоматическом сопоставлении платежи с разными знаками успешно сопоставляются. При периодическом - платежи между собой НЕ сопоставляются. Что бы это значило? Может, где-то есть хитрая настройка, которая может научить сопоставляться платежи при периодической операции?

[Zorik]

тут не смотрели?
http://axapta.mazzy.ru/articles/vendsettlement/

[max_woody_ru]

Смотрел, конечно!
Только там нигде не сказано, что автоматическое и периодическое сопоставление работают по разным алгоритмам. И как с этим бороться - тоже не сказано

[Hamster]

Есть подозрение что "периодически" сопоставляются только внутри 1 периода уплаты налогов....

Могу ошибаться, надо проверить.

[max_woody_ru]

Нет, это не так. Сопоставляется независимо от даты проводок. В случае разных периодов выводятся ворнинги. Просто разные варианты сопоставления работают по разным алгоритмам. Например, при ручном сопоставлении можно сопоставить что угодно с чем угодно, лишь бы знаки проводок были разными. При автоматическом правила жестче, а при периодическом - еще жестче.
Пришлось написать собственное периодическое сопоставление. Странно все-таки, что здесь используется разная логика и нет никаких настроек. Может, я их просто не нашел?

[AlexR]

Доброго Вам...

2 max_woody_ru
При автоматическом правила жестче, а при периодическом - еще жестче.
? Нельзя ли по подробнее "очень жесткие правила" периодического сопоставления.
Неужели жестче "жесткого датского сторно" ???
Ссылкам на документацию рад.

ПСБ

[max_woody_ru]

Кроме того, о чем уже писалось - при периодическом сопоставлении учитывается поле "Оплатить до" в проводке. Например, если "оплатить до" = 15.03.05, то при сопоставлении 14.03 эта проводка ни с чем не сопоставится (даже если и есть с чем). При автоматическом сопоставлении все пройдет независимо от "оплатить до"

[BOAL]

+ разновалютные операции в пролете

мы тоже свое писали с кучей настроек по профилям, способам оплаты приоритетом поиска подходящих сумм и кредит-нот. Получился вполне достойный инструмент.
В пику ему такой же переодический реверс.

а вообще, гляньте код. Функционал чисто CIS, те нормальных описаний может и не быть

[max_woody_ru]

Вообще, автоматическое сопоставление - довольно интересная вещь.
Допустим на минуту, что оно включено. Заказы создаются с сопоставлением по открытым проводкам. Беру я такой заказ, и меняю для него сопоставление на "Нет". В В результате при разноске попытки сопоставления не делается. Отлично. Можно расслабиться. Но ненадолго. Я разношу платеж - и он благополучно сопоставляется с моим заказом. Причем, как уже говорилось, без всякого учета поля "оплатить до" в заказе.
Ну и, если вдруг вы решите автоматическое сопоставление отключить - не забудте, что все уже созданные заказы сопоставляются по открытым проводкам, поэтому такие заказы автоматом сопоставятся при разнесении даже после того, как галку сняли. А если поставили - то те заказы, которые были созданы раньше, наоборот, при разноске сопоставляться не будут

[AlexR]

ПСБ за (C)ответы

2 maxwoody Заказы создаются с сопоставлением по открытым проводкам. Имеется ввиду накладные разносятся с открытым проводкам ? Или что другое...
2 BOAL а вообще, гляньте код. Функционал чисто CIS, те нормальных описаний может и не быть
не умею пока :-) , конс я финансовый потому и спрашиваю :-)))

[max_woody_ru]

2 AlexR
Если в параметрах модуля "Расчеты с клиентами" стоит галка "Автоматическое сопоставление", то при создании заказа поле "Сопоставление" принимает значение "Открытые проводки" (если это не кредит-нота - для нее "помеченные проводки"). При разнесении накладной она ищет открытые проводки (платежи) и автоматически производится сопоставление.
Т. е. схема довольно мутная. Автоматическое сопоставление регулируется и одноименной галкой в параметрах модуля, и полем "сопоставление" в заказах и платежах. Если ты раз и навсегда поставил галку и не трогаешь "сопоставление", то все шоколадно. Но если ты начинаешь что-то из этого трогать руками - имей в виду, что результаты тебя рано или поздно удивят

[max_woody_ru]

Ладно, раз уж пошла такая пьянка...
При сопоставлении "по отмеченным проводкам" (т. е. когда из заказа я помечаю платежи, а потом разношу накладную) дебитовая проводка сопоставляется только с отмеченными кредитовыми. Если же ни одной кредитовой отмечено не было, то сопоставление проходит по всем открытым проводкам! Тогда как по логике - вообще не должно было бы проходить. Ибо не с чем.

[Maximin]

2 woody.
IMHO, в SP3 всё проходит шоколадно, ничего при таком раскладе не сопоставится - вчера пробовал, получалось вроде всё ОК...
См. методы CustVendSettle_Cust - fetchInvoice, fetchPayment.
Может, что-то левое создает записи для кредитовых проводок в specTrans до того, как проходит сопоставление.
Наиболее вероятно, это происходит в методе CustVendVoucher.post.

[max_woody_ru]

Если бы в specTrans создавались записи, то при попытке войти в окошко для сопоставления проводки там были бы отмечены красным значком. Или уж по крайней мере предлагалось бы удалить отмеченные проводки.
Или ты имеешь в виду, что "левые" записи в specTrans создаются прямо в момент разноски?
Кстати, у нас тоже SP3 и еще два фикса сверху

[Maximin]

Именно это и имею в виду - момент разноски в CustVendVoucher.post. Еще есть веселый класс OffsetVoucher...

[max_woody_ru]

Да знаю... И про OffsetVoucher, и про CustVendSettle*, и про CustVenVoucher...

[Logger]

Цитата:

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

+ разновалютные операции в пролете

мы тоже свое писали с кучей настроек по профилям, способам оплаты приоритетом поиска подходящих сумм и кредит-нот. Получился вполне достойный инструмент.
В пику ему такой же переодический реверс.

а вообще, гляньте код. Функционал чисто CIS, те нормальных описаний может и не быть

мда...
периодическое сопоставление сопоставляет только проводки в одинаковой валюте.
Руки чешутся отключить - одну строку в коде закомментить всего-то.

Не подскажете, чем может грозить такое отключение ?
по идее ничего плохого не должно случиться, раз руками позволяет так сопоставлять.

Странно только для чего так сделано в системе. Может быть для того чтобы сопоставление между разными валютами и как следствие генерация проводок по курсовым разницам возникала под контролем пользователя. Других идей нет..


Ax 3.0 SP3

[Maximin]

Есть еще одно объяснение...
До SP3 да и до SP5, где, наконец, пофиксили большую часть глюков, сопоставление разновалютных проводок работало из рук вон плохо. Вот и выключили от греха подальше.

Потом, когда эти проблемы починились, о том решении отключить сопоставление разновалютных проводок в периодическом мало кто помнил. Вот так и осталось.

[Logger]

Цитата:

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

Есть еще одно объяснение...
До SP3 да и до SP5, где, наконец, пофиксили большую часть глюков, сопоставление разновалютных проводок работало из рук вон плохо.

Прямо таки из рук вон плохо ?
Если не влом, опишите пару критичных вещей, а то стремно такое читать.