Автоматизация процессов декларирования (коротко и по существу)
- Makarchuk Ivan
- 18 мая 2023 г.
- 3 мин. чтения
1. Индикаторы потенциалов улучшений:
1.1. В компании не применяются артикульные/товарные базы данных даже при повторяющейся номенклатуре товаров
1.2. В компании не используются возможности автоматизации обработки и свода данных (предварительная обработка таблиц) для подготовки таблицы-заполнителя для ПС Альта-ГТД.
1.3. Формирование описания товаров декларантами осуществляется непосредственно в Альта-ГТД.
1.4. При использовании заполнителя не используется функционал сохранения шаблонов разметки заголовков для повторяющихся входящих таблиц.
1.5. Таблицы «для заполнителя» (на основе информации из документов заказчика) сотрудник собирает «руками» из представленных документов.
2. Возможности улучшений (по приоритетности простоты реализации и эффективности результата):
2.1. Использование артикульных/товарных баз данных для повторяющихся товаров (экономия до 30-60% времени на подготовку ДТ при условии повторяющейся номенклатуры).
2.2. Использование настроенных шаблонов в Альта-ГТД заполнителе под заказчика с автоматизацией переноса данных из таблицы MS Excel в Альта-ГТД (экономия от 5 до 20 минут в зависимости от того, как это настроено у декларанта в настоящее время).
2.3. Автоматизация свода данных из различных источников в единую таблицу для декларанта, на базе которой далее формируется таблица для Альта заполнителя (экономия до 30-40% времени на подготовку ДТ)
3. Ограничения:
3.1. Артикульные/товарные базы
- товары должны повторяться
- должны быть какие-то идентификаторы (артикул, марка, номенклатурный номер из 1с заказчика, однозначно повторяющее описание), которые позволят однозначно идентифицировать товар
3.2. Автоматизация загрузки в заполнитель и создания ДТ через шаблон – необходимо использование ПС «Заполнитель» от Альта-ГТД.
3.3. Автоматизация свода данных из различных источников в единую таблицу для декларанта:
- инструменты под конкретные кейсы, так как у каждого заказчика свои формы документов их состав и логика взаимодействия.
*в случае наличия сервиса «технического импортера» внутри компании стандартизация подготовки документов позволяет масштабировать решение (на этапе документы – декларирование), однако такой же вопрос встает на этапе «информация о загрузке от конечного клиента – подготовка документов техническим импортером».
4. Варианты технических решений:
Основные процедурные и технические этапы работы декларанта указаны ниже.

Этап 1 объединения данных из разных источников (документы от заказчика: инвойс, упаковочный, спецификация и т.д.) и их предварительная обработка
Этап 2 определение данных по товарам (описание, код, разрешительные документы, 44 графа по товарам)
Этап 3 загрузки данных в заполнитель и создания проекта ДТ
Этап 4 остаточной работы в Альта (формализация документов и загрузка в архив, 54 графа)
Из них максимальную эффективность дает автоматизация 1 и 2 этапа, там где это возможно.
Варианты решений
4.1. Оптимизация этапов 2-3
4.1.1. разрабатывается форма шаблона универсальной таблицы по поставке (шаблон обработки поставки), которая включает в том числе поле идентификатора товара для связи с товарной базой
4.1.2. разрабатывается структура товарной базы и ее связь с шаблоном обработки поставки;
4.1.3. в шаблон обработки поставки заносятся переменные составляющие по поставке: артикулы товаров, веса, стоимости, штуки, вид упаковки, номера ТС и т.д.;
4.1.4. в шаблон обработки поставки из артикульной/товарной базы данных автоматически подтягиваются данные: описательная часть товаров (основные листы ДТ), описательная часть товаров (табличная часть, оборотка ДТ), информация по разрешительным документам, иная необходимая техническая информация;
4.1.4. декларанту дается возможность перепроверить данные в шаблоне обработки поставки (могу быть настроены внутренние проверки на риски: брутто-нетто, риски по коду товара и т.д., риски по клиенту – перечень проверок обсуждается)
4.1.5. далее данные из шаблона обработки поставки автоматом загружается в Альта-заполнитель, где уже настроен альтовский шаблон обработки данных и формирования ДТ (то есть связка загрузка данных в заполнитель и создания ДТ происходит автоматом без лишних нажатий кнопок пользователем)
4.1.6. может быть реализована функция автоматического выбора шаблона ДТ для заполнения граф отправитель, получатель, номер контракта, с формализованными документами под контракт в 44 графе
Решение является универсальным. В данном решении не затрагивается этап 1.
Возможности получения данных по структуре шаблона обработки поставки:
- либо заказчик изначально представляет данные по структуре шаблона обработки поставки (может быть применимо:
- для заказчиков, которые не диктуют свои условия работы таможенному представителю, а заинтересованы на обоюдную оптимизацию процессов
- для заказчиков, которым можно навязать свою технологию работы
- специалист по таможенным операциям объединяет представленные заказчиком данные в таблицу по форме (фактически это то, что сейчас делают сотрудники)
- формируем дополнительное (или дополнительные) техническое решение, которое позволяет автоматизировать обработку входящих документов и формирование из них заполненного шаблона обработки данных (см.4.2.) *для СТМ логика решений схожая, просто рабочие модули называется по другому.
4.2.1. Написание микро-программ обработки под конкретного заказчика.
Так сейчас это работает на рынке повсеместно, где компании справились с этой задачей.
Там, где входящие документы от заказчика можно автоматически обработать и привести к форме таблицы для заполнителя пишется узконастроенный макрос обработки документов (с учетом специфики входящих документов: их количества и видов, расположения столбцов, информации в них).
То есть под каждого клиента пишется свой обработчик информации.
* Если предположить, что есть возможность, чтобы разные заказчики представляли документы по поставке по единым формам документов, которые даст таможенный представитель (то есть разные заказчики представляют инвойс, упаковочный, спецификацию по единым формам), то инструмент, указанные в п. 4.2.1 может быть масштабируемый. То есть вместо заполнения таблицы Шаблона обработки поставки, клиент может представлять документы по поставки по представленным шаблонам таможенного представителя (аналог конструктора документов в банках).


Комментарии