L_SKLAD
Краткое описание :
Нужно оптимизировать расчет "Пересчет цен в расходных ордерах"Описание :
Пересчет цен в расходных ордерахЧто измененно :
Нужно оптимизировать расчет "Пересчет цен в расходных ордерах"
Запускают это расчет ради получения двух отчетов
"RECALCSP_01.OUT"
"Ошибки при пересчете цен"
Которые открываются в конце процедуры пересчета.
Делают это для того чтобы исправлять ошибочные ситуации так называемый "Виртуальный минус"
Определить порядок движения возможно только по номеру накладной.
Сотенно получают отчет "Ошибки при пересчете цен" и согласно этого отчета меняют номера накладных.
Потом запускают этот пересчет чтобы выправить некорректные ситуации.
Повторно получить такой же расчет можно только на следующий день.
Но запустить этот расчет можно только в монопольном режиме, поэтому запускают его только в конце недели.
Если бы отчет "Ошибки при пересчете цен" можно было получить как то по другому (в немонопольном режиме,
без необходимости тотальной корректировки цен в документах проблем было бы меньше.
По сути все время расчёта тратиться ради корректировки в ордерах тысячных долей копейки.
Лишь в некоторых документах суммы меняются существенно .
См в папке "Q:\WORK\Yurgen\05 Про оптимизацию расчета средних цен" обсуждение этого вопроса и скриншоты выполненные в момент проведения тестов.
Числовые показатели проведенных тестов:
"Запуск на тесте ТД (6 часов)"
"Запуск продуктив VEK (20 часов)"
"Запуск продуктив ТД (6 часов)"
Копия БД заказчика есть в наличии в отделе тестирования, тесты и оптимизацию можно проводить на ней.
Как измененно :
Расчет не только оптимизирован, но и исправлен, т.к. раньше на некоторые позиции считало неправильно. Доработано для Oracle и SQL.
L_SKLAD
Краткое описание :
Перенести хранение полей из внешних атрибутов в таблицу KatMCОписание :
Не знаю, какая именно часть контура логистики, научитеЧто измененно :
Перенести хранение полей из внешних атрибутов в таблицу KatOrg и SpMC:
содержит ГМО - KatMC.wBitFlags
% стоимости - SpMC.ProcCompl
Как измененно :
Перенесено хранение полей из внешних атрибутов в таблицу KatOrg и SpMC:
содержит ГМО - KatMC.wBitFlags
% стоимости - SpMC.ProcCompl
L_SKLAD
Краткое описание :
Возможность отвязки прихода от ранее выбранного документаОписание :
Предложение по новой функциональности модуля Складской учетЧто измененно :
Возможность отвязки прихода от ранее выбранного документа
Необходимо:
1. При выборе по МЦ свободных приходов выводить окно Свободных приходов в любом случае, даже если нет свободного остатка, но есть текущий остаток по МЦ в выбранном разрезе, чтобы была возможность реализации действий по п. 2.
2. В интерфейсе Свободных приходов по контекстному меню реализовать возможность отвязки прихода от ранее выбранного документа. Соответственно возможность последующей привязки по текущей позиции текущего документа или созданию новой позиции в текущем документе.
Как измененно :
Добавлен пункт локального меню в интерфейс выбора из свободных приходов "Отвязка позиции спецификации - ALT+D".
Окно с выбором из свободных приходов вызывается в случае даже если все приходы полностью запланированы к списанию, но по ним не проводились еще ордера. Если ордера проводились, то позицию отвязать нельзя в любом случае, т.к. остаток фактически списан.
В одном окне можно как привязывать новые позиции, так и отвязывать старые, выбрать позиции, которые запланированы для списания в других документах нельзя. Можно только их отвязать, а потом уже выбрать.
L_SKLAD
Краткое описание :
Некорректность в создании рекламации по акту на
пересортицу(строительство-строительство)Описание :
Накладные на возврат по рекламацииЧто измененно :
Некорректность в создании рекламации по акту на
пересортицу(строительство-строительство)- после проверки КОУ получаем:
Проверка накладных
Рекламационная накладная от покупателя на возврат МЦ № MIV@654615 от
18/06/2014: не заполнено поле "контрагент к взаиморасчетам" в шапке. (Table
KatSopr NRec=281474976712731)
Проверка накладных закончена
Как измененно :
Исправлено.
L_SKLAD
Краткое описание :
нет возможности печати НВП, если на spdocnal права только
чтениеОписание :
Накладные на внутреннее перемещениеЧто измененно :
Нет возможности печати НВП, если на spdocnal права только
чтение.
У КЛИЕНТА ТАКАЯ БЕДА: При выгрузке отчета накладной на внутреннее перемещение
выдает ошибку TBlockModifier.Run+GroupDelete. Таблица № 1105. Операция
запрещена. Если в накладной присутствует 1 позиция,система ругается отчет
выдает верный. Если в накладной нах-ся более одной позиции, в отчет попадает
только первая поз-ия (пользователи не могут получить корректный отчет).
При печати НВП Ctrl+P по журналу видно, что зачем то создавались и сразу же
удалялось столько записей spdocnal, сколько строк в спецификации НВП.
Дать полные права клиент не может.
Считаю что использовать spdocnal как tmp - не правильный подход.
p.s. к сожалению, на "голом" релизе без патчей работало точно так же, не то
ошибку бы влепил. С точки зрения идеологии ошибка и есть.
Как измененно :
Печать НВП возможна при ограничениях на таблицу SpDocNal только
чтение.
L_SKLAD
Краткое описание :
Реализовать возможность печати помеченных приходных ордеровОписание :
Приходные ордераЧто измененно :
Реализовать возможность печати помеченных приходных ордеров
Сейчас такой возможности нет. Можно воспользоваться только групповой печатью, но этот вариант не подходит, т.к. фильтру не хватает "гибкости" для отбора необходимых документов .
Пометку ордеров реализовали, а вот о печати ордеров никто не вспомнил.
Как измененно :
Реализована возможность печати помеченных Приходных ордеров в текст и FastReport.
L_SKLAD
Краткое описание :
Доработать функционал распределения позиций по партиям в накладной на внутреннее перемещениеОписание :
Накладные на внутреннее перемещениеЧто измененно :
Доработать функционал распределения позиций по партиям в накладной на внутреннее перемещение
Как измененно :
Доработан функционал распределения по партиям НВП следующим образом:
- если по позиции нет остатка, то позиция переносится в накладную к заказу и удаляется из текущей НВП (ранее количество по такой позиции просто обнулялось);
- если по позиции есть остаток частично без партии, то часть количества останется в текущей накладной (на количество остатка), а часть будет перенесена в накладную для заказа.
L_SKLAD
Краткое описание :
Уберите лишнее предупреждениеОписание :
Акты на пересортицуЧто измененно :
Уберите лишнее предупреждение: при простом входе в интерфейс редактирования ругается на запрет его редактирования при наличии ордеров,но мы ничего еще и не редактируем.
Как измененно :
Убрано сообщение о запрете редактирования при входе в интерфейс редактирования.
L_SKLAD
Краткое описание :
Не возможно выбрать накладную при формировании транзитной накладной.Описание :
Транзитные накладныеЧто измененно :
Не возможно выбрать накладную при формировании транзитной накладной.
Как измененно :
Исправлена возможность выбора накладной из транзитной.
L_SKLAD
Краткое описание :
Наследование значения sNameVarОписание :
Предложение по новой функциональности контура логистикиЧто измененно :
В последних обновлениях внешний атрибут "Вариант наименования" для таблиц SpStep, SpSchf, SpOrder был перенесен в поле sNameVar.
Раньше значение внешнего атрибута наследовалось: из спецификации ДО копировалось в спецификацию накладной/акта, из акта/накладной в спецификацию СФ.
sNameVar не копируется. Необходимо реализовать такую возможность, так как это критично для клиента и они не смогут обновиться до устранения.
Как измененно :
При формировании ДО по договорам/соглашениям/ПКП значение внешнего атрибута спецификации 'ВАРИАНТ НАИМЕНОВАНИЯ' переносится в поле SpStep.sNameVar
При формировании ДО по СД значение внешнего атрибута спецификации 'ВАРИАНТ НАИМЕНОВАНИЯ' переносится в поле SpStep.sNameVar
При формировании CД по ДО значение поля SpStep.sNameVar переносится во внешний атрибут спецификации СД 'ВАРИАНТ НАИМЕНОВАНИЯ'
При формировании CФ по СД значение внешнего атрибута спецификации 'ВАРИАНТ НАИМЕНОВАНИЯ' переносится в поле SpSchF.sNameVar
L_SKLAD
Краткое описание :
Вывести поле sNameVar в спецификацииОписание :
Предложение по новой функциональности контура логистикиЧто измененно :
нужно вывести поле sNameVar в спецификацию ДО, СФ, при нажатии по которому появляется интерфейс просмотра и редактирования
Конфигуратром пользоваться не желают, мотивируя "Мы стараемся от этого уходить, чтобы было меньше проблем при переходе на новые патчи. Только в крайнем случае этим пользуемся."
Как измененно :
Поле "Наименование для печати" выведено в расширенной информации по позиции спецификации в документах:
-ДО (на продажу, закупку и предоплатные)
-СФ
-налоговые накладные
-складские ордера