Загрузка документов в программу Альта ГТД

[Synt]

Добрый день!

Во первых строках хочется высказать respect разработчикам программы. Как я понял, всё это сделано на Delphi (где-то на скриншоте видел), могу себе представить сколько труда занимает создание только одного внешнего интерфейса, не говоря про внутреннее содержание. Хочется пожелать плодотворных успехов в совершенствовании и развитии программы в дальнейшем.

Теперь основная часть:
Т.к. таможня полностью переходит на электронное декларирование, возникла задача формирования всех необходимых документов в электронном виде. Насколько понял по темам в форуме, все заполняют эти документы вручную. Конечно можно пользоваться копированием, инструментом вроде Заполнителя, но все равно это множество ручных операций. А это затраты времени, возможность ошибок и путаницы. У нас ежедневно оформляются несколько десятков деклараций и хотелось бы максимально автоматизировать этот процесс.
Подходим к главному: в нашей ERP-системе есть почти все данные для автоматического формирования необходимых документов в электронном виде. Пока видится только такое решение - создавать из ERP-системы отдельные документы в виде XML-файлов и потом вручную загружать их в Альту ГТД и привязывать к описи и ГТД. Механизм загрузки и привязки пока не очень дружественный, хотя может это мне непривычно.
Видится такое решение, чтобы можно было подготовить сразу пакет документов (в виде файлов XML), включающий и декларацию ГТД и опись и другие документы и загрузить их "одним нажатием кнопки", чтобы при этом автоматически опись корректно ссылалась на эти документы (естественно если все документы корректно подготовлены). Потом декларант всё это сможет просмотреть, дополнить или подкорректировать и отправить.
Вроде бы есть функция "Загрузка из формата Альта-Windows" для всего пакета документов, но программно подготавливать в таком формате по-моему затруднительно и нет уверенности, что все документы привяжутся как надо.
Подскажите, пожалуйста, есть ли какое-то подходящее решение для такой задачи? Если на данный момент нет, тогда просьба к разработчикам - продумать такой механизм на будущее. Потому что пользователей вашей программы будет всё больше с переходом на ЭД-2 и думаю многие хотели бы автоматизировать этот процесс.
Заранее спасибо.

[warner]

Я не разработчик, но могу пока посоветовать пользоваться настройкой
Настройка->Внешние программы->Автозагрузка.
Там можно указать папку, которую Альта будет мониторить. И если в неё накидать xml-ек или документов в формате альты, то в самой программе появится зелёная стрелка в левом верхнем углу, и можно будет все скопом загрузить. Только XML загружаются без взаимосвязей и привязок,так что потом придётся руками привязывать. Но всё равно быстрее, чем выбирать каждый раз Каталог->Выгрузка/Загрузка дополнительная->Загрузка из XML

[Synt]

Я не разработчик, но могу пока посоветовать пользоваться настройкой
Настройка->Внешние программы->Автозагрузка.
Там можно указать папку, которую Альта будет мониторить. И если в неё накидать xml-ек или документов в формате альты, то в самой программе появится зелёная стрелка в левом верхнем углу, и можно будет все скопом загрузить.

Что-то у меня не работает такой путь загрузки. При помещении файла во входную папку сначала появляется ошибка "Отсутствует подпись в сообщении", а потом "Cannot insert the value NULL into column 'EnvelopeID', table 'gtd.dbo.EDMsgs'; column does not allow nulls. INSERT fails."
Пробовал разные виды файлов во внутреннем XML-формате Альты. Причём через меню "Каталог - Выгрузка/Загрузка дополнительная - Загрузка из XML (Альта)" эти же файлы нормально загружаются.
Может кто-нибудь подсказать, на какую подпись жалуется программа?
И зачем ей поле EnvelopeID? Это, как я понимаю, поле из таможенного XML-формата, а файл ведь во внутреннем XML Альты.

[blanco]

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

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

[AndrewT]

1) Warner правильный совет дал.
2) Второй вариант: XML можно кидать в папку IN и они загрузятся при запуске программы. (Вы кидали в папку ED\IN и программа пыталась их загрузить как сообщения ЭД)
3) Обычно наши клиенты получают из ERP документ Инвойс. На его основе ГТД делает автоматически ГТД. Как следствие получает ЭД Инвойс и прочие документы, например, дополнение к контракту и упаковочный лист. Они все делаются из Инвойса как взаимосвязанные.
Когда создается Опись из ГТД документы автоматически привязываются по номеру и дате.
Возможно Вас устроит такая схема работы.
3) Если все таки хотите загружать все документы из ERP (ГТД из ERP все таки не так просто сделать, учитывая меняющиеся правила заполнения), то можно загружать и взаимосвязи, но для этого надо уметь создавать Опись в нашем формате XML (Альта XML). Структуру Описи (и любого нашего документа) можно получить в Меню Настройка-Служебные-Выгрузить XSD схемы. В строчке Описи есть ссылка на ID документа. Правда, пока мы при загрузке ЭД XML ID сами формируем, но в следующей версии сделаем, чтобы из DocumentId бралось.

PS
Для подробностей свяжитесь с нашей техподдержкой.

[Synt]

Если Вы корректно создадите все документы, то Альта по большому счету уже и не нужна. Вам останется реализовать небольшой модуль по обмену документами с АСВД таможни.

Всё-таки мы не пошли по этому пути. Нужно ведь реализовать не просто отправку сформированных документов, а полноценный обмен всеми основными и промежуточными сообщениями. Потом результаты отправки/обмена/запросов надо представлять в виде какого-то интерфейса пользователю. И ещё нужно реализовать функции по шифрованию данных, работу с цифровыми подписями. В итоге это выливается в очень сложную работу. А просто создать XML-документы не так сложно, это же просто текстовые файлы.

2) Второй вариант: XML можно кидать в папку IN и они загрузятся при запуске программы. (Вы кидали в папку ED\IN и программа пыталась их загрузить как сообщения ЭД)
3) Обычно наши клиенты получают из ERP документ Инвойс. На его основе ГТД делает автоматически ГТД. Как следствие получает ЭД Инвойс и прочие документы, например, дополнение к контракту и упаковочный лист. Они все делаются из Инвойса как взаимосвязанные.
Когда создается Опись из ГТД документы автоматически привязываются по номеру и дате.
Возможно Вас устроит такая схема работы.
3) Если все таки хотите загружать все документы из ERP (ГТД из ERP все таки не так просто сделать, учитывая меняющиеся правила заполнения), то можно загружать и взаимосвязи, но для этого надо уметь создавать Опись в нашем формате XML (Альта XML). Структуру Описи (и любого нашего документа) можно получить в Меню Настройка-Служебные-Выгрузить XSD схемы. В строчке Описи есть ссылка на ID документа. Правда, пока мы при загрузке ЭД XML ID сами формируем, но в следующей версии сделаем, чтобы из DocumentId бралось.

Спасибо! Через автозагрузку получается принимать файлы. Подумаем как лучше организовать работу. Хотелось бы обеспечить декларанта максимальной информацией, то есть автоматически сформировать весь пакет документов, а потом он сам решит что ему нужно. Вот если DocumentId будет браться из XML-документа и станет возможным автоматически сформировать опись, это будет почти идеально. Конечно надо будет отслеживать изменения в схемах документов, будет некоторая избыточность документов, но в целом по-моему это оптимальное решение.

[puser671]

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

Наша организация использует 1С. Так вот на сегодня программистами реализованы возможности данной программы получать документы в xml формате (ЖД накладные, счета, выписки из счетов, некоторые другие документы). Все это реализовалось в течение одной недели. Видимо не так сложно... ? В ближайшее время и контракты, и приложения тоже будут через 1С. Загружаем в АЛЬТУ через Каталог/выгрузка XML/ (может быть немного ошибаюсь - под рукой нет программы)

[blanco]

реализовать создание документов в таможенных XML альбомах - не подъемная задача, если нет штата программистов

Так вот на сегодня программистами реализованы возможности данной программы получать документы в xml формате Все это реализовалось в течение одной недели. Видимо не так сложно... ?

Ну так же "программисты". Если бы Вы написали, что "наши бухгалтера за вечерок накидали выгрузку XML из 1С", вот тогда был бы номер. Перенос текста через буфер обмена в виде простой "плоской таблицы" (ячейки через табулятор, строки таблицы с новой строки) позволяет самому обычному пользователю устроить себе автоматизацию. Увидел таблицу с товарами в одной программе (1с, парус, XLS, Doc), выделил, скопировал, вставил в Заполнитель, назначил столбики - получил документ. Этому можно обучить практически любого, кто умеет, например, с офисом работать.

Еще раз для всех читателей форума, перечислим возможные методы "Загрузки документов в программу Альта ГТД"

1) Использование программы Заполнитель.
Из КИС выгружается или копируется таблица. На основе ее создается документ Инвойс в Альта-ГТД. Из него, как взаимосвязанные, создаются: ГТД, ЭД Инвойс, ЭД Упаковочный лист, ЭД Контракт и прочие документы с товарами.
Метод самый гибкий и доступный для большинства, но подразумевает достаточно большой объем ручной работы: копирование таблицы, создание документов, пополнение шапок документов из шаблонов и справочников и пр. Но все равно это в десятки раз быстрее чем просто набирать документы руками в Альта ГТД.

Остальные методы требуют доработки КИС силами программистов клиента

1.1) Использование формата файла ini от программы Заполнитель.
Заполнитель передает данные в Альта ГТД в текстовом ini-файле. В принципе можно такой TXT файл создать руками и передать его в Альта-ГТД. Это исключит шаги по переносу таблицы, назначения столбцов и пр. Подробно про создание ini расписано тут http://database.alta.ru/altapedia/index ... 0.BB.D1.8F
преимущество ini перед XML в том, что его программа будет принимать в независимости от версии таможенных XML, и изменений полей в документе. исчезнувшие поля просто не загрузяться и все. Т.е. если заложиться на формат ini, то выше вероятность. что схема протянет подольше без изменений.

2) Использование таможенных альбомных форматов XML.
КИС создает XML документы помещает их с C:\ALTA\IN\ или в специально указанный в настройках каталог. Документы автоматически загружаются в текущую папку. Очень правильный и хороший метод, но программисты КИС должны следить за изменениями таможенного формата.

3) Использование внутреннего формата XML Альта ГТД.
В общих чертах расписано тут http://database.alta.ru/altapedia/index ... 2.D0.B0.29
Практически тоже самое что и таможенный XML, но дополнительно можно передавать специализированные вещи, как взаимосвязь в описи, оборотные стороны документов и пр. В общем те структуры, которые есть в Альте на момент редактирования, но при выгрузке в таможню преобразовываются. Формат по идее несколько более живучий, чем таможенный: Альта загружает любые по давности свои документы и, если нужно, преобразовывает к текущим требованиям.

Про остальные форматы, в том числе для получения данных обратно в КИС, можно почитать тут же http://database.alta.ru/altapedia/index ... 0%A2%D0%94 , но использовать всякую экзотику типо TXT скриптов не рекомендуется.

Внутренний бинарный формат Альта-ГТД (файлы *.GTD, *.OPN) создать без использования наших исходников не возможно - он никак не документирован. Если у кого-то получится (особенно на С++) - возьмём на работу.
Тоже самое касается и SQL: у многих клиентов возникает соблазн создавать документы непосредственно в базе SQL посредством запросов от КИС. Начинают запрашивать документацию и форматы. В реальности в SQL базе документы хранятся не размазанные по таблицам, а в BLOB полях в опять же бинарном формате Альта-ГТД, который не возможно изготовить в домашних условиях. Поэтому с SQL-ля можно только индексы по документам и ЭД сообщения получать. Для извлечения тел документов используется приложение DOCS2SQL. В статье про нее есть.

[dimonv]

А у меня потребность загрузить сразу пакет txt файлов (гтд,дтс,инвойс, отгр. специф, форма А и смр) ТХТ формируем из акцесса. напряжно делать 6 одинаковых эволюций на ГТД.

[puser671]

Еще раз для всех читателей форума, перечислим возможные методы "Загрузки документов в программу Альта ГТД"

1) Использование программы Заполнитель.
2) Использование таможенных альбомных форматов XML.
КИС создает XML документы помещает их с C:\ALTA\IN\ или в специально указанный в настройках каталог. Документы автоматически загружаются в текущую папку. Очень правильный и хороший метод, но программисты КИС должны следить за изменениями таможенного формата.
3) Использование внутреннего формата XML Альта ГТД.

Уж коли наше правительство столь стремительно взялось за "Электронную Россию" следовало бы :
1)разработать единые электронные стандарты документов (ведь есть же стандарты бумажных документов),
2) предложить разработчикам 1С, Парус и других КИС использовать эти стандарты, тогда и вопрос создания документов намного был бы проще.

[Synt]

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

[coost]

Здравствуйте.
Такая проблема: при попытке загрузки xml документа выскакивает ошибка
об отсутствующем файле dbrdinf2.hd9 (файла действительно нет).

Вопрос: что за файл и где его взять?

[crexa]

В папке Alta\HDR должен лежать.

[Sergey]

Здравствуйте.
Такая проблема: при попытке загрузки xml документа выскакивает ошибка
об отсутствующем файле dbrdinf2.hd9 (файла действительно нет).

Вопрос: что за файл и где его взять?

Взять можно из дистрибутива, архив Gtd_Dat.Cab

[Nick]

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

Спасибо за верное наблюдение, и правда нашлась ошибка в программе!
Изначально задумывалась загрузка повторяющихся тегов через <enter>, но на одном из промежуточных этапов все кроме последнего переносы заменялись пробелами. Начиная с версии 90 будет исправлено.

[splav]

Добрый день,
У меня много артикулов нескольких кодов и внутри этих артикулов есть подгруппы товаров, т.е. мне внутри одного кода надо разбить на группы согласно поля "Описание товаров с учётом дополнителых характеристик". Ни в заполнителе, ни в "инвойсе" такого поля нет - есть только в программе в таблицах. Правильно, понимаю что в этом случае мне заполнитель бесполезен?

[Ranger_Z]

Нет, в инвойсе делаете кучу товаров, потом делаете группировку. В результате перенесется так как вам нужно.

[Synt]

В начале декабря в программе Альта-ГТД была добавлена функция, благодаря которой при загрузке XML-документов уникальный номер DocumentID присваивается из самого документа, а не генерируется программой как раньше. Это позволяет формировать опись уже с указанием этих GUID-номеров. Очень удобно и большое спасибо за реализацию этой возможности.
Но теперь у меня вопрос по самой декларации. При загрузке декларации из XML-файла номер DocumentID всё равно всегда генерируется заново, а не берётся из исходного файла. Поэтому в описи не получается автоматически задать привязку к декларации. Вопрос к разработчикам - можно ли переделать формирование номера DocumentID и для декларации?

И ещё есть вопрос по описи: Если выгрузить из программы Альта-ГТД подготовленную опись в таможенном формате (Inventory DocumentModeID="1006003E"), то потом этот же файл программа не хочет загружать обратно. Пишет "Cannot find the object "InventoryList" because it does not exist or you do not have permissions". А вот если выгрузить в контейнере (ED_Container DocumentModeID="1006058E") вместе с декларацией, то такой файл отлично загружается обратно. И если в контейнере вручную удалить декларацию и оставить только опись, то тоже отлично загружается. Поэтому может при выгрузке описи в таможенном формате нужно сразу выгружать в виде контейнера или нужно подправить программу, чтобы загружала опись из файла в виде самостоятельного документа. Посмотрите пожалуйста.

[Елена 0506]

[/quote]
Уж коли наше правительство столь стремительно взялось за "Электронную Россию" следовало бы :
1)разработать единые электронные стандарты документов (ведь есть же стандарты бумажных документов),
2) предложить разработчикам 1С, Парус и других КИС использовать эти стандарты, тогда и вопрос создания документов намного был бы проще [/quote]

согласна.
хотелось бы , чтобы документы в ЭД версии соответствовали документам бумажных носителей, а не выдумывать свои..

[BigZmei]

хотелось бы , чтобы документы в ЭД версии соответствовали документам бумажных носителей, а не выдумывать свои..[/quote]

а мне бы хотелось, что бы Заполнитель брал из скана и раскидывал по графам в формализованный документ. Или штрихкод на всех документах.