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


Описание файла обновления:
ФайлL_MAKENAKL_RES_810580.TXT
ОбновлениеL_MAKENAKL_RES_810580
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентL_MAKENAKL
ТипRES
Версия8.10.58.0
Дата2013-12-09 19:26:46
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
180.7879NEWДлительное время открытия интерфейса выбора ДО при пакетном формировании сопр. доковУправление снабжениемПакетное формирование сопроводительных и платежных документов
Добрый день! После установки обновлений данный интерфейс, если запускать из меню системы "Галактика", открывается длительное время (порядка 5-10 минут). У пользователя не открылся и за 20 минут. В приложении направляю отчеты о системе и полные отчеты для баз до обновления (Old) и после обновлений (без пометок). Если же запустить данный интерфейс L_MAKENAKL::FORMSOPRDOCBATCH (L_MakeNakl.res) из Сервис-Утилиты-Запуск внешнего интерфейса, то интерфейс открывается практически мгновенно с задержкой 1-3 секунды. На "старой" базе оба способа работают одинаково быстро - 1-3 секундыФормирование сопроводительных и платежных документов по ДО. Проблема заключалась в том, что у записи BaseDoc отсутствует StepDoc. Для таких документов и наблюдалось замедление при перепозиционировании в данном интерфейсе. Но с решением проблемы замедления работы проблемы не исчезнут. Т.к. для каждого BaseDoc должен быть StepDoc. Скорее всего такие документы получены путем импорта в Галактику из других систем. Для окончательного устранения проблему нужно выяснить как попадают в систему ДО без StepDoc.
102.1264258.10.57.0Формирование платежных документов по ДО/ДО на предоплатуУправление снабжениемДО на предоплату закупок
При использовании пакетных функций формирования платежных документов по ДО на закупку/ДО на предоплату закупок (Управление снабжением - Операции - Формирование платежных поручений) платежные документы формируются только по документам в статусе "исполняемый" (или вложенным, basedoc.status = 2). Необходимо реализовать такое же ограничение для формирования платежного документа непосредственно из ДО на закупку/ДО на предоплату закупок по кнопке "Платежи по документу" (не формировать платежные документы, если basedoc.status <> 2). Запрет можно реализовать через настройку Галактики.Добавлена настройка "Настройки Галактики Логистика Документы Документы-основания Формирование платежных документов только по исполняемым документам основаниям" Влияет на формирование платежных документов непосредственно из ДО по кнопке "Платежные документы", а также в пакетных режимах формирования платежных требований/поручений, формирования сопроводительных и платежных документов по ДО
180.42008.10.56.0Нумерация накладных при реализации ОСУчет ОСВыбытие
При проведении реализации ОС Система предлагает номер накладной ввести с клавиатуры. У Заказчика строгие требования к нумерации накладных на отпуск (нумерация должна быть сполошной для предотвращения хищений). Необходимо добавить возможность использовать при формировании накладной на реализацию ОС настройки нумерации накладных из пользовательских настроек Системы. Сейчас получается, что все накладные нумеруются по настройке, кроме описанного случая.Доработано Добавлена новая пользовательская настройка "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Настройка операций Способ нумерации накладных на реализацию" со значениями [способ не определен, согласно настроек нумерации накладных в логистике]. Если значение вышеуказанной настройки установлено в "согласно настроек нумерации накладных в логистике", то номер накладной на реализацию формируется пользовательских настроек системы по формированию номера накладной, иначе - номер накладной переносится из окна параметров формирования документов на реализацию. При формировании номера накладной на реализацию значение настройки "Настройки Галактики Логистика Документы Управление сбытом Накладная на отпуск Номер накладной формировать по номеру ДО" не учитывается, если "...Способ нумерации накладных на реализацию" = "согласно настроек нумерации накладных в логистике".
180.65988.10.56.0Реализация СФО. Нумерация накладныхСпецодеждаАкт на списание
При использования функции Локального меню "Реализация" Акта на списание хотелось бы Автоматической генерации номера Накладной (поле GTUNE_NAKL_NUMBER в интерфейсе F_OSOPER::OSREALST).Добавлена настройка "Настройки Галактики - Бухгалтерский контур - Спецоснастка - Способ нумерации накладных на реализацию" с возможными значениями: "способ не определен" (по умолчанию) и "согласно настроек нумерации накладных в логистике". Если настройка установлена в значение "способ не определен" и в поле "Номер накладной" окна настройки функции реализации спецоснастки указано некоторое значение, то накладная на отпуск создается с этим номером. В остальных случаях номер накладной на отпуск формируется автоматически согласно настроек системы "Настройки Галактики Общие настройки системы Автонумерация документов" и "Настройки Галактики Логистика Документы Нумерация в разрезе центров ответственности". Значение настройки "Настройки Галактики - Логистика - Документы - Управление сбытом - Накладная на отпуск - Номер накладной формировать по номеру ДО" не учитывается при создании накладной на отпуск с помощью функции реализации спецоснастки.
101.505908.10.54.1Повторение проблемы с частичным резервированиемУправление сбытомНакладные на отпуск
Повторение проблемы с частичным резервированием ПИР 101.49330 Неверно формируются накладные на отгрузку, при частичном резерве в ДО.Исправлено
102.1184048.10.54.0Выдавать предупреждение о "нет в наличии" в том числе и без птицы "Показывать рУправление производственной логистикой (УПЛ)Основание/ЛЗК
При списании из ДО/ЛЗК если МЦ нет в наличии и не стоит птица "показывать распределение" в параметрах списания то сообщение о "нет в наличии" не выдается. Предложение: Необходимо выдавать предупреждение в том числе и без параметра "показывать распределение".Реализовано в случае выбора значения "да" для настройки Настройки Галактики Производство и планирование Управление производственной логистикой Сообщать об отпуске сверх имеющегося в наличии.
180.70778.10.53.0Потеря преемственности - пакетное формирование накладныхУправление сбытомПакетное формирование сопроводительных документов
Добрый день! При пакетном формировании сопроводительных документов выходит предупреждение, что у пользователя не установлен текущий склад, и предлагается выбрать склад из каталога. Эти действия надо повторять для каждого из выбранных счетов. Ранее, до последней установки патчей, запрос на выбор склада выходил один раз для всех счетов, указанных в выборке, что соответствовало смыслу "пакетное формирование". Невозможность оперативно обрабатывать большое количество счетов существенно увеличивает время, затраченное пользователем на формирование сопроводительных документов. Так же настройку при пакетном формировании "применить ко всем документам" пробовали включать и выключать, не работает.Пакетное формирование сопроводительных документов. Исправлена работа флага "применить для всех документов". При включенном флаге запоминается выбор склада или МОЛа и последующие сопроводительные документы формируются на выбранные склад и МОЛ.
101.493308.10.52.0Неверно формируются накладные с частичным резервированиемУправление сбытомНакладные на отпуск
Неверно формируются накладные с частичным резервированием Выявилась следующая проблема - не все МЦ из заказа попадают в сформированные накладные (Скриншоты во вложении). Процесс формирования накладных организован следующим образом: 1. Группа пользователей, ответственных за "связь с клиентами", обзванивает клиентов и указывает в ДО на какую дату следует доставить заказ. Данная группа пользователей проверяет может ли заказ быть отгружен. 2. Из всех заказов, планируемых на отгрузку на определенную дату, пользователь, ответственный за планирование доставок, формирует накладные на отгрузку, т.е заходит в указанный заказ (ДО на продажу) и нажимает на кнопку "Сопроводительные документы". Этот пользователь не проверяет наличие резервов и наличие на складе 3. Пользователь, ответственный за списание товара со склада - списывает, сформированные пользователем в п.2 накладные. Проблема в том, что если в ДО на позиции установлен частичный резерв то в накладную попадает только зарезервированное количество. В то время как не зарезервированный остаток просто игнорируется. Таких документов на отгрузку ежедневно формируется не одна сотня, сверять количество между ДО и накладными, при том что таких накладных формируется несколько из каждого ДО (в зависимости от количества разрезов резервирования) - совершенно невозможно.Исправлено
102.1158048.10.51.0Не корректно работает распределение по "старости" партииУправление производственной логистикой (УПЛ)Основание/ЛЗК
Не корректно работает распределение по "старости" партии. Описание проблемы в вложенном файле.Настройка "Распределить наличие по дате создания партии" подбирает партии в порядке, определяеммом датой создания партии, ПРЯМО УКАЗАННОЙ в соответствующем поле карточки партии KatParty.CREATEDATETIME Ускорена работу функции при использовании опции "Распределить наличие по дате создания партии", но без использования "Выбора по складам". Исправлена работа функции при совместном использовании обоих флагов. Партии при этом подбираются по дате создания партии.
102.1106108.10.50.0Настройка р/с для пакетного формирования платежных документовУправление снабжениемПакетное формирование сопроводительных и платежных документов
Функция пакетного формирования платёжных документов никак не обрабатывает ситуацию, когда на предприятии используется несколько расчётных счетов. Необходимо добавить в интерфейс параметров формирования поле для выбора необходимого расчётного счёта. Данная функциональность весьма критична для крупных клиентов, особенно при разграничении прав доступа.Для режима формирования финансовых документов: При ведении многорасчетности в окне параметров формирования доступны поля : "Расчетный счет" "Валютный счет". В соответствии с правами доступа к платежным документам возможно установить в каком расчетном,валютном счету будут сформированы платежные документы. Если значения расчетного,валютного счета не заданы - при формировании документов будет выдаваться запрос для расчетного счета (при формировании документов в НДЕ),валютного счета (при формировании в валюте). Если расчетный/валютный счет не выбран - документ не будет сформирован. В правах доступа учитываются настройки: "Настройки Галактики Бухгалтерский контур ..доступ к документам расчетного счета по" "Настройки Галактики Бухгалтерский контур ..доступ к документам валютного счета по" Необходимость отображения полей учитывается настройками: "Настройки Галактики Бухгалтерский контур Ведется несколько расчетных счетов" - для поля "Расчетный счет" "Настройки Галактики Бухгалтерский контур Ведется несколько валютных счетов" - для поля "Валютный счет". & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: НЕТ & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
102.1135358.10.50.0Запрет редактирования резерва на недоступном складеУправление сбытомСчета, ДО на продажу
В ПИРе 102.108971 была решена проблема снятия пользователем резерва с недоступного склада (с помощью функций локального меню "Снятие резерва по позиции" и "Снятие резерва по документу"). Но осталась возможность отредактировать резерв на недоступном складе с помощью: на позиции спецификации ДО - выбираем из локального меню - "Расширенная информация", в открывшемся окне - кнопка "Резервы по складам", в открывшемся окне - локальное меню "Редактирование резервов по позиции". В случае, если позиция была зарезервирована на недоступном складе - появляется возможность отредактировать этот резерв (уменьшить или увеличить количество). Необходимо исключить и эту возможность.При установленных ограничениях по группам складов при редактировании разреза недоступны для редактирования позиции по другим складам
104.197048.10.48.0В протоколе формирования накладных по ДО не указана причина при "не сформированыУправление снабжениемСчета, ДО на закупку
Оформлено ДО на закупку услуг. Если по ДО формировать ТОЛЬКО накладные, в протоколе не указана причина, почему накладные/акты не сформированы. (см. скрины во вложении) Просьба вывести причину не сформировавшихся документов в протоколЕсли формируется только накладная, а ДО содержит только услуги, то в протокол выдается сообщение "спецификация не содержит матценностей"
102.1104748.10.47.0Реализация базовых сопроводительных документовУправление снабжениемПриходные накладные
Разработать базовый сопроводительный документ для всех документов на таблице KatSopr. Разработать базовый сопроводительный документ для документов компоненты L_SoprDoc. Данная работа есть начало переработки кода документов, в результате которого, каждый документ Галактики на KatSopr должен получить отдельный интерфейс, являющийся конечной веткой в иерархии сопр.документов.По данной проблеме началась разработка базовых сопроводительных документов. Описание файлов: BaseSopr.vih - описние интерфейса BaseSopr BaseSopr.vip - реализания интерфейса BaseSopr BaseSopr.vpp - локальные функции интерфейса BaseSopr BaseSoprDoc.vih - описние интерфейса BaseSoprDoc BaseSoprDoc.vip - реализания интерфейса BaseSoprDoc BaseSoprDoc.vpp - локальные функции интерфейса BaseSoprDoc BaseSoprDoc.hin - вызов событий главного окна в наследниках BaseSopr начиная с BaseSoprDoc (Handleevent INterface) BaseSoprDoc.hwn - вызов оконных событий в наследниках BaseSopr начиная с BaseSoprDoc (Handleevent WiNdow) BaseSoprDoc.hpn - вызов табличных событий в наследниках BaseSopr начиная с BaseSoprDoc (Handleevent PaNel) BaseSoprDoc.hst - вызов пользовательских событий и событий от статус-линии в наследниках BaseSopr начиная с BaseSoprDoc (Handleevent STatus) Краткое описание иерархии интерфейсов сопр.документов: Интерфейс - BaseSopr Наследники - BaseSoprDoc Сервисные ф-ии - Точность при отображении сумм. SetRoundFormat Файл soprgen2.vpp - Установка ограничений. SetDocBound, ResetDocBound Файл soprgen3.vpp - Поддержка маркера Файл BaseSopr.vip - Demo-режим #Create, #UpdateTable, #cmValue1 Файлы: SoprAll.vpp, BaseSopr.vpp(vip) Операции - пока нет операций Методы, доступные для переопределения в потомках - InitVars - инициализация переменных - DoneVars - уничтожение переменных - ViewFieldSopr - показать/скрыть поля визуальных элементов Интерфейс - BaseSoprDoc Наследники - AktRec - AktUMC - AklUsl - AktUslB - SoprDoc_Release - SoprDocB_Release Сервисные ф-ии - Фильтры по документам Событие cmCallFilter Файлы папки FltInDoc - Восстановление фильтров при загрузке LoadFilter Файл BaseSoprDoc.vpp Операции - Cоздание корректировочного документа Событие cmCreateKD Файл CreateCorrDoc.vpp Методы, доступные для переопределения в потомках - методы предка, пока своих методов нет.
101.462988.10.46.0Не расчитываются налоги в накладной, сформированной по ДОУправление сбытомНакладные на отпуск
Не рассчитываются налоги в накладной, сформированной по ДО. Настройка "Настройки Галактики Логистика Документы Сопроводительные документы Налоги сопроводительных документов рассчитывать по ДО"=да. Например, ДО из 40 позиций, формируют накладную по кнопке "сопроводительные документы", в накладной налог не рассчитывается только по одной позиции. Если в этой позиции переввести количество, то налог рассчитывается. Если накладную удалить и сформировать заново, то проблема может не повториться. Закономерность установить не удалось, пользователи жалуются, что несколько раз в день сталкиваются с таким случаем. Объемы отгрузок большие, и такая ошибка вызывает раздражение и негатив, поскольку ее не сразу можно заметить, приходится переделывать и перепечатывать документы (хорошо, если не успели отдать покупателю). Во вложении - скриншоты, отчет по настройкам пользователя, компоненты.Формирование накладной по ДО. Налоги по ДО относятся в накладной на контрагента взаиморасчетов (раньше, при формировании по кнопке относились на контрагента, что не верно в общем случае)
180.49438.10.46.0Накладная на отпуск в операции выбытия ОС (реализация)Учет ОСВыбытие
Накладная на отпуск в операции выбытия ОС Раздел "Параметры для накладной" в настройках реализации ОС Накладная на отпуск создается по дате операции выбытия а не по дате из настройки. Предлагаю формировать накладную на дату из настройки и дополнительно перед формированием проверять не попадает ли указанная дата в закрытый период логистики.Доработано Дата создания накладной на отпуск устанавливается равной "дате накладной" из параметров формирования документов, если она задана, иначе - дате операции выбытия. Дополнительно перед формированием проверятся не попадает ли указанная дата в закрытый период логистики с выдачей соответствующего сообщения.
102.1093588.10.45.0Услуга не переносится в накладную из ДОУправление снабжениемПриходные накладные
Есть ДО. В нем МЦ и услуга, причем на позиции с услугой в РИ стоит "Переносится в накладную" и относится к позиции МЦ. По кнопке "Сопроводительные документы" создаем накладную. В накладной одна позиция - только МЦ, услуга пропала.Управление снабжением - ДО При создании накладной по ДО добавляем услугу (с ДО), если у нас услуга относится к позиции и переносится в накладную (расширенная информация).
102.959148.10.45.0Налоги в акте на списание Мц из ремонтовТехническое обслуживание и ремонт оборудованияАкты на списание МЦ из ремонта
Акт на списание МЦ из ремонтов - практически документ складского учета. В стандартном складском учете в акте расхода налогов нет. Мы просто списываем МЦ со своего сотрудника. Нужна настройка, закрывающая налоги в данном акте.Введена новая настройка "Настройки Галактики Логистика ТОРО (Техническое обслуживание и ремонт оборудования) Документы Акты выполненных ремонтов и акты на списание Акты на списание МЦ из ремонтов Считать налоги" По умолчанию = "Да" При этом значении работа не изменилась При значении "Нет" в интерфейсе Документы / Акты на списание МЦ из ремонтов / Редактирование не показываются поля "Налоги", "Входимость налогов в цену". В рассчетах налоги не учитываются.
101.460118.10.44.0Система не контролирует задолженностьУправление сбытомНакладные на отпуск
В системе выставлены следующие настройки: 1. "Настройки Галактики Логистика Документы Управление договорами Контролировать задолженность"- по договору. 2. "Настройки Галактики Логистика Документы Управление договорами ..при создании в управлении сбытом"- только сопроводительных документов 3. "Настройки Галактики Логистика Документы Управление договорами ..разрешать превышение задолженности"- нет. В договоре задано условие "Контролировать задолженность" и введена минимальная задолженность. Сперва Создано ДО и накладная с привязкой к договору на сумму минимальной задолженности. ОК. Потом создаем ДО с привязкой к договору. И впоследствии система позволяет создавать накладную из интерфейса ввода через привязку ДО и со ссылкой на договор. То есть явно идет в противоречие с настройками. Выяснилось, что вышеперечисленные настройки запрещают создавать накладную только из интерфейса самого ДО, а также при привязке договора к накладной напрямую.Управление сбытом - Накладная на отпуск. Добавили контроль задолженность по договору при создании накладной на отпуск по ДО. В системе выставлены следующие настройки: 1."Настройки Галактики Логистика Документы Управление договорами Контролировать задолженность"- по договору. 2. "Настройки Галактики Логистика Документы Управление договорами ..при создании в управлении сбытом"- только сопроводительных документов 3. "Настройки Галактики Логистика Документы Управление договорами ..разрешать превышение задолженности"- нет.
102.1055328.10.44.0В Снабжении не получатель, но поставщик.Управление снабжениемПакетное формирование сопроводительных и платежных документов
В Снабжении не получатель, но поставщик. В заголовке интерфейса контрагент назван Получатель(понятно, что это один и тот же интерфейс из Сбыта), но некорректно это, надо Поставщик. В пакетном формировании платежек - все корректно. А может проще назвать и тут и там - Контрагент...Управление снабжением Пакетное формирование сопроводительных и платежных документов. Исправлено Получатель на Поставщик.
102.1079778.10.44.0Необходимо по договору не контролировать остаток по расчетным услугамУправление договорамиСпецификация
Необходимо при пакетном формировании ДО и СД по договору, а также при выборе договора в расширенной информации не контролировать остаток по расчетным услугам. Данная проблема стала иметь смысл после локализации проблемы № 102.107529. Так как пока не понятно как контролировать остаток по расчетным услугам в договоре.Т.к. при изменении количества в СД и ДО по расчетным услугам остаток не контролируется, то убрали "отъедание" остатка при пакентых формированиях ДО и СД по договорам/соглашениям/ПКП, а также при формировании из расширенной информации. Т.е. остаток по позиции, являющейся расчетной услугой д.б. равен ее количеству в учетных единицах.
102.1086548.10.44.0не заполняется КПП в платежных документахУправление снабжениемПакетное формирование сопроводительных и платежных документов
Пытаемся осуществить пакетное формирование п.поручений на основе ряда ДО через модуль "Управление снабжением" - "Операции" - "Пакетное формирование сопроводительных и платежных документов". В модуле ФРО получаем п.поручения на указанную дату. У всех полученных п.поручений во вкладке "дополнительная информация" осталось незаполненным поле "КПП получателя", хотя в справочнике организаций у выбранных получателей КПП присутствует). При формировании п.поручения из ДО по нажатию кнопки "Платежи по документу" поле "КПП получателя" заполняется автоматически. Необходимо заполнять поле КПП и при пакетном формировании платежей.Доработан функционал по заполнению поля "КПП получателя" при пакетном формировании платежей.
101.348828.10.43.0добавить дату в примечаниеУправление сбытомНакладные на отпуск
создаем накладную на отпуск, привязываем договор на вопросы "создать накладную на основе выбранного договора" отвечаем - Нет, поле примечание накладной не заполнено. Создаем ДО на основании накладной. В ДО автоматом создается такое примечание: "по накладным 000814, договор 02/06". Необходимо, чтобы также автоматом вставлялась также и дата например: договор 02/06 от 09.06.2006.Доработано - по настройке Настройки ГалактикиЛогистикаДокументыСопроводительные документыФормирование примечания
102.739558.10.43.0Контроль закрытого периода при создании ППУправление снабжениемФормирование платежных документов на оплату
Контроль закрытого периода при создании ПППо настройкам "Настройки ГалактикиБухгалтерский контурЗакрытый отчетный период до" "Настройки ГалактикиБухгалтерский контурМодификации данных после закрытия периода" Анализируется в режимах - Пакетное формирование сопроводительных и платежных документов (сбыт, снабжение)
102.958788.10.43.0Необходимо учитывать настройку контроля количества при формировании накладнойУправление сбытомНакладные на отпуск
Необходимо учитывать настройку контроля количества при формировании накладнойДобавили контроль количества при включенной настройки: "Настройки Галактики Логистика Документы Управление сбытом Накладная на отпуск Учитывать разрез резервирования при формировании накладной по ДО"
106.88868.10.43.0Возможность указания количества для сопутствующих услугУправление снабжениемПриходные накладные
Необходима возможность указания количества для сопутствующих услуг в приходных накладных (добавить соответсвующую настройку). В приходных накладных поставщиков указана сопутствующая услуга, например, "Работа погрузчика", задаваемая в человеко-часах. Необходимо контролировать не только стоимость этих работ по накладной, но и количество затраченных человеко-часов. Данная информация необходима в дальнейшем для составления отчетов по взаиморасчетам с поставщиками. Необходима возможность задания количества, цены, стоимости по сопутствующим услугам.В нижней панели окна редактирования приходной накладной в локальном меню, которое вызывается из поля "Тип сопутствующей услуги" добавил пункт локального меню "Сопутствующая услуга (обычная услуга)" При выборе данного типа сопутствующей услуги признак услуги становится равным 2 (SpSopr.PrMc = 2). Также в нижнюю панель для услуг было добавлено поле "Количество" с возможностью редактирования. Это поле открыто для редактирования только для типа услуги: "Сопутствующая услуга (обычная услуга)". Для остальных типов сопутствующих услуг количество автоматически становится равным единице. Была добавлена возможность выбора отпускной единицы измерения для типа услуги "Сопутствующая услуга (обычная услуга)" При этом происходит пересчет цены в соответствии с коэффициентом отпускной единицы. Были пересмотрены все алгоритмы, связанные с сопутствующими услугами и изменено определение стоимости для услуги "Сопутствующая услуга (обычная услуга)" с SpSopr.Price на SpSopr.KolOpl * SpSopr.Price, а именно: пересчет сумм в приходной накладной, расчет цены в приходном ордере (в том числе и пакетном режиме), формирование ДО (в том числе и пакетное), формирование договора. Теперь при формировании приходного ордера стоимость сопутствующей услуги с типом 2 учитывается в нем. Сейчас переносится сопутствующая услуга с типом 2 при следующих видах формирований: - Из договора, календарного плана в ДО и обратно. - Из договора, календарного плана в накладную и обратно. - Из накладной в ДО и обратно.
101.453848.10.42.0В функции добавить учет настройки "Использовать аналоги для МЦ=Да"Техническое обслуживание и ремонт оборудованияФормирование накладных на отпуск и актов по заявке
В функции "Операции - Формирование документов логистики - Формирование накладных на отпуск и актов по заявке" добавить учет настройки "Использовать аналоги для МЦ = Да".В функции "Операции - Формирование документов логистики - Формирование накладных на отпуск и актов по заявке" добавлен учет настройки "Использовать аналоги для МЦ = Да", который отрабатывает следующим образом: - производится замена аналогом только в том случае, если нет наличия данной МЦ, причем в накладной разрез "откуда" (подразделение и мол)не заполняется.
102.1026768.10.42.0Накладная создается с неверным направлениемСервисное обслуживаниеФормирование накладных на отпуск по заявке
Накладная создается с неверным направлением: создал накладную и выполнил проверку КОУ: Накладная на отпуск для ремонта /склад-подразделение/ № MIV@000012 от 11/11/2010: неверное направление документа ("продажа" вместо "внутренняя операция"). (Table KatSopr NRec=4611746831754619728)исправил Поверка: 1. Выполняем пункт меню Сервисное Обслуживание - Настройка - Администратор - Проверка целостности таблиц - Проверка КОУ (при этом все птички в окне дилога включаем). После того как мы убедились, что ошибки описанной в проблеме нет, переходи к пункту 2, иначе повторяем пункт 1 ) 2. создаем накладную на отпуск с помощью Сервисное Обслуживание - Документы - Формирование накладных на отпуск по заявке 3. проверяем корректность создания накладной на предмет направления с помощью Сервисное Обслуживание - Настройка - Администратор - Проверка целостности таблиц - Проверка КОУ
102.1027498.10.42.0Учет рекламационных накладных при формировании сопр.документов по ДОУправление сбытомНакладные на отпуск
Добавить настройку, по которой бы включался контроль рекламационных накладных при формировании сопроводительного документа по ДО.Добавлена новая настройка "Настройки Галактики Логистика Документы Сопроводительные документы Учитывать рекламационные накладные при контроле количества по ДО". Данная настройка активна при активных одной из 4-х настроек контроля, расположенных непосредственно перед данной. По этой настройке при формировании накладной путем выбора ДО, а также при выборе спецификации ДО и при редактировании ДО проводится учет сформированных рекламационных накладных по данному ДО.
103.50538.10.42.0Потеря преемственности. Система не дает выбрать отпускную ед. изм. в накладнойУправление снабжениемПриходные накладные
При формировании накладной по ДО (как через выбор ДО в накладной с копированием спецификации, так и через формирование накладной из ДО через кнопку "Сопроводительные документы") система не позволяет в позиции накладной зайти в окно выбора отпускных единиц измерения. При добавлении вручную новой позиции - все в порядке.Исправлена ошибка: при формировании накладной по ДО не было возможности выбрать единицу измерения в сформированной накладной.
180.49418.10.42.0Несооветствие в понятии Символ валюты в различных местах системыФинансово-расчетные операцииКурсы валют (*)
Из имеющейся информации о настройке "Настройка Настройки Галактики Общие настройки системы Национальная денежная единица \ Символ (NDE.SIMVRUB)" не понятно, какая именно информация там должна содержаться. Называние "Символ", с учетом данных Википедии (см. источники ниже), интуитивно подталкивает к вводу в эту настройку значения "RUB", т.е. символу валюты согласно ISO 4217. В интерфейсе редактирования валют в Системе в поле "Символ" также вставляются коды по стандарту ISO 4217. Однако, как выяснилось, значение настройки NDE.SIMVRUB много где светится и выводится в системе, там где видеть "RUB" не приятно, а хотелось бы видеть "руб" (например, даже в договорах в НДЕ). НЕОБХОДИМО устранить несоответствие между понятиями Символ валюты - в настройке NDE.SIMVRUB - в интерфейсе редактирования валют - в жизни (стандарте ISO 4217) Предлагаю, сделать это одним из следующих способов: 1) переименовать настройку NDE.SIMVRUB, и добавить еще одну настройку, которая уже будет действительно называться Символ и содержать в себе символ валюты. Описать смысл этой настройки в документации. 2) оставить наименование настройки NDE.SIMVRUB как есть, но сделать ревизию программного кода, использующего эту настройку. Где нужно, выводить русское сокращенное называние НДЕ, там использовать, например, значение настройки NDE.SHORTRUB. Источники: http://ru.wikipedia.org/wiki/%D0%97%D0%BD%D0%B0%D0%BA%D0%B8_%D0%B2%D0%B0%D0%BB%D 1%8E%D1%82 http://ru.wikipedia.org/wiki/ISO_4217Добавлена настройка "Настройки Галактики Общие настройки системы Отображение НДЕ и валюты в табличной форме документов" В зависимости от настройки: - символ - сокращение выводится либо значение символа валюты, либо его сокращение. P.S. На данный момент настройка обрабатывается в документах оперативного контура
102.1029538.10.41.1Неверная установка входимости налогов при привязке соглашенияУправление капитальными вложениями и строительствомАкт передачи материалов на строительство
Акт передачи материалов на строительство создаётся с входимостью налогов "2". Таким образом каждый раз необходимо выполнять sql-запрос по перебивке vhodnal из "2" в "1".При формировании сопроводительных документов без налогов по ДО или договору, входимость налогов не переносится из переносится из вышестоящего документа.
102.1009668.10.41.0Не формируются акты!Сервисное обслуживаниеФормирование накладных на отпуск по заявке
Не формируются акты! В заявке МЦ и услуга. Формируем с параметром "Накладные и акты": По ДО № 333336 от 04/12/2009 ТП к ЗО сформирована накладная № 000009 (Накладная на отпуск для ремонта /склад-подразделение) По ДО № 333336 от 04/12/2009 ТП к ЗО сформирована накладная № 000010 (Накладная на отпуск для ремонта /склад-подразделение) Т.е. сформировались только накладные , а акта - нет. Вручную, т.е. выбором заявки из акта, формирование проходит.модуль Сервисное обслуживание - Документы - Формирование накладных на отпуск по заявке. в соответствии с наименованием пункта меню в Сервисном обслуживании формируются только накладные (возможность установки автоматического генерирования актов заблокирована)
102.744128.10.41.0Учитывать настройки!Управление сбытомСчета, ДО на продажу
Учитывать настройки Дату накладной формировать по дате ДО и Дату акта формировать по дате ДО при формировании сопроводительных документов из ДО по кнопке! Т.е., если значение настройки ДА, то в окошке открывшемся при формировании дату надо дисайблить, создавая по дате ДО, иначе давать вводить дату формирования сопроводительного документа.Вместо одного параметра для даты сопроводительных документов стало 2 параметра - для накладных и для актов. Если в настройках установлено, что дата в накладные/акты инициализируется датой из ДО, то соответствующий параметр для изменения недоступен.
103.48608.10.40.1планирование материалов с аналогами для заменыТехническое обслуживание и ремонт оборудованияТиповые ремонты
На закладке Материалы в типовых ремонтах и заявках на ремонт предусмотреть возможность ввода для каждой позиции материалов списка его аналогов. Это актуально для уникальых станков с ЧПУ, где в документации прописывается список взаимозаменяемых материалов. При пересчете цен в заявке сначала ищется цена основного материала потом по порядку его аналогов. Лишние удаляются из спецификации.Добавлена настройка "Настройки Галактики Логистика Документы ТОРО (Техническое обслуживание и ремонт оборудования) Типовые ремонты Использовать аналоги для МЦ" - нет (по умолчанию) - да При значении настройки "нет" работы системы не изменилась Если "да": - в заявке и типовых ремонтах в закладке материалов при выборе меню на поле номер или наименование МЦ добавлен новый пункт - "Выбрать аналог МЦ" При его выборе появляется интерфейс для "выбора аналога МЦ", в котором можно установить аналоги для данной позиции спецификации МЦ. В качестве аналога идет выбор МЦ из каталога, можно добавлять и удалять записи. - при формировании Заявки на ремонт - по типовому ремонту(ручной, пакетный) ( Ручной:выбор типового ремонта в окне редактирования заявки ; пакетный: ТОРО - операции - формирование и корректировка заявок на ремонт - формирование заявки на ремонт по типовому ремонту ) - по графику (ручной, пакетный) ( Ручной: выбор графика, к которому привязан типовой ремонт, в окне редактирования заявки; пакетный:ТОРО - операции - формирование и корректировка заявок на ремонт - формирование заявки на ремонт по графику ППР (при наличии у графика типового ремонта и настройке Формировать заявки на ремонт из типовых ремонтов - "ДА") ) при копировании спецификации, копируются и аналоги. При формировании накладной из заявки(по кнопке "Накладная на отпуск"), если не хватает МЦ, выбранной в заявке в накладную вставляется первый попавшийся аналог из списка, по которому есть наличие указанное в заявке. Алгоритм вставки и пересчета цены не изменился. Пример 1: МЦ1 Склад1 МОЛ1 - наличие 10 шт аналоги МЦ1: - МЦ2 Склад1 МОЛ2 - наличие 20 шт - МЦ3 Склад1 МОЛ3 - наличие 30 шт в накладной разрез "Откуда" - Склад1, МОЛ - не заполнен в заявке указано 15 шт МЦ1 - при формировании накладной в заявку перенесется 15 шт. МЦ2 т.к. смотрится по указанному разрезу, т.е. только по подразделению в накладной разрез "Откуда" - не заполнен, МОЛ - не заполнен в заявке указано 15 шт МЦ1 - при формировании накладной в заявку перенесется 15 шт. МЦ2 т.к. смотрится по всему разрезу, т.е. по всем остаткам без учета подразделения и МОЛ.
101.354348.10.40.0Пакетн созд Актов: не заполняется ссылка на Акт в Журнале учета выявл деф при...Техническое обслуживание и ремонт оборудованияФормирование накладных на отпуск и актов по заявке
Операции -> Формирование накладных на отпуск и актов по заявке. При создании акта по заявке, в которой указан дефект (отображается при нажатии кнопки [Дефекты] в окне редактирования Заявки на ремонт) в Акте данный дефект не отображается (при нажатии кнопки [Дефекты]). Т.е. в "Журнале учета выявленных дефектов" у дефекта не заполняется значение в поле "Акт" в средней панели окна =Корректировка "Журнала учета выявленных дефектов= . ------------------------------------------------------------------ Проблема не проявляется при создании Акта выполненных ремонтов из окна редактирования Заявки на ремонт. ------------------------------------------------------------------Доработано.
102.709258.10.40.0Нужна сортировка по дате ДО, иначе полная каша в интерфейсеУправление сбытомПакетное формирование сопроводительных документов
Нужна сортировка по дате ДО.Добавлена сортировка по дате + номер.
102.751758.10.40.0половина стоимости услуг пропадаетУправление снабжением_формирование накладных на получение
половина стоимости услуг пропадает Создаем два ДО на закупку: в спецификации первая позиция МЦ и вторая позиция сопутствующая услуга, заданная процентом от стоимости товарной позиции. Далее воспользуемся операцией "Формирование накладных на получение". В предложенном списке помечаем наши два ДО и выполняем операцию. Формируются две накладные. Первая позиция, связанная с МЦ, формируется правильно, а вторая позиция = 1/2 от правильной стоимости услуги. В результате имеем две неправильно рассчитанные по стоимости накладные.При создании сопроводительного документа по ДО устанавливается проверка на наличие услуг. Если в документе имеется соп. услуга, то цена устанавливает иначе, чем МЦ или услуга.
102.844928.10.40.0Выбором основания не создается спецификация накладной на возврат МЦ консигнантуУправление консигнационным товаромНакладные на возврат
Выбором основания не создается спецификация накладной на возврат МЦ консигнанту. Из основания по кнопке Возврат остатков - ок. Т.е. по F7 создаем накладную на возрат и выбираем основание(накладная на прием оприходована) - выдается некорректное предупреждение, см. ниже, а при попытке выбора спецификации из основания - видим, что нет доступного количества... --------------------------- Информация --------------------------- ДО от 20/01/2009 ДО № 321н55 : не предусмотрено формирование актов по данному документу. --------------------------- OK ---------------------------Исправлено.
102.869028.10.40.0Пакетное формирование накладных в ремонты есть выбор из ремонтных остатковТехническое обслуживание и ремонт оборудования_Формирование накладных на отпуск по заявке (не использовать)
Была изменена функциональность выбора остатков из складских или ремонтных остатков. В системе пакетно формируются накладные с одинаковыми полями откуда куда и нулевыми ценами.для функционала "Формирование накладных на отпуск и актов по заявке" проверяется - является ли текущий остаток складским (контроль по сальдовым остаткам с типом SP = 0). Для корректной работы функционала не должно быть на одном складе остатков с разыми типами (складских и ремонтных).
102.920608.10.40.0Неточные сообщения в протоколе:Управление сбытомСчета, ДО на продажу
Неточные сообщения в протоколе: по кнопке сопроводительные документы создаю накладую(акт): 1) параметр = только акты; в РИ - услуга(переносится в накладную): Накладные/акты по ДО № 000173 от 12/10/2009 не сформированы по причине: спецификация не содержит услуг. !!! Услуги есть, только их не туда пытались перенести. 2) параметр = только накладные - услуга(закрывается актом): Накладные/акты по ДО № 000173 от 12/10/2009 не сформированы по причине: Причины нет.Изменены некоторые сообщения, выдаваемые в протокол.
102.920648.10.40.0При распределении разные предупреждения и неточность в представленииУправление сбытомСчета, ДО на продажу
Резервирование по складсому разрезу, проводим распределение и получаем разные предупреждения: --------------------------- Информация --------------------------- Распределенное количество МЦ (10.12) не должно превышать неотгруженного по ДО количества (10.12) --------------------------- OK --------------------------- В данном - выводится только 2 знака после запятой, а надо бы по настройке(кол-во знаков полсе запятой) --------------------------- Предупреждение --------------------------- Резервируется в рамках свободного остатка! Настройки ГалактикиЛогистикаРезервированиеРезервирование сверх остатка: запрещать --------------------------- OK --------------------------- Это предупреждение возникает, когда удаляем первое автоматическое распределениеКоличество знаков после запятой у количества с регулируется настройкой.
102.927068.10.40.0Убрать проверку UKS_Used перед вызовом функций oUKSfuns.Join*Управление капитальными вложениями и строительствомОбъекты строительства
Убрать проверку UKS_Used перед вызовом функций oUKSfuns.Join*Отключена проверка UKS_Used перед вызовом функций oUKSfuns.Join
102.1001768.10.39.0Приходная накладная создается без налоговУправление договорамиКалендарный план
Договор на закупку. В спецификации МЦ - налоги есть. Создаем ПКП, в нем налоги есть. С помощью функции локального меню "Формирование сопроводительных документов по ПКП" формируем приходную накладную. В ней отсутствуют налоги. Если создавать накладную выбором этого ПКП в РИ - налоги есть. Аналогичная ошибка и при формировании приходной накладной с помощью операции Пакетного формирования сопроводительных документов по договорам, соглашениям. Приходная накладная создается без налогов.Исправлен расчет налогов для документов, содержащих сопутствующие услуги. На расчет влияла настройка: "Настройки Галактики Логистика Документы Управление снабжением Приходная накладная Распределять сумму сопутствующей услуги по МЦ при оприходовании" выставленная в значение ДА. Сейчас данная настройка на влияет на ф-л расчета налогов.
102.998928.10.38.0Ошибка учета сопутствующих услуг в стоимости МЦ при оприходованииУправление снабжениемПриходные накладные
Ошибка учета сопутствующих услуг в стоимости МЦ при оприходованииДобавили учет настройки: "Настройки Галактики Логистика Документы Управление снабжением Приходная накладная Распределять сумму сопутствующей услуги по МЦ при оприходовании" при формировании приходной накладной по ДО.
101.410488.10.37.0Автоматическое формирование ФО при формировании ПП по ДО.Платежный календарьЖурнал обязательств
Необходимо автоматическое формирование фо при формировании пп по до Финансовое обязательство должно формироваться автоматически при создании платежных документов из каждого ДО, а также при пакетном формировании платежных документов по ДО.Подключена функция для автоформирования ФО. Будет реализована позже.
101.441588.10.37.0Дробный коэффициент в отпускных единицахУправление консигнационным товаромОснование
Клиент использует функциональность модуля Управление консигнациями - Отпуск. Короб - учетная единица измерения. Отпускная единица измерения - штуки (согласно договору с консигнатором). Вычисляется коэффициент по формуле: 1/кол-во упаковок в коробе, т.е. в нашем случае 1/56=0,0178571428571:.Т.е. дробное значение в периоде. Отпуск МЦ со склада осуществляется только коробами, которые обязательно содержат полное количество штук. Т.е. отпускают короб, в котором всегда 56 штук. Однако согласно договору в документах нужно указывать штуки. Пробуем реализовать это в Галактике. Возникают проблемы с остатками: 1.В текущих остатках - дробное количество при резервировании по ДО на отпуск консигнатору. 2.В текущих и сальдовых остатках - дробное количество после формирования расходного ордера (в том числе и в ордере). Как результат в остатках накапливаются дробные количества, которых реально уже не существует. Даже по одному документу в ряде случаев погрешность достигает 1-2 короба. Как минимум получаем ошибки в складских ведомостях, инвентаризации и прочее (а это материальная ответственность). Нужна доработка функционала, решающая вышеописанную проблему. Вероятно, можно дать пользователю возможность вводить обратный коэффициент. Т.е. указывать количество отпускных единиц в учетной, в данном случае 56. Или предложите, пожалуйста, другое решение. Пробовали установить для учетной единицы Короб признак "не делимая". Никаких изменений не произошло - система зарезервировала дробное количество и списала его в ордере. Это совсем не правильно.При резервировании в ДО проверяется делимость учетной единицы измерения в следующих режимах: -по кнопке "резервирование" -при редактировании резерва по позиции -при формировании спецификации по прайс-листу с резервированием -при перенаправлении резерва (см. Настройки ГалактикиЛогистикаРезервированиеРазрешать перенаправление резерва при резервировании по складам) Если при редактировании резерва или при уточнении резерва будет введено некорректное количество, то будет выдано предупреждение и количество будет откорректировано. Например, МЦ - пиво, уч.ед - ящик, отпед - бутылка (коэф. 0.05), т.е. 20 бутылок в ящике. Если учетная единица неделимая, то резервировать в бутылках можно только в количестве, кратном 20-ти.
102.964758.10.37.0История изменения статуса документаФинансово-расчетные операцииПлатежное поручение
При создании платежных документов по до, с заполнением статуса по умолчанию (если установлено), вносить запись в историю изменения статуса.При создании платежных документов по ДО, если установлено заполнение статуса по умолчанию, информация об изменении статуса заносится в историю.
102.899208.10.35.0списание по наличиюУправление производственной логистикой (УПЛ)Основание/ЛЗК
Имеется лзк, нажимаем-- списать по наличию. Дает окошко выбора---- выбираем -- использовать мол по умолчанию. Молча списывает и не дает никаких предупреждений о том, что в лзк 20, а на текущем мол было 10, Списывает 10 и не предупреждает.Трбуется предупреждение, что не хватает в наличии. Настройка ка бы есть.При включении системной настройки "Сообщать об отпуске сверх имеющегося в наличии", при списании МЦ, с заданной партией, по наличию будет выдаваться сообщение о том, что отпускаемой МЦ недостаточно в данном разрезе. При списании МЦ без партии, необходимо, что бы в окне "Списание по наличию" была включена настройка "Сообщать об недостаточности МЦ для списания".
102.947338.10.35.0Доработать списание по наличиюУправление производственной логистикой (УПЛ)Основание/ЛЗК
При выполнении функции "Списание по наличию" с признаком "Показывать распределение" в интерфейсе распределения количество к списанию подставляется в разрез по случайному выбору. Клиент просит настройку по которой бы происходил автоматический выбор разреза с самой "старой" датой партии и по ней подставлялось количество к списанию.При выполнении функции "Списание по наличию" в окне с выбором признака "Показывать распределение" добавлена опция "Распределить наличие по дате создания партии", после установки которой в интерфейсе выбора партии для списания, партии будут сортироваться начиная с самой старой.
101.438948.10.34.0Автозаполнение склада из настройкиУправление сбытомНакладные на отпуск
Клиент просит включить следующую функциональность: если при формировании расходной накладной поле "Склад" формируется пустым, то его значение брать из настройки "Склад по умолчанию".При формировании Накладной на отпуск из ДО, если поле Склад пустое, то оно заполняется из настройки "Настройки Галактики Логистика Складской учет Текущий склад".