АИС: Обмен с ЕИС (Единой Информационной Системой) в сфере госзакупок по 44-ФЗ для 1С 7.7

Добрый день!
Можете дать пример формируемого файла "DP_PACKET_.....xml" ?

я бы тоже присоединился

можно тоже самое на 8ку сделать?

(3) Для 1с8 Бух КОРП уже есть: https://its.1c.ru/db/updinfo#content:1019:1:issogl1_2

Планы по реализации в других конфигурациях 1с8:
https://v8.1c.ru/lawmonitor/96eb4727-a43c-11ea-94dc-0050569f3973.htm

В БП КОРП на текущий момент работает с ошибками https://forum.infostart.ru/forum64/topic276549/
Исправление ошибок можно купить отдельно ;)
https://infostart.ru/public/1639313/

А в виде отдельного модуля интеграции можно купить здесь https://zakupki.help/

Новые правила заработают с 1 октября 2022 года.
https://www.klerk.ru/buh/news/530348/

Протокол ошибок:

РДИК_ИК_0005. Наименование экономического субъекта – составителя файла обмена информации продавца, указанное в файле (атрибут <НаимЭконСубСост>), не соответствует наименованию организации с реестровым номером ЕРУЗ 218012
РДИК_ИК_0006. Сведения о поставщике, указанные в файле (элемент Файл/Документ/СвСчФакт/СвПрод), не соответствуют организации с реестровым номером ЕРУЗ 19106024
РДИК_ИК_0009. Сведения о заказчике, указанные в файле (элемент <СвПокуп>), не соответствуют сведениям контракта
РДИК_ИК_0008. В сведениях контракта отсутствуют указанные в файле товары, работы, услуги:
null 000041 Хлеб "Славянский" 0,6 нарезка ( Россия); null 000004 Батон нарезной 0,35 ( Россия)


Странные ошибки какие-то. Я правильно понимаю, что ему не нравится то, что наименования передаются не такие как в ЕИС?

(7) Из описания на странице публикации:

(9) Спрос на решения для 1С 7.7 в последнее время очень сильно упал. Для реализации двухстороннего обмена необходимо потратить серьезные усилия и много времени. При текущем спросе это сделать очень дорого получится для конечного пользователя.

Очень жду версию под 11.5 УТ. и хотелось бы увидеть xml файл выгрузки. Какие способы получения id контракта кроме ручного присутствуют?

(11) Тут только для 1С 7.7.
На счет всего остального только что писал в комментариях.

(11) По УТ вроде убрали из планов, скорее всего не будет релиза.
(9) Все зависит от количества документов. Когда 10, можно, когда 100 уже задумаешся, а надо ли это мучение ручками. Не говоря о человеческом факторе, при указание количества, позиции и прочее.

Если по УТ релиза не будет, можно увидеть сам xml? который проходит проверку структуры?

(14) Форматы для загрузки через API и онлайн форму отличаются. Не значительно, но все же и пока ни кто не делал формат для онлайн загрузки, так как нет нормальной документации с примерами.

Добрый день!
При загрузке сформированного файла на сайт ЕИС в ответ приходит следующий протокол ошибок:

РДИК_ИК_0011. Идентификатор участника документооборота – отправителя файла, указанный в атрибуте Файл/СвУчДокОбор/@ИдПол, не принадлежит заказчику, указанному в контракте, для которого сформирован УПД/УКД

Не знаю, что ему тут не нравится. Сравнил поле "Файл/СвУчДокОбор/@ИдПол" с тем, как выглядит в XML файле, сформированном после заполнения документа на сайте вручную - реквизиты заполнены точно так же.



РДИК_ИК_0012. Идентификатор файла не соответствует маске <RT_A_O_GGGGMMDD>, где R_Т – префикс, принимающий значение наименования xsd схемы, по которой сформирован xml, до второго включения символа «_» с добавлением постфикса:
PROS, если в составе принимаемого документа хотя бы для одного товара указаны сведения о прослеживаемости;
MARK, если в составе принимаемого документа хотя бы для одного товара указаны сведения о маркировке;
А – идентификатор получателя документа;
О – идентификатор отправителя документа;
GGGG – год формирования передаваемого файла обмена, MM - месяц, DD – день;
N – 36 символьный глобально уникальный идентификатор

(17) Надо обновить спецификацию госконтракта в базе 1С.
Скорее всего сформировали изменения на основание доп. соглашения. И изменился идентификатор.

Добрый день!
При загрузке сформированного файла на сайт ЕИС в ответ приходит следующий протокол ошибок:

"РДИК_ИК_1046. Множество значений идентификаторов заказчика и грузополучателей, указанных в составе основного документа УПД (титул продавца) в атрибутах «Информация для участника документооборота» (Файл/Документ/СвСчФакт/ГрузПолуч/@ИнфДляУчаст) и «Информация для участника документооборота» (Файл/Документ/СвСчФакт/СвПокуп/@ИнфДляУчаст) должно быть уникально.
При этом контролируется, что в атрибуте «Информация для участника документооборота» (Файл/Документ/СвСчФакт/СвПокуп/@ИнфДляУчаст) задано значение «0», а множество отсортированных по возрастанию значений, заданных в атрибутах «Информация для участника документооборота» (Файл/Документ/СвСчФакт/ГрузПолуч/@ИнфДляУчаст), начинается со значения «1» и каждое последущее значение на единицу больше предыдущего."


Как можно решить проблему? До этого все работало/Непонятно в чем проблема

(19) Видимо файл с таким же идентификатором (именем файла) уже был ранее загружен в ЕИС.

Удалось исправить ошибку?

Приобрёл в декабре, начали пробовать работать, оказалось, что данное решение не работоспособно. Техподдержка дорабатывать не собирается: "Передача реквизита ЭАИдТРУ не поддерживается нашим модулем. Планов по поддержке данного реквизита пока нет.", переписываемся с 26 января. И возможно это не единственный недочёт. Модуль приобретался с техподдержкой в 3 мес. Учитывает это если надумаете купить.