L_SOPRDOC
Краткое описание :
Перекомпиляция на Атлантисе 5.5.39.0 интерфейсов-потомков
AtlProtocolОписание :
Управление персоналом / Настройка / Контроль данных / Картотека
сотрудниковЧто измененно :
Для совместимости с Atlantis 5.5.39 необходимо пересобрать
компоненты использующие AtlProtocol.
Как измененно :
Пересобраны компоненты использующие AtlProtocol.
L_SOPRDOC
Краткое описание :
Маркировка. Агрегированные КМОписание :
Управление снабжением \ Документы \ Приходные накладныеЧто измененно :
Поддержание работы с агрегированными КМ. Если мы получаем
продукцию от поставщика с агрегированным кодом маркировки, надо будет
передавать информации о разагрегировании, когда из агрегированного кода
получается штучный. И обратная ситуация также возможна, когда на складе
собирают коробку и агрегируют товар в нее, создавая новый агрегированный код.
Как измененно :
Реализовано. В раздел "Общие настройки системы \ Маркировка
товаров \ Код маркировки по умолчанию" добавлены настройки: 1.
Doc.SerialN.MARK.KTIU, 'Код упаковки КТИУ 2. Doc.SerialN.MARK.ATK, 'Код
упаковки АТК' с выбором из каталога МЦ с ролью "код маркировки". В модуль
"Складской учет" - "Операции" - "Агрегирование кодов маркировки" добавлены
документы 636, Акт агрегации транспортных кодов 637, Акт трансформации
транспортных кодов 638, Акт расформирования транспортных кодов
L_SOPRDOC
Краткое описание :
Не наследуется авансовый СФОписание :
Управление сбытом - Документы - Наши СФЧто измененно :
При высвобождении платежа по исправительному документу в
хозоперации на высвобожденную сумму не наследуется авансовый СФ.
Как измененно :
При высвобождении платежа сохраняем ссылку на авансовый СФ
L_SOPRDOC
Краткое описание :
Как распределить в ячейку приход по КНОписание :
Управление сбытом \ Документы \ Накладные на отпускЧто измененно :
1. Нет возможности оприходовать (списать) разницу в количестве
по КН - не формируется ПСО. 2. Формируем РСО с минусовым количеством - при этом
фактический остаток увеличивается, но... 3. Распределить минусовый расход как
приход в ячейку нельзя! Нужна увязка КН и КД с функционалом ордеров и ячеек!
См. пример (одна из ситуаций) во вложении.
Как измененно :
Поскольку по сторнирующей накладной создавался складской ордер
с отрицательным количеством, неверно формировались движения по ячейкам
хранения, а так же неверно рассчитывался остаток в разрезе ячеек. Добавлен
функционал по обработке сторнирующих накладных, исправлено формирование
операций по ячейкам. Операции формируются, так же как и складские ордера, т.е.
по приходному складском ордеру будет сформирован приход по ячейке хранения, по
расходному складскому ордеру будет сформирован расход по ячейке хранения. По
созданным операциям рассчитывается остаток в разрезе ячеек хранения
(заполненный объем).
L_SOPRDOC
Краткое описание :
Расхождения сумм и НДС в накладная+акт с приходным
ордером/М-4Описание :
Управление снабжением \ Документы \ Приходные накладныеЧто измененно :
Есть две накладные и два акта связанные с этими накладными.
Формируем ПО и затем форму М-4 видим расхождения в суммах и НДС.
Как измененно :
В момент формирования ордеров запоминается сумма налогов по
позиции распределения спецификации накладной (SoprOrdB , спецификация -
расширенная информация - закладка "распределение" - там же их можно посмотреть
через ЛПМ "Внешние атрибуты" - "НДС" и "Входимость налогов"). Старые документы
будут формироваться по старому. Признаком, что документ был перепроведен
является наличие во внешнем атрибуте ""Входимость налогов" 1 (налоги входят), 2
налоги не входят.
L_SOPRDOC
Краткое описание :
Заполнение СФ на авансОписание :
Управление сбытом - Документы - Наши СФЧто измененно :
У клиента большие спецификации, он не может их выводить в
авансовых СФ. Сейчас у него выводиться "Аванс по договору №
315/RU-Оплакс-RUB/19 от 01.04.2019", но это тоже его не устраивает. Клиенту
необходимо выводить какую-то обобщенную спецификацию. Он предлагает заводить
название обобщенной спецификации во внешний атрибут и выводить его на печать,
выгружать в экспорт по ЭДО (xml).
Как измененно :
Добавлен в параметры печати "Обобщенное наименование". При
выборе необходимо выбрать внешний атрибут из которого будет печататься
значение.
L_SOPRDOC
Краткое описание :
Накладная на отпуск - Передача в ГИС МТОписание :
Управление сбытом \ Документы \ Накладные на отпускЧто измененно :
Добавить кнопку в накладной на сбыт для отправки данных в ГИС
МТ "вывод из оборота".
Как измененно :
Кнопка добавлена.
L_SOPRDOC
Краткое описание :
При работе ФЛМ Замена статуса из документа становится
недоступен выбор статусов при определенных условияхОписание :
Управление снабжением->Документы->Приходная накладная флм Замена
полей ( статуса)Что измененно :
Если в модели при переходе в очередности отсутствует
определенный переход- например, оформляемый - оформляемый, а в выбранном списке
документов для замены статусов выбраны в том числе и документы в статусе
оформляемый, то в списке флм возможного выбора данный статус становится
недоступным
Как измененно :
Исправлено
L_SOPRDOC
Краткое описание :
К 4682 - Проведение в приходе и расходе КИТУ без
детализации КМОписание :
Управление снабжением, управление сбытомЧто измененно :
Требуется обеспечить работу с транспортными кодами в снабжении
"Приходная накладная", в сбыте "Накладная на отпуск", Складской учет -
"Накладная на внутреннее перемещение". Транспортная упаковка при закупке скорей
всего придет без расшифровки по кодам маркировки. Также она может быть
сформирована и на предприятии. При этом в экспорте при продаже упаковки нельзя
передавать коды маркировки, поскольку в этом случае СУЗ в автомате расформирует
все уровни упаковок. В указанные документы в локальное меню спецификации
требуется добавить пункт меню "Создать по транспортному коду". При создании
требуется обеспечить проверку на повторное создание.
Как измененно :
Реализовано.
L_SOPRDOC
Краткое описание :
Диадок. Не получается отправить документ до КА из
черновика, ошибка подписанияОписание :
Галактика ERP \ Логистика \ Управление сбытом \ Документы \
Работа с Контур.ДиадокЧто измененно :
Не получается отправить документ до КА из черновика, ошибка
подписания.
Как измененно :
Доработано подписывание черновиков. Для их отправки следует
использовать DiaDoc.SendDraft вместо DiaDoc.PostCurDiadocMessagePatch
L_SOPRDOC
Краткое описание :
При экспорте в ЭДО по 552 приказу нужна версия 5.02Описание :
Управление сбытом => Операции => экспорт/импорт => экспорт по
учету сопроводительных документовЧто измененно :
Управление сбытом => Операции => экспорт/импорт => экспорт по
учету сопроводительных документов во вложении показано как заполнено.
Столкнулись с тем, что СБИС не принимает старые формы, т.к. не смотря на то,
что указываем версию 5.02 - шаблон, идущий в комплекте с системой есть только
для версии 5.01 для этого типа документа. 5.02 только в счетах фактурах и
универсальных передаточных документах.
Как измененно :
Доработано формирование документов по приказу ФНС России от
30.11.2015 № ММВ-7-10/552 и приказом ФНС России от 08.04.2019 № ММВ-7-15/176.
Рекомендуется использовать УПД.
L_SOPRDOC
Краткое описание :
Проблема при копировании акта на оказания услугОписание :
Управление снабжением - Документы - Акты на прием услугЧто измененно :
Изменена процедура копирования сопроводительных документов
Как измененно :
Изменена процедура копирования сопроводительных документов: -
добавлена обработка настроек "Логистика \ Документы \ Сопроводительные
документы \ Расчет сумм, налогов \ Дата курса валюты в сопроводительных
документах", "Логистика \ Складской учет \ Сопроводительные документы \ Дата
курса валюты в сопроводительных документах складского учета". - для документов
в валюте после копирования документа осуществляется пересчет на дату курса, в
случае если дата курса отлична от даты копируемого документа. -дополнительно
добавлены 4 настройки для запуска алгоритма пересчета с именем "Алгоритм
пересчета при копировании валютных документов": Oper.Buy.Nakl.RecalcValAlgo
(Управление снабжением/приходная накладная) Oper.Buy.AktUsl.RecalcValAlgo
(Управление снабжением/акт на прием услуг) Oper.Sell.Nakl.RecalcValAlgo
(Управление сбытом/накладная на отпуск) Oper.Sell.AktUsl.RecalcValAlgo
(Управление сбытом/акт на оказание услуг) Разработан алгоритм пересчета с
системным номером 3031. Для использования алгоритма необходимо
перерегистрировать алгоритмы, и добавить алгоритм в новые настройки.