M_UP
Краткое описание :
Медленно работает интерфейс выбора по F3Описание :
Акт на списание сырьяЧто измененно :
Управление производственной логистики- акт на списание МЦ из производства:
при замене позиции на другую очень много времени проходит до появления окна выбора. (все время происходит Группировка сальдовых остатков, которая занимает 13 сек.)
См. вложение
П.с.Клиент утверждает, что до последнего обновления такой задержки не было. К слову сказать Галактика была перенесена на другой сервер.
П.с.2 у меня данная группировка сальдовых остатков запускалась один раз только на их локальной базе.
sil протокол прилагается \\BY01-FSRVCL01\share\atl_log\ЗПТ\102.144758\
Как измененно :
Добавлено значение настройки
"Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Акт на списание" -
"тек.наличие по подразделению"
При этом значении расчет наличия ведется без учета даты и учета МОЛ в целом по подразделению, что ограничивает применение данной настройки.
Данному Заказчику - подходит.
M_UP
Краткое описание :
Открывается/закрывается и снова открываетсяОписание :
Акт на списание сырьяЧто измененно :
При открытии документов: Акт на списание сырья из
Пр-ва, Накладная на отпуск в пр-во из списка,
происходит следующее: документ открывается в режиме
редактирования, закрывается и снова открывается (когда
открывается в первый раз он зеленый, когда во второй
-он синий).
см. лог \\BY01-FSRVCL01\share\atl_log\ЗПТ\102.144847\
Как измененно :
Доработано.
M_UP
Краткое описание :
9.1.УПЛ.Алгоритм 220.Ошибка при выполнении замен после формирования УСВОписание :
Системный алгоритм 220Что измененно :
Замены не подбираются хотя акты и варианты замен, по которым планировалось провести замены,
присутствуют в списке разрешенных алгоритмом для проведения замен по заданной МЦ. Ошибка проявляется после формирования "Универсальной складской ведомости".
Как измененно :
Ошибка исправлена. Замены средствами 220 алгоритма выполняются корректно.
M_UP
Краткое описание :
алг. 225 Для настройки "существующие документы приемники" =удалять Добавить подчиненную настройку "кроме оприходованных"Описание :
Системный алгоритм 225Что измененно :
алг. 225 Для настройки "существующие документы" =удалять Добавить подчиненную настройку "кроме оприходованных"
По инциденту 2.62531
Связано с ПИР 103.7610
После реализации связанного ПИР у клиента были удалены оприходованные исходящие накладные, против чего он возражает.
Оприходованные документы удалять 225 и 203 алгоритмами нельзя: оприходованная накладная это исполненный и подписанный документ, не оприходованный - это задание и/или черновик или ... (в зависимости от смысла, статуса и БП).
Настройка должна подчиненной по отношению к настройке "существующие документы-приемники" и представлять собой чекбокс, активный по умолчанию. Должна действовать при удалении существующих документов-приемников как с подтверждением, так и без подтверждения.
Как измененно :
В настройке алгоритма 225 на вкладке "Приемник" добавлена настройка (справа от "Существующие документы-приемники"), отображаемая при выбранных значениях "удалять по запросу" и "удалять без запроса".
Возможные значения новой настройки:
"только доступные для редактирования по настройкам" (по умолчанию)
"все".
Учитываются следующие настройки:
"Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Модификация накладных после списания/оприходования"
"Настройки Галактики \ Логистика \ Документы \ Сопроводительные документы \ Модификация и контроль данных \ Разрешать модификацию сопроводительных документов"
"Настройки Галактики \ Общие настройки системы \ Доступ к документам"
Интерфейс "Меню УПЛ - Настройка - Настройка доступа к документам и к нему настройка "Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Для накладных считать запрещенными помеченные статусы на закладке "Доступ к документам""
"Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Разрешать редактировать накладные, по которым производились замены"
Для предотвращения удаления ранее оприходованных накладных должно быть установлено значение общегалактической настройки
"Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Модификация накладных после списания/оприходования" отличное от "разрешать".
M_UP
Краткое описание :
УПЛ: Настройка "Пересчитывать в случае" при значении "превышение распределенного над количеством в спецификации" отрабатывает некорректноОписание :
Настройки Галактики/.../Управление производственной логистикойЧто измененно :
УПЛ: Настройка "Пересчитывать в случае" при значении "превышение распределенного над количеством в спецификации" отрабатывает некорректно
По инц. 2.61686
При списании по акту списания не выдается запрос на списание
Настройка "Пересчитывать в случае" при значении "превышение распределенного над количеством в спецификации" отрабатывает некорректно, то есть не выдает запрос на перерасчет, а при значении "Любое расхождение распределенного и количества в спецификации" запрос выводится. При этом настройка "Пересчет при распределении по входящим" имеет значение "Выдавать запрос".
Как измененно :
Доработано.
M_UP
Краткое описание :
алг. 203 Для настройки "существующие документы приемники" =удалять Добавить подчиненную настройку "кроме оприходованных"Описание :
Системный алгоритм 203Что измененно :
алг. 203 Для настройки "существующие документы приемники" =удалять Добавить подчиненную настройку "кроме оприходованных"
По инциденту 2.62531
Связано с ПИР 103.7610
После реализации связанного ПИР у клиента были удалены оприходованные исходящие накладные, против чего он возражает.
Оприходованные документы удалять 203 алгоритмом нельзя: оприходованная накладная это исполненный и подписанный документ, не оприходованный - это задание и/или черновик или ... (в зависимости от смысла, статуса и БП).
Настройка должна быть подчиненной по отношению к настройке "существующие документы-приемники" и представлять собой чекбокс, активный по умолчанию. Должна действовать при удалении существующих документов-приемников как с подтверждением, так и без подтверждения.
Как измененно :
На закладке "Настройка" добавлена настройка 'Обрабатываемые существующие документы - только доступные по настройкам редактирования или все' с возможными значениями:
'доступные по настройкам' (по умолчанию)
'все'
Учитываются следующие настройки:
"Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Модификация накладных после списания/оприходования"
"Настройки Галактики \ Логистика \ Документы \ Сопроводительные документы \ Модификация и контроль данных \ Разрешать модификацию сопроводительных документов"
"Настройки Галактики \ Общие настройки системы \ Доступ к документам"
Интерфейс "Меню УПЛ - Настройка - Настройка доступа к документам и к нему настройка "Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Для накладных считать запрещенными помеченные статусы на закладке "Доступ к документам""
"Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Разрешать редактировать накладные, по которым производились замены"
Для предотвращения удаления ранее оприходованных накладных должно быть установлено значение общегалактической настройки
"Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Модификация накладных после списания/оприходования" отличное от "разрешать".
M_UP
Краткое описание :
Ошибка при оприходовании накладной на приход ГПОписание :
Накладная на приход Готовой продукцииЧто измененно :
При оприходовании накладной на приход ГП выскакивает сообщение об ошибке:
-Не выполнилась функция InitMCinfo
Ошибка проявляется только если в настройке:
"Настройки Галактики \ Общие настройки системы \ Работа с МЦ, услугами \ Работа с МЦ \ Списание МЦ"(369)
установлено значение "запрещать без наличия или без текущего остатка".
Ошибка проявляется на любой БД.
Как измененно :
Реализовано.
M_UP
Краткое описание :
При нажатии F8 помечаются все документы, хотя удаление происходит корректноОписание :
Основание/ЛЗКЧто измененно :
При нажатии F8 помечаются все документы, хотя удаление происходит корректно
Если в списке ДО/ДЗК по F8 попытаться удалить текущий документ или группу документов, то помечаются все
записи, выводящиеся в интерфейс. При этом подтверждение на удаление и само удаление происходят корректно.
Как измененно :
Доработано.
M_UP
Краткое описание :
Распространить действие настройки "Отображать поля КАУ в спецификации документов" на ДО/ЛЗКОписание :
Основание/ЛЗКЧто измененно :
Распространить действие настройки "Отображать поля КАУ в спецификации документов" на ДО/ЛЗК
В рамках решения ПИР 101.55456 влияние данной настройки распространено на ряд документов УПЛ.
Но на ДО/ЛЗК действие настройки не распространяется, хотя при этом ФЛМ "Переключение режима отображения полей..."
в спецификации ДО/ЛЗК открывает обновленный интерфейс настройки, содержащий переключатели "Объект ЦУ" и
"Кау1".."Кау10".
Но при этом изменения интерфейса настройки не отражаются в спецификации ДО/ЛЗК
Как измененно :
Реализовано.
M_UP
Краткое описание :
Запускать другой интерфейсОписание :
По накладным на приход ГП из производстваЧто измененно :
Клиент просит в операции УПЛ - Операции - Пакетное
формирование ордеров - По накладным на приход ГП из
производства запускать интерфейс
'M_UP::IMNFINTRF.SCLISTDOC.M_UP::NAKL502.SELECTNAKL.KATSOPRSELECT.DSOPR',
вместо
'L_SOPRDOC::GETSOMEKATSOPR.BRKATSOPR.KATORG.NAME'.
Также желательно, чтобы это было при пакетном
формировании всех типов документов (актов и накладных)
модуля УПЛ. Скриншот во вложении.
Как измененно :
В пакетном формировании ордеров модуля УПЛ вызывается стандартный интерфейс выбора накладных из модуля УПЛ.
M_UP
Краткое описание :
Сломалась печать инв-3 в бизнес-тексте и rtfОписание :
Инвентаризация (УПЛ)Что измененно :
Сломалась печать инв-3 в бизнес-тексте и rtf.
Выводится только первая строка спецификации. Отдельные ячейки выделены жирным контуром.
Пример во вложении
Как измененно :
Доработано.
M_UP
Краткое описание :
Не работает "+" при заполнении спецификации накладной на отпуск в производствоОписание :
Накладная на отпуск в производствоЧто измененно :
В НОС не работает пометка всех позиций при выборе из текущего наличия.
Как измененно :
Доработано.
M_UP
Краткое описание :
Алгоритм 220. Исключение утвержденных актов замен из автоматического и ручного подбора по значению поля ПричинаОписание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
Для 220 алгоритма добавить настройку с помощью которой можно будет запретить проведение замен по актам замен если причина внесения изменений по данному акту определенная в окне редактирования акта внесена в список, который относится к данной настройке данного алгоритма.
Как измененно :
На закладку <Фильтр> окна настроек алгоритма добавлена настройка вида "CheckBox" "Игнорировать акты замен, для которых определены причины внесения изменений". Значение по умолчанию - "Выключено". При включении данной настройки, для пользователя становится доступной графа, в которой можно задать список позиций из каталога причин изменений.
M_UP
Краткое описание :
Модификация накладных после списания/оприходования только в открытом отчетном периодеОписание :
Накладная на отпуск в производствоЧто измененно :
Согласно бизнес-процессу на предприятии, пользователи в накладных для позиций спецификации должны проставлять значения для определенных внешних атрибутов.
В некоторых случаях, эти значения нужно проставлять когда накладная уже проведена. Для этих целей была установлена настройка:
Настройки Галактики \ Производство и планирование \ Управление производственной логистикой - Модификация накладных после списания/оприходования = разрешать. Но проблема в том, что при этой настройке система дает вносить изменения и в закрытом отчетном периоде, что неприемлемо для клиента.
Поэтому предложение доработать настройку, добавив значение "Разрешать в открытом отчетном периоде" или же предложите свое решение.
Как измененно :
В настройке
"Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Модификация накладных после списания/оприходования"
добавлена опция
"разрешать в открытом периоде оперконтура"