Таможенный форум Альта-Софт

Всем доброго дня. Руководство приняло политическое решение о переходе на ЭД-2. Наше ПО его не поддерживает. Первое впечатление (пока только от заполнения ГТД) - не могу найти как "попасть" в поле NTRANS в гр. 21, поле G28240 в гр. 28 и в поле G442 в описи. Искал способ, но так и не нашёл. Буду признателен сведующим людям за советы.

Т.е. Вы спращиваете как в xml будет называться поле, которое в dbf называлось Ntrans???
XML устроен немного сложнее чем dbf, т.е. номер машины это, грубо говоря, составная часть узла EsadOut... и т.д.

И какое отношение это имеет к ЭД-2?
Или я не так что-то понял?
Как dbf смотреть, Вы, наверное, знаете.

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

Не совсем так, мне нужно ехать, а не шашки. Т.е. мне не важно как называется поле. Но я должен попасть к примеру номером документа в описи в поле G442, в противном случае АИСТ при ФЛК на приёме показывает что "документ отсутствует в описи", потому что номер документа пустой, хотя на печати этот номер есть, но стоит в поле G444.
Тоже самое про NTRANS , наименование т/с уходит к его традиционному наименованию влево и программа показывает что это поле вообще не заполнено.
Про 28-ю это возможно лично моё упущение, но я не могу автоматизированно поставить 2 в G28240 и мне приходится вручную ставить ----.12.10
К ЭД-2 это конечно имеет не особое отношение, но Ваш руководитель в журнале Таможня в эпосе про пыль в палец толщиной при постройке серверной и т.п. сказал, что желательно использовать одинаковое ПО, ну а наш это прочёл.

По поводу транспортного средства гр. 21
ТЯГАЧ Р874ВС60
Тягач уйдет в описание
По поводу гр.28
внизу гр. есть спец. поля - если их заполнить, 2- сформируется автоматом (но можно и вручную записать)
По поводу номеров документов в описи - номер документа в описи передается после N
А вот в ГТД немного по другому.
Т.е. если в ГТД написано
Доп.1
То в Описи будет N Доп.1
Т.е. Доп. это часть номера.
Если ничего не трогать, то при создании описи все номера должны правильно переноситься из ГТД, если не так - присылайте примеры (желательно в формате Альта Windows)

В описи в столбце "Вид, номер и дата документа" пишете:
"Инвойс № NIS6169166.1 ОТ 22.01.09" (или "Инвойс N NIS6169166.1 ОТ 22.01.09")

Увидите, что в экранной форме выделились другим цветом разделители "№" ("N") и "ОТ".

В выгрузке будет:
G444 - "ИНВОЙС" - вид
G442 - "NIS6169169.1" - номер
G443 - "22.01.09" - дата

С NTRANS аналогично: пишете в графе "наименование номер,номер,номер,номер".

G28230 и G28240 выгружаются автоматически: "1" если дата "ддммгг" и "2" если "--ммгг".
Если нужно что-то доавтоматизировать, пишите свои пожелания.

Наверно для гр. 28 будет правильней сделать сначала выбор 1 или 2. Потом ставим дату, если поставили "2", то программа нас не "выпускает" с поля или сама меняет второе число на нужное с календаря, если поставили не последний день месяца. На печать уже выводится --.мм.гг. Как то странно эти чёрточки вручную проставлять.

Заполняйте данные под гр. 28, тогда ничего не надо руками

Наоборот, странно вручную заполнять 1/2.

Декларант не обязан знать о существовании каких-то там полей какого-то формата электронной копии (который, к тому же, постоянно изменяется). Обязан он знать только то, что в инструкции о порядке заполнения гр.28 ГТД сказано: "4 - фактическая дата (число, месяц, две последние цифры года), если платеж осуществлен, [...] или расчетный срок (месяц, две последние цифры года, при этом в первых двух позициях элемента 4 проставляются прочерки)". В декларантской картине мира не должно существовать никаких 1/2, детали технической реализации должны быть интересны только программистам.

G28230/G28240 -- это вообще обычный такой програмистский "костыль". Были в электронной форме поля G2823 и G2824, тип -- "дата". Потом, при очередном изменении правил заполнения гр.28 добавился вариант "или расчетный срок ... проставляются прочерки". Хрень вида "--.мм.гггг" в поле даты не запихнешь, поэтому разработчики формата электронной копии решили в любом случае писать в G2823/G2824 нормального вида дату, а ситуацию расчетного срока помечать флажком "2" в специально ради этого добавленных полях.


Кстати, в полях под гр.28 можно писать ".мм.гг", что автоматически преобразуется в "--.мм.гг".