L_OSTATKI
Краткое описание :
Выбор из прайс-листа и/или текущих остатков с учетом
складов при включенном распределении в накладной на отпускОписание :
Что измененно :
При включенной настройке = ДА OPER.SELL.NAKL.SPISRAZR
"Логистика \ Документы \ Управление сбытом \ Накладная на отпуск \ Формирование
ордеров по накладным \ Разрешать списание с нескольких разрезов Склад-МОЛ" -
Разрешать списание с нескольких разрезов Склад-МОЛ: нет/да — при установленном
значении нет функционал накладной на отпуск остается без изменений. При
установке значения да в расширенной информации по позиции спецификации
появляется возможность разноски по различным складам (вкладка Разноска по
складам) и формирования нескольких ордеров по накладной на отпуск В прайс
листах указывается разрез Склад-МОЛ, а при выборе МЦ из текущих остатков так же
известен разрез! При включенном распределении по складам в накладной на отпуск
имеет смысл переносить разрез в соответствующую вкладку
Как измененно :
Реализовано.
L_OSTATKI
Краткое описание :
В текущих остатки в карточке МЦ не видны остатки по ЦУ с 0
в текущихОписание :
Что измененно :
В текущих остатки в карточке МЦ не видны остатки по ЦУ с 0 в
текущих. Складкой учет - Документы - Карточка складского учета - МЦ - ПЛМ
Текущие остатки МЦ Интерфейс "Текущие остатки МЦ" L_OSTATKI::GTEKOSTSKPR
Как измененно :
Причина в том, что в этом случае не формируется запись в
TekSaldo. Добавлена настройка Sklad.Check_OSTCU_IFZero , 'При расчете остатков
при 0 кол-ве контролировать наличие остатков в целевом учете' При включении при
расчете текущих остатков будет выполнена проверка на наличие остатков в ЦУ. Для
исправления отображения придется пересчитать текущие остатки.
L_OSTATKI
Краткое описание :
Автозакрытие сообщений с "ОК" о пересчёте данных (проверка
КОУ,пересчет ср.цен) при совместном доступе к таблицеОписание :
Что измененно :
При выполнении "проверки КОУ" или при "пересчете средних цен"
временами возникает диалоговое окно с информацией об ошибке совместного доступа
к таблице (например, таблице 1110) с другим пользователем, данные будут
пересчитаны. При этом доступна одна кнопка "ОК". Сама операция
приостанавливается, пока кнопка не будет нажата. Также зачастую таких окон
возникает целая серия (например, штук 50), что значительно затягивает процесс,
т.к. приходится нажимать "ОК" много раз с разрывом во времени.
Как измененно :
В предоставленной информации только "Конфликт с другим
поьзователем, запись будет пересчитана. Таблица 1101." (SaldoMC). Ошибку выдает
атлантис на системном уровне, поскольку нет обработки на прикладном.. Поиск
места без устойчивого повторения сильно затруднен. В принципе такая ошибка
может возникнуть, даже для одного и того же пользователя в случае обновления в
одном интерфейсе, и при не пересчитывании записи в другом.. Реализован контроль
ошибок обновления для 'таблицы SaldoMC в самом вероятном месте. При этом окно с
ошибкой не выводится, но идет запись в выходной каталог пользователя в файлы
вида ModifSal_ГГГГММДД.log, в FpLog, во временную таблицу MtSaldoMCErr (
CompSrc/L/L_Ostatki/Vip/ModifSal/ModifSal.vih). При пересчете средних цен в
расходных ордерах для режима "средние цены за период" будет предложено
повторить расчет для ошибочных записей, в другом случае сообщения будут
добавлены в протокол. Для других случаев возникновения подобных сообщений
следует предоставить более точное описание параметров запуска(в одной задаче
только один процесс) и появившихся ошибок(в частности следует сдвигать окно
сообщений, чтобы было видно что там за процесс идет, а также предоставлять sil,
fplog, отчеты c базы со сходными настройками(не обязательно с рабочей и с
повторением ошибки - она слишком плавающая). Можно полностью погасить все
сообщения, выполнив по Ctrl+F4 до начала процесса MessageLogEnableBatch, а
после MessageLogDisableBatch, но поскольку такой подход не совсем
правильный(данные в базе все равно останутся некорректными, но вы не будете
даже знать об этом), то использование этих функций оставим под ответственность
клиента.