C_DIADOC
Краткое описание :
ЭЛЕКТРОННОЕ АКТИРОВАНИЕ В ЕИС В СФЕРЕ ЗАКУПОК
ОБЯЗАТЕЛЬНОСТЬ ПРИМЕНЕНИЯ С 01.01.2022Описание :
Управление сбытомЧто измененно :
Начиная с 01.01.2022 в соответствии со статьей 13 статьи 94
Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере
закупок товаров, работ, услуг для обеспечения государственных и муниципальных
нужд» в редакции Федерального закона от 02.07.2021 № 360-ФЗ «О внесении
изменений в отдельные законодательные акты Российской Федерации» (далее – Закон
№ 44-ФЗ), становится обязательным формирование и подписание документов о
приемке в ЕДИНОЙ ИНФОРМАЦИОННОЙ СИСТЕМЕ В СФЕРЕ ЗАКУПОК (далее – ЕИС в сфере
закупок) в рамках исполнения контрактов, заключенных по результатам проведения
электронных процедур и закрытых электронных процедур (за исключением закрытых
процедур, проводимых в соответствии с пунктом 5 части 11 статьи 24 Закона №
44-ФЗ).
Как измененно :
В окне экспорта УПД добавлен параметр "сформировать акт для
ЕИС". В этом случае полученный УПД будет также упакован в формат DP_PAKET_EIS
Также добавлены параметры "подписывать файлы" и "проверять по XSD схеме" .
"подписывать файлы" по умолчанию включается по настройке EI.EDO.EXPUPD_SIGN
"Общие настройки системы \ Обмен бизнес-документами \ Подписывать УПД при
экспорте". опция файлы и документы пока не оттестирована . Файл в ЕИС всегда
формируется с одним и тем же GUID - при первом формировании он запоминается во
внешний атрибут к документу "DP_PAKET_EIS_GUID". При подписи файла в папке
экспорта будет файл с расширением "sig" для УПД, а в файле для ЕИС ,будет
заполнен тэг ПодписьДокумент. Также добавлена настройка EI.EDO.SIGNATURES_TYPE
"Общие настройки системы \ Обмен бизнес-документами \ Тип подписи". При
включении в "вариант 2(сертификат из настройки)" нужно также заполнить
настройку EI.EDO.SIGNATURES.SIGNER.NAME "Общие настройки системы \ Обмен
бизнес-документами \ Сертификат подписанта в ЭДО", при этом пока файл sig не
будет в кодировке base64( конвертация будет выполнена позже).
C_DIADOC
Краткое описание :
Ошибка при подписании документаОписание :
Что измененно :
При подписании одного документа в интеграционном модуле Диадок
выходит ошибка (пример на скриншоте), при попытке открыть файл по пути, который
указан в ошибке - файл пустой. Проблема не единична, есть несколько подобных
документов.
Как измененно :
Причина в том, что в ленте событий не записалось содержимое
входного документа, в результате чего при попытке взять из него нужные данные
для ответного файла получаем сообщение "Не удалось разобрать XML-файл титула
исполнителя". Добавлена проверка на ошибку разбора входного файла.
C_DIADOC
Краткое описание :
Некоторые авансовые СФ импортируются из Диадока не
полностью.Описание :
Что измененно :
Авансовые СФ импортируются из Диадока не полностью: в элементе
"СвПРД" XML-ки указаны дата и номер платёжки, но Галактика ищет платёжку по
дате получения СФ, не находит её и ставит тип СФ "Счет-фактура поставщика" -
это неверно. Прилагаю реальную XML-ку и скрин фильтра, который Галактика
накладывает при поиске платёжки. Сейчас приходится вручную менять тип СФ на
авансовую и привязывать платёжку вручную. Предложение: платежки искать по дате
из тега <СвПРД ДатаПРД="16.03.2022" НомерПРД="477"/>и делать СФ с авансовым
типом.
Как измененно :
1. Импорт СФ с услугой "оплата". Теперь в качестве авансовых
принимаются с услугами на "аванс" или "оплата" с ценой ="","-","0" , кол-во
="","-","0.0" и НДС с "/". Кроме этого обрабатывается ДопСвФХЖ1 -> ОбстФормСЧФ
=2 - попросите клиента организовать заполнение этого тэга. 2. По поводу
автоподнятия фильтра при выборе документа не нашел наличие такого - видимо это
ваша доработка. Добавлена настройка Nalog.SF.ChooseDoc', 'При выборе документа
в СФ устанавливать фильтр по реквизитам', по которой устанавливается фильтр по
типу документа(если это возможно - пока только для типа "Счет-фактура,
предоплата поставщику" на собственные платежные поручения), организации и дате.
3. Исправлено отображение протокола импорта СФ из Диадока в случае наличия
ошибок. 4. При импорте СФ подбор платежных поручений идет по тегу тега <СвПРД
ДатаПРД="DD.MM.YYYY" НомерПРД="????"/>. Поиск выполняется так getfirst PlPor
where (( 1 == PlPor.tidkgal and TxmlPlat.DatDoc == PlPor.DatVip(noindex) and
TxmlPlat.NumDoc == PlPor.NoDok (noindex) and SchFact.cOrg == PlPor.cPoL
(noindex) )) Если не получается, то номер будет дополнен лидирующими нулями до
длины , указанной в настройке FN.NoDocNotAnother. Если этого не происходит, то
сформируйте новый инцидент и вложите в него sil протокол.