Информация о файле обновления Галактика L_OSTATKI_RES_810590.txt


Описание файла обновления:
ФайлL_OSTATKI_RES_810590.txt
ОбновлениеL_OSTATKI_RES_810590
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентL_OSTATKI
ТипRES
Версия8.10.59.0
Дата2013-10-23 14:56:03
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.127330NEWОтображаются нулевые записи в интерфейсе просмотра остатков по Alt+F в карточке складского учетаСкладской учетКарточки складского учета
Отображаются нулевые записи в интерфейсе просмотра остатков по Alt+F в карточке складского учета. После списания остатков материалов по определенным партиям и объектам строительства в карточке складского учета при просмотре сальдовых остатков по Alt+F отображаются записи с нулевым количеством и нулевыми суммами. Пересчет сальдовых остатков проблему не решает.Полностью списанные остатки по объектам ЦУ (по количеству и цене) не отображаются в КСУ по Alt+F по настройке: "Настройки Галактики Логистика Складской учет Включить МЦ с нулевым количеством в отчет наличия в разрезе - нет".
102.1265238.10.58.0HELP. Подключить правильный топик к окну выбора параметровСкладской учетНаличие в текущих остаткахпо предприятию
HELP. Подключить правильный топик к окну выбора параметров Складской учет Отчеты Наличие в текущих остатках по предприятию И на 9.1 тоже.Указан топик, как в главном меню
102.1272108.10.58.0Не правильный свободный остаток(txt-форма)Складской учетНаличие в текущих остаткахпо разрезам хранения
В отчете(txt-формат) выводится не правильный свободный остаток, если есть резервы по одному разрезу в разных документах. В Excel-формате все формируется верно.В Текстовой форме свободный остаток по разрезу выводится сразу с учетом всех резервирований по различным документам, по аналогии с Excel отчетом.
102.1212508.10.57.0Доработать отчет наличия по складам/МОЛ с ценами по предприятиюСкладской учетНаличиепо складам
Доработать отчет наличия по складам/МОЛ с ценами по предприятию На данный момент в указанных отчетах цены по предприятию возвращаются корректно только в том случае, если в фильтре выбрать все МОЛ/склады по которым есть остатки МЦ. Если установить фильтр по одному Складу/МОЛ, то цены будут в разрезе этого склада/МОЛ, а не по предприятию.Относится к: Отчет наличия по складам/МОЛ Доработано формирование отчета с параметром "цены по предприятию" и установленными фильтрами по складуМОЛу.
103.63828.10.57.0Ошибка макроса при печати отчета по текущим остаткам МЦ в целом по предприятиюСкладской учетНаличие в текущих остаткахпо предприятию
Ошибка макроса при печати отчета по текущим остаткам МЦ в целом по предприятию. Каталог МЦ у клиента - более 320 000 Предположительно, из-за использования в макросе типа integer, происходит переполнение переменной и Run-time Error 6.В Excel отчет будет выводится столько строк данных, сколько позволит ограничение самого Excel.
101.522378.10.56.0Расчет остатков с использованием DSQL. Пересчитываются остатки по всем МЦ, несмотря на фильтрСкладской учетпересчет сальдовых остатков
Включена настройка Складской учетРасчет остатков с использованием DSQL =ДА. В параметрах пересчета сальдовых остатков устанавливаем фильтр по одной МЦ,но система пересчитывает по всем имеющимся.Исправлено
101.523918.10.56.0Доработать выбор из текущих остатков в распоряжениях на возврат-отпуск МЦ.Складской учетРаспоряжение на возврат-отпуск МТР
Сейчас При выборе из текущих остатков склад и МОЛ в интерфейс выбора подставляется из распоряжения с закладки "Возврат". Но там это склад и МОЛ куда должны оприходоваться возвращенные от подрядчика МЦ. А надо чтобы склад и МОЛ для выбора из текущих остатков брались из акта на передачу МЦ на строительство или акта на передачу оборудования в монтаж, которые указываются в поле "Накладная" на закладке "Возврат" распоряжения на возврат-отпуск. Имеются в виду склад и МОЛ подрядчика. Ну, и конечно, остатки должны быть строительными.При выборе МЦ из текущих остатков по распоряжению на возврат-отпуск, если заполнено поле "Накладная", то для выбора остатков берется Склад и МОЛ поступления из Акта, который привязан к распоряжению. Тип остатков выбирается в интерфейсе распоряжения. Если поле "Накладная" не заполнено, но заполнено поле "возврат по контракту", то по подрядчику будет найден первый склад, который связан с подрядчиком и затем первый МОЛ, который привязан к Складу. Фильтр по этому Складу и МОЛ будет применен при выборе из текущих остатков. Если поле "Накладная" и "возврат по контракту" не заполнено, то как и ранее остатки будут выбираться для Склада и МОЛ распоряжения на закладке "возврат". Если Склад и МОЛ в распоряжении на закладке "возврат" не заполнены и не выбрана накладная и контракт, то фильтр по Складу и МОЛ при выборе из текущих остатков не устанавливается.
102.1190998.10.55.00154. Оптимизация алгоритма пересчета складских остатковКонтур логистикиПредложение по новой функциональности контура логистики
0154. Оптимизация алгоритма пересчета складских остатков Проект: 0154. Оптимизация алгоритма пересчета складских остатковРеализован алгоритм пересчета остатков на DSQL. Скорость пересчета возросла от нескольких раз до нескольких сотен раз (в зависимости от конкретной СУБД и БД). Запуск алгоритма регулируется настройкой: "Настройки Галактики - Логистика - Складской учет - Расчет остатков с использованием DSQL" По-умолчанию значение "нет", и запускается старый алгоритм на VIP. У пользователей с файл-серверной платформой будет запускаться данный алгоритм по-умолчанию, не зависимо от значения настройки. Пользователи же с клиент-серверной архитектурой, имеющие проблемы с быстродействием, могут выставлять значение данной настройки в "да" с целью ускорить процесс пересчета.
101.513808.10.54.0Торможение при построении отчетаСкладской учетНаличиепо складам
Первоисточник 101.51345 Возникает торможение системы у всех пользователей, если формируется отчет Ведомости наличия по складам.Относится к: Отчеты наличия по МОЛ, подразделению; Ведомость неликвидов. Основной запрос расчета сальдовых остатков на дату разбит на два под-запроса, в результате удалось повысить быстродействие выполнения расчета сальдовых остатков на дату.
102.1218818.10.54.0Выбор серийного номера при добавлении МЦ в спецификациюУправление сбытомНакладные на отпуск
При добавлении МЦ в спецификацию документов (например накладной на отпуск) необходимо сразу выбирать серийный номер добавляемого МЦДобавлен выбор серийных номеров из интерфейса "Текущее наличие МЦ пор разрезам" в Сопроводительные документы и в ордера. Для использования функционала необходимо установить параметр "Отображать серийные номера" в настройках интерфейса текущих остатков. В нижней панели будут отображаться серийные номера (номер и серия) по разрезу Склад-МОЛ-МЦ-Партия без учета привязки к ЦУ. При пометке МЦ или партии происходит автоматическая пометка имеющихся серийных номеров. После вставки записей в документ, серийные номера будут также привязаны к позициям спецификации. Выбор серийных номеров из текущих остатков работает в расходных ордерах и следующих документах: - Накладная на отпуск; - Акт на пересортицу; - Акт на списание; - Акт на на перемещение между объектами; - НВП; - Транзитная накладная. В других документах, даже если осуществить выбор из остатков с серийными номерами, то серийные номера не будут перенесены.
102.1231478.10.53.1Не фильтрует по группе МЦ в отчетахСкладской учетНаличиепо складам
Не фильтрует по группе МЦ в отчетах (пользователь заявляет что во всех, но я проверят только на выбранном в классификаторе проблемы). Ставлю фильтр по одной группе, в отчете получаю МЦ, не входящие в эту группу. В частности, при установке фильтра по группе "1031 Запчасти" в отчет попадают также следующие МЦ Автомат 1-полюсн.10А/5SY6110 10110006956 Автоэмаль AVE балтика-420 (0,8 кг) 10110000685 Автоэмаль AVE золот.-желтая-1035 МЛ-1120 (0,8кг) 10110000686 Автоэмаль AVE мурена-377 МЛ-1120 (0,8 кг) 10110000684 Автоэмаль AVE рубин-110 МЛ-1120 (0,8кг) 10110000688 Автоэмаль зеленая (0,8кг) МЛ-12 10110001785 Автоэмаль синяя МЛ1110 (0,8кг) 10110001867 Анкер клиновой 6х40. 10110000985 Арматура светосигнальная АВВ зеленая 220 АС/DC 10110006046 Арматура светосигнальная АВВ красная 220 АС/DC 10110006044 Бирка кабельная У 134 10110003221 Блок клемм 12х2 тип-винтовой сеч.2-6 10110006162 и т.д. которые никак не относятся к группе "1031 Запчасти", а относятся к группе "1011 Производственные материалы" Эта проблема по сути то же самое, что и в 102.122625, но та была снята из-за отсутствия уточнения. Привожу значения настроек у данного источника этой проблемы: "Настройки Галактики Общие настройки системы Работа с МЦ, услугами Работа с МЦ Иерархия групп МЦ" = кодовая "Настройки Галактики Общие настройки системы Отчеты, расчеты Включать МЦ/услуги из вложенных подгрупп в отчетах по группам" = нет "Настройки Галактики Общие настройки системы Отчеты, расчеты Включать МЦ в ближайшую или все группы по дереву в отчетах по группам " = (серая)в ближайшую подходящую группуПлатформа Oracle и SQL Server Проверить формирования отчетов наличия по складам при установленном фильтре в более 32767 позиций Проверить можно на базе: Service Name: GAL810T Host Name: BY01-ORACLE04 DataBaseName: GALAKSU До устновки обновления: Сформировать отчет наличия по складам, указав в фильтре по Группе МЦ следующие позиции: - Конструкции прочие и их части из металлов черных (в группу входит19943 МЦ ) - Части оборудования подъемно-транспортного и погрузочно-разгрузочного, относящего (входит 15022 МЦ) - Части и принадлежности к автотранспортным средствам группы 29.10 прочие (входит 10525МЦ) В итоге фильтр по МЦ будет содержать более 32767 позиция и отчет сформируется без установленного фильтра. После установки обновления данная ошибка проявляться не должна.
102.1213438.10.53.0отображение неверных цен в ведомости наличияСкладской учетНаличиепо складам
отображение неверных цен в ведомости наличия. Ошибка проявляется на базе КахХром со следующими данными: Номенклатурный номер - 131106400968 Склад - Склад 6-А - Строительные материалы ? АксЗФ Дата - 31.05.2012 Проявляется ситуация следующим образом: Делаем приход на склад1 с партией1, количеством 2, и ценой 200 на 10 число. Далее расход со склада1 по партии2 на количество 2 и ценой 100 на 1 число. Далее еще один расход со склада1 по партии2 но с количеством -2, и ценой 150 на 10 число. При этом в ведомости наличия по МЦ отображается информация: количество 2, цена 250. А в ведомости наличия по складам: количество 2, цена 400.Ошибочная ситуация исправлена.
180.73138.10.53.0Потеря преемственности - Нулевые данные в ведомости наличия по складамСкладской учетНаличиепо складам
Добрый день! В ведомость наличия по складам стали выгружаться МЦ с 0 количеством, 0 ценой и 0 суммой. Ранее такие данные не попадали в отчет. В итоге сформировалось только по 1 складу 123 строк с нулевыми данными. В отчет Наличие по МЦ в разрезах по тому же складу по нулевым МЦ отчет не формируется, система сообщает "Нет данных".Подобные "нулевые" позиции убраны из отчета. Ситуация исправлена.
180.73158.10.53.0Потеря преемственности - данные без МЦСкладской учетНаличиепо складам
В отчете по Наличию МЦ по складам в первой строке выгрузилась строчка без МЦ, но с ненулевыми количеством и ценой.Клиенту предложен SQL-скрипт удаляющий из таблицы SaldoMC записи с некорректной ссылкой на МЦ. Для исключения в будущем проявления подобной ошибки отчет доработан таким образом, чтобы в нем не отображались фантомные записи сальдовых остатков.
180.73048.10.52.0Потеря преемственности - неверные данные в ведомости наличия мцСкладской учетНаличиепо складам
Добрый день! После установки обновлений обнаружили, что некорректно формируется цена в отчете Наличие МЦ по складам. При установленном значении общесистемной настройки Настройки Галактики Логистика/Минимальное значение для количества МЦ - 0,001. и при фактическом наличии на складе количества ровно 0,001 тонн с ценой 888777,66 в ведомость выгружается цена 888.78. ЦЕНА МЦ в отчете уменьшается в тысячи и формируется исходя из 0.001*Цену МЦ (реальную цену). В других складских отчетах цена корректная (Наличие МЦ). Проблема обнаружилась на 2 заводах и у нас она локализовалась, проблема критичная. Отчет о системе направлю по почте.Исправлено.
180.73068.10.52.0Ведомость наличия по складам (партия)- потеря преемственностиСкладской учетНаличиепо складам
Добрый день, Инна! Со вчерашнего дня у нас не грузится ПиР поэтому посылаю проблему по почте. Наши заводы поставили обновления и обнаружили проблему: Неверно складывается цена по позициям участвующим в партионном учете. Настройки Галактики по методике списания Склад-Мол-Период. Но тем не менее Партионный учет на заводах ведется только по материалам собственного производства. На склад и МОЛ произведено несколько приходов одной и той же МЦ на разные партии с различной ценой, в дальнейшем происходит их списание. При пересчете цен (настройка: метод средних цен, Склад+МОЛ, за период) в расходные ордера устанавливается цена средняя по складу и МОЛу за период, в следствии этого цена в приходом и расходном ордерах по партии отличаются, и формируется позиция в сальдо с нулевым количеством и ненулевой ценой в разрезе склад+мол+партия. В системе до установки патчей при формировании ведомости наличия по складу цена складывается с учетом подобных нулевых позиций. В системе после установки патчей при формировании ведомости наличия по складу цена формируется без учета нулевых позиций по партиям. НО ведомости наличия МЦ по разрезам, движение по складам цена равна цена в отчете формируется корректно, как и раньше с учетом 0 количества и ненулевой ценой. Ранее стоял патч L_OSTATKI 8.10.46.0. Отчеты изменились после установки L_OSTATKI 8.10.49.0. Инна, проблема очень критичная, просьба рассмотреть и реализовать ее в кротчайшие сроки. Спасибо! Все уточнения направлены по почте Инне ГуриновичИсправлено. При формировании отчета наличия по складу учитываются нулевых позиций по партиям.
101.504628.10.51.0Зависание текущих остатковСкладской учетКарточки складского учета
Зависание текущих остатков при открытии интерфейса текущих остатков из КСУ при установленной настройке: "Настройки Галактики Общие настройки системы Работа с МЦ, услугами Работа с МЦ Показывать наличие по виду учета при просмотре текущих остатков МЦ".Исправлено зависание при открытии интерфейса текущих остатков по МЦ из КСУ, если по данной МЦ было очень много приходов и расходов по разным разрезам Склад-МОЛ-Партия.
102.1198258.10.51.0Не формируется отчет наличия по МОЛ по ценам предприятияСкладской учетНаличиепо МОЛ
Не формируется отчет наличия по МОЛ по ценам предприятияОтносится к: Отчет наличия по складам, Отчет наличия по МОЛ. Исправлена ошибка печати отчета наличия по молсклад с установленным параметром "цены по предприятию" на платформах Oracle, SQL Server.
102.1201808.10.51.0Необходимо, чтобы настройка для проведения балансировки не влияла на формирование отчетаСкладской учетНаличиепо складам
Необходимо, чтобы настройка для проведения балансировки не влияла на формирование отчета. Есть настройка "Настройки Галактики Логистика Складской учет Минимальное значение для цены МЦ при проведении балансировки" в которой установлено значение "0,01". Также есть МЦ, например, с количеством 1 630 827 и ценой 0,00158716 на сумму 2 588,38. Если формировать отчет "Наличие МЦ по складам", то тогда такая МЦ в отчет попадает с нулевой ценой и нулевой суммой, но если поменять значение настройки на большее, то тогда в отчет все выводится правильно. При этом, например, отчет "Наличие по МЦ" формируется всегда правильно независимо от значения описанной настройки. Необходимо чтобы эта настройка не влияла на формирование отчета, так как она предназначена для других функций.Изменено. Теперь настройка "Настройки Галактики / Логистика / Складской учет / Минимальное значение для цены МЦ при проведении балансировки" не учитывается для цены, но учитывается для стоимости спецификации ордера (как это было ранее в Pascal-алгоритме).
104.199708.10.50.0При заполнении спецификации Актов на списание МЦ из ремонта из текущих остатков в экранной форме "Текущее наличие МЦ по разрезам" при Установке фильтра по Объекту ЦУ поле Объект ремонта должно заполняТехническое обслуживание и ремонт оборудованияАкты на списание МЦ из ремонта
При заполнении спецификации Актов на списание МЦ из ремонта из текущих остатков, в экранной форме "Текущее наличие МЦ по разрезам" при Установке фильтра по Объекту ЦУ поле Объект ремонта должно заполняться автоматически значением из заголовка Акта. Например: 1.В заголовке Акта на списание МЦ из ремонта в поле Объект ремонта установлено значение Объект 1. 2.Выбираю МЦ из текущих остатков. 3. В экранной форме "Текущее наличие МЦ по разрезам" устанавливаю фильтр по Объекту целевого учета - Управление ремонтами (Роль: Объект ремонта, Аналитика: Оборудование) 4. В поле Объект ремонта автоматически выбирается Объект 1 (Объект ремонта из заголовка Акта на списание МЦ) 5. Нажимаю экр. кнопку яЕУстановить фильтряЕ.Относится: Акт на списания МЦ из ремонтов. 1. При вызове интерфейса выбора текущих остатков из спецификации акта, значения фильтра объекту ремонта автоматически заполнится значением из шапки акта. Объект ЦУ установится в соответствии со значением настройки Настройки Галактики Общие настройки системы Работа с МЦ, услугами Целевое назначение МТР Объекты целевого учета Управление ремонтами. 2. Для актов на списание МЦ из ремонтов добавлена возможность выбора из остатков в разрезе объектов ремонта. Использование интерфейса выбора в разрезе объектов ремонта в актах на списание МЦ из ремонтов задается следующей настройкой: - "Настройки Галактики Логистика ТОРО (Техническое обслуживание и ремонт оборудования) Документы Акты выполненных ремонтов и акты на списание Акты на списание МЦ из ремонтов в спецификации акта на списание МЦ из ремонтов по <CTRL><F3> вызывать". Окно выбора из остатков в разрезе объектов ремонта состоит из трех панелей: В верхней панели отображаются установленные фильтры по МОЛ, подразделению и объекту ремонта. Значения данных фильтров берутся из шапки акта на списание. Так же в верхней панели есть поле "Группировать по Группе МЦ", которое позволяет сгруппировать МЦ в средней панели по Группе МЦ. Средняя панель (таблица) содержит: - Наименование группировки (Наименование МЦ или Группа МЦ); - Номенклатурный номер МЦ; - Группа МЦ (присутствует если поле "Группировать по Группе МЦ" не установлено) - Единица измерения; - Остаток; - Цена в рублях; - Сумма в рублях. Нижняя панель (таблица), содержит следующие поля: - Партия; - Наличие (доступное для выбора количество МЦ); - Выбрано (выбранное пользователем количество МЦ); - Значения аналитик объекта ЦУ. Открытие окна настройки фильтров реализовано при помощи пункта локального меню "Фильтр:". Доступны фильтры по: - Склад; - МОЛ; - Партия; - МЦ; - Группа МЦ; - Аналитики КАУ1 - КАУ10; Изменять фильтры, которые берутся из шапки акта на списание (Склад, МОЛ и если задан объект ремонта) пользователю не доступно. При выборе спецификации из текущих остатков в разрезе объектов ремонта, на остатки накладывается фильтр по: - указанным в шапке акта передачи Склад, МОЛ; - объекту ремонта (если он указан в шапке акта). Объект целевого учета берется в соответствии со значением настройки: "Настройки Галактики Общие настройки системы Работа с МЦ, услугами Целевое назначение МТР Объекты целевого учета Управление ремонтами".
102.1186078.10.49.0Дублирование записей ведомости наличия по складамСкладской учетНаличиепо складам
Дублирование записей ведомости наличия по складам. Имеется два остатка с разными партиями МЦ1 количество 1 шт.; цена 100 рублей; разрез <Склад> <Мол> <Партия1> МЦ1 количество 1 шт.; цена 300 рублей; разрез <Склад> <Мол> <Партия2> Отчет о наличии по Складам выводит остатки тремя записями: Название Количество Цена МЦ1 1 100 рублей МЦ1 1 300 рублей МЦ1 2 200 рублей Исправьте.Ошибка исправлена.
102.1185788.10.48.0округление цен в актах на передачу оборудования в монтажУправление капитальными вложениями и строительствомАкт передачи оборудования в монтаж
У клиента возникли дробные цены в актах на передачу оборудования в монтаж и реестрах смонтированного оборудования. Необходима доработка (например, создание сервисной функции), посредством которой клиент смог бы округлить все дробные цены в спецификации указанных документов до рубля.Округление цены в документах УКС. Доработка касается 2-х документов: - Акт передачи оборудования в монтаж - Акт передачи материалов на строительство. Отменяется решение ПИР102.83959. Убраны настройки: - Округление цены при выборе МЦ из текущих остатков - .. цену в НДЕ округлять до - .. цену в валюте округлять до Вместо них добавлена настройка: "Настройки Галактики Управление капстроительством Документы Акты передачи Округление цены в актах". При значении "Да" цена в вышеуказанных документах округляется согласно настроек, по которым округляется стоимость в этих документах, а именно: "Настройки Галактики Логистика Документы Управление сбытом Округление в документах сбыта". Настройка отрабатывает при любом пересчете документа, в том числе и при выборе из текущих остатков. Т.О. не отменяется решение ПИР102.83959, а несколько модифицируется: цена и стоимость округляются по одним и тем же настройкам.
103.59608.10.48.0Не работает параметр "нулевое количество / ненулевая цена"Складской учетНаличиепо складам
Oracle Не работает параметр "нулевое количество / ненулевая цена" При любом значении параметра, МЦ с нулевым количеством и ненулевой ценой не выводятся. В аналогичном отчете "Наличие МЦ в разрезах" это параметр работает. В приложенном примере: - Аргон высокой чистоты (ном.номер 301601) -0,04 руб; - Сталь 12Х18Н10Т Пруток круглый 110 (031371) -0,14 руб; - ПЕРЧАТКИ "УНИВЕРСАЛ-45" (503113) 237,63 руб;Доработано. Теперь параметр "нулевое количество/ненулевая цена" работает.
101.490108.10.47.0Долго формируется отчет наличия остатков по складам (партионный учет)Складской учетНаличиепо складам
ПИР 102.110377 - Долго формируется отчет наличия остатков по складам (партионный учет)- 10.10.2011 была решена. G_SKL 8.10.08.0. Перед праздниками были установлены все последние патчи - проблема возникла вновь. // Долго формируется отчет "Ведомость наличия - по складам" для складов ОРСа. Продукты учитываются по партиям. По всем другим складам - партий нет. Для сравнения: Склад №1 БПТОиК - остатков на 78 079 544руб. (3 мин.) Столовая №1 - остатков на 750 314руб. (40 мин.) Если сформировать отчет "Ведомость наличия - по партиям" для Столовой №1 - (2мин.). Необходимо, чтобы отчет "Ведомость наличия - по складам" для складов ОРСа (учет по партиям) формировался 2-3мин. Отчет о старой системе прилагается. //Проблема с быстродействием решена, ускорение от нескольких раз, до нескольких десятков раз. Код формирования остатков был переведен на DSQL, и внедрен в интерфейсы "наличия по складам" и "наличие по складам в разрезе мол"
102.1125538.10.46.0Увеличить скорость формирования отчета (продолжение ПИР 102.107895)Складской учетведомость неликвидов
По результатам тестов данного отчета (после решения ПИР 102.107895) клиент просит всё же уменьшить время формирования отчета в разы. Т.к. в его случае для обработки берется большое количество МЦ (десятки тысяч) и складов (до 30) время формирования отчета, около 2 часов, неприемлимо. Скорость формирования следует увеличить в 5-10 раз.Скорость работы отчета, на СУБД с клиент-серверной архитектурой была увеличена в десятки раз. На pervasive - в несколько раз. При этом отчет ранее выдавался по предприятию, если не было наложено ни каких фильтров. Начиная с прошлых патчей, отчет начал формироваться в разрезах складов всегда. Теперь данная ошибка исправлена, и формирование отчета проходит как и ранее, т.е. в разрезе предприятия, если не наложены фильтры.
102.1152818.10.45.0Акт не видит текущих остатковТехническое обслуживание и ремонт оборудованияАкты на списание МЦ из ремонта
Пример на базе //Otp-781/data2, чтобы получить все настройки - зайти под: [Login] UserName=Brodko Password=yfnfkmz Пример на заявке №000351. Включено резервирование. При списании по акту сообщает: Накладная № 000006 от 30/03/2012 Контроль списания МЦ: запрещать без наличия или без текущего остатка Рукав РВД HM102х1500-PN02AOS04 (ном.номер: 101001530), ед.изм.: шт в требуемом разрезе нет свободного текущего остатка: - в накладной: 2.000, наличие (сальдовый остаток): 2.000, текущий остаток: 0.000 Манжета арм.15х30х7 (ном.номер: 105000238), ед.изм.: шт в требуемом разрезе нет свободного текущего остатка: - в накладной: 2.000, наличие (сальдовый остаток): 2.000, текущий остаток: 0.000 Хотя отчеты по текущим остаткам МЦ наличие показывают.Исправлено. Теперь остатки находятся корректно.
180.67288.10.44.0Округление количества в распоряженииСкладской учетРаспоряжение на внутреннее перемещение МТР
При пометке МЦ из текущих остатков с нецелым наличием (например, выбираем количество 1,24) после вставки выбранных МЦ происходит округление до целого значения в спецификации РаспоряженияПри вставке позиций в распоряжения из текущих остатков, если единица измерения является делимой, то можно ввести дробное количество и оно не будет округляться принудительно. Кроме того реализован выбор МЦ в распоряжениях в отпускных или учетных единицах измерения по настройке: "Настройки Галактики Логистика Складской учет Сопроводительные документы Количество в документах при выборе из каталога МЦ"
102.1143588.10.43.0Зависает Галактика при нажатии Ctrl+"+" на позиции спецификации в документахУправление сбытомНакладные на отпуск
Зависает Галактика при нажатии Ctrl+"+" на позиции спецификации в любом документе.Исправлено зависание при просмотре текущих остатков
102.1129418.10.42.0Избавление от ModifErr.*Контур логистикиОбщие вопросы по компонентам L_*
Интерфейс L_SaldoMtr::IModifErr был разработан для того, чтобы упростить отладку разрабатываемого кода, а также для диагностики ошибок модификации БД. Текущие версии Атлантиса прекрасно справляются с этими задачами, поэтому необходимости в интерфейсе IModifErr уже нет. Необходимо откатить использование этого интерфейса во всем коде Галактики.Интерфейс L_SaldoMtr::IModifErr удален. Удалены и все обращения к нему.
102.1137168.10.42.0Сделать окно цианового цветаУправление сбытомСчета, ДО на продажу
просмотр текущих остатков на складах CTRL+F2 - в шапке ДО. Сделать окно цианового цвета.Палитра интерфейса теперь циановая. Удалена обработка del. Убрана обработка Enter
102.1123418.10.41.0Зависает интерфейс текущих остатковУправление производственной логистикой (УПЛ)Акт на списание сырья
В Акте на списание МЦ из производства вызывается по F3 интерфейс текущих остатков, при этом установлены следующие параметры: [x] показывать резерв МЦ по подразделению [x] использовать разрез по объектам целевого назначения [x] отображать суммарное количество по выбранным МЦ Раньше при использовании таких параметров отображалось текущее наличие МЦ в производстве, теперь же пользователям приходится включать другие параметры интерфейса, чтобы увидеть текущее наличие. Это существенно замедляет работу с интерфейсом выбора. Необходимо вернуть ранее работавшую функциональность - отображать текущее наличие МЦ в производственных остатках при включении только перечисленных выше параметров.Исправлен вид учета, в котором рассчитывается наличие при выборе МЦ из текущих остатков в Акте на списание сырья. Теперь это будут остатки в производстве, а не в складском учете.
102.1130918.10.41.0Ошибка при формировании балансировки ценСкладской учетПроведение дооценки МЦ
Ошибка при формировании балансировки цен. Проявляется на примере //OTP-781/med МЦ: Колпачок d 35 белый (шагрень) NN 437000010 Отчет о наличии МЦ в разрезах на 01.09.2012 показывает наличие 0 шт по цене 0,04. Проводим балансировку цен в расходных ордерах на эту дату. В отчете о наличии МЦ в разрезах получаем наличие 0 шт по цене -0,04.Исправлен ошибочный расчет сальдовых остатков при проведении балансировки.
101.472778.10.40.0Округление в актах об излишках. Первоисточник 101.44101Складской учетПредложение по новой функциональности модуля Складской учет
ПИР 101.44101 был реализован не так, как просил заказчик. Были добавлены настройки для округления во всех сопроводительных документах складского учета. А изначально просили только об акте об излишках. Дело в том, что у клиента округление используется только в приходных накладных (для них есть настройка), а также требуется в актах об излишках. Всё это довольно подробно с примерами описано в указанном мною ПИРе 101.44101. Просьба доработать функционал согласно первоначальной постановке задачи. Необходимо для актов, создаваемых непосредственно из инвентаризации(!!) и по F7(!!). Округления в ордерах не подходит. Нужен функционал округления, аналогичный при формированию документа "приходная накладная". ( Для этого существуют настройки 1070 "Округление в документах снабжения" и 1071 "..значения в НДЕ округлять до"). "Добавлены настройки: "Настройки Галактики Логистика Складской учет Сопроводительные документы Акт об излишках " - Округление в актах - ..значения в НДЕ округлять до - ..значения в валюте округлять до Данные настройки действуют при создании Акт об излишках вручную и из инвентаризации. Также настройки действуют на печатную форму акта. Исправлена печать в Акте об излишках валютных сумм по настройкам округления.
102.1094748.10.40.0Некорректное отображение остатка в оборотно-сальдовой ведомости МТРСкладской учетоборотно-сальдовая ведомость
Установлены настройки: Настройки Галактики Общие настройки системы Работа с МЦ, услугами Целевое назначение МТР Учет сальдовых остатков МТР в разрезе видов учета = ДА Настройки Галактики Логистика Минимальное значение для количества МЦ = 0.000001 (шестой знак) В случае, если значение остатка равно минимальному значению для количества, текущий остаток может быть рассчитан некорректно.Исправлен алгоритм расчета текущего остатка для ситуации, когда значение текущего остатка оказывается равно значению минимального значения для количества МЦ.
102.1103848.10.40.0Фильтр по разрезу накладной в выборе из текущих остатковУправление сбытомНакладные на отпуск
Необходимо запретить изменение разреза списания шапки накладной при выборе партии мц из текущих остатков. Зачем: На данный момент можно выбирать партию из каких только захотим разрезов. При выборе партии автоматически меняется разрез в шапке документа. Это может привести к тому, что в лучшем случае не сможем провести списание по накладной, а в худшем - спишем с разрезов по которым остатков МЦ вообще нет. Предлагается: В интерфейсе выбора из текущих остатков автоматически устанавливать фильтр по разрезу из шапки накладной. Причем снять этот фильтр нельзя (или хотя бы по настройке). Также необходимо добавить возможность выбора партии из текущих остатков при наличии в спецификациях серийных номеров(на данный момент партия выбирается только из каталога партий.1. Добавлен фильтр по МОЛ при выборе партии из текущих остатков, если МОЛ списания заполнен в шапке документа. Фильтр по МОЛ будет установлен для Накладной на отпуск и всех основных Складский документов включая КСУ. Снять фильтр пользователь может, но для этого необходимо зайти в окно настройки фильтра. 2. Добавлена возможность выбора партии из текущих остатков при наличии в других спецификациях серийных номеров в том случае, если при этом не меняется разрез Склад-МОЛ (т.е. выбирается только Партия) для Накладной на отпуск.
102.1105988.10.40.0Пересчет остатков при пакетном формировании ордеров.Складской учетпересчет сальдовых остатков
Пересчет остатков при пакетном формировании ордеров. Возникает следующая ситуация. Первый пользователь пакетно формировал складские ордера ( т.к. накладных много , то этот процесс иногда занимает час и более по времени), второй пользователь начал перерасчет сальдовых/текущих остатков, причем совсем по другим МЦ, программа не дала ему никаких запретов на пересчет остатков из-за работы первого пользователя. В итоге у первого пользователя некорректно сформировались ордера, при вторичном запуске пакетного формирования ордеров по тем же накладным у первого пользователя ( после окончания пересчета остатков у второго пользователя) выдалось сообщение об отсутствии остатков по всем списываемым МЦ .). Т.е. сейчас реализована такая схема работы: если запущен процесс пересчета сальдовых/текущих остатков, то ордера создавать нельзя. А обратная ситуация не рассмотрена - если запущено пакетное формирование ордеров, то другой пользователь может запустить процесс пересчета сальдовых/текущих остатков, что также приведет к некорректным данным в системе.Если запущено пакетное формирование ордеров, то другой пользователь не может запустить процесс пересчета сальдовых/текущих остатков или цен в расходных ордерах.
102.1107078.10.40.0Просмотр текущих остатков по Ctrl+f2Управление капитальными вложениями и строительствомАкты выполненных работ
Поломался интерфейс просмотра текущих остатков, вызываемый по Ctrl+f2 в спецификации АВР (вкладка "Материалы").Исправлено отображение интерфейса выбора из текущих остатков.
102.1123388.10.40.0Заблокировать DEL в полях интерфейса "Остатки на..."Складской учетпросмотр сальдовых остатков
Заблокировать DEL в полях интерфейса "Остатки на...". Кажется, что информация пропала....Заблокирована ошибочная отработка клавиши Del в интерфейсе просмотра сальдовых остатков.
102.1123408.10.40.0Показывать графу вид учета в интерфейсе Текущие остатки для АВРУправление капитальными вложениями и строительствомАкты выполненных работ
Показывать графу вид учета в интерфейсе Текущие остатки для АВР (С,Т,П,У).В интерфейсе Текущие остатки для АВР отображается графа вид учета ( С - Складской учет, П - производство, Т - ремонты (ТОРО), У - строительство (УКС) ).
102.959848.10.40.0Неверная информация по текущим остаткам при вызове из разных интерфейсовТехническое обслуживание и ремонт оборудованияМатериальные ценности
Неверная информация по текущим остаткам при вызове из разных интерфейсов см вл файлИсправлено, теперь все верно: - показывает среднюю цену по разрезу(склад, ремонт,...) - по Ctrl+`+` показывает реальные остатки и цены по конкретной позиции
104.196398.10.40.0При пересчете цен в расходных ордерах и сальдовых блокируется списаниеСкладской учетПересчет цен в расходных ордерах
При пересчете цен в расходных ордерах и пересчете сальдовых остатков (Учет МЦ, Складской учет)одним из пользователей в системе блокируется возможность формировать ордера по всем приходным или расходным накладным для всех остальных пользователей, даже если данный пересчет проводится только по одной МЦ. Мы знаем, что это ограничение было внедрено в систему совсем недавно, но многим пользователям оно категорически не подходит. На больших заводах, как у нашего клиента, в БД одновременно работает много пользователей, и пока один из них делает пересчет МЦ1, все остальные не могут работать с МЦ2....МЦ10. Предлагаем добавить возможность регулировать это ограничение конкретной настройкой (включать, выключать).Добавлена настройка: "Настройки Галактики Логистика Складской учет Блокировать модификацию ордеров при пересчете остатков" Если данная настройка установлена в значение "да", то при пересчете цен в текущих, сальдовых остатках или расходных ордерах, то нельзя будет произвести формирование ли модификацию ордеров как и ранее. При значение настройки "нет", можно производить пересчет цен и модификацию ордеров одновременно, что в свою очередь может привести к ошибкам в остатках и при пересчете.
102.1097438.10.39.0Цифры съехали относительно шапки отчетаСкладской учетНаличие в текущих остаткахпо складам
Цифры съехали относительно шапки отчета Складской учет - отчеты- Наличие в текущих остатках - по складам 1.Настраиваем отчет. Формат отчета = Текст 2.[Сформировать] 3. Выбираем отчеты: 3.1 Ведомость текущих остатков ТМЦ на складах 3.2 Итоговая ведомость текущих остатков ТМЦ на предприятии 3.3 Итоговая ведомость текущих остатков ТМЦ в сумме по всем складам 4. Печать Результат: во всех трех отчетах цифры смещены относительно колонок шапки. Необходимо привести к стандартному виду отчетов в Галактике: суммы и цифры должны находиться ровно под своей шапкой.Для указанных отчетов Бизнес-текст добавлено разграфление для отчета и таким образом, все поля совпадают с шапкой отчета.
102.1098778.10.39.0Необходимо запускать режим пересчета с учетом филиальностиСкладской учетПересчет цен в расходных ордерах
Клиенту необходимо запускать монопольный режим с учетом филиальности. В ПИР 102.103849 была решена проблема запуска пересчета средних цен и сальдовых/текущих остатков в монопольном режиме, но при этом не была учтена филиальность. Т.е. на данный момент у клиента две независимые компании (производственная и торговая), при этом пересчеты они запускают независимо друг от друга, и сейчас получается, что если одна из компаний запустила остатки, то вторая ничего делать не может. Т.е. при запуске пересчета в любом филиале, невозможно сформировать ордера по накладным, пересчитать остатки по позиции, или средние цены по позиции.Реализована возможность запуска пересчета остатков по различным филиалам, но следует учесть, что это возможно, если при входе в систему пользователь выбирает один какой-либо филиал, а не несколько сразу. Если выбрано несколько филиалов сразу, то будет блокироваться как и ранее вся база и тут возможны конфликты, если другой пользователь зайдет под одним филиалом и запустит пересчет. При пересчете, если выбрано 5 МЦ, то именно по этим МЦ будет происходить блокировка основных таблиц с остатками, если во время пересчета пользователь из другого филиала будет создавать ордера именно по этим МЦ и таблицы с остатками НЕ ФИЛИАЛЬНЫЕ, то может происходить конфликт и соответственно остатки будут ломаться во время пересчета. Если таблицы филиальные и пользователь из одного филиала будет производить пересчет остатков, а другой будет создавать ордера по этим же МЦ, то тут конфликты будут разрешаться на уровне БД и целиком корректность завершения расчета зависит от БД. Таким образом, после разделения пересчета по филиалам все будет функционировать корректно при выполнении двух условий: 1. Таблицы по ордерам и остаткам будут филиальными; 2. Пользователь заходит в систему выбирая только один любой филиал, а не сразу несколько и заускает пересчет. При невыполнении этих двух условий на филиальных базах, корректность данных при пересчете в одном филиале и создании ордеров в другом гарантировать нельзя. Для БД, которые не являются филиальными ничего при пересчете не изменилось и база будет блокироваться вся как и ранее.
102.1099968.10.39.0Добавить информацию в сообщениеСкладской учетпересчет сальдовых остатков
Клиент просить добавить в сообщения (информацию) о пользователе, который запустил пересчет остатков.При пересчете сальдовых/текущих остатков и цен в расходных ордерах запоминается из настроек дескриптор, ФИО и примечание к пользователю и затем выводится в сообщение, если другой пользователь в этот момент пытается запустить пересчет или создавать ордера. Для корректного отображения пользователя, который запустил пересчет на филиальной базе, таблица PlTune должна быть общей, т.к. в нее записывается информация о пользователе.
102.785558.10.39.0Остатки по ДЕИ. При модификации ДЕИ похоже некорректное их обновлениеСкладской учет_Иные вопросы по модулю
Остатки по ДЕИ. При модификации ДЕИ из КСУ похоже некорректное их обновлениеисправлено
102.1097728.10.38.1Необходимо ускорить открытие интерфейса "Текущие остатки МЦ"Складской учетпросмотр текущих остатков
Необходимо ускорить открытие интерфейса "Текущие остатки МЦ". Необходимо ускорить открытие интерфейса "Текущие остатки МЦ", если включена настройка "Настройки Галактики Общие настройки системы Работа с МЦ, услугами Работа с МЦ Показывать наличие по виду учета при просмотре текущих остатков МЦ". Клиент утверждает, что у него на тестовой и реальной базах интерфейс открывается 1,5 часа. Замедление наблюдается только если указано любое значение у выше описанной настройки, кроме "нет", при установленном значении "нет" интерфейс открывается нормально. Локализовать проблему на наших базах не удалось, но для клиента эта проблема очень критична, так как он часто пользуется этим интерфейсом. Прошу сформировать ресурс с отладочной информацией, так как клиент базу предоставить не может. См. вложение.Работа интерфейса ускорена на порядок. Значительное ускорение быстродействия подтверждено клиентом..
102.1032368.10.38.0Функция пересчета остатков после корпо-обмена при заблокированной таблицеКонтур логистикиНе знаю, какая именно часть контура логистики, научите
Функция пересчета остатков после корпо-обмена при заблокированной таблице. Проблема связанная с Пир №102.90231 Немного не согласен с данным решением. Т.е я так понимаю, что "ошибка "Обнаружен DeadLock" было заменено на сообщение, и отмену пересчета. Остатки и резервы во время внедрения при блокировке не пересчитываются... При внедрении остатки пересчитывались по тем позициям, которые были во внедренных документах, а т.к. мы не знаем какие МЦ в документах (и отследить и выбрать именно их для пересчета сложно),и процесс пересчета был остановлен, то приходиться пересчитывать все остатки...(Данная операция может занимать много времени) Получается что ситуация не поменялась, и в случае блокировки надо вручную пересчитывать текущие остатки с пересчетом резервов, что клиент и делает при такой ошибке. Предлагаю дополнить решение проблемы функцией например: "Пересчет остатков после того, как, к таблице был предоставлен эксклюзивный доступ". Функция должна будет пересчитать только то, что внедрилось в результате корпо обмена.Создана новая функция пересчета остатков после корпо-обмена для ДО и накладных. Для ее работы необходимо подключить в support компоненты C_CORPO и C_Tune, а также скопировать в каталог запуска support: G_Tune.dll, G_Buh.dll, G_Cache.dll, G_Common.dll,G_Contexts.dll, G_Fin.dll, G_Kau.dll, G_Nalog.dll,G_Oper.dll, G_Skl.dll, G_Tree.dll, G_Tune.dll, G_TXO.dll, G_Val.dll В модуле "Репликация данных" - меню "РегистрацияГрупп таблиц" должны быть ИСКЛЮЧЕНЫ таблицы: SaldoMC, SaldoFnd, TekSaldo, TekMC, SklOst. - меню "РегистрацияИнтерфейсов и семафоров" указать: Таблица SPSTEP интерфейс C_CORPO::FillMCFrom_SpStep Таблица SPSOPR интерфейс C_CORPO::FillMCFrom_SpSopr Таблица DORES интерфейс C_CORPO::FillMCFrom_DORes Данные интерфейсы формируют список МЦ, по которым были изменения. Для их обработки необходимо через "запуск внешних интерфейсов" открыть интерфейс C_CORPO::CORPO_RESERV_NEW В результате его выполнения, по каждой МЦ в памяти будут пересчитаны резервы. Если в процессе работы возникают ошибки, то выдается протокол с проблемными МЦ.
101.461858.10.37.0Сохранять фильтры по выбранным позициям при персчете сальдовых и текущих остаткоСкладской учетСальдовые остатки
Сохранять фильтры по выбранным позициям при персчете сальдовых и текущих остатко Запускаем пересчет Сальдовых остатков , например по 15 позициям. Пересчитали. Теперь надо пересчитать Текущие остатки.. !.. и опять выбирать 15 позиций. Пересчитать Все Текущие остатки можно, но когда база используется, 15 позиций - быстрее. Предлагаю варианты: 1) - не очищать отмеченные позиции в Фейсе пересчета Сальдовых остатков. - Сделать хранение отмеченых позиций в обоих интерфейсах ОБЩИМ. Что выбрал в одном - видно в другом.Доработано следующим образом: После пересчета сальдовых остатков, если зайти в пересчет текущих остатков, то будет сохранен фильтр по МЦ (если между пересчетами не заходить в другие интерфейсы выбора МЦ). Также изменен интерфейс пересчета Текущих остатков, фильтр по Мц перенесли в первый интерфейс ввода параметров пересчета (ввод даты и резервирования). При входе в интерфес пересчета Сальдовых остатков фильтр по МЦ очищается как и ранее. Пересчет остатков всегда правильнее начинать с сальдовых, т.к. сальдовые остатки пересчитываются по ордерам, а текущие по сальдовым.
102.1062878.10.37.0Выводить количество, согласно настройкеСкладской учетпросмотр сальдовых остатков
Выводить количество, согласно настройке Число знаков в дробной части при отображении количества, в ведомости SLK и EXCEL. Там выводится всегда 3 знака.Исправлен вывод знаков после запятой для количества по настройке: "Настройки Галактики Логистика Число знаков в дробной части при отображении количества" при печати в форматах SLK и Excel. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: SALDOMCN.XLT
102.1062898.10.37.0Выводить количество, согласно настройкеСкладской учетпросмотр сальдовых остатков с оборотами
Выводить количество, согласно настройке Число знаков в дробной части при отображении количества, а не всегда 3 знака.Доработан вывод печатной формы в Бизнес-Текст из интерфейса просмотра сальдовых остатков с оборотами, а также вывод в данную форму количества по настройке: "Настройки Галактики Логистика Число знаков в дробной части при отображении количества". Сама печатная форма переработана для улучшения читаемости данных.