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


Описание файла обновления:
ФайлF_SFO_RES_911010.TXT
ОбновлениеF_SFO_res_911010
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентF_SFO
ТипRES
Версия9.1.101.0
Дата2018-08-23 19:06:08
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.167219NEWУРиУ ТПР2 Добавить атрибуты СИЗ в карточках учета и в ЛКСпецодеждаПредложение по новой функциональности модуля "Спецодежда"
Необходимо добавить новые атрибуты СИЗ в матценности, карточки учета и личные карточках учета спецодежды: - Климатический пояс (I,II,III,IV,особый, не требуется); - Категория работников (ИТР, рабочие); - Класс (уровень) защитных свойств (1,2,3,4,5). Хотелось бы организовать ввод этих атрибутов в помощью справочников, по аналогии с размерами. Новые атрибуты должны анализироваться в окне выбора предметов при разноске требования на выдачу спецодежды.После установки обновления при проверке реестра настроек запускается утилита F_SFO::ConvSfoSizes, которая: 1) переносит размеры и тип одежды (муж./жен.) из поля "Доп. информация" (SpSopr.nKvit) спецификации накладных МЦ-Спецоснастка/Спецодежда (тип 602) во внешние атрибуты; 2) переносит размеры и тип одежды (муж./жен.) из поля "Доп. информация" (KatMBP.DopInfo) карточек учета спецодежды в отдельные поля KatMBP.Sizes; 3) переносит размеры и тип одежды (муж./жен.) из поля "Доп. информация" (MBPIn.DopInfo) приходов спецодежды в отдельные поля MBPIn.Sizes; 4) переносит размеры одежды из поля MBPInv.Name спецификации акта инвентаризации в отдельные поля MBPInv.Sizes; 5) переносит признак учета одежды по типу (муж./жен.) в группах спецодежды из поля GroupSFO.forceCls в поле GroupSFO.Positions[15]; 6) устанавливает тип одежды (муж./жен.), требуемой работникам, в поле PersCard.Sizes[15], в зависимости от пола работника. Доработана карточка складского учета (МЦ) в модуле "Складской учет". На вкладку "Спецодежда" добавлены поля для ввода размеров предмета, признака принадлежности предмета к мужской/женской одежде, а также новых атрибутов одежды: климатического пояса, категории работника, класса защитных свойств. Около размера или атрибута одежды отображается символ "*", если он выбран в группе спецодежды. При изменении размеров и других атрибутов одежды в МЦ если есть КУ спецоснастки/СФО, связанные с МЦ, то по запросу эти поля изменяются и в связанных КУ. При создании КУ на основе МЦ (например, при переводе из МЦ по накладной или при создании КУ на основе МЦ из списка КУ) размеры и другие атрибуты одежды копируются из МЦ в КУ. При создании МЦ на основе КУ (например, при переводе предметов на склад МЦ по накладной или при реализации предметов по акту на списание) размеры и другие атрибуты одежды копируются из КУ в МЦ. Доработана накладная МЦ-Спецоснастка/Спецодежда (тип 602). В расширенную информацию по спецификации накладной добавлена вкладка "Размеры и др. атрибуты". Она предназначена для ввода размеров одежды, типа одежды (муж./жен.), а также климатического пояса, категории работника и класса защитных свойств (аналогично МЦ). В результате проведения накладной МЦ-Спецоснастка/Спецодежда введенные в этой вкладке размеры и другие атрибуты одежды будут скопированы в соответствующие поля созданных приходов спецоснастки/спецодежды. Доработана ЛК учета СФО. Кнопка "Размеры" переименована в кнопку "Размеры и др. атрибуты". В открывшееся окно добавлены новые атрибуты одежды: климатический пояс, категория работника, класс защитных свойств, тип одежды (муж./жен.). Тип одежды (муж./жен.) изменить в ЛК нельзя. Он устанавливается автоматически после выбора работника в ЛК учета СФО в зависимости от пола работника. Доработана КУ спецоснастки/СФО, акт инвентаризации, документы на приход, поступление, акты об излишке, акты на пересортицу, акты изменения параметров. Вместо поля "Доп. информация" размеры и другие атрибуты предметов (тип одежды муж./жен., климатический пояс, категория работника, класса защитных свойств) отображаются в поле "Размеры и др.". Редактирование этих значений выполняется в открывшемся по F3 окне. Доработан справочник групп спецодежды. Вкладка "Размеры" переименована в "Размеры и др. атрибуты". Вместо указания порядка следования размеров в строке, на данную вкладку добавлены параметры для указания тех размеров и тех атрибутов одежды (климатический пояс, категория работников, класс защитный свойств), которые есть у предметов из данной группы спецодежды и которые необходимо анализировать при выдаче одежды работникам. Также с верхней панели на вкладку "Размеры и др. атрибуты" перенесен параметр "Учет по типу одежды: мужская/женская". В раздел "Настройка" главного меню модулей "Спецодежда" и "Учет вещевого имущества" добавлены пункты для заполнения справочников "Климатические пояса", "Категории работников", "Классы защитных свойств". Изменено название настройки "Настройки Галактики Общие настройки системы Доступ к таблицам Запретить модификацию Каталога размеров специальной и форменной одежды" на "... Каталога размеров и других атрибутов одежды". Действие данной настройки распространяется на справочники климатических поясов, категорий работников (модуля "Спецодежда"), классов защитный свойств. Изменено название настройки "Настройки Галактики Бухгалтерский контур Спецодежда Способ ввода размеров одежды" на "... Способ ввода размеров и других атрибутов одежды". Действие данной настройки распространяется на ввод атрибутов одежды "климатический пояс", "категория работников", "класс защитных свойств" в карточке складского учета МЦ, накладной МЦ-СФО, КУ СФО и ЛК учета СФО. Изменено название настройки "Настройки Галактики Бухгалтерский контур Спецодежда Разрешить выдачу работникам спецодежды другого размера" на "... Разрешить выдачу работникам спецодежды, не подходящую по размерам или другим атрибутам". Согласно данной настройки одежда считается подходящей, если размеры, тип (муж./жен.) и другие атрибуты одежды (климатический пояс, категория работников, класс защитных свойств) соответствуют аналогичным параметрам работника. При этом анализируются только те параметры, которые выбраны в группе спецодежды. & ИЗМЕНЕННЫЕ БАЗОВЫЕ ФОРМЫ: LSTGRSFO
102.171208NEWУРиУ ТПР2 В интерфейсах нужно убрать "Размер одежды 2" и "Размер обуви 2"СпецодеждаЛичная карточка спецодежды
По требованию клиента необходимо в интерфейсе указания размеров, а также в интерфейсе редактирования групп спецодежды убрать "Размер одежды 2" и "Размер обуви 2", а поля "Размер одежды 1" и "Размер обуви 1" переименовать в "Размер одежды" и "Размер обуви". Думаю, назрела необходимость сделать эти поля настраиваемыми, чтобы можно было указать, какие размеры и другие атрибуты отображались в интерфейсах и как бы они назывались.Добавлены системные настройки, позволяющие задать названия для некоторых размеров и атрибутов одежды: 1) "Настройки Галактики Бухгалтерский контур Спецодежда Дополнительные размеры и атрибуты одежды Дополнительный размер одежды 1" (значение по умолчанию - "Размер одежды 2;Од2"); 2) "Настройки Галактики Бухгалтерский контур Спецодежда Дополнительные размеры и атрибуты одежды Дополнительный размер одежды 2" (значение по умолчанию - "Размер обуви 2;Об2"); 3) "Настройки Галактики Бухгалтерский контур Спецодежда Дополнительные размеры и атрибуты одежды Дополнительный атрибут одежды 1" (значение по умолчанию - "Климатический пояс;КлимП"); 4) "Настройки Галактики Бухгалтерский контур Спецодежда Дополнительные размеры и атрибуты одежды Дополнительный атрибут одежды 2" (значение по умолчанию - "Категория работников;Катег"); 5) "Настройки Галактики Бухгалтерский контур Спецодежда Дополнительные размеры и атрибуты одежды Дополнительный атрибут одежды 3" (значение по умолчанию - "Класс защитных свойств;КлЗСв"). Если значение настройки не задано, то соответствующий размер или атрибут одежды не отображается в различных интерфейсах (группы СФО, МЦ, накладная МЦ-СФО, КУ СФО, ЛК учета СФО, требование на выдачу, справочник размеров и других атрибутов) и отчетах (требование на выдачу, ЛК учета СФО, справочник групп СФО). Название размера или атрибута не может превышать 25 символов. Через ";" можно указать сокращенное название размера или атрибута, оно не может превышать 5 символов. Если сокращенное название явно не указано, то берется 5 первых символов полного названия (исключая пробелы). & ИЗМЕНЕННЫЕ БАЗОВЫЕ ФОРМЫ: LSTGRSFO PERSCARDPROT REQSFOPROT
102.186084NEWСделать доступными для заполнения поля с размерами(PERSCARD.SIZES[1], PERSCARD.SIZES[2]....) из интерфейса ЛК учета спецоснасткиУчет спецоборудования и спецоснасткиЛичная карточка учета спецоснастки
Необходимо сделать доступными для заполнения поля с размерами (PERSCARD.SIZES) из интерфейса ЛК учета спецоснастки.Если нет лицензии на модули "Спецодежда" и "Учет вещевого имущества", то с помощью функции "Ввод размеров" локального меню верхней панели окна редактирования ЛК учета спецоснастки открывается окно для ввода размеров. Доступен только ручной ввод размеров.
101.646879.1.100.0Отображать код группы СФОСпецодеждаЛичная карточка спецодежды
Клиент просит в личной карточке в отдельном столбце отображать код группы СФО. Это нужно для наглядности выданной спецодежды по нормам. Раньше код группы можно было увидеть по номенклатурному номеру (первые 6-7 символов), а сейчас эту информацию можно увидеть, только лишь зайдя в карточку учета СФО. Например, номенклатурный номер предмета 85811600014 - код группы спецодежды 858116, а предмета 1287387 - код группы 858222.В нижнюю панель окна редактирования ЛК учета СФО (анкетная форма, переход по F9) добавлено поле "Группа СФО", в котором отображается код группы спецодежды, к которой относится предмет.
102.1808639.1.100.0Контроль "лишних" компенсацийКонтуры: финансовый, бухгалтерского учетаЛичная карточка
Необходим контроль "лишних" компенсаций. Обнаружились ситуации, когда пользователи по своей ошибке оформляли "лишние" компенсации. Например: По норме положен 1 предмет на 1 год. 01/01/2015 был выдан предмет1 ,31/12/2015 - списан 01/01/2016 был выдан предмет2, 31/12/2016 - списан 01/01/2017 был выдан предмет3, 31/12/2017 - списан Пользователь создает компенсацию на предмет 1 (с продлением срока до 31/12/2018), а затем создает компенсацию на предмет 2 (с продлением срока до 31/12/2018). По факту в период с 01/01/2018 по 31/12/2018 в носке будет 2 рубашки, хотя по норме должна быть только 1. Просьба реализовать контроль при формировании "фактических компенсаций": в периоде, на который продлевается срок носки компенсируемого предмета количество предметов не должно быть выше, чем положено по норме.При сохранении информации о компенсации выполняется подсчет общего количества компенсированных предметов в период с даты окончания срока службы по дату следующей выдачи текущего предмета. Если рассчитанное количество превышает количество, положенное по норме, то выдается соответствующее предупреждение и информация о компенсации не сохраняется.
102.1849419.1.99.0Формировать акт на утиль при формировании акта на списаниеСпецодеждаЛичная карточка спецодежды
При списании предметов из Личной карточки учета спецодежды (в случае формирования проведенного Акта на списание) необходимо проверять наличие для них норм перевода в утиль. Если нормы есть, то по запросу необходимо формировать Акт перевода в утиль.Доработано.
180.106349.1.99.0возможность отражения сезонности предметов СФО для учета при расчете потребностиСпецодеждаКарточка учета спецодежды
Необходима возможность задания сезонности для предметов спецодежды. Данная сезонность должна учитываться при формировании требования на выдачу и потребности по СФО, т.е. если предмет необходим только в летнее время, то если формировать требование на выдачу в декабре, то данный предмет в него не должен попадать.В окно редактирования группы СФО добавлены поля "Период выдачи: с/по", для указания периода возникновения потребности в предмете. Потребность в предмете равна 0, если расчет выполняется на дату, не попадающую в указанный период. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: LSTGRSFO
102.1644119.1.98.0Приостаногвка сроков носки по нормеКонтуры: финансовый, бухгалтерского учетаЛичная карточка
Существует функционал, позволяющий приостанавливать сроки носки предметов по всей личной карточке. Необходимо реализовать функционал, который позволили бы приостанавливать сроки носки предметов по конкретной норме. Зачем это нужно: Некоторых сотрудников таможенных органов раз в год направляют на выполнение определенных работ. Для этих работ им выдают спец. одежду по определенной норме (открывают дополнительную норму в карточке и выдают по ней одежду). После выполнения этих работ сотрудник возвращается к выполнению своих основных обязанностей и спецодежда, выданная сотруднику больше не используется до следующего года, когда сотрудника вновь направят на выполнение работ. Пока одежда сотрудником не используется сроки носки должны приостанавливаться.В интерфейс "Периоды приостановки сроков службы" добавлено поле "Норма работника" для указания нормы, для которой действует приостановка (выбирается из действующих норм работника). Если в приостановке указана норма, то: 1) у всех предметов, выданных по этой норме продлеваются сроки носки на количество дней приостановки; 2) в период приостановки позиции из данной нормы не добавляются в требование, реестр требований, реестр групповой выдачи (только для модуля "Учет вещевого имущества").
102.1837689.1.98.0Просьба вернуть возможность связывать группы МЦ с группами СФОСпецодеждаГруппы СФО
Необходимо вернуть возможность связывать группы МЦ с группами СФО. Раньше при вводе новых записей в каталог МЦ пользователю достаточно было привязать группу МЦ, которая связана с группой СФО, чтобы в дальнейшем предмет попал в спецодежду. Теперь же нужно дополнительно указывать еще и группу СФО. Это вызывает недовольство пользователей. Просьба дать возможность работать по старой схеме. Для этого предлагаю: 1) В интерфейсе редактирования групп СФО добавить поле, в котором можно указать ссылку на Группу МЦ. 2) В интерфейсе редактирования карточки МЦ при выборе группы МЦ проверять, связана ли с ней группа СФО. Если связана, то автоматически проставлять ссылку на группу СФО в карточку МЦ. Можно реализовать этот функционал в зависимости от настройки.В окно редактирования группы СФО добавлено поле "Группа МЦ". Каждая группа МЦ может быть связана только с одной группой СФО. При выборе группы МЦ в карточке МЦ проверяется, есть ли у нее связанная группа СФО. Если есть, то в карточке МЦ проставляется ссылка на эту группу СФО. Аналогично в карточке учета спецоснастки/СФО при выборе группы МЦ проставляется ссылка на связанную группу СФО, при условии что КУ не связана с МЦ.
102.1839959.1.97.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1828469.1.96.0Необходимо доработать проверку корректности записей PersSFOСпецодеждаНе знаю, какая именно часть модуля "Спецодежда", научите
Пример. С помощью требования выдали работнику 1 рубашку. Затем ее списали из ЛК учета СФО и из КУ СФО. Если в результате сбоя в операции списания в ЛК учета СФО поля PersSFO.docKol=PersSFO.curKol=2 (вместо 1), то при формировании отчета о наличии СФО в пользовании количество предметов у работника отображается как -1. Необходимо, чтобы утилита F_SFO::CheckPersSFO могла выявить такие некорректные ситуации (когда в дочерней операции количество в полях PersSFO.docKol и PersSFO.curKol больше чем значение поля PersSFO.docKol в родительской операции) и их исправить. Если в указанном примере удалить некорректную операцию списания предмета из ЛК учета СФО, то в операции выдачи предмета изменится текущее количество PersSFO.curKol=2 (вместо 1), при этом в первоначальное количество останется прежним PersSFO.docKol=1, что является некорректным. Необходимо контролировать, чтобы при удалении дочерних операций в родительских операциях PersSFO.curKol не становился больше PersSFO.docKol.Доработано.
102.1833109.1.96.0Ошибка при расчёте срока носки в повторной выдачеСпецодеждаЛичная карточка спецодежды
После установки обновлений не правильно рассчитывается срок носки при двойной выдаче одежды. Пример: По норме сотруднику нужно выдать 2 костюма на 24 мес. Первый предмет выдали 12/09/2017 на 12 мес. Второй предмет выдали 22/05/2018. После выдачи второго предмета сроки службы должны были изменится у обоих предметов, однако этого не произошло.Исправлено.
102.1818939.1.95.0Не учитываются сроки приостановки в интерактивном отчете Анализ потребности в СФОСпецодеждаАнализ потребности в СФО
Необходимо, чтобы в отчете "Анализ потребности" учитывалась текущая приостановка, относящаяся к дате формирования отчета, и сотрудник с приостановкой не попадал в отчет.На вкладку "Фильтры" окна настройки формирования отчета "Анализ потребности" добавлен параметр "Учитывать периоды приостановки сроков службы". Если он включен, то в отчет не попадает информация по работникам, у которых есть действующий на дату формирования отчета период приостановки сроков службы.
102.1821889.1.95.0Фильтр по подразделениям сотрудниковКонтуры: финансовый, бухгалтерского учетаПолученные компенсации
Необходимо в отчете "Полученные компенсации" анализировать настройку "Настройки Галактики Бухгалтерский контур Спецоснастка Доступные подразделения".Доработано.
102.1822249.1.95.0Компенсация. Пересчет даты выдачиКонтуры: финансовый, бухгалтерского учетаЛичная карточка
При создании новой плановой/фактической компенсации дата выдачи следующего предмета автоматически рассчитывается как "дата окончания срока носки предмета + срок использования". Просьба доработать следующим образом: при вводе даты приказа о компенсации система должна выдавать запрос "Пересчитать дату следующей выдачи от даты приказа?" - Да/Нет. При положительном ответе пользователя дату выдачи нужно пересчитать как "Дата приказа о компенсации + срок использования".Доработано, если срок службы предметов по норме не равен "Разовая" или "До износа".
102.1816779.1.94.0Значительное падение быстродействия при формировании Ростовочной ведомости.СпецодеждаРостовочная ведомость
Стала медленно формироваться ростовочная ведомость: раньше формирование отчета по одному подразделению (более 100 вложенных) занимало 1-2 минуты, теперь 15 и более.Исправлено.
102.1744919.1.93.0Планирование компенсации за форменную одеждуКонтуры: финансовый, бухгалтерского учетаПредложение по новой функциональности модуля "Учет вещевого имущества"
Сотрудники таможенных органов по желанию могут получать компенсацию вместо положенной им форменно одежды. Например, у сотрудника в носке положенные ему по нормам 2 рубашки. В следующем месяце они списываются, и сотруднику полагается выдача 2 новых рубашек. По желанию сотрудника, он может получить не 2 рубашки, а 1 новую рубашку + компенсацию, а также продлить срок носки 1 старой рубашки. Клиенту необходимо вести учет "планируемых компенсаций", т.е. где-то хранить данные о том, за какие именно предметы сотрудник хочет получить компенсацию при следующей выдаче.Добавлена возможность вводить информацию о компенсации, если предмет находится в состоянии "Носится". В этом случае пользователь может создать запись о компенсации с признаком "План" (KatKod.isLeaf = 1) и ввести количество предметов, планируемое к компенсации, а также дату следующей выдачи компенсируемых предметов. Когда предмет будет списан, в поле "План" информации о компенсации появится кнопка F3, с помощью которой можно сделать компенсацию "фактической". В этом случае номер и дата приказа, а также стоимость предметов являются обязательными для заполнения полями. Если предмет одежды связан с "планируемой" компенсацией, то в нижней панели окна редактирования ЛК учета СФО он и его фурнитура подсвечиваются зеленым цветом (независимо от текущей даты и даты следующей выдачи компенсируемых предметов). Если предмет одежды связан с "фактической" компенсацией и дата следующей выдачи компенсируемых предметов больше текущей даты, то в нижней панели окна редактирования ЛК учета СФО он и его фурнитура подсвечиваются синим цветом. "Планируемая" компенсация учитывается при расчете потребности предметов основной одежды и фурнитуры, аналогично "фактической" компенсации. Потребность в фурнитуре уменьшается на величину, равную количество фурнитуры для единицы основного предмета умноженное на количество компенсированных или запланированных к компенсации предметов основной одежды . В отчетах "Полученные компенсации" и "Отчет о снабжении" (столбцы 7 и 11) "планируемая" компенсация не учитывается. В случае выполнения операции с частью предметов, связанных с "планируемой" компенсацией, происходит дробление записей о компенсации (таблица KatKod). При этом большее количество "планируемой" компенсации остается привязанной к исходной выдаче (таблица PersSFO). При отмене таких операций записи о "планируемых" компенсациях объединяются. При изменении количества предметов в операции контролируется, чтобы количество предметов в операции было не меньше, чем количество в связанной с ней записи о компенсации.
102.1799039.1.93.0Компенсация части предметовКонтуры: финансовый, бухгалтерского учетаЛичная карточка
Необходимо доработать функционал по компенсации вещевого имущества. Есть случаи, когда сотруднику выдается в пользование несколько одинаковых предметов (например, выдано 2 рубашки), и отражается это одной строкой в спецификации личной карточки (perssfo.CURKOL = 2). Когда подходит срок окончания носки предметов, сотрудник хочет получить компенсацию не за 2 рубашки, а за 1 (т.е. 1 рубашка должна быть списана, а по второй должен быть продлен срок носки, и рассчитана сумма компенсации). Но сейчас при проведении компенсации нет возможности ввести количество предметов.Добавлена возможность вводить количество компенсируемых предметов в окне ввода информации о выплаченной компенсации. Количество будет хранится в поле KatKod.cWord2. Для сохранения преемственности создана утилита F_SFO::ConvSfoCmps, которая заполняет данное поле количеством предметов из связанной операции (PersSFO.curKol). Данная утилита запускается автоматически после установки обновления при проверке реестра настроек. В дальнейшем количество из информации о выплаченной компенсации будет анализироваться при расчете потребности, а также в отчетах "Полученные компенсации" и "Отчет о снабжении". При вводе информации о выплаченной компенсации тип связанной операции (PersSFO.Status) изменяется со "списано" на "компенсация", при этом срок носки предметов (PersSFO.endDate) не изменяется. Компенсированное количество предметов и новый срок носки для них отображаются в нижней панели (анкетная форма) окна редактирования ЛК учета СФО. Количество компенсированных предметов не может превышать текущее количество предметов в операции (PersSFO.curKol). Поэтому запрещается изменять количество предметов в операции, если введена информация о выплаченной компенсации.
101.640109.1.92.0Неверное отрабатывает фильтр по группе в требованииСпецодеждаТребование на выдачу спецодежды
Неверное отрабатывает фильтр по группе СФО в требовании на выдачу СФО в случае разноски из наличия со склада спецодежды. В требовании при разноске спецификации по предметам по умолчанию устанавливается фильтр по группе СФО. Снимаем фильтр по группе, выводится полный перечень предметов. Но у всех предметов в поле "Код группы" отображается не код группы, к которой относится предмет, а код группы СФО из спецификации требования, для которой выбираем предметы. В результате при установке фильтра по группе СФО ничего не происходит, т.е. список повторно не ограничивается по группе СФО.Исправлено.
101.602479.1.91.0Увеличить длину поля CARDNOM до 15 символовСпецодеждаЛичная карточка спецодежды
Клиент предлагает увеличить длину поля CARDNOM таблицы PERSCARD до 15 символов.Изменена длина строкового поля CardNom в таблице PersCard (Личные карточки по спецодежде) с 10 до 20 символов.
101.634839.1.91.0Необходима возможность печати справочник норм выдачи спецодежды в формате ExcelСпецодеждаНормы выдачи СФО
Необходима печать справочника "Спецодежда - Настройка - Нормы выдачи спецодежды" в FastReport.Доработано.
102.1672579.1.91.0Требуется добавить настройку, которая запретить проводить операцию "накладная спецодежда -- мц" для мц, которые находятся в эксплуатацииСпецодеждаНакладная Спецодежда -> Склад
Требуется добавить настройку, которая запретит проводить операцию "Накладная спецодежда -> МЦ" для предметов, которые находятся в эксплуатации.Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Спецоснастка Разрешать передачу Спецоснастки в эксплуатации на склад МЦ", которая может принимать значения "нет" и "да" (по умолчанию). Если настройка установлена в значение "нет", то: 1) в накладной Спецоснастка -> МЦ в окне выбора предметов отображаются предметы в состоянии "на складе"; 2) в функции "Операции - Перевод в ТМЦ" в списке предметов отображаются предметы в состоянии "на складе"; 3) в документе на возврат из использовании если включен параметр "Перевод в дежурную одежду", то при нажатии на кнопку "Перевод в МЦ" не формируется накладная Спецодежда->МЦ; 4) накладную Спецоснастка -> МЦ нельзя провести, если среди спецификаций есть предметы, находящиеся в эксплуатации.
102.1756289.1.91.0Необходима доработка Возврата из использования спецодеждыСпецодеждаВозврат из использования
При формировании документа "Спецодежда->Документы->Возврат из использования" система предлагает ввести дату возврата СФО и при вводе значения (например, 01/01/2017) если у сотрудника имелась введенная в эксплуатацию в данном месяце СФО (например 20/02/2017), то система автоматически меняет дату документа на 20/02/2017 без возможности редактирования документа, в связи с тем, что автоматически документ заполняется всеми позициями числящимися на сотруднике. Приходится предварительно отменять ввод в эксплуатацию, что неудобно. Предлагается доработать функционал одним из следующих способов: - либо в момент формирования документа предлагать пометить позиции, которые необходимые возвратить (с указание даты ввода в эксплуатацию); - либо заполнять документ только позициями которые были введены до введенного значения даты документа (в примере до 01/01/2017) и тем самым не изменяя дату документа на 20/02/02017. Также необходимо исправить сообщение, которое появляется при попытке изменить дату документа на более раннюю: слово "меньше" надо заменить на "больше".При создании акта выбытия спецодежды и документа на возврат спецодежды из использования из списка документов по F7 в создаваемый документ добавляются только те предметы, с которыми последняя операция производилась до указанной пользователем даты документа. Сообщение "Среди строк спецификации документа имеются операции с датой выдачи меньше введенной. Измените дату на более позднюю!" изменено на "Среди строк спецификации документа имеются операции с датой выдачи больше введенной. Измените дату на более позднюю!".
102.1789999.1.91.0ТПР2. Отображение должности уволенного сотрудника в личной карточке учета спецодеждыСпецодеждаЛичная карточка спецодежды
Не отображается должность работника в функции "Синхронизация информации о работниках", если настройка "Настройки Галактики Бухгалтерский контур Спецодежда Синхронизировать Личную карточку учета СФО" установлена в значении "с карточкой работника" и в карточке работника указана дата увольнения. Это происходит из-за того, что для уволенных работников назначение хранится в поле Persons.AppointLast (последнее назначение), а не в поле Persons.AppointCur (текущее назначение).Доработано.
180.104889.1.91.0после смены нормы при формировании требования на выдачу попадает спецификцаия не только новой нормы, но и других действующихСпецодеждаЛичная карточка спецодежды
Необходимо, чтобы при выполнении функции "Сменить норму" при установленном параметре "Формировать требование на выдачу спецодежды" требование формировалось только для новой нормы, указанной в соответствующем поле "Настройки смены норм работника". Сейчас формируется для всех действующих норм.В окно настройки смены норм добавлен параметр "по новой норме". Он отображается, если после смены нормы необходимо формировать требование на выдачу спецодежды. Если параметр "по новой норме" включен, то требование будет содержать потребность в предметах из новой нормы.
180.44949.1.91.0Развязать понятия Группа СФО и Группа МЦСпецодеждаПредложение по новой функциональности модуля "Спецодежда"
Возникла необходимость отвязать группы СФО от групп МЦ. В каталоге МЦ и в карточках учета СФО необходимо добавить ссылку на группу СФО.Для заполнения ссылок на группу СФО в МЦ и КУ СФО по ссылкам на группу МЦ создана утилита F_SFO::ConvGroupSFO. Она запускается автоматически после установки обновления при проверке реестра настроек. Доработана карточка складского учета (МЦ) в модуле "Складской учет". Добавлена вкладка "Спецодежда", на которой в поле "Группа СФО" можно указать группу спецодежды, к которой относится МЦ. При изменении группы СФО если есть КУ спецоснастки/СФО, связанные с МЦ, то по запросу группа СФО изменяется и в связанных КУ, а также изменяется тип карточки (спецоснастка - при удалении ссылки на группу СФО или спецодежда - при выборе группы СФО из справочника). При создании КУ на основе МЦ (например, при переводе из МЦ по накладной или при создании КУ на основе МЦ из списка КУ) ссылка на группу СФО копируется из МЦ в КУ. Доработана карточка учета спецоснастки/СФО. Добавлены поля, содержащие код и наименование группы СФО. Данные поля являются обязательными для заполнения (подсвечиваются желтым цветом) для КУ Спецодежды. При удалении связи КУ с группой СФО по запросу КУ становится КУ спецоснастки, при выборе группы СФО по запросу КУ становится КУ спецодежды. Добавлен фильтр по группе СФО в список КУ спецоснастки/СФО. При создании МЦ на основе КУ (например, при переводе предметов на склад МЦ по накладной или при реализации предметов по акту на списание) ссылка на группу СФО копируется из КУ в МЦ. Доработан справочник групп СФО. Код и наименование группы СФО вводятся вручную. Удалена связь между группой МЦ и группой СФО. При разноске требования на выдачу СФО учитывается группа СФО в КУ и в МЦ, а не группа МЦ. Доработаны акт инвентаризации, отчет "Инвентаризационная опись" и отчет "Сроки использования". Если они вызываются из модуля Спецоснастка, то в них можно установить фильтр по группе МЦ; из модулей Спецодежда и Вещевое имущество - фильтр по группе СФО. Добавлена возможность группировать данные по коду и наименованию группы СФО в отчетах модулей Спецоснастка, Спецодежда, Вещевое имущество.
102.1790359.1.90.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1744129.1.89.0Добавить фильтр по группе дескрипторов (отчет о снабжении)Контуры: финансовый, бухгалтерского учетаОтчет о снабжении
Требуется добавить фильтр по группе дескрипторов в параметры отчета "Отчет о снабжении". Необходим только одиночный выбор группы дескрипторов. Если группа выбрана формируем отчет с фильтром по этой группе, если не выбрана - то без учета фильтра. Выбранную группу дескрипторов необходимо сверять с группой дескрипторов в КУ (KatMBP.DesGr). Также необходим множественный фильтр по подразделениям.Доработано.
102.1744159.1.89.0Добавить фильтр по группе дескрипторов (потребность в ассигнованиях)Контуры: финансовый, бухгалтерского учетаРасчет потребности в ассигнованиях
Требуется добавить фильтр по группе дескрипторов в параметры отчета "Расчет потребности в ассигнованиях". Необходим только одиночный выбор группы дескрипторов. Если группа выбрана формируем отчет с фильтром по этой группе, если не выбрана - то без учета фильтра. Выбранную группу дескрипторов необходимо сверять с группой дескрипторов в КУ (KatMBP.DesGr).Доработано.
102.1748559.1.89.0В отчете "Анализ потребности СФО" изменить алгоритм заполнения колонки "На какую дату появится потребность"СпецодеждаАнализ потребности в СФО
Отчет "Наличие и потребность" - тип отчета "Анализ потребности". На текущий момент колонка "На какую дату появится потребность" по СФО, которая не была выдана, заполняется датой формирования отчета. Необходимо, чтобы по ЛК с приостановкой в эту колонку выводилась дата окончания приостановки, а не датой формирования отчета, если дата отчета меньше даты приостановки. Например: Дата окончания приостановки 04.10.2020. Дата формирования отчета 08.11.2017. По спецодежде, которая не была выдана, в колонку "На какую дату появляется потребность" должна выводиться дата 04.10.2020, а не 08.11.2017, как сейчас.Доработано.
102.1783819.1.89.0Требуется доработать отчет "Реестр выданной СФО", требуется добавить фильтр по работнику.СпецодеждаРеестры выданной СФО
Необходимо в отчет "Реестры выданной СФО" добавить фильтр по работнику.Доработано для отчетов "Реестры выданной СФО" и "Ведомость учета выдачи СФО".
102.1783739.1.88.0Невозможно сформировать отчет Анализ потребности в СФОСпецодеждаАнализ потребности в СФО
Невозможно сформировать отчет Анализ потребности в СФО: выводится сообщение "Не найдено личных карточек!" и отчет не запускается. Происходит, если в ЛК учета СФО не указаны нормы либо все нормы закрыты.Исправлено.
102.1756389.1.87.0Просьба расширить прототип SFO_REGL1 для возможности доработки линкформКонтуры: финансовый, бухгалтерского учетаРегламентное списание
Необходимо вывести в цикл по спецификации прототип SFO_REGL поле perssfo.nrec для возможности доработки пользовательских форм.В прототип SFO_Regl добавлены следующие поля: - поле ActRec (тип - comp) для вывода NRec акта регламентного списания СФО (ReqSFO.NRec); - поле sfoRec (тип - comp) в цикл spcSFORegl для вывода NRec спецификации акта регламентного списания СФО (PersSFO.NRec). & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: SFO_REGL
102.1763219.1.87.0Исправить ошибочное написаниеУчет спецоборудования и спецоснасткиКарточка учета спецоснастки
Необходимо убрать дефис в сочетании "материально ответственное лицо": 1) Окно редактирования КУ спецоснастки - подсказка в столбце "МОЛ" и в поле "МОЛ" анкетной формы прихода. 2) Окно редактирования ЛК спецоснастки - подсказка в поле "МОЛ" анкетной формы прихода. 3) Редактирование накладной на перевод спецоснастки в МЦ - подсказки к полям "МОЛ" в верхней панели. 4) Окно =Выбор предметов= - наименование и подсказка правой панели. 5) Групповая замена подразделения, МОЛ - Новый разрез хранения - Подсказка к полю "МОЛ" - "будет числится" исправить на "будет числиться". 6) Настройка ведомости наличия драгметаллов - вкладка "Ограничения по картотеке ОС" - подсказка к параметру "МОЛ". 7) Сверка МБП - фильтр по МОЛ - Наименование окна выбора МОЛ. 8) Список реестров требований на выдачу - подсказки к столбцам "МОЛ".Доработано.
106.105409.1.87.0Фильтр в списке требования на выдачуСпецодеждаТребование на выдачу спецодежды
При установке фильтра в списке требования на выдачу и при отсутствии данных по фильтру отображается пустой интерфейс или не существующее требование. Клиент просит, чтобы при отсутствии записей по фильтру выводилось соответствующее сообщение, что записей нет и была возможность продолжения установки фильтра, как это и происходит в других интерфейсах (например, в списке актов на списание).Доработано для документов: - требование на выдачу СФО; - реестр требований на выдачу СФО; - аттестат на вещевое довольствие; - акт выбытия СФО; - акт группового выбытия СФО; - документ на возврат СФО из использования; - документ расчетов при увольнении; - акт регламентного списания СФО.
106.105419.1.87.0Удаление даты в требовании на выдачу СФОСпецодеждаТребование на выдачу спецодежды
При создании требования на выдачу СФО необходимо исключить возможность полного удаления даты. Поле даты не должно становиться пустым. На сегодняшний день дату можно просто удалить по Delete и требование переходит в самое начало списка требований. Должна быть возможность только изменить дату, но не удалить ее совсем - документов без даты быть не должно.Доработано для требования на выдачу СФО и реестра требований на выдачу СФО.
101.626399.1.86.0Положенные единицы выводить в одну строку с общим количествомСпецодеждаНаличие и потребность
В группе СФО установлен признак "Смывающее и (или) обеззараживающее средство". Учет ведется в граммах (в данном случае речь идет о мыле). По норме положено 200 грамм в месяц. Если получить отчет "Наличие и потребность", то получим 200 строк по этому элементу СФО. Предложение: если для группы установлен данный признак, то выводить одной строкой с указанием общего количества.Если для группы СФО задана единица изменения с кодом "111" (миллилитр), "161" (миллиграмм) или "163" (грамм), то в отчете "Наличие и потребность" потребность по этой группе выводится одной строкой, а не разбивается на несколько строк с количеством 1.
102.1752339.1.86.0УРиУ ТПР2 Проблема с mbpin.DEXPLBEGСпецодеждаКарточка учета спецодежды
Я сделал накладную Склад-спецоснастка в состояние "на складе" и по спецодежде б.у. проапдейтил поля mbpin.dexplbeg и mbpin.srokbeg по забалансовой спецодежде. Но когда одежду начинают выдавать, система считает, что это первый ввод в эксплуатацию. Необходимо доработать, чтобы не обнулялись mbpin.dexplbeg и mbpin.srokbeg в приходах по накладной. Также если делаешь пересортицу, то в старом mbpin обнуляются поля mbpin.srokbeg и mbpin.DEXPLBEG. Также меняется срок при начислении износа или списании.Дата и срок первого ввода в эксплуатацию добавлены на панель, содержащую информацию о приходной операции, в КУ спецоснастки/СФО и ЛК учета спецоснастки. Если приходная операция является дочерней (кроме пересортицы), то дата и срок первого ввода в эксплуатацию копируются из родительского прихода. Если приходная операция имеет тип "приход", "приход по накладной", "приход излишка", "остаток после удаления старой информации", то дата и срок первого ввода в эксплуатацию устанавливаются в соответствии с состоянием текущего прихода и изменяются только при изменении даты ввода в эксплуатацию или даты окончания срока службы в текущем приходе.
101.627409.1.85.0Ошибки при регламентном начислении износаСпецодеждаРегламентное начисление износа
Возникают следующие ошибки при регламентном начислении износа: 1. При попытке начислить износа выдается сообщение, в котором фигурирует списанная СФО. 2. В параметрах регламентного начисления износа снята галочка "Начислять износ на предметы с нулевой ценой". Тем не менее формируются ведомости начисления износа с нулевыми суммами. Проблема проявляется с установленным параметром [Common] DeltaDouble=0.00000000001. Если поставить 0, то ошибок нет.Исправлено.
101.624389.1.84.0Ошибка при формировании акта на списаниеСпецодеждаАкт на списание
Включено начисление износа "за текущий период" в актах выбытия и в актах на списание спецодежды. При добавлении предметов с нулевой ценой в эти документы возникает ошибка деления на 0 (ExDivToZero). В результате невозможно списать такие предметы.Исправлено.
102.1678479.1.84.0В Fast Report отчет формируется на дату начала отчетного периодаСпецодеждаВедомость учета выдачи СФО
Отчеты - Ведомость учета выдачи СФО. В Fast Report отчет формируется на дату начала периода, а должен на конец периода, как в других форматах.Доработано.
102.1720329.1.84.0Нет формы со штрих-кодом в документе Возврат из использования (формат rtf).СпецодеждаВозврат из использования
Модуль Спецодежда - Документы - Возврат из использования. Нужно добавить в прототип SFO_ACT поля для вывода типа документа и NREC документа.В цикл SFO_Act прототипа SFO_Act добавлены: 1) поле ActRec (тип comp), в которое выводится NRec документа; 2) поле ActTiDk (тип word), в которое выводится тип документа (740 - возврат из использования, 0 - для других). & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: SFO_ACT
103.89299.1.84.0Добавить поле "Партия" в спецификацию ряда документов модуляКонтуры: финансовый, бухгалтерского учетаПредложение по новой функциональности модуля "Учет вещевого имущества"
Необходимо добавить поле "Партия" в спецификацию документов модуля "Спецодежда" и в печатную форму требования на выдачу спецодежды.Добавлено поле "Партия" в спецификацию следующих документов: - Ввод в эксплуатацию; - Внутреннее перемещение; - Переоценка; - Возврат из эксплуатации; - Изменение параметров; - Акт на списание; - Акт о недостачах; - Ведомость начисления износа; - Личная карточка учета спецодежды; - Акт регламентного списания спецодежды; - Акт выбытия спецодежды; - Акт группового выбытия спецодежды; - Возврат из использования спецодежды; - Расчеты при увольнении. В цикл по спецификациям требования прототипа ReqSFOProt добавлены поля PartyKod и PartyName для вывода кода и наименования партии выданных по требованию предметов. Печатные формы требования не дорабатывались.
106.104569.1.83.0Групповое удаление позиций спецификации документов в спецодеждеСпецодеждаРегламентное списание
Клиент использует в своей работе операцию регламентного списания. Но часть спецодежды не должна списаться регламентным списанием, ее списывают актами выбытия с конкретного работника. В этом случае из акта регламентного списания она должна быть удалена. Но в этом документе возможно только единичное удаление позиции спецификации. Необходимо добавить возможность группового удаления позиций спецификации в этом документе.Доработано.
106.104609.1.82.0Форменная одежда в требовании на выдачуСпецодеждаТребование на выдачу спецодежды
У клиента есть нормы по спецодежде и по форменной одежде. В требование входят предметы СФО по обеим нормам. Но часто возникает ситуация, когда форменной одежды нет по размеру (или не подошла имеющаяся). Тогда по этому требованию делается заявка на покупку или пошив форменной одежды. Процесс может занять от месяца до двух. Требование не может быть удалено, потому что оно фигурирует в заявке на закупку или пошив. Во время этой процедуры работнику может понадобиться спецодежда. Формируется второе требование и спецодежда выдается, новое требование разносится. Но первое с форменной одеждой больше не может быть разнесено. Это запрещено системой. Во время формирования требования в поле затребовано для тех позиций, которые не будут выдаваться по этому требованию, проставляется 0. При смене даты требования для последующей разноски (что первое приходит в голову) все обнуление затребованных позиций пропадает. Это очень неудобно и для восстановления отмеченных к выдаче позиций уходит много времени. Клиент просит помочь в решении этого вопроса. Возможны несколько вариантов: 1. Разделить формирование требования на спецодежду и форменную одежду. Разрешить разноску требования с форменной одеждой, если после него есть требование на спецодежду. 2. Или решить вопрос таким образом: не изменять требование при изменении его даты - оставить обнуление затребованных позиций. 3. При разделение требований на выдачу форменной и спецодежды иметь возможность изменить дату требования на выдачу форменной одежды без потери изменения графы затребованных позиций.Неразнесенное требование на выдачу, сформированное по конкретной норме, переводится в неизменяемое состояние, только если после него формировались требования с той же нормой или по всем нормам.
102.1665129.1.81.0УРиУ ТПР2 Признак учета по счетам для спецодеждыСпецодеждаПредложение по новой функциональности модуля "Спецодежда"
У Заказчика по учетной политике существует такая система учета СФО: - если первый раз предмет выдали на срок не более года и стали учитывать на забалансовом счете, то в дальнейшем при возвратах и повторных выдачах независимо от срока предмет должен учитываться на забалансовом счете; - если первый раз предмет выдали на срок свыше года и стали учитывать на балансовом счете, то в дальнейшем при возвратах и повторных выдачах независимо от срока предмет должен учитываться на балансовом счете. Таким образом нужно доработать функционал учета спецодежды, чтобы в приходе был какой-то признак, который позволял бы определить при формировании проводок: - во-первых: это новая спецодежда или б.у. - во-вторых: если спецодежда б.у., то на каком счете "балансовом" или "забалансовом" эта спецодежда числилась при первом вводе в эксплуатацию. Спецодежда со сроком носки "до износа" учитывается как со сроком носки не более года.При первом вводе в эксплуатацию в таблице MBPIn будут заполняться поля dExplBeg (датой ввода в эксплуатацию из КУ спецоснастки/СФО) и SrokBeg (сроком из ЛК учета СФО, если есть запись в ЛК; иначе сроком из КУ спецоснастки/СФО). В дальнейшем при возврате и повторной выдаче предметов работникам значения этих полей не изменяются. Для первоначального заполнения полей dExplBeg и SrokBeg в таблице MBPIn создана утилита F_MBP::SetExplBegAttr. Она запускается автоматически после установки обновления при проверке реестра настроек. В отчеты о наличии СФО на балансе и в пользовании, а также в отчет "Инвентаризационная опись" добавлен новый тип фильтра по сроку службы: "П" - по первой выдаче. Если предмет уже был когда-нибудь введен в эксплуатацию (MBPIn.dExplBeg > 0), то в фильтре анализируется значение поля MBPIn.SrokBeg; иначе срок считается неопределенным. Также при группировке данных в отчетах по сроку службы добавлена возможность указывать тип анализируемого срока "по первой выдаче". В отчет "Сверка МБП и КБУ" добавлен параметр "Тип срока службы", который может принимать следующие значения: "фактический" и "по первой выдаче". Данный параметр определяет тип срока службы, анализируемого при работе фильтра по сроку службы и параметра "Исключить "До износа"". Если выбран тип срока службы "фактический", то анализируется срок из ЛК учета СФО или срок из КУ спецоснастки/СФО (если предмет является спецоснасткой или не выдан работнику). Если выбран тип срока службы "по первой выдаче", то анализируется значение поля MBPIn.SrokBeg из КУ спецоснастки/СФО.
102.1677279.1.81.0УРиУ ТПР2 Добавить возможность ввода внешних атрибутов и внешней классификации в группах спецодеждыСпецодеждаПредложение по новой функциональности модуля "Спецодежда"
Добавить возможность ввода внешних атрибутов и внешней классификации в каталоге групп спецодежды по Alt+A и Alt+C.Доработано.
102.1679809.1.81.0УРиУ ТПР2 В истории норм в ЛК заменить "Категория" на "Наименование нормы"СпецодеждаПредложение по новой функциональности модуля "Спецодежда"
В истории норм в ЛК необходимо заменить наименование колонки "Категория" на "Наименование нормы".Заменено "Категория" на "Наименование нормы" в следующих интерфейсах и отчетах: - справочник норм выдачи СФО; - окна одиночного и множественного выбора норм СФО; - окно выбора нормы при создании требования по кнопке "Выдать по нормам" в ЛК; - история норм работника; - окно выбора предшествующей нормы в истории норм работника; - окно просмотра отчета "Анализ потребности в СФО"; - "Ведомость потребности в СФО" в форматах Текст и FastReport отчета "Анализ потребности в СФО".
102.1679869.1.81.0УРиУ ТПР2 В расширенной информации спецификации истории норм в ЛК изменить колонкиСпецодеждаПредложение по новой функциональности модуля "Спецодежда"
В расширенной информации спецификации истории норм в ЛК: - колонка (и подсказка к ней) называется "Код группы", а на самом деле отображается номенклатурный номер МЦ; - колонка называется "Наименование", а в подсказке написано, что это наименование группы, а отображается наименование МЦ. Необходимо изменить наименование колонок и подсказку.Название колонки "Код группы" заменено на "Номенкл. №", подсказка к колонке "Наименование" заменена на "Наименование предметов".
102.1691579.1.81.0УРиУ ТПР2 Соответсвия "Должность-Норма"СпецодеждаПредложение по новой функциональности модуля "Спецодежда"
В соответствиях должностей и норм выдачи спецодежды при выборе вышестоящего подразделения соответствие должно работать для всех нижестоящих подразделений.При автоматическом назначении норм выдачи спецодежды работнику соответствия "должность - норма" анализируются в следующем порядке: 1) выполняется поиск соответствия с совпадением должности, подразделения и пола; 2) выполняется поиск соответствия с совпадением должности и подразделения, но без указания пола; 3) шаги 1 и 2 повторяются для каждого вышестоящего подразделения; 4) выполняется поиск соответствия с совпадением должности и пола, но без указания подразделения; 5) выполняется поиск соответствия с совпадением должности, но без указания подразделения и пола.