L_SKLAD
Краткое описание :
Акты об излишках - распределение по ячейкам хранения.Описание :
Что измененно :
При редактировании заголовка в акте об излишках стали
доступными функции локального меню План внутреннего перемещения МЦ
(Автоматическое формирование, Удаление плана, Печать плана). Добавленные
функции аналогичны имеющимся в складской накладной на внутреннее перемещение,
при этом акты об излишках трактуются, как накладные на внутреннее перемещение в
плане обработки настроек, касающихся ячеек хранения.
Как измененно :
При редактировании заголовка в акте об излишках стали
доступными функции локального меню План внутреннего перемещения МЦ
(Автоматическое формирование, Удаление плана, Печать плана). Добавленные
функции аналогичны имеющимся в складской накладной на внутреннее перемещение,
при этом акты об излишках трактуются, как накладные на внутреннее перемещение в
плане обработки настроек, касающихся ячеек хранения.
L_SKLAD
Краткое описание :
цены НУ в приходном ордере по акту на перемещение между
объектамиОписание :
Что измененно :
При формировании складских ордеров в актах на перемещение между
объектами Цены НУ в приходном ордере не соответствуют ценам НУ соответствующих
позиций из расходного ордера.
Как измененно :
Исправлено. Реализовано как в НВП - если есть расходный ордер
то цена для налогового учета берется с него.
L_SKLAD
Краткое описание :
Контроль наличия МЦ при создании исправительной накладнойОписание :
Что измененно :
Клиент просит доработать процесс формирования исправительной
накладной в части контроля наличия МЦ в разрезе хранения исходной накладной.
При отсутствии МЦ на момент создания исправительной накладной система позволяет
формировать сторнирующие ордера. Настройка работы с МЦ запрещает списание без
наличия или текущего остатка, но не работает в исправительных накладных.
Необходимо выводить сообщение о "недостатке МЦ в требуемом разрезе" и запрещать
создание ордеров (сторнирующих и приходных).
Как измененно :
В раздел ""Логистика \ Документы \ Управление снабжением \
Приходная накладная \ Исправительная накладна" добавлена настройка
Doc.Buy.SN.CheckOST, 'При оприходовании контролировать наличие'. При ее
включении проверяется остаток по сторнирующей накладной.
L_SKLAD
Краткое описание :
Проблема при пересчете текущих остатковОписание :
Что измененно :
При пересчете текущих остатков пользователь ловит ошибку, если
кто-то в процессе запускает пакетное формирование ордеров (скрин01-02). При
этом настройка SKLAD.BLOCKMODORD "Логистика \ Складской учет \ Модификация и
контроль ордеров \Блокировать модификацию ордеров при пересчете остатков"
установлена в значение "да".
Как измененно :
Доработан контроль. При пакетном формировании проверка шла
после задания параметров, но перед пометкой накладных. Поэтому был шанс попасть
в формирование ордеров после начала расчета сальдо, но перед началом пересчета
резерва. При этом есть проверки на запуск расчета "сальдо"/"пересчета цен в
расходных ордерах"/"пересчета резерва" непосредственно в процедурах
формирования ордеров, но пересчет сальдо при условии наличия пометки по МЦ в
запуске расчета сальдо контролируется только по МЦ накладной.
L_SKLAD
Краткое описание :
Не отменяются акты ИЦНОписание :
Что измененно :
После обновления Галактики пользователи не могут отменить акты
изменения целевого назначения (ИЦН). После проведения акта ИЦН и дальнейшего
движения МЦ с уже новыми данными целевого учёта, у пользователей нет
возможности отмены ордеров в документах. В протоколе ошибок, формируется
перечень позиций по которым имеются акты изменения целевого назначения. После
открытия настройки OPER.SKLAD.EDITPRIHORDWITHAKTCU ("Списание МЦ в разрезе
объектов целевого учета") и установки значения "разрешать без наличия"
получается выполнить отмену акта ИЦН и в дальнейшем отменить ордера в расходном
документе.
Как измененно :
Исправлено. В ERP-11773 добавлена дополнительная проверка актов
ИЦН после даты накладной/акта(не дата формирования ордеров). Поиск изменен с
даты акта на дату проведения, добавлена проверка по статусу MtrAct.Status <>0 и
разрезу учета (склад/производство по настройке Oper.CelUch.VidUch), проверяются
позиции только куда(в этом акте SpSopr4.prMC=1). В настройке
OPER.SKLAD.EDITPRIHORDWITHAKTCU теперь такие значения: 0, 'разрешена'; 1,
'запрещена при совпадении разреза'; новые - то, что было до доработки ERP-11773
2, 'запрещена для любых актов по МЦ/партии'; = доработке ERP-11773 3,
'разрешить по запросу'; - значение 2, но с запросом.
L_SKLAD
Краткое описание :
В Акт о неликвидах не попадают МЦ, если исключить
перемещение между складамиОписание :
Что измененно :
Складской учет/Документы/Акт о неликвидах материалов -> кнопка
"Заполнить спецификацию" -> Было 11 МЦ, в августе 6шт по НВП переместили на
другой МОЛ. Почему оставшиеся 5шт не попали в акт о неликвидах, хотя исключили
перемещение между складами + в режиме отбора по Склад, Склад-МОЛ?
Как измененно :
Доработано. Виды операций "Движение между ячейками хранения" и
"Изменение ЦУ" исключены из параметров, поскольку по ним нет определения, а в
складских ордерах они не проходят.
L_SKLAD
Краткое описание :
Фильтр по колонкам в актах на списание МЦОписание :
Что измененно :
В списке документов Акты на списание МЦ (L_SKLAD::AKT_SPIS) не
работает фильтр по колонкам для столбцов "Склад" и "МОЛ". В задаче ATL-1236
рекомедовано поправить конкретный интерфейс. Если в коде функции GetPodrName и
GetMolName из L_SoprBase\vip\BaseSopr\BaseSopr.vpp заменить выдачу на
KatPodr.Name и KatMOL.Name в конкретном наследнике AKT_SPIS, то фильтры
работают
Как измененно :
Реализовано. Выведены поля KatPodr1_name( = if
(tunFormatNamePodrMOL = 0, KatPodr.Name, KatPodr.Kod + ' - ' + KatPodr.Name) )
и KatMOL1_Name ( = if (tunFormatNamePodrMOL = 0, KatMOL.Name, KatMOL.Kod + ' -
' + KatMOL.Name) Также доработаны функции GetPodrName и GetMolName - вывод с их
использованием в поля fPodrName и fMOLName есть еще в нескольких интерфейсах ,
например в "Акт на перемаркировку" - фильтр там теперь работает.
L_SKLAD
Краткое описание :
Неверные суммы в ордерах корректировочной накладной с ЦУОписание :
Что измененно :
Ордера дооценки к корректировочному документу формируются
неверно при корректировке приходного документа с партией разнесенной по
целевому учету. Сценарий повторения 1) Снабжение - Приходные накладные. Создаем
документ на приход из 2-х строк, одна ТМЦ с одной партией но разным целевым
учетом, формируем ордера. 2) Создаем к накладной Корректирующий документ
(Правой кнопкой по Приходной накладной) (для урпощения по одной строке), меняем
только стоимость, формируем ордера. При этом Корректировочный СФ формируется
верно, а Ордера дооценки формируюся на суммы не соответствующие исходному
документу. Ожидаются ордера на сумму одооценки, стоимость - НДС (в примере
833,33 ?) Для приходных документов с одной строкой, корректирующий документ
формируется ожидаемо и верно.
Как измененно :
Доработано. Теперь складские остатки учитываются в пропорции по
сумме по всем позициям накладной с таким же разрезом склад/мол/партия/ МЦ.
L_SKLAD
Краткое описание :
Не правильно открывается интерфейс, если операция по
производственному ордеруОписание :
Что измененно :
У клиента по подразделению работа с ячейками велась с
использованием ордеров УПЛ. В 2019 году ордера открывались не зависимо от типа
(проверил на exe от 15.01.2019). Потом видимо поменяли параметры вызываемого
интерфейса и при попытке открытия операций по приходам и расходам с
использованием производственных ордеров перестали открываться документы. А при
этом открывается интерфейс Складских ордеров, что не позволяет системе с
позиционироваться. Так же выявлена сопутствующая проблема позиционирования на
строке складских ордеров.
Как измененно :
Доработан запуск с учетом возможности запуска из производства.
Насчет 2019 года - проверил, это место не менялось, всегда вызов шел с SKPr =
0. Возможно была еще доработка под клиента.