L_SOPRDOC
Краткое описание :
Новый формат электронных счетов-фактур 5.02, 970
постановлениеОписание :
Что измененно :
ФНС России приказом от 19.12.2023 № ЕД-7-26/970@ (далее –
Приказ № 970) утвердила новые форматы (приложение № 1 к Приказу № 970):
счета-фактуры, универсального передаточного документа (УПД), включающего
счет-фактуру, УПД. Приказ содержит 2 приложения - Приложение №1 - новый формат
(5.02), Приложение №2 - старый формат (5.01). Важно! 1) С 01.04.2025 действует
только формат 5.02. С момента утверждения и до 01.04.2025 действуют оба формата
и 5.01, и 5.02. 2) В связи с п.1 в рамках настоящей задачи требуется
реализовать как сам формат 5.02, так и сам выбор формата при выгрузке/загрузке:
5.01 или 5.02. 3) Требуется выполнить изменения выгрузок в ЭДО для формата 5.02
согласно описания.
Как измененно :
Восстановлена настройка Diadoc.Variant' , 'Использовать формат
документов' с двумя значениями 1, '820, Приказ ФНС России от 19.12.2018 №
ММВ-7-15/820'; 2, '970, Приказ ФНС России от 19.12.2023 № ЕД-7-26/970'; В
exe\diadoc\xsd\ будут добавлены новые схемы
ON_NSCHFDOPPOK_1_997_02_05_02_01.xsd ON_NSCHFDOPPR_1_997_01_05_02_01.xsd
L_SOPRDOC
Краткое описание :
Некорректный расчет цены в ордере к сторнирующей накладной
при втором исправленииОписание :
Что измененно :
Клиент постоянно получает более одного исправления к исходной
накладной (такой поставщик) при этом, в накладной часто указывается услуга,
распределяемая по позициям. Проблема обнаружена в расчете цен позиций ордера к
сторнирующей накладной при создании исправительной накладной по исправительной
накладной (т.е. втором исправлении). Проблема проявляется только при наличии
сопутствующей услуги.
Как измененно :
Исправлено.
L_SOPRDOC
Краткое описание :
Исправление собственной ошибки в книге покупокОписание :
Что измененно :
Обнаружили собственную ошибку в стоимости товара. Корректировку
прихода сделали исправительной накладной КН(-КН). Если сформировать СФ по таким
накладным, то заполняется гр.4 Но! нам не выставлял клиент
исправительную\корректировочную СФ, это наша техническая ошибка.
Как измененно :
1. При запуске "приходной накладной" будет создан внешний
атрибут "Вид исправления" с типом число. 2. В окне редактирования приходной
накладной и акта на прием услуг добавлено поле "Вид исправления" с выпадающим
список "Стороннее " . "Собственное". 3. При выгрузке книги покупок для записи
«Корректирующая запись (книга покупок)» и "Вид исправления" = "Собственное" не
выводится колонка 4 "Номер и дата исправления счет0фактуры поставщика" в отчет
и тэги НомИспрСчФ и ДатаИспрСчФ в выгрузку XML.
L_SOPRDOC
Краткое описание :
Ошибки в товарной накладной по постановлению №551
(DP_TOVTORGPR)Описание :
Что измененно :
На предприятии вручную выгружают xml для ЭДО. Формируют
товарную накладная по постановлению №551, данный формат является актуальным.
Формируют файл DP_TOVTORGPR вручную посредством Управление сбытом - операции-
Импорт/экспорт - Экспорт по учету сопроводительных документов. При загрузке в
Контур возникает ошибка в СвЛицОтпГруз: "ФИО" сидит в этой ветке, а должно быть
в "РабОргПрод"
Как измененно :
Исправлен вывод "ФИО" в этой секции.
L_SOPRDOC
Краткое описание :
Статус подписания акта по одностороннему документуОписание :
Что измененно :
"Диадок, Список документов", закладка "входящие". Не правильно
отображается статус документа "Акт выполненных работ". В галактике "подписан",
в Диадоке - "документооборот завершен"
Как измененно :
1. Возможность такого статуса для акта(документ с типом 20) по
умолчанию невозможна. Видимо тип был донастроен у клиента. 2. Добавлена
обработка статусов DocFlow документа при его обновлении. Их можно увидеть по
Alt+1, закладка внизу "Статусы по DocFlow". Отображается текущий статус. Всего
может быть 4 вида, в данном случае смотреть нужно тип PrimaryStatus (есть
всегда) 3. Для акта выполненных работ, а также для документов неопределенных
типов добавлена проверка PrimaryStatus и если там будет "Документооборот
завершен", то статус документа в списке документов будет скорректирован. Для
документов неопределенных типов пока схема статусов взята для УПД (у каждого
типа документов свой набор возможных статусов). 4. Проверялось на SDK c#. с++
снят с поддержки Контуром и новых функций там уже нет.
L_SOPRDOC
Краткое описание :
Диадок. Не импортируется документ УПД от нерезидентаОписание :
Что измененно :
Не можем импортировать документ из Диадока, в документе
контрагент является нерезидентом. Нам наш партнер перевыставляет УПД от разных
контрагентов. Один из контрагентов зарегистрирован в Республике Беларусь,
соответственно не имеет ИНН/КПП. При импорте документа в Галактике система
ругается, что " Ошибка. Контрагент с наименованием , ИНН: отсутствует в БД.
Как измененно :
Добавлена обработка тэга "СвИнНеУч" при загрузке данных оп
организации.
L_SOPRDOC
Краткое описание :
Дублирование МЦ и номера накладной в отчете Мониторинг
поставки/оприходования ТМЦОписание :
Что измененно :
Управление снабжением | Отчеты | Мониторинг
поставки/оприходования ТМЦ ->Печать При печати в Excel неправильно выводятся МЦ
и номер приходной в блоке "Документ-основание"
Как измененно :
Вывелись контрагент,приходная накладная, МЦ, кол-во, сумма в
зоне "Документ-основание", хотя был только акт о приемке материалов.
Доработано.
L_SOPRDOC
Краткое описание :
В накладных на отпуск МЦ (управление сбытом) при отмене
ордеров слетает ссылка на свободный приход.Описание :
Что измененно :
Управление сбытом - Документы - Накладные на отпуск В накладных
в момент оприходования слетает ссылка на спецификацию ордера накладной на
приход. Приход остается "свободным", хотя остаток отпущен и его можно выбрать в
новый документ, но оприходовать не получится, т.к. остаток по нему уже списан.
Как измененно :
В накладных на отпуск (Управление сбытом - Документы) поставлен
запрет на обнуление ссылки на спецификацию ордера приходной накладной.
L_SOPRDOC
Краткое описание :
Некорректная работа алгоритма SUMAKTUSLОписание :
Что измененно :
Некорректность работы алгоритма SUMAKTUSL. Алгоритм корректно
работает только когда с актом связана одна накладная. Очень часто акт
распределяется на несколько накладных, В таком случае алгоритм не возвращает ни
сумму, ни аналитику.
Как измененно :
Исправлена работа идентификатора &Vip_[Obj:"SUMAKTUSL"] для
случая распределения акта на несколько накладных
L_SOPRDOC
Краткое описание :
При групповом оприходовании накладных на отпуск в
консигнацию не запускаются алгоритмы перед и после оприходованияОписание :
Что измененно :
При групповом оприходовании накладных на отпуск в консигнацию
не запускаются алгоритмы перед и после оприходования Просьба настроить запуск
алгоритмов ___ В аналогичной операции - Управление сбытом/Операции/Пакетное
формирование ордеров/По накладным на отпуск подключенные алгоритмы запускаются.
Как измененно :
Подключена обработка алгоритма.
L_SOPRDOC
Краткое описание :
Предупреждения при ручном импорте УПДОписание :
Что измененно :
При ручном импорте УПД система формирует протокол с
предупреждениями. Данные предупреждения касаются несоответствия адреса
Продавца, Грузоотпр., Грузополуч., а также отсутствия отпускной ед. изм. МЦ:
Как измененно :
1. Экспорт произведен с включенной настройкой
KATORGADDR.OLDHISTORY, при этом в истории адреса не было домов - доработан
парсинг адреса при экспорте. 2. Обнаруженные предупреждения возникают только
при импорте СФ для документов с функциями СЧФДОП и СЧФ. 3. При проверке адреса
теперь проверяются и юридический(ранее был только он) и почтовый, при этом если
нет совпадения и там и там то выводятся значения по обоим адресам(если ссылки
на них различны). Для грузополучателей/отправителей как и раньше только
почтовый. Механизм проверки модифицирован, чтобы избежать путаницы с положением
типа элемента и его сокращением - проверяется только название элемента. 4.
Добавлен контроль по номеру, дате, продавцу при импорте сопроводительных
документов.
L_SOPRDOC
Краткое описание :
ЕИС. Замечания по PRIL _ON_NSCHFDOPPR.Описание :
Что измененно :
Требуется доработать выгрузку в ЕИС
Как измененно :
1. При отсутствии КодСВР(берется из ИГК) тэг СведПоставщик
заполняется. 2. В теге СведТов поля ВсегоОплСтТовУчНалВсего и ВсегоОплСумНал
теперь выводятся только если валюта договора не совпадает с валютой в
накладной(но пока в валюте накладной). 3. В теге СведМестоПоставки в теге По
КЛАДР в поле КЛАДР_Код теперь подрезается до 11 символов(выводился улицы). 4. В
тег СведМестоПоставки в поле ИнфДляУчаст выведен "0" если поле
KatOrg.SJURIDICALID не заполнено. 5. В тег СведМестоПоставки поле
ИдМестаПоставки также продублировано в ИГК - если адрес по ГАР, то возьмется
оттуда, иначе можно внести в ИГК.
L_SOPRDOC
Краткое описание :
ЕИС. Дополнения по ON_NSCHFDOPPRОписание :
Что измененно :
Требуется доработать для выгрузки в ЕИС по формату
ON_NSCHFDOPPR
Как измененно :
Добавить 1. в подпись ИныеСвед="1" 2. в тег ДопСвФХЖ1 тег
ИнфПродГосЗакКазн - он был ранее, но выводился только при заполнении номера ИГК
- переделал на наличие. 3. в тег СвПокуп поле ИнфДляУчаст="0".
L_SOPRDOC
Краткое описание :
Диадок поддержал новый формат УПД по приказу 970Описание :
Что измененно :
Диадок
(https://www.diadoc.ru/blog/51351-obmenivajtes_upd_po_novomu_formatu) поддержал
новый формат УПД и счет- фактуры утверждённого приказом ФНС России от
19.12.2023 № ЕД-7-26/970@.
(https://www.nalog.gov.ru/rn77/about_fts/docs/14414412/?ysclid=lwg7ghsqhw579555411)
Налогоплательщики должны будут перейти на него до 1 апреля 2025 года.
Полноценно работать с УПД и счет- фактурой через API можно уже сегодня, а в
веб-версии сервиса реализована возможность загрузки готовых файлов, подписания,
отправки и работы с входящими документами по 970 формату. Позднее появится
возможность создавать УПД по новому формату в редакторе веб-версии, передавать
данные в ФНС и Честный знак, а также обмениваться документами в роуминге.
Как измененно :
Тип формируемого файла включается настройкой DIADOC.VARIANT
"Общие настройки системы \ Работа с Контур.Диадок \ Использовать формат
документов" Рекомендуется использовать SDK c# ( DIADOC.SDK "Общие настройки
системы \ Работа с Контур.Диадок \ Использовать SDK" = C# 32x,64x, с++ снят с
поддержки Контуром ) и новый вариант экспорта УПД ( DIADOCEXPORT.UPD "Общие
настройки системы \ Работа с Контур.Диадок \ Настройки экспорта \ При отправке
УПД использовать структуру" = вариант 2, но пока почему то не всегда идет
отправка с выдачей сообщения "Документ не может быть отправлен в указанном
формате"(других нет, а этого недостаточно для локализации), поэтому можно
использовать вариант 1, пока его поддержку не отключили в Диадоке. По 820 с
вариантом 2 проблем нет. Поскольку c# мало кем используется, то напоминаю
основные тонкости по его использованию. 1. Нужно зарегестрировать
RegGalDiadocConnectS.bat , для чего его отредактировать и запустить из
командной строки от имени администратора. 2. Версия GalDiaDocConnectS должна
точно коррелировать с DiaDocApi.Dll (файлы менять всегда только парой). 3. При
возникновении проблем в списке документов Диадок нужно нажать alt+5 и не
закрывая его повторить действие(например отправку накладной на отпуск). При
этом в рабочем каталоге ярлыка будет записан файл diadoc_dll.log, в котором
возможно будет полученная вами ошибка в галактике. Если текста ошибки не будет,
значит виновата не dll.
L_SOPRDOC
Краткое описание :
Маркировка. Несколько товарных групп - деление запросовОписание :
Управление сбытом \ Документы \ Накладные на отпускЧто измененно :
Реализовать функционал в документе "накладная на отпуск МЦ",
операция "Вывод из оборота". При входе в интерфейс создания запросов проверять
товарную группу по каждому коду маркировки. Приоритет определения товарной
группе согласно ERP-5812: 1. Группы МЦ 2. МЦ 3. В карточке кода маркировки.
Определяем товарную группу в обратной последовательности. Если нет в 3, берем
из 2, нет в 2, берем из 1. В обмене с сервисом: сравнивать с товарной группой
заявленной при создании запроса; для каждой товарной группы не совпадающей с
заявленной, формировать отдельный запрос внутри операции. В накладной: для
каждой товарной группы формировать отдельный запрос внутри операции. В случае
неудачного определения товарной группы выдавать протокол с перечнем таких КМ.
Эти КМ удаляются из запроса и далее в работе не участвуют. В протоколе выводить
КМ без товарной группы с пояснением: Укажите товарную группу либо в карточке
КМ, либо в МЦ либо в группе МЦ.
Как измененно :
Реализовано согласно описанию