Интеграция с КИС

Часто у клиентов возникает потребность интеграции своей корпоративной информационной системы (КИС) с продуктами Альта-Софт.

Возникаемые задачи можно разделить условно на 3 класса:

Получение в КИС нормативно-справочной информации (НСИ) о товаре по его w:ТНВЭД коду

Передача данных о партии товара (Инвойс) в Альту для последующего автоматизированного формирования таможенной декларации на товары ДТ

Получение обратно в КИС информации для бухгалтерии о таможенных платежах заплаченных при выпуске товара по реальной ДТ

Рассмотрим возможные методы решения этих задач.

Получение НСИ

Во внешне экономической деятельности (ВЭД) идентификация товара происходит по коду ТНВЭД. Классификация кода ТНВЭД (назначение кода) для конкретного товара - не тривиальная задача, слабо подлежащая автоматизации. Принять качественно решение о выборе того или иного кода ТНВЭД на основании характеритик конкретного товара может только человек специализированными навыками - декларант. Поэтому, если в КИС клиента отсутствует код ТНВЭД для каждого товара, то получение внятной информации об особенностях оформления товара невозможно.

В помощь при классификации товаров можно использовать сервисы

собственно сам ТНВЭД https://www.alta.ru/tnved/
"Товары и Коды" https://www.alta.ru/tik/
"Пояснения" https://www.alta.ru/poyasnenia/
"Подбор Кода" https://www.alta.ru/codesearch/ - есть API

к некоторые из этих сервисов предлагается платное Web-API, некоторые можно приобрести целиком в виде полной XML выгрузки.

Далее будем исходить из того, что в КИС клиента есть ТНВЭДы, и что он является правильным. Однако надо понимать, во время оформления декларации по требованию Таможни код ТНВЭД может быть изменен на другой или из-за изменения законодательства код в принципе может перестать существовать. Т.е. все что подготавливается в КИС - это прогноз, который может в итоге не совпасть с реальноq ДТ.

Виды НСИ

Особенности таможенного оформления товара делятся на 2 вида:

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

Тарифные меры можно легко формализовать в виде ставок платежей:

Пошлина
Акциз
НДС
Антидемпинговая Пошлина

Нетарифные можно попробовать представить в виде списка "особенностей".

Требуется лицензия
Запрещен ввоз
Требуется разрешение от МинГазПромСвязьМониторРесурсХозразвития
Требуется маркировка
Требуется выгрузка на складе
и т.д.

Каждый пункт "нетарифки" обычно состоит из сопроводительного текст и ссылок на законодательство. Объединенный отчет, содержащий тарифные и нетарифные меры, называется "Справка о товаре".

Получение справки о товаре

Спарвку можно получить от сервиса Онлайн-Такса через XML API

или от декстопного приложения через вызов макроса

Получение тарифных особенностей для списка товаров в десктопном приложении "Такса"

Для получения такой информации декларантами используется программа "Такса". В нее вводится код ТНВЭД (или список кодов ТНВЭД), страна происхождения и дата расчета. Тарифная информация отображается в виде ставок, не тарифная в виде простыни текста под названием "Справка о товаре".

Если список товаров (Инвойс) достаточно велик и имеется в электронном виде, то его можно конвертировать в Таксу при помощи утилиты "Заполнитель".

ВАЖНО: Существенная проблема заключается в том, что многие коды ТНВЭД для определения ставок платежей могут потребовать от декларанта дополнительных ответов на вопросы о специфике товара, так называемая "детализация":

Является ли товар детским или предназначен для врозслых (НДС 10% или 18%)
Является ли товар спиртосодержащим или нет (есть Акциз или не облагается акцизом и т.д.)

т.е. в большом числе случаев НЕВОЗМОЖНО автоматически выдать точные ставки всех платежей. Без уточнения можно говорить только о неких диапазонах, например, НДС 0%-18%, "Акциз или отсутствует или 15%, но не менее 5евро за литр"

Таким образом мечта "хочу чтобы ваша программа автоматом сказала сколько мне денег платить" на практике не реализуема. Или результат будет в некотором (существенном!!!) диапазоне значений или потребует вмешательства квалифицированного ВЭД персонала.

= Автоматизация передачи списка в приложение "Такса"

Данные из утилиты "Заполнитель" передаются в "Таксу" в виде текстового ini файла заданной структуры. Вот примерный листинг такого файла на 3 товара.

[Common]
IncludedDoc=INVTAX\block

[INVTAX\block.Block0]
DESCR=ТРУБКИ ПЛАСТИКОВЫЕ БЕЗ ФИТИНГОВ
TNVED=3917329909
QTY=16
NETTO=1.00
BRUTTO=1.00
PRICE=2.94
COUNTRYNAME=ГЕРМАНИЯ
 
[INVTAX\block.Block1]
DESCR=ЗАГЛУШКА ГОЛОВКИ БЛОКА ЦИЛИНДРОВ
TNVED=3926300009
QTY=560
NETTO=5.00
BRUTTO=5.00
PRICE=61.52
COUNTRYNAME=ГЕРМАНИЯ

[INVTAX\block.Block2]
DESCR=ЗАГЛУШКА ПЛАСТИКОВАЯ
TNVED=3926300009
QTY=38
NETTO=1.00
BRUTTO=1.00
PRICE=12.30
COUNTRYNAME=ЯПОНИЯ

Формат достаточно прост. Полный список полей можно посмотреть в настройке списка программы Такса. Данный ini файл можно загрузить в список товаров Таксы через команду меню или поместив в подпапку IN\ рабочего каталога Таксы и вызвав taxwin.exe с ключем -Z.

Получить данные обратно можно при помощи печати отчетов в Word/Excel или txt. В офисе создается специальный документ-шаблон вида

НАИМЕНОВАНИЕ	АРТИКУЛ	ТНВЭД	НЕТТО	БРУТТО	КОЛ-ВО	СТОИМОСТЬ	Пошлина	Акциз	НДС
%%Descr	%%ART	%%tnved	%%Netto	%%Brutto	%%Unit2	%%Price	%%ПОШЛИНА	%%АКЦИЗ	%%НДС

при печати которого строка с %% размножается по числу товаров, а вместо %%ключевых слов подставляются данные. Более подробно смотри статью Печать в офис. В txt файле т.о. можно нарисовать XML файл интересующей структуры.

Передача данных о товарах в Альта-ГТД

Популярные заблуждения

Программа Альта-ГТД основной инструмент декларанта. Собственно в ней заполняются, печатаются и выгружаются в таможню Грузовые Таможенные Декларации (ГТД) и сопутствующие документы. При автоматизации ВЭД-оформления самая очевидная задача - сократить время на ручной набор ГТД, т.к. фактически декларанту приходится перепечатывать в Альту информацию уже имеющуюся в КИС в электронном виде. С появлением "электронного декларирования" (ЭД2), проблема встала еще острее т.к. декларанту требуется составить не только саму ГТД, но и формализовать в электронном виде документы, до этого подаваемые в бумажных копиях.

Одна из ключевых проблем при попытках переноса данных из КИС в Альта-ГТД - это не понимание IT-специалистами специфики российского ВЭД документооборота. Подход "дайте нам формат, мы сформируем ГТД в КИС и передадим Вам файл" обречены на провал по широкому ряду причин. Рассмотрим основные из них:

Описание куда-чего заполнять

Нередко автоматизацией ВЭД начинают заниматься специалисты IT-отделов вообще не знающие ВЭД-терминологии и ВЭД-законодательства. По большому счету, ничего чрезвычайно сложного в нем нет, но все же при программировании КИС исполнителю придется погрузится в вопрос. Не возможно, например, написать бухгалтерскую программу не зная, что какое "приход\расход". Технические описания форматов - это в лучшем случае названия полей и их размерность. А вот какие именно данные писать в то или иное поле и в какой комбинации, это уже инструкция по заполнению документов. Инструкция эта достаточно сложна и регулярно меняется в зависимости от законодательства. Чтобы разбираться в ней, надо стать немножко декларантом. Поэтому разработка КИС должна вестись в плотном контакте со ВЭД специалистами предприятия, для которых собственно все и делается. Не существует такого учебника для торопящихся программистов, где бы было расписано, что в такое-то поле в таком-то случае писать вот это, и это это состоит из 10 цифр и означает то-то. Единственный способ научится: изучать уже готовые документы, читать F1-помощь над полями, читать инструкции по заполнению и беседовать с практикующими декларантами.

Различие между общечеловеческим понятием "товар" и таможенным "товар ДТ"

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

В ВЭД же идентификация товара, как уже упоминалось выше, происходит по коду w:ТНВЭД. Соответственно при заполнении ГТД в "товаре ГТД" указываются все товары имеющие одинаковый код ТНВЭД. Т.о. возникает существенная разница между Инвойсом и Таможенной Декларацией: группы товаров Инвойса с одинаковым ТНВЭД должны быть объединены в "товары ГТД". Чтобы избежать путаницы в терминологии, записи об отдельных товарах в инвойсе будем называть позиции Инвойса, а товары объединенные группу по критерию одинаковости ТНВЭД – товар ГТД. Таким образом позиций в Инвойсе, как правило, значительно больше чем товаров в ГТД, изготовленной для растаможки такого инвойса. Процесс такого "сплющивания" Инвйоса называется группировкой. Пример: "в Инвойсе было 100 позиций. Cгруппировав их по коду ТНВЭД и стране происхождения, мы получили 5 товаров ГТД.

Надо отметить, что в реальности все еще хуже: ГТД является чудовищным гибридом транспортного и финансового документа. Позиции инвойса объединяют в "Товары ГТД" не только по ТНВЭД, но и так, чтобы ставки платежей у этих "товаров" были одинаковые. Например, детские товары со сниженных НДС, декларируются в отдельном "товаре" от взрослых. Также на группировку могут влиять и нетарифные ограничения: наличие/отсутствие тех или иных разрешительных документов может вынуждать декларировать позиции порознь (например документ о внесении в Реестр Объектов Интеллектуальной Собственности). И наконец, есть инструкция с фиксированным списоком кодов ТНВЭД, которые в принципе запрещено объединять. В общем, чрезмерная сложность и, местами, нелогичность законодательства приводит к тому, что без ручной работы ВЭД-специалиста выполнить такую группировку невозможно.

Таким образом одна только группировка инвойсов, которыми оперирует большинство КИС, в документ ГТД является, в общем случае, не банальной и не автоматизируемой задачей.

Термины "тип файла", "формат файла", "формат документа" и "таможенный формат"

Около термина "формат" существует огромное количество заблуждений.

Самые курьезные возникают, как правило, у руководителей не владеющих ни ВЭД-, ни IT- спецификой, но вынужденных принимать ключевые решения по развитию КИС. Например: "Я слышал, что таможня перешла на XML формат. Также читал, что MicroSoft Office 2007, тоже хранит данные в XML формате. Значит теперь мы можем сразу копировать наши документы в таможню?". Оспаривать подобные тезисы достаточно трудоемко. Да, XML это такой формат хранения данных, но он категорический разный у таможни и у MicroSoft. Это как английский и финский языки, буквы в принципе одинаковые - латинские - но знание алфавита совершенно не достаточно для понимания смысла произведения.

IT-специалисты чаще всего начинают с требования выдать "описание внутреннего формата" или "описание формата базы данных", по которым собираются "сформировать ГТД". К сожалению, такой подход не реализуем. "Описание внутреннего формата" ни кому не выдается по той простой причине, что его не существует. Документы Альта-ГТД представляют собой древовидные объекты в памяти, со структурой задаваемой DCF-файлом описанием. При сохранении во внутреннем формате получается бинарный файл. Если открыть такой файл текстовым редактором, то в OEM кодировке можно будет даже прочитать содержимое граф, но понять, где какое поле, не представляется возможным. Грубо говоря, для работы с "внутренним форматом" Альта-ГТД необходимы исходные коды Альта-ГТД. На практике бывали случаи, когда для интеграции систем, клиенты получали фрагменты исходников Альта-ГТД в части создания и сохранения документов. Однако использовать готовый Pascal код в КИС не всегда возможно.

Соответственно, единственный метод передать данные в Альта-ГТД - это создать документ в одном из открытых форматов, которые можно штатными средствами загрузить в Альта-ГТД. Исторически таких форматов накопилось много, полный перечень можно увидеть в статье Форматы_ввода_вывода_Альта-ГТД. Обычное первое что приходит в голову, это Таможенный XML формат, который используется при подаче данных в таможню.

Таможенный XML разработан ГНИВЦ ФТС и является форматом обмена данных между декларантом и автоматизированной системой таможенного оформления (АИСТ). Поэтому такой XML открывается в любой декларантской программе, в том числе и в Альта-ГТД. Формат является открытым и полная документация по нему доступна на сервере таможни.

Однако, не забываем о необходимости группировки Инвойсов из КИС в товары ГТД. Фактически, чтобы сформировать таможенный XML-файл с ГТД, надо произвести практически всю цепочку работы декларанта: задать вопросы о детализации ТНВЭД, сгруппировать позиции в инвойсе по коду, стране и величине ставок, добавить разрешительные документ и т.д. Если такой механизм удастся создать внутри КИС, то собственно говоря Альта-ГТД уже будет и не нужна.

Следующий подводный камень "таможенного формата" - его перманентная изменчивость. Ориентировочно раз в пол года, ГНИВЦ ФТС перерабатывает формат или инструкцию по заполнению ГТД. Может меняться как сама структура XML, так и принцип заполнения уже существующих граф. Поэтому даже если реализовать систему формирования ГТД в КИС, то она будет требовать регулярного переписывания и поддержки.

В общем, использование непосредственно документа ГТД для автоматизации связи между Альтой и КИС не рационально. Альта-Софт предлагает готовые решения для автоматизации, когда в качестве аналога КИС используется ПК "Артикул", поэтому все перечисленные проблемы так или иначе уже были решены. Был использован 2-x ступенчатый механизм с использованием промежуточного приложения "Инвойс". Речь о нем пойдет ниже.

Документация на формат SQL базы Альта-ГТД

С определенного момента программа Альта-ГТД начала хранить базу документов в базе MS SQL Server. Большинство разработчиков КИС владеют языком w:T-SQL и полагают, что при наличии "описания полей базы" смогут создавать документы в Альта-ГТД обращаясь непосредственно к базе данных посредством SQL-запросов. Это, к сожалению, не возможно. В Альта-ГТД документы обрабатываются в памяти, а хранение происходит во все том же бинарном формате, что и в файловой версии. Просто файл хранится не в папке документов, а в SQL базу в поле типа BLOB. Создание и редактирование таких BLOB полей не возможно без использования проприетарных исходников программы. Поэтому непосредственная работа с SQL базой затруднена.

Тем не менее какую-то общую информацию для построения перечней документов или итоговых суммарных отчетов можно получить, т.к. часть полей из заголовков документов вынесены в таблицы SQL для отображения списка. Так же из SQL можно получить любую информацию о процессе электронного декларирования: весь обмен изначально программировался над SQL базой. Но доступ к полям отдельных товаров документов не возможен.

Для получения подробной информации о документах предлагается использовать инструмент a:Docs2SQL. Оно успешно используется уже много лет. Еще до появления сетевых версий Альта-ГТД в больших компаниях часто возникал вопрос о построении итоговых отчетов. Для этого было создана служба, переносящая документы с разных рабочих мест (в том числе и файловых) в одну SQL базу. После соответствующей настройки при выпуске декларации в Альта-ГТД утилита DOCS2SQL начинает записывать их в отдельную SQL базу в формате схожем с таможенным DBF образца 2007 года. Это формат представляет собой уже более или менее нормализованную реляционную базу, с которой запросами можно получать интересующую информацию о товарах.

Роль приложения Инвойс в автоматизации

Схема работы ПК "Артикул" + Альта-ГТД показана на рисунке

При самостоятельной автоматизации клиента, вся левая часть включающая Заполнитель и Артикул может быть реализована в КИС клиента. Рассмотрим принцип работы.

ПК "Артикул" (или КИС) оперируют инвойсами, т.е. поартикульными списками товаров. Набор полей инвойса в КИС по идее отражает физические, коммерческие и количественные характеристики товара, поэтому, будучи однажды согласованным, он не претерпевает существенных изменений. Т.о. влияние изменений законодательства и таможенных форматов на процессы в КИС минимальны.

Далее инвойсы передаются в приложение Инвойс в программе Альта-ГТД. Приложение представляет собой документ с огромным количеством разнообразных полей, покрывающие практически все возможные разновидности товаров. Это

Коммерческие: артикул, наименование и т.д.
Физические характеристики: размер, цвет, крепость алкоголя и т.д.
количественные: количество, вес, количество бутылок\штук в коробке и т.д.
Таможенные: поля под разрешительные документы, код ТНВЭД, код ОКП и т.д.
Универсальные: Комментарий, Прочее1-6

таким образом, какой бы инвойс не оказался в КИС, но на любое его поле найдется аналог в "Инвойсе" в Альта-ГТД. Самое главное, что структура полей Инвойса тоже достаточно статична, в случае необходимости изменений максимум что проиходит - это добавление новых полей. Поэтому единожды спроектированный процесс обмена данными между КИС и Инвойсом также продолжает работать не смотря на изменения законодательства.

Дальше в Альта-ГТД из документа Инвойс формируется взаимосвязанный документ ГТД. Этот процесс как раз является ключевым в использовании приложения Инвойс. Заполнение ГТД является сугубо индивидуальным процессом, хотя и регламентируются массой законодательных документов. А может быть, как раз из-за огромной массы различных инструкций, писем, разъяснений и рекомендаций заполнение ГТД и превращается в искусство, требующее определённой квалификации. Содержимое части полей, например, вес нетто или код ТНВЭД, регламентировано достаточно однозначно и разночтений не допускает. А вот содержание описательной части гр.31 про наименование и характеристики представляет собой просто текст, который может существенно отличаться в разных случаях по массе причин:

настройки приемного АИСТ на конкретной таможне
неоднозначность трактовки инструкции заполнения
регулярная модификация правил заполнения
и т.д. и т.д.

все причины в совокупности можно обозвать "особенности оформления на конкретном посту" или даже "требования конкретного инспектора".

С полным описанием возможностей Инвойса можно ознакомится в Руководстве пользователя. Приложение за время своей разработки, в основном по индивидуальных просьбам клиентов, обросло зубодробительным количеством настроек, позволяющее подстроится под любое пожелание по формированию ГТД. Наглядной иллюстрацией будет изображение окна настроек Инвойса

К сожалению, сложность освоения настроек приложения становится платой за его гибкость. В принципе, набор настроек по умолчанию работает приемлимо в большом количестве случаев, но при возникновении потребности в модификации декларанту придется изучать теоретическую часть. Т.к "метод тыка" широко практикуемый среди отечественных пользователей, при большом объему настроек не всегда дает приемлемый результат: терпение истекает раньше, чем перебор всех комбинаций. Особенно печально, что декларанты практически все рабочее время находятся под стрессом срочного выпуска товаров, и не имеют возможности или желания читать не только руководства пользователя, но даже информационные сообщения программы длиннее 4 строк. Зачастую приходится наблюдать, как декларант месяцами молотит "вручную по-старинке", вместо того, чтобы потратить пару часов на изучение и настройку приложения, так чтобы автоматизировать заполнение полей и исключить ручной ввод.

Самое главное для автоматизации, что приложение Инвойс демпфирует изменения связанные с законодательством. Когда в очередной раз меняются правила заполнения ГТД, они, в простом случае, могут быть компенсированы настройками Инвойса или потребуют доработки функциональности только Инвойса. Разработка приложения ведется в постоянном режиме, и огромное количество его пользователей способствует тому, что такие доработки выполнятся своевременно. Также по Инвойсу постоянно поступает масса запросов и пожеланий от реальных пользователей, что тоже благотворно сказывается на его функциональности. Дальше будем рассматривать способы передачи данных в виде инвойсов из КИС в Альта-ГТД.

Выгрузка данных о товаре в Расширенный Инвойс Альта-ГТД

Передача данных осуществляется посредством обмена файлами специального формате. Файлы формируются в КИС и через папку или SQL таблицу передаются к Альта-ГТД

Через файл обмена заполнителя

В готовых решениях по автоматизации данные из пользовательских XLS, TXT и пр. файлов переносятся в Альта-ГТД при помощи программы Заполнитель. Технически это происходит следующим образом

Данные через буфер обмена переносятся в Заполнитель
в Заполнителе происходит формализация данных: пользователь отмечает для какого поля Инвойса в каком столбце таблицы находятся данные
Из Заполнителя в Альта-ГТД в папку автозагрузки выгружается файл обмена
Заполнитель запускает Альта-ГТД со специальным ключом (-Z) или подает команду уже запущенному экземпляру Альта-ГТД
Альта-ГТД обрабатывает файл обмена и формирует из него документ заданного типа

Соответственно первый из возможных способов передачи данных из КИС в Альта-ГТД - это создать точно такой же файл обмена в каталоге \IN\. Файл обмена представляет собой ini файл определенной структуры. Примерный вид файла следующий:

[Common]
IncludedDoc=INV\BLOCK

[INV\BLOCK.BLOCK0]
G442_1=8- 3312
G443_1=20.01.11
31_ARTICUL=5871/353
33_1=3926200000
34_TEXT=КИТАЙ
31_DESCRIPT=РЕМЕНЬ ЖЕН.МАТЕР.100% ПОЛИУРЕТАН
31_QUNT=6
42_ZASUM=18
38_1=0.684
ST_NDS=18
31_COMENT=ОДЕЖДА И ЕЕ ПРИНАДЛЕЖНОСТИ (ВКЛЮЧАЯ ПЕРЧАТКИ, РУКАВИЦЫ И МИТЕНКИ) ИЗ ПЛАСТМАСС И ИЗ ПРОЧИХ МАТЕРИАЛОВ ТОВАРНЫХ ПОЗИЦИЙ   3901-3914
31_SIZE=75
 
[INV\BLOCK.BLOCK1]
G442_1=8- 3312
G443_1=20.01.11
31_ARTICUL=5871/353
33_1=3926200000
34_TEXT=КИТАЙ
31_DESCRIPT=РЕМЕНЬ ЖЕН.МАТЕР.100% ПОЛИУРЕТАН
31_QUNT=2
42_ZASUM=6
38_1=0.228
ST_NDS=18
31_COMENT=ОДЕЖДА И ЕЕ ПРИНАДЛЕЖНОСТИ (ВКЛЮЧАЯ ПЕРЧАТКИ, РУКАВИЦЫ И МИТЕНКИ) ИЗ ПЛАСТМАСС И ИЗ ПРОЧИХ МАТЕРИАЛОВ ТОВАРНЫХ ПОЗИЦИЙ  3901-3914
31_SIZE=85

В первой секции common указывается тип передаваемого документ (INV\BLOCK как раз инвойс), а в последующих секциях передаются данные о товарах. Полный список возможных полей можно посмотреть в файле DATA\inv.dcf

В формате XML

Второй способ это сформировать инвойс во "внутреннем XML" формате. Т.к. Инвойс является чисто альтовским документом, изобретенным для нужд автоматизации, то для для него нет никакого "таможенного формата" или бланка.

При этом надо уточнить, что в таможенных альбомах есть документ "ЭД2 Инвойс", но этот "таможенный инвойс" содержит минимум полей, поэтому не пригоден для нужд автоматизации. "ЭД2 Инвойс" используется чисто для предоставления данных при электронном декларировании, и такой "ЭД2 инвйос" всегда можно изготовить из Альта-Инвойса как взаимосвязанный.

Несмотря на такую самобытность Альта-Инвойса для него существует внутренний альта-XML формат. Фактически это просто конвертирование внутреннего бинарного формата в текст с XML разметкой. Этот формат также можно использовать для обмена с КИС.

Для загрузки файла необходимо поместить в папку автозагрузки выгружается файл обмена и запустить GTDW.EXE

Примерный вид файла:

<?xml version="1.0" encoding="windows-1251"?>
<AltaINV>
  <INV_NUM>0054</INV_NUM>
  <INV_DATE>21.04.11</INV_DATE>
  <BLOCK>
    <G_31_ARTICUL>5871/353</G_31_ARTICUL>
    <G_31_DESCRIPT>РЕМЕНЬ ЖЕН.МАТЕР.100% ПОЛИУРЕТАН</G_31_DESCRIPT>
    <G_31_COMENT>ОДЕЖДА И ЕЕ ПРИНАДЛЕЖНОСТИ (ВКЛЮЧАЯ ПЕРЧАТКИ, РУКАВИЦЫ И МИТЕНКИ) ИЗ ПЛАСТМАСС И ИЗ ПРОЧИХ МАТЕРИАЛОВ ТОВАРНЫХ ПОЗИЦИЙ 3901-3914</G_31_COMENT>
    <G_31_SIZE>75</G_31_SIZE>
    <G_32_1>1</G_32_1>
    <G_33_1>3926200000</G_33_1>
    <G_33_5>И</G_33_5>
    <G_34_1>156</G_34_1>
    <G_34_ALFA>CN</G_34_ALFA>
    <G_34_TEXT>КИТАЙ</G_34_TEXT>
    <G_38_1>0.684</G_38_1>
    <G_38_SHTUKA>0.114</G_38_SHTUKA>
    <G_42_ZAEDINIC>3</G_42_ZAEDINIC>
    <G_42_ZASUM>18</G_42_ZASUM>
    <G_31_QUNT>6</G_31_QUNT>
    <G_31_TEXT>ШТ</G_31_TEXT>
    <G_31_EDCODE>796</G_31_EDCODE>
    <G_31_TARALFA>NE</G_31_TARALFA>
    <G_31_TARA>Неупакованный или нерасфасованный</G_31_TARA>
    <AD_10_CN>КИТАЙ</AD_10_CN>
    <AD_10_COD>CN</AD_10_COD>
    <ST_NDS>18</ST_NDS>
    <G442_1><NUM>8- 3312</NUM></G442_1>
    <G443_1>2011-01-20</G443_1>
  </BLOCK>
  <BLOCK>
    <G_31_ARTICUL>5871/353</G_31_ARTICUL>
    <G_31_DESCRIPT>РЕМЕНЬ ЖЕН.МАТЕР.100% ПОЛИУРЕТАН</G_31_DESCRIPT>
    <G_31_COMENT>ОДЕЖДА И ЕЕ ПРИНАДЛЕЖНОСТИ (ВКЛЮЧАЯ ПЕРЧАТКИ, РУКАВИЦЫ И МИТЕНКИ) ИЗ ПЛАСТМАСС И ИЗ ПРОЧИХ МАТЕРИАЛОВ ТОВАРНЫХ ПОЗИЦИЙ 3901-3914</G_31_COMENT>
    <G_31_SIZE>85</G_31_SIZE>
    <G_32_1>2</G_32_1>
    <G_33_1>3926200000</G_33_1>
    <G_33_5>И</G_33_5>
    <G_34_1>156</G_34_1>
    <G_34_ALFA>CN</G_34_ALFA>
    <G_34_TEXT>КИТАЙ</G_34_TEXT>
    <G_38_1>0.228</G_38_1>
    <G_38_SHTUKA>0.114</G_38_SHTUKA>
    <G_42_ZAEDINIC>3</G_42_ZAEDINIC>
    <G_42_ZASUM>6</G_42_ZASUM>
    <G_31_QUNT>2</G_31_QUNT>
    <G_31_TEXT>ШТ</G_31_TEXT>
    <G_31_EDCODE>796</G_31_EDCODE>
    <G_31_TARALFA>NE</G_31_TARALFA>
    <G_31_TARA>Неупакованный или нерасфасованный</G_31_TARA>
    <AD_10_CN>КИТАЙ</AD_10_CN>
    <AD_10_COD>CN</AD_10_COD>
    <ST_NDS>18</ST_NDS>
    <G442_1><NUM>8- 3312</NUM></G442_1>
    <G443_1>2011-01-20</G443_1>
  </BLOCK>
</AltaINV>

Как видно примера с теми же данными, идентификаторы идентичны файлу обмена Заполнителя, т.е. берутся из того же DCF-файла.

Выгрузка инвойса в ПК Артикул

Программный комплекс Артикул это готовое решение для автоматизации, предлагаемое Альта-Софт. В случае когда в КИС клиента отсутствуют какие-то необходимые данные для формирования ГТД, то декларанту приходится вводить их вручную. При постоянно повторяющейся номенклатуре оформляемых товаров возникает вопрос: "а нельзя ли где-то запомнить характеристики товара, если он уже однажды оформлялся". Для этого был разработан Артикул. Декларант единожды вручную обрабатывает конкретный товар, и все его характеристики запоминаются в базе. Если в каком-нибудь из последующих инвойсов попадется точно такая же позиция, то обрабатывать ее уже не придется - все данные о ней будут взяты из базы. Для идентификации отдельных товаров как правило используется их артикул - некий цифро-буквенный код, назначаемый производителем. В современной логистике подобную маркировку имеет практически любой товар.

Поэтому если в КИС клиента нет всех необходимых для декларирования данных (например, кода ТНВЭД), а модификация КИС невозможна по каким-либо причинам, то для автоматизации придется использовать длинную цепочку:

КИС -> ПК "Артикул" -> Документ "Инвойс" в Альта-ГТД-> Документ ГТД в Альта-ГТД

Передачу данных в ПК "Артикул" можно на данный момент организовать в формате файла обмена Заполнителя. По формату это будет аналогичный ini файл, только идентификаторы полей надо смотреть в файле ArtDB.mdb

При необходимости, можно организовать загрузку XML с тегами совпадающими с идентификаторами полей. До сих пор такой необходимости не возникало.

ПК "Артикул" хранит свою базу данных или в файле MDB (локальная версия) или в MS SQL. У IT-специалистов часто возникает вопрос о возможности КИС писать данные не посредственно в базу артикула. Технически это, естественно, возможно, но с одним нюансом. При загрузке файла из Заполнителя, ПК Артикул производит обработку и дозаполнение данных. Поэтому инвойс созданный непосредственно в базе будет "голый". Его еще будет необходимо обработать в артикуле вручную.

Загрузка платежей по инвойсу в КИС

После оформления ГТД в таможне и выпуска товаров в документах ГТД и, при наличии такового, КТС (корректировка таможенной стоимости) появляются окончательные суммы платежей. Эти цифры, как правило, представляют повышенный интерес как для бухгалтерии компании, так и для руководства.

Как мы уже разобрались ранее, "товар ГТД" может состоять из группы позиций инвойса. Соответственно, после оформления мы имеем платежи по товарам ГТД (таможенный сбор так вообще один на всю ГТД), а бухгалтерию, как правило, интересует, во сколько обошлась растаможка конкретного артикула, и в какой по номеру товар ГТД он попал.

Для извлечения этой информации существует механизм переноса платежей из ГТД в "родительский" Инвойс. При этом суммы платежей распределяются пропорционально стоимостям по каждой позиции. Таким образом, платежи появляются в документе Инвойс. Дальше встает вопрос, как перебросить эти полезные данные обратно в КИС.

В готовом решении ПК "Артикул"+Альта-ГТД платежи возвращаются в DBF файле. Для взаимодействия с КИС можно использовать печать в шаблон Excel. В настройках при получении платежей можно настроить печать Инвойса в заранее подготовленный шаблон

Там же можно настроить автоматический вызов любого приложения, которое загружало бы полученный XLS в КИС.

Если используется длинная цепочка, то платежи целесообразно получать от ПК Артикул:

КИС -> ПК Артикул-> Альта-ГТД -> Регистрация ГТД в таможне -> Платежи в ПК Артикул -> КИС

Для выгрузки платежей из ПК Артикула применяется механизм схожий с печатью в офис. При помощи него также можно получать и XML, и DBF файл с платежами.

См. также

Форматы ввода вывода Альта-ГТД

Передача данных через SQL-таблицу ExtDocs

Docs2SQL