|
12.11.2013, 19:25 | #1 |
Участник
|
Ax2012 Проблема с распознаванием контрагентов в банковской выписке
Есть банковская выписка формата 1С с платежным поручением, в котором в качестве получателя фигурирует сотрудник. В реквизите "ИНН получателя" указан ИНН банка, в котором открыт банковский счет этого сотрудника.
Сам сотрудник зарегистрирован в системе в справочнике "Поставщики", и для поставщика настроен банковский счет. Банковский ИНН для поставщика-сотрудника не настраивался, так как нелогично это. При импорте выписки контрагент остается нераспознанным. Анализ метода \Classes\BankClientImportFormat_RU\fillUnrecognizedPayment() показал, что если в платежке есть ИНН, и по этому ИНН не удалось идентифицировать контрагента, процесс поиска по банковскому счету не запускается в принципе. Есть там для этого специальный if (!seekINN && !seekKPP). Ради интереса сравнил с Ах2009. Там такого условия не обнаружил. То есть если в платежке был ИНН и по нему не удалось найти контрагента, в Ах2009 запускалась процедура поиска по номеру банковского счета. Есть предположения зачем добавили это условие? Может я упускаю из виду что-то? |
|
12.11.2013, 20:13 | #2 |
Участник
|
Или поиск по ИНН, или по счету... что-то есть в этой логике. Вполне в духе новшеств AX 2012
__________________
Ivanhoe as is.. |
|
12.11.2013, 20:22 | #3 |
Участник
|
Номер банковского счета не контролируется на уникальность. Я вообще всегда думал, что без ИНН дальше делать нечего с выпиской.
|
|
12.11.2013, 20:35 | #4 |
Участник
|
Описанная ситуация с ИНН не единственная. Мы на проектах обычно и по ИНН, и по банковскому счету ищем. Если что-то уникальное - то подставляем контрагента, если не уникально - даем выбрать из найденных вариантов вручную.
__________________
Ivanhoe as is.. |
|
12.11.2013, 20:50 | #5 |
Участник
|
А на скорости распознавания это не сказывается?
|
|
Теги |
ax2012, баг, ошибка |
|
|