Рутина таможенного оформления в Грузии: почему на одну декларацию уходят часы

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

Где теряется время: анатомия обработки одного сложного груза

Рассмотрим стандартную задачу: импортный инвойс на 40–50 сборных позиций (например, автозапчасти, электроника или строительные материалы). К нему прилагаются упаковочный лист и CMR.

Вот как выглядит реальный процесс подготовки данных до момента нажатия кнопки «Подать»:

1. Сведение разнородных данных в рабочую матрицу

Документы от клиента приходят в хаотичном виде: инвойс в закрытом PDF, упаковочный лист в Excel с другой структурой строк, CMR в виде копии из мессенджера. Брокеру нужно не просто перебить цифры, а сопоставить их. Необходимо вручную соотнести коммерческое наименование из инвойса с конкретным весом нетто/брутто и количеством мест из упаковочного листа по каждой из 40 позиций. На эту механическую сверку окон и копирование уходит до 60–90 минут.

2. Мультивалютные расчеты и курсы Национального банка

Редкий груз обходится без калькулятора. Часто сам инвойс выставлен в долларах или евро, стоимость фрахта и страховки указана в международной накладной одной суммой в другой валюте, а таможенную стоимость для ASYCUDA нужно рассчитать строго в лари (GEL) по официальному курсу Нацбанка Грузии на день декларирования. Брокер вручную пишет формулы пропорций в Excel, пересчитывает кросс-курсы для каждой строки и подгоняет округление копеек, чтобы итоговая сумма сошлась с точностью до цента.

3. Юридическая ответственность и история кодов HS

Подбор кодов ТН ВЭД (HS) — это не просто поиск в справочнике из 13 700+ позиций. Это зона персональной ответственности брокера. Ошибка в коде — это обвинение в занижении пошлин или недостоверном декларировании. Опытный специалист не доверяет случайным базам; он сверяется со своей личной историей подачи по конкретному клиенту и контрагенту. Ручной поиск по прошлым декларациям и архивам, чтобы вспомнить, под каким кодом этот товар без проблем прошел таможню в прошлый раз, отнимает дефицитное время.

4. Финальная валидация перед импортом

Перед тем как загрузить готовый SAD XML файл в ASYCUDA World, брокер перепроверяет баланс весов брутто и нетто, соответствие кодов странам происхождения и итоговые суммы. Ошибка в одной цифре гарантированно заблокирует подачу файла или спровоцирует внутренние ошибки системы, требующие полной перепроверки данных.

Три критические точки, которые невозможно закрыть макросами Excel

• Несоответствие весов нетто и брутто Если общий вес поддона в упаковочном листе распределен по позициям неверно или допущена опечатка в округлении, система выдаст ошибку. На стыковку этих данных вручную уходит масса времени и ресурсов.
• Смена таможенных режимов и преференций Один и тот же товар, идущий по разным контрактам (например, с сертификатом EUR.1 или без него), требует разного подхода к расчету пошлин. Excel не умеет автоматически подтягивать условия соглашений о свободной торговле Грузии с другими странами.
• Потеря наработанной базы знаний Если над учетной записью клиента работают разные брокеры в одной компании, им приходится постоянно переспрашивать друг друга о логике оформления прошлых периодов.

Как мы в METI подходим к автоматизации процесса

Мы понимаем, что ASYCUDA World — это данность, и менять её правила брокер не может. Но весь рутинный хаос, который происходит до открытия программы, автоматизировать можно.

Именно это мы и делаем. Наш продукт Declarant создаётся не для того, чтобы заменить экспертизу брокера, а чтобы убрать из его работы роль оператора ввода данных: распознавание документов, мультивалютный пересчёт по курсам Нацбанка, распределение фрахта по позициям, формирование SAD XML для импорта в ASYCUDA.

Мы ищем технологических партнёров, а не пользователей

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

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

Это не «бесплатный доступ» в обмен на лояльность. Это совместная работа: вы вкладываете время и экспертизу — мы адаптируем алгоритмы под ваши форматы документов и рабочие схемы.