L_SALDOMTR
Краткое описание :
Уменьшить время формирования оборотной ведомости МТРОписание :
Оборотная ведомостьЧто измененно :
Уменьшить время формирования оборотной ведомости МТР
Как измененно :
Время формирования ведомости с параметром "выполнять обработку на сервере" уменьшено.
L_SALDOMTR
Краткое описание :
Задвоение в оборотно-сальдовой ведомости МТР при определенных настройкахОписание :
Оборотно-сальдовая ведомостьЧто измененно :
Задвоение в оборотно-сальдовой ведомости МТР при определенных настройках.
Как измененно :
Исправлено
L_SALDOMTR
Краткое описание :
Зависает пересчет сальдовых остатков в разрезе МТР (реализация на DSQL) при определенных параметрахОписание :
пересчет сальдовых остатков по объектам МТРЧто измененно :
Зависает пересчет сальдовых остатков в разрезе объектов МТР (реализация на DSQL) при определенных параметрах:
1. "Настройки Галактики \ Логистика \ Складской учет \ Методика списания" = "Метод средних цен по разрезу - с учетом ЦУ";
2. "Настройки Галактики \ Общие настройки системы \ Работа с МЦ, услугами \ Целевое назначение МТР \ Расчет остатков МТР с использованием DSQL" = "да";
3. Фильтр по дате - НЕ УСТАНОВЛЕН;
4. Фильтр по объекту ЦУ - УСТАНОВЛЕН.
Платформа Oracle, SQL Server.
Как измененно :
Пересчет остатков в разрезе объектов МТР происходит корректно.
L_SALDOMTR
Краткое описание :
Не отображаются производственные свободные остатки в Ведомостях МТР при методике списания = "Метод средних цен по разрезу - с учетом ЦУ"Описание :
Сальдовая ведомостьЧто измененно :
Не отображаются производственные свободные остатки в Ведомостях МТР при методике списания = "Метод средних цен по разрезу - с учетом ЦУ"
Как измененно :
Исправлено.
L_SALDOMTR
Краткое описание :
в ДО на закупку не заполняется поле "Оплатить до" из настройки "Количество дней от даты ДО для заполнения поля "Оплатить до"Описание :
Предложение по новой функциональности контура логистикиЧто измененно :
в ДО на закупку не заполняется поле "Оплатить до" из настройки "Количество дней от даты ДО для заполнения поля "Оплатить до"
Ранее была зарегистрирована ПРОБЛЕМА В ПИР: 101.55208. Суть проблемы в том, чтобы можно было выбирать, каким образом будет заполняться поле "Оплатить До" в ДО на закупку- из договора или с помощью пользовательской настройки "Количество дней от даты ДО для заполнения поля "Оплатить до". Суть доработки - "Добавлена настройка "Настройки Галактики \ Логистика \
Документы \ Документы-основания \ Наследование дат "Оплатить до" и "Доставить до". Патчи установлены. Новая настройка при значении ДА берет дату из договора, а при значении "нет" поле остается пустым и при этом не срабатывает пользовательская настройка "Управление снабжения"-"ДО на закупку-Значение по умолчанию"-Количество дней от даты ДО для заполнения поля "Оплатить до". Хотя в этом и была суть ранее зарегистрированной проблемы.
Необходимо, чтобы при значении "нет" поле заполнялось согласно настройки "Количество дней от даты ДО для заполнения поля "Оплатить до". Нужно заметить так же, что в ДО подвязывается не только договор, но и доп. соглашение, и ПКП. Поэтому необходимо предусмотреть возможность включения/отключения наследования не только из договора, но из доп. соглашения, и ПКП. Иначе при подвязки доп. соглашения и ПКП в ДО, дата "оплатить до" заменяется на дату окончания доп. соглашения или ПКП.
Как измененно :
Если происходит формирование ДО по договору/соглашению, в которых не заданы условия, то даты "оплатить до" и "отгрузить до" инициализируются согласно настроек:
'"Настройки Галактики\Логистика\Документы\Управление сбытом\ДО на продажу\Значения по умолчанию\Количество дней от даты ДО для заполнения поля "Оплатить до""'
'"Настройки Галактики\Логистика\Документы\Управление сбытом\ДО на продажу\Значения по умолчанию\Количество дней от даты ДО для заполнения поля "Доставить до""'
Аналогично и для снабжения.
L_SALDOMTR
Краткое описание :
Цикл при проверке(обновлении) реестра настроекОписание :
Проверка реестра настроекЧто измененно :
После установки последних обновлений, при входе в Систему начинается проверка реестра настроек.
При проверке Система постоянно стоит на сообщении "Инициализация значений PickRep.cUser".
Как измененно :
Оптимизирован запрос на изменение таблиц UserDeskRep, PickRep для инициализации значений cUser.
Для БД на Оракл или MS запросы будут выполняться с использованием DSQL.
Если обновление таблиц при обновлении настроек было прервано (снято), то требуется это сделать вручную:
update visual 'Инициализация значений UserDescrRep.cUser' UserDeskRep
where (( UserDeskRep.ATL_ORIGINOFFICE /== x$Users.xu$UserOffice AND
UserDeskRep.OwnName /== x$Users.xu$LoginName ))
set UserDeskRep.cUser := x$Users.Atl_NRec;
update visual 'Инициализация значений PickRep.cUser' PickRep
where (( PickRep.ATL_ORIGINOFFICE /== x$Users.xu$UserOffice AND
PickRep.OwnName /== x$Users.xu$LoginName ))
set PickRep.cUser := x$users.atl_nRec;
Для БД на Оракл или MS SQL можно использовать следующие запросы:
sql update userdeskrep set cUser = coalesce((select x$Users.atl_nRec from x$Users where userdeskrep.ATL_ORIGINOFFICE = x$Users.xu$UserOffice and userdeskrep.OwnName = x$Users.xu$LoginName), #comp(0));
sql update pickrep set cUser = coalesce((select x$Users.atl_nRec from x$Users where pickrep.ATL_ORIGINOFFICE = x$Users.xu$UserOffice and pickrep.OwnName = x$Users.xu$LoginName), #comp(0));
Необходимость ручного обновления можно проверить наличие записей в указанных таблицах с cUser = 0:
select * from UserDeskRep where (( 0 == cUser ));
select * from PickRep where (( 0 == cUser ));