Организации, являющиеся поставщиками по госконтрактам, могут подготовить данные для электронного актирования поставки товаров, выполнения работ и услуг (Федеральный закон от 05.04.2013 № 44-ФЗ в редакции от 02.07.2021) из 1С 7.7.
Поддерживается выгрузка xml-файла в формате из 1С 7.7 для последующей загрузки в Личный кабинет Единой информационной системы (ЕИС) в сфере госзакупок https://zakupki.gov.ru
РДИК_ИК_0005. Наименование экономического субъекта – составителя файла обмена информации продавца, указанное в файле (атрибут <НаимЭконСубСост>), не соответствует наименованию организации с реестровым номером ЕРУЗ 218012
РДИК_ИК_0006. Сведения о поставщике, указанные в файле (элемент Файл/Документ/СвСчФакт/СвПрод), не соответствуют организации с реестровым номером ЕРУЗ 19106024
РДИК_ИК_0009. Сведения о заказчике, указанные в файле (элемент <СвПокуп>), не соответствуют сведениям контракта
РДИК_ИК_0008. В сведениях контракта отсутствуют указанные в файле товары, работы, услуги:
null 000041 Хлеб "Славянский" 0,6 нарезка ( Россия); null 000004 Батон нарезной 0,35 ( Россия)
Странные ошибки какие-то. Я правильно понимаю, что ему не нравится то, что наименования передаются не такие как в ЕИС?
(6) Странно. А зачем мы ему всякие IDы прописываем. Я думал он сам подтягивает из ЕИС.
Номенклатура в контракте указана из классификатора - 10.71.11.120-00000004 Хлеб недлительного хранения, а в базе у нас в эту категорию с десяток разных номенклатур попадает. Беда какая-то...
Данные по госконтрактам, необходимые для электронного актирования, необходимо ввести в 1С 7.7 вручную (поддержка загрузки госконтрактов и их этапов исполнения из ЕИС в 1с 7.7 пока не поддерживается).
...
PS. Полноценная интеграция 1С 7.7 с ЕИС через API и двухсторонний обмен данными (чтобы вручную не вводить сведения о госконтрактах в 1С 7.7) - в планах при наличии достаточного спроса на продукт.
(8) Спасибо. Тут такое двоякое ) Спрос то есть, если бы API работало, а без API вроде как и не надо. Проверил сейчас, практически нет выгрузки в скорости. Все-равно сайт ЕИС пока обрабатывает загружаемый файл - можно было бы уже вручную его внести. ЕИС нестабильный совсем пока. Буду думать что делать.
(9) Спрос на решения для 1С 7.7 в последнее время очень сильно упал. Для реализации двухстороннего обмена необходимо потратить серьезные усилия и много времени. При текущем спросе это сделать очень дорого получится для конечного пользователя.
(11) По УТ вроде убрали из планов, скорее всего не будет релиза.
(9) Все зависит от количества документов. Когда 10, можно, когда 100 уже задумаешся, а надо ли это мучение ручками. Не говоря о человеческом факторе, при указание количества, позиции и прочее.
(14) Форматы для загрузки через API и онлайн форму отличаются. Не значительно, но все же и пока ни кто не делал формат для онлайн загрузки, так как нет нормальной документации с примерами.
Добрый день!
При загрузке сформированного файла на сайт ЕИС в ответ приходит следующий протокол ошибок:
РДИК_ИК_0011. Идентификатор участника документооборота – отправителя файла, указанный в атрибуте Файл/СвУчДокОбор/@ИдПол, не принадлежит заказчику, указанному в контракте, для которого сформирован УПД/УКД
Не знаю, что ему тут не нравится. Сравнил поле "Файл/СвУчДокОбор/@ИдПол" с тем, как выглядит в XML файле, сформированном после заполнения документа на сайте вручную - реквизиты заполнены точно так же.
РДИК_ИК_0012. Идентификатор файла не соответствует маске <RT_A_O_GGGGMMDD>, где R_Т – префикс, принимающий значение наименования xsd схемы, по которой сформирован xml, до второго включения символа «_» с добавлением постфикса:
PROS, если в составе принимаемого документа хотя бы для одного товара указаны сведения о прослеживаемости;
MARK, если в составе принимаемого документа хотя бы для одного товара указаны сведения о маркировке;
А – идентификатор получателя документа;
О – идентификатор отправителя документа;
GGGG – год формирования передаваемого файла обмена, MM - месяц, DD – день;
N – 36 символьный глобально уникальный идентификатор
Добрый день!
При загрузке сформированного файла на сайт ЕИС в ответ приходит следующий протокол ошибок:
"РДИК_ИК_1046. Множество значений идентификаторов заказчика и грузополучателей, указанных в составе основного документа УПД (титул продавца) в атрибутах «Информация для участника документооборота» (Файл/Документ/СвСчФакт/ГрузПолуч/@ИнфДляУчаст) и «Информация для участника документооборота» (Файл/Документ/СвСчФакт/СвПокуп/@ИнфДляУчаст) должно быть уникально.
При этом контролируется, что в атрибуте «Информация для участника документооборота» (Файл/Документ/СвСчФакт/СвПокуп/@ИнфДляУчаст) задано значение «0», а множество отсортированных по возрастанию значений, заданных в атрибутах «Информация для участника документооборота» (Файл/Документ/СвСчФакт/ГрузПолуч/@ИнфДляУчаст), начинается со значения «1» и каждое последущее значение на единицу больше предыдущего."
Как можно решить проблему? До этого все работало/Непонятно в чем проблема
Приобрёл в декабре, начали пробовать работать, оказалось, что данное решение не работоспособно. Техподдержка дорабатывать не собирается: "Передача реквизита ЭАИдТРУ не поддерживается нашим модулем. Планов по поддержке данного реквизита пока нет.", переписываемся с 26 января. И возможно это не единственный недочёт. Модуль приобретался с техподдержкой в 3 мес. Учитывает это если надумаете купить.