Проверка расхождений в аккредитивах: как ИИ замечает то, что упускает человеческий глаз

Проблема ручной проверки аккредитивов

Аккредитив (LC) полезен лишь настолько, насколько полезны документы, его подтверждающие. Банки платят не потому, что сделка прошла успешно, — они платят потому, что каждый документ в представленном комплекте одновременно соответствует условиям LC, требованиям UCP 600 (Унифицированные правила и обычаи для документарных аккредитивов — глобальный свод правил, применяемый банками при проверке документов по LC) и ISBP 821 (Международный стандарт банковской практики — детальный стандарт проверки, последнее обновление которого состоялось в июле 2023 года).

Это три уровня требований, которые должен пройти каждый документ. Человек-проверяющий, работающий в условиях дефицита времени — а большинство проверок документов происходит в сжатые сроки перед крайним сроком отгрузки — проверяет десятки полей в нескольких документах, каждое из которых сопоставляется с отдельным пунктом правил. Ошибка не обязательно должна быть крупной. Согласно Статье 14 UCP 600, которая устанавливает стандарт проверки документов, даже несущественное расхождение между документами дает банку основания для отказа. Разная аббревиатура для одного и того же порта. Несовпадение количества единиц товара в инвойсе и упаковочном листе. Описание товара, которое технически верно, но сформулировано не так, как указано в LC.

Именно такие ошибки человеческий глаз склонен «нормализовать». Распознавание образов — то, что делает опытных проверяющих эффективными в большинстве задач, — становится помехой, когда два документа говорят по сути об одном и том же, но слегка разными словами. Мозг сглаживает разницу. Система банковской проверки — нет.

Что на самом деле должен делать инструмент проверки расхождений LC

Не каждый инструмент, называемый «проверщиком расхождений LC», работает одинаково. Существенная разница заключается в том, проверяет ли система документы на соответствие реальным правилам или на соответствие общему шаблону документа.

Проверка на основе правил применяет конкретные критерии проверки из UCP 600 и ISBP 821 к каждому типу документа. Требования к коммерческому инвойсу согласно Статье 18 UCP 600 отличаются от требований к коносаменту согласно Статье 20, которые, в свою очередь, отличаются от требований к страховому документу согласно Статье 28. Инструмент, который обрабатывает все документы одинаково — сканируя их на наличие пропущенных полей или очевидных опечаток — упускает структурные несоответствия между документами, на долю которых приходится значительная часть реальных расхождений.

Второе требование — проверка согласованности между документами. Большинство расхождений существуют не внутри одного документа, а в отношениях между документами. В инвойсе указано одно относительно товара. В упаковочном листе — нечто слегка иное. В коносаменте используется третья формулировка. Каждый документ по отдельности может пройти проверку. Но весь комплект при совместном рассмотрении не проходит проверку на соответствие требованию Статьи 14 UCP 600 о том, что документы не должны противоречить друг другу.

Третье — и это та часть, которую пропускает большинство инструментов — проверяющий должен фиксировать проблемы, подпадающие под интерпретационные руководства ISBP 821, а не только под явные правила UCP 600. ISBP 821 регулирует то, как банки применяют эти правила на практике. Исправление в документе, которое не заверено надлежащим образом; описание товара, которое расходится с LC способами, которые UCP 600 прямо не запрещает, но которые запрещает ISBP 821; индоссамент коносамента, который выглядит правильно, но не соответствует структуре консигнации — это вопросы уровня ISBP, которые проявляются только в том случае, если инструмент также построен на этом уровне правил.

Окно в 5 банковских дней, которое вы, вероятно, не отслеживаете

Статья 16 UCP 600 дает банку-эмитенту максимум пять банковских дней после дня представления документов, чтобы решить, соответствуют ли они условиям. Если банк превышает этот срок, не сообщив о своем решении, он теряет право заявлять о расхождениях — документы по умолчанию считаются соответствующими.

Правило 5 банковских дней: Согласно Статье 16 UCP 600, у банков есть максимум 5 банковских дней на отказ в принятии документов после их представления. Если срок упущен, право заявлять о расхождениях теряется — документы считаются соответствующими условиям.

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

Где ИИ меняет правила игры

Преимущество проверки расхождений LC на базе ИИ заключается не только в скорости — хотя обработка полного комплекта документов за секунды вместо часов имеет значение. Более значимое преимущество — это последовательность. Человеческий фактор неизбежен. Опытный эксперт в хороший день работает иначе, чем тот же эксперт в конце тяжелой рабочей недели. ИИ применяет один и тот же набор правил к одному и тому же набору полей каждый раз.

Второе преимущество заключается в том, что ИИ справляется с матрицей междокументарных связей, которая делает ручную проверку особенно подверженной ошибкам. При наличии пяти или шести документов в типичном комплекте по LC (инвойс, упаковочный лист, коносамент, страховой сертификат, сертификат происхождения и, возможно, инспекционные сертификаты) количество взаимосвязей между полями в разных документах растет очень быстро. Система ИИ может проверять все эти связи одновременно, опираясь на правило, регулирующее каждую конкретную пару полей, без когнитивной нагрузки, которая заставляет людей «нормализовать» несоответствия.

Важное предостережение: эффективность ИИ-проверщика напрямую зависит от правил, на которых он обучен. Система, обученная на исторических образцах документов без явной привязки к UCP 600 и ISBP 821, будет находить те расхождения, которые чаще всего встречались в обучающих данных, а не те, которые важны согласно текущему стандарту проверки. ISBP 821 заменил ISBP 745 в июле 2023 года. Любой инструмент, все еще работающий по старому стандарту, применяет правила, которые банки больше не обязаны соблюдать.

Практический пример: что обнаруживается, а что упускается

Сценарий: Экспортер представляет комплект документов на партию промышленных компонентов. В инвойсе товар описан как «precision-machined steel components, grade 304» (прецизионные стальные компоненты, марка 304). В LC указано «stainless steel machined parts, AISI 304» (детали из нержавеющей стали, AISI 304). В упаковочном листе используется «steel parts (304 grade)» (стальные детали, марка 304).

Человек-проверяющий, читая три документа последовательно, часто расценивает это как «одно и то же». Эксперт знает, что AISI 304 и grade 304 относятся к одной и той той же спецификации стали. Однако банковский эксперт, применяя требование Статьи 18 UCP 600 о том, что описание товара в инвойсе должно соответствовать аккредитиву, может не делать такой вывод — а согласно ISBP 821, он и не обязан этого делать. Описание в инвойсе должно соответствовать условиям LC, а не просто быть фактически эквивалентным им.

ИИ-проверщик на основе правил пометит это как потенциальное расхождение на уровне сопоставления описаний еще до того, как документы покинут стол экспортера. Экспортер может внести изменения в инвойс. Банк никогда не увидит несоответствия. Платеж проходит по графику.

Как устроен T flow L/C Checker

T FLOW — это полнофункциональная платформа для управления торговыми операциями и торговым финансированием, охватывающая фронт-офис, запросы котировок (RFQ), контракты, документацию, отгрузку и расчеты в единой системе. В рамках этой платформы T flow L/C Checker является механизмом верификации документов, построенным на 53 правилах проверки, основанных непосредственно на UCP 600 и ISBP 821.

Архитектура использует двухканальный подход: слой логического вывода на основе онтологии систематически применяет структуру правил UCP 600 и ISBP 821, в то время как слой рассуждений ИИ обрабатывает случаи интерпретации, когда правила требуют контекстуального суждения — те ситуации, которые находятся между явными пунктами правил и порождают больше всего реальных споров.

Система проверяет каждый документ на соответствие его набору применимых правил (инвойс по Статье 18, коносамент по Статье 20, страхование по Статье 28), а затем запускает матрицу согласованности документов по всему представленному комплекту. Проблемы помечаются с указанием конкретного пункта правила, что позволяет экспортеру понять не только в чем заключается проблема, но и почему она является проблемой согласно стандарту проверки, который будет использовать банк.

Проверяйте свои документы раньше, чем это сделает банк.
[Попробовать T flow L/C Checker →] https://guild.tflowx.com/lc