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


Описание файла обновления:
ФайлF_SFO_RES_91860.TXT
ОбновлениеF_SFO_res_91860
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентF_SFO
ТипRES
Версия9.1.86.0
Дата2017-11-27 15:00:00
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.62639NEWПоложенные единицы выводить в одну строку с общим количествомСпецодеждаНаличие и потребность
В группе СФО установлен признак "Смывающее и (или) обеззараживающее средство". Учет ведется в граммах (в данном случае речь идет о мыле). По норме положено 200 грамм в месяц. Если получить отчет "Наличие и потребность", то получим 200 строк по этому элементу СФО. Предложение: если для группы установлен данный признак, то выводить одной строкой с указанием общего количества.Если для группы СФО задана единица изменения с кодом "111" (миллилитр), "161" (миллиграмм) или "163" (грамм), то в отчете "Наличие и потребность" потребность по этой группе выводится одной строкой, а не разбивается на несколько строк с количеством 1.
102.175233NEWУРиУ ТПР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) выполняется поиск соответствия с совпадением должности, но без указания подразделения и пола.
102.1691589.1.81.0УРиУ ТПР2 История изменения размеров в личной карточкеСпецодеждаПредложение по новой функциональности модуля "Спецодежда"
Необходимо изменить настройку "Сохранять историю изменения размеров" таким образом, чтобы была возможность сохранять историю без обязательного указания реквизитов заявки на изменение размера (номера и даты).Добавлено новое значение "да, без обязательного указания заявки" для настройки "Настройки Галактики Бухгалтерский контур Спецодежда Сохранять историю изменения размеров". Если настройка установлена в данное значение и были изменены размеры работника, то перед сохранением изменений в БД открывается окно для ввода номера и даты заявки на изменение размеров с двумя кнопками "Продолжить" и "Отмена". При нажатии кнопки "Продолжить" изменяются размеры в ЛК и создается запись в истории изменения размеров; при этом не контролируется, чтобы поля с датой и номером заявки были заполнены. При закрытии окна другим способом (по кнопке "Отмена", по Esc и т.д.) размеры в ЛК не изменяются, а запись в истории не создается.
102.1691619.1.81.0УРиУ ТПР2 Изменить названия пунктов меню в модуле "Спецодежда"СпецодеждаПредложение по новой функциональности модуля "Спецодежда"
Изменить в меню модуля "Спецодежда" и интерфейсах "Акт об излишке" на "Акт об излишках", "Акт о недостаче" на "Акт о недостачах".Доработано.
102.1692989.1.81.0УРиУ ТПР2 добавить настройку для разделителя размеровСпецодеждаПредложение по новой функциональности модуля "Спецодежда"
На данный момент для разделителя диапазона размеров используется тире. У клиента используется точка с запятой. Необходимо добавить настройку для указания символа разделителя диапазона размеров.Добавлена системная настройка "Настройки Галактики Бухгалтерский контур Спецодежда Символ для обозначения диапазона размеров", по умолчанию установленная в значение "-".
102.1666459.1.80.0УРиУ ТПР2 Номер личной карточкиСпецодеждаПредложение по новой функциональности модуля "Спецодежда"
Необходимо, чтобы номер личной карточки при создании ЛК был равен табельному номеру работника. Лучше всего, чтобы была настройка формирования номера: либо как сейчас, либо номер ЛК равен табельному.Добавлена системная настройка "Настройки Галактики Бухгалтерский контур Спецодежда Нумеровать Личные карточки учета": "по общему алгоритму" (по умолчанию), "по табельному номеру". Если данная настройка установлена в значение "по табельному номеру", то: 1) настройка "Настройки Галактики Бухгалтерский контур Спецодежда Контролировать уникальность номера Личной карточки учета" недоступна для изменения, а сам номер ЛК не контролируется на уникальность; 2) при изменении работника изменяется номер ЛК на табельный номер выбранного работника.
102.1667209.1.80.0Перемещаются лишние предметы после выполнения замен в требовании на выдачу СФОСпецодеждаТребование на выдачу спецодежды
Разношу требование на выдачу со склада МЦ. После разноски спецификации "Рубашка" выполняю замены Сапоги->Ботинки. Разноска спецификаций удаляется. Повторно выбираю из наличия рубашку и ботинки. Формирую документы по требованию. В результате в документе на приход, поступление вижу рубашку и ботинки, переданные работнику, а также лишнюю рубашку переведенную на склад спецодежды. Необходимо исправить.Доработано.
102.1672229.1.80.0УРиУ ТПР2 Личная карточка работникаСпецодеждаПредложение по новой функциональности модуля "Спецодежда"
Необходимо: 1) поле "Дата аттестации" в ЛК заполнять по умолчанию датой приема на работу (если дата аттестации еще не заполнена или ЛК является новой); 2) поле "Дата изменения" в ЛК закрыть на редактирование.Доработано.
102.1672239.1.80.0УРиУ ТПР2 В причины выбытия в шапке Акта на выбытие добавить значение "Реализация"СпецодеждаПредложение по новой функциональности модуля "Спецодежда"
Необходимо в шапке Акта на выбытие добавить значение "Реализация" в поле "Причина выбытия".Для поля "Причина выбытия" акта на выбытие добавлено значение "Реализация". Для всех списываемых по такому акту предметов устанавливается состояние "Реализация", изменить которые нельзя.
102.1672929.1.80.0УРиУ ТПР2 "Индивидуальные средства защиты" заменить на СИЗОДСпецодеждаПредложение по новой функциональности модуля "Спецодежда"
Термин "индивидуальные средства защиты" (ИСЗ) в размерах необходимо заменить на "СИЗОД" (средства индивидуальной защиты органов дыхания) или "СИЗ органов дыхания".Доработано: - справочник групп СФО (окно редактирования и печать); - печатные формы ЛК учета СФО (Текст и FastReport); - печатные формы требования на выдачу (Текст и Rtf); - пункт меню и название для справочника размеров; - окно ввода размеров в КУ СФО, в акте инвентаризации, в ЛК учета СФО; - просмотр истории изменения размеров; - окно выбора предметов при разноске требования на выдачу СФО.
102.1674199.1.80.0УРиУ ТПР2 Заменить "СФО" на "спецодежда"СпецодеждаПредложение по новой функциональности модуля "Спецодежда"
Необходимо заменить "СФО" на "спецодежда" или не использовать "СФО" в следующих местах: 1. Окно редактирования Группы спецодежды, надпись "Порядок следования размеров в карточке СФО" 2. Окно редактирования спецификации нормы спецодежды, наименование полей: - Код группы СФО - Название группы СФО - Количество единиц из СФО - Срок службы предметов СФО в месяцах 3. В окне задания параметров отчета по движению спецодежды: - надпись "Формировать ведомость движения СФО" 4. В окне задания параметров отчета по наличию на балансе: - надпись "Формировать ведомость наличия СФО" 5. При формировании накладной на отпуск из акта на списание (операция "Реализация") автоматически формируется поле "Примечание". В тексте нужно убрать слова "спецоснастки" и "СФО"Доработано.
102.1676159.1.80.0УРиУ ТПР2 "сотруднник" заменить на "работник"СпецодеждаПредложение по новой функциональности модуля "Спецодежда"
В модуле "Спецодежда" работник в некоторых интерфейсах называется "сотрудник", в некоторых "работник". Необходимо везде заменить на "работник".Доработано.
102.1677959.1.80.0УРиУ ТПР2 Заменить "Категории" на "Нормы"СпецодеждаПредложение по новой функциональности модуля "Спецодежда"
Необходимо заменить название поля "Категории" в окне редактирования личной карточке работника на "Нормы".Доработано.
101.614039.1.79.0Печатная форма: Личная карточка учета СИЗ. Поправить шапку документаСпецодеждаЛичная карточка спецодежды
Личная карточка учета СИЗ реализована согласно приказа №28н от 27 января 2010. Необходимо отразить это в шапке документа, так как сейчас там ссылка на старый приказ.Доработано.
102.1650419.1.79.0Групповая замена подразделения, МОЛСпецодеждаЛичная карточка спецодежды
Необходимо доработать функцию групповой замены подразделения, МОЛ в личных карточках работников. У Заказчика поменялся МОЛ. Но он один для всех подразделений. А в групповой замене нужно указывать конкретное подразделение. Необходимо доработать функцию так, чтобы если подразделение в текущем разрезе не выбрано, то чтобы отбирало карточки только по МОЛ и формировало накладные по всем разрезам.В окно настройки функции "Групповая замена подразделения, МОЛ" в раздел "Текущий разрез хранения" добавлен параметр, который позволяет выбрать тип используемой для ЛК учета спецоснастки/СФО фильтрации: по подразделению или по МОЛ. Если фильтр по подразделению (МОЛ) выключен, то: - нельзя указать новое значение для подразделения (МОЛ) в разделе "Новый разрез хранения"; - параметр "Передавать предметы" становится недоступным для изменения и устанавливается в значение "новому МОЛ", т.е. совпадает с параметром фильтрации (если включен параметр "Формировать документы на внутреннее перемещение"); - в результате проведения операции в ЛК учета спецоснастки/СФО не изменится подразделение (МОЛ).
106.104229.1.79.0СФО. Выбор сотрудника в личной карточкеСпецодеждаЛичная карточка спецодежды
На предприятии внедрен следующий порядок: работник уходит на пенсию, затем заключается с ним договор и работник работает на предприятии в рамках заключенного договора. Табельные номера при этом разные - по договору заносится новый табельный номер. Необходимо добавить возможность войти в старую Личную карточку учета СФО данного сотрудника, закрыть выскакивающее предупреждение об его увольнении и выбрать лицевой счет этого же сотрудника с новым табельным номером. Сейчас выдается предупреждение: "С Личной карточкой уже производились действия. Можно выбрать лицевой счет только того же сотрудника".Если в ЛК учета спецоснастки/СФО указаны нормы выдачи СФО или периоды приостановки сроков носки СФО, или по ЛК выдавались предметы или формировались документы СФО (аттестат на вещевое довольствие, акт выбытия и др.), то при изменении связи ЛК с лицевым счетом можно выбрать лицевой счет только того же сотрудника, т.е. можно выбрать лицевой счет, связанный: 1) с той же карточкой сотрудника; или 2) с карточкой сотрудника с теми же атрибутами, которые указаны в настройке "Настройки Галактики Управление персоналом ..атрибуты для поиска совпадающих физических лиц".
102.1641129.1.78.0Контроль выдачи спецодежды при несоответствии размеровСпецодеждаЛичная карточка спецодежды
Выдача СИЗ другого размера должна быть возможна только после актуализации антропометрических данных в карточке работника. Т.е. нужно как-то установить запрет на выдачу спецодежды другого размера. Мое предложение, сделать настройку с тремя значениями: разрешить, запретить и разрешить с подтверждением.Добавлена настройка "Настройки Галактики Бухгалтерский контур Спецодежда Разрешить выдачу сотрудникам спецодежды другого размера", которая может принимать следующие значения: "нет", "да" (по умолчанию), "по запросу". Если данная настройка установлена в значение "нет", то: 1) запрещается выдавать работнику одежду несоответствующего размера; 2) запрещается изменять размеры одежды, находящейся в носке у работника; 3) при разноске требования (реестра требований) из наличия на складе СФО по умолчанию устанавливается фильтр по размерам (при групповой разноске - признак распределения в соответствии с размерами), который нельзя снять; 4) в реестре групповой выдачи СФО по умолчанию учитывается размер одежды при формировании документа на ввод в эксплуатацию (соответствующий запрос-подтверждение не выдается); 5) в окне "Настройка распределения" (функция "Распределить по нормам" документа на ввод в эксплуатацию) в список можно добавить только те ЛК учета СФО, у которых размер соответствует размеру распределяемой одежды, а также в окне "Настройка отбора ЛК учета СФО" (открывается по кнопке "Потребность") по умолчанию устанавливается фильтр по размеру, который нельзя снять; 6) при переводе МЦ в СФО если предметы выдаются в пользование работникам и размеры предметов не соответствуют размерам работника, то работник в создаваемых приходах не указывается; 7) в акте инвентаризации для строк с излишками если предметы находятся в пользовании у работников и размеры предметов не соответствуют размерам работника, то выдается соответствующее предупреждение. Если данная настройка установлена в значение "по запросу", то: 1) при попытке выдать работнику одежду несоответствующего размера появляется запрос на подтверждение проведения операции; 2) при попытке изменить размеры одежды, находящейся в носке у работника, на значение несоответствующее размерам работника появляется запрос на подтверждение проведения операции; 3) при переводе МЦ в СФО в окно "Параметры формирования приходов спецоснастки" добавлен параметр "указывать работника в приходе при несоответствии размеров"; 4) в акте инвентаризации для строк с излишками если предметы находятся в пользовании у работников и размеры предметов не соответствуют размерам работника, то выдается соответствующее предупреждение. Одежда считается соответствующей размерам работника: 1) если размер указан в КУ СФО и в ЛК учета СФО и они совпадают; или 2) если размер не указан в КУ СФО или в ЛК учета СФО.
102.1631079.1.77.0ЛК с одинаковыми номерамиКонтуры: финансовый, бухгалтерского учетаЛичная карточка
Просьба реализовать возможность вводить несколько ЛК с одним и тем же номером. Для этого можно ввести новую настройку. Зачем это нужно: в одной БД клиента работают несколько организаций. Табельный номера сотрудников разных организаций могут пересекаться (это позволяет "Настройки Галактики Управление персоналом Разрешить повторное использование табельных номеров лицевых счетов"). Но создать 2 ЛК с одним номером возможности нет.Добавлена системная настройка "Настройки Галактики Бухгалтерский контур Спецодежда Контролировать уникальность номера Личной карточки учета": "нет" и "да" (по умолчанию). Если настройка установлена в значение "нет", то можно создавать ЛК учета спецоснастки/СФО с одинаковыми номерами.
102.1631829.1.77.0При удалении ЛК учета СФО необходимо удалять документы о переводе работника и историю изменения размеровСпецодеждаЛичная карточка спецодежды
При удалении ЛК учета СФО необходимо удалять документы о переводе работника в другое подразделение и историю изменения размеров. Также при наличии документов о переводе работника в другое подразделение или истории изменения размеров надо запрещать удаление ЛК учета из модуля Спецоснастка.Доработано.
106.103929.1.77.0СФО. Нельзя удалить ошибочно созданную КУСпецодеждаЛичная карточка спецодежды
Для повторно принятого человека по ошибке создали вторую личную карточку, но тут же опомнились, что карточка то уже есть и хотим удалить, но не можем. Система требует предварительно закрыть ЛК с помощью документа "Расчеты при увольнении". Необходимо разрешить удаление ошибочно созданной ЛК учета СФО без создания лишних документов.Пользовательская настройка "Настройки Галактики Бухгалтерский контур Спецодежда Разрешить удаление Личных карточек учета СФО" может принимать следующие значения: - "нет": пользователю запрещено удалять ЛК учета спецоснастки/спецодежды; - "только закрытых ЛК" (по умолчанию): пользователю разрешено удалять ЛК учета спецоснастки/спецодежды только в состояниях "Закрыта" или "Архив"; - "да": пользователю разрешено удалять любые ЛК учета спецоснастки/спецодежды.
101.603299.1.76.0Разбивать по размерам спецификациюСпецодеждаАкт инвентаризации СФО
Необходимо добавить возможность разбивать спецификацию акта инвентаризации СФО по размерам. Например, есть Ботинки 10 шт.: из них 7 шт. размера 42 и 3 шт. размера 40. Сейчас это будет одна строка с количеством 10. А нужно разбить на две, чтобы был виден размер. Наверное, в шапке акта нужен параметр "Разбивать по размерам", и тогда спецификации акта должны сформироваться с учетом размеров.В верхнюю панель окна редактирования акта инвентаризации добавлен флаг "по размерам". Если данный параметр включен, то: - в окне выбора предметов (открывается по кнопке "Дополнить из остатков") отображается столбец с размерами предметов; - в нижней панели окна редактирования акта инвентаризации отображается поле "Размеры" с размерами предметов из спецификации акта; - при разноске недостачи по приходам в окне разноски отображаются приходы только указанного размера; - при создании акта об излишке создается приход, в поле "Доп. информация" которого копируется размер из спецификации акта инвентаризации; - в печатных формах наименование предмета дополняется строкой с его размерами. Если в акте есть спецификации, то при изменении параметра "по размерам" они будут удалены. Если для спецификации указаны размеры, то при изменении КУ СФО они будут удалены. Поле "Размеры" спецификации акта инвентаризации недоступно для редактирования, если: - у пользователя нет прав на редактирование акта инвентаризации; - в спецификации акта количество по данным учета больше нуля. В поле "Размеры" спецификации акта по F3 открывается вспомогательное окно для ввода и/или просмотра размеров по типу (рост, размер одежды, размер обуви и т.д.).
102.1605079.1.76.0Список МОЛ по спецодеждеСпецодеждаНастройка
При синхронизации данных о сотрудниках в модуле Спецодежда невозможно правильно установить новый МОЛ по спецодежде без ручной корректировки. Это происходит из-за того, что к одному подразделению привязано по несколько МОЛ. Необходимо ограничить список МОЛ по спецодежде (список доступных МОЛ), для того чтобы однозначно установить МОЛ по новому подразделению.Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Спецоснастка Доступные МОЛ". При синхронизации данных о сотрудниках если включен параметр "Устанавливать МОЛ по новому подразделению", из указанного списка подбираются новые МОЛ для установки в ЛК учета спецоснастки/СФО. Список доступных МОЛ можно скопировать от одного пользователя другому с помощью стандартного функционала копирования настроек.
102.1612399.1.75.0Ошибка при создании соответствия должности и нор выдачиСпецодеждаНормы выдачи СФО
В список соответствий "должность - норма" добавляю должность "Инженер", подразделение "Цех 1", норма "Норма для инженеров". Далее добавляю соответствие должность "Инженер", подразделение "Цех 2", норма "Норма для инженеров". Система не позволяет добавить второе соответствие и отображает сообщение "Текущая норма уже есть в списке. Измените норму или удалите запись!". Необходимо исправить.Исправлено.
101.606029.1.74.0Выводить подразделение из фильтра в форму МБ-2Учет спецоборудования и спецоснасткиЛичная карточка учета спецоснастки
Клиент просит, чтобы при печати ЛК учета спецоснастки, если установлен фильтр по одному подразделению (в т.ч. в значение "Без подразделения"), то в печатную форму выводилось именно это подразделение из фильтра. Если же фильтр по подразделению не установлен или в фильтре выбрано несколько подразделений, то в печатную форму подтягивалось подразделение из личной карточки.Доработано.
102.1602849.1.74.0Пустая страница в отчете по вводу в эксплуатациюУчет спецоборудования и спецоснасткиВвод в эксплуатацию
При печати формы "Накладная-требование на отпуск материалов. Форма № М-11" в формате Текст из документа на ввод в эксплуатацию дополнительно печатается пустой лист.Доработано.
102.1609339.1.74.0Пользователи просят сортировку по подразделению в личных карточках.Учет спецоборудования и спецоснасткиЛичная карточка учета спецоснастки
Пользователи просят сортировку по подразделению в личных карточках.Добавлена сортировка по наименованию подразделения в списках ЛК учета спецоснастки/СФО, а окнах одиночного и множественного выбора ЛК учета спецоснастки/СФО.
102.1586639.1.73.0Отчет "Реестры выданной СФО" необходимо выгружать также и в Excel.СпецодеждаРеестры выданной СФО
При формировании отчета "Реестры выданной СФО" необходима возможность выгрузки в Excel.Добавлена печать отчета "Реестры выданной СФО" в формате FastReport.
102.1605609.1.73.0Добавить печать отчета "Ведомость учета выдачи СФО" в формате FastReport для России и БеларусиСпецодеждаВедомость учета выдачи СФО
Необходимо добавить печать форм МБ-7 (для всех стран, кроме Казахстана) и М-38п (для Беларуси) в формате FastReport из отчета "Ведомость учета выдачи СФО".Доработано.
101.603509.1.72.0Доработать фильтр в параметрах печати формы МБ-2Учет спецоборудования и спецоснасткиЛичная карточка учета спецоснастки
Необходимо доработать печать личной карточки спецоснастки (форма МБ-2), чтобы можно задавать фильтр по подразделению из связанной карточки учета спецоснастки. Сейчас клиенту, чтобы получить такой результат, требуется вручную удалять лишние строки из печатной формы. Поясню на примере. Работник Иванов относится к подразделению Столовая. У него три предмета. В карточке учета первый предмет числится на Подразделении1, второй на Подразделении2, третий на Подразделении3. Пользователю нужно получить форму МБ-2, чтобы в спецификацию попали предметы, относящиеся к Подразделению2.В окно настройки печати ЛК учета спецоснастки добавлены фильтры по подразделениям и МОЛ предметов.
102.1572219.1.72.0Необходимо сортировать спецификации вариантов замен СФО в порядке их номеровСпецодеждаНормы выдачи СФО
Необходимо сортировать спецификации вариантов замен СФО в порядке их номеров.Изменен индекс: 1) в таблице NormGroupSFO (Спецификация нормы СФО на опред. срок): NormGroupSFO05 = cMainGroup + KindGroup; 2) в таблице PersSpec (История специфик. норм по ЛК): PersSpecSFO09 = cMainSpec + KindSpec.
102.1595979.1.72.0Не формируется выдача фурнитуры при разноске требованияКонтуры: финансовый, бухгалтерского учетаТребование на выдачу
Рассмотрим пример. Работнику назначена норма с 01/02/2011 (дата аттестации и дата назначения текущего звания также 01/02/2011): рубашка 2 шт. на 24 мес. (первая выдача тоже 2 шт.) со знаками различия и фурнитурой: звезды 2 шт. и погоны 1 пара. 09/02/2011 работнику выдано 1 шт. рубашка и к ней 2 шт. звезд и 1 пара погон. 28/11/2011 работнику выдано еще 1 шт. рубашка и к ней 2 шт. звезд и 1 пара погон. С 01/02/2012 изменилась норма: к рубашке требуется выдавать 4 шт. звезды, вместо 2 шт. Изменения вносятся в справочник норм: в окне "Знаки различия и фурнитура" для соответствующего звания добавляется новая спецификация "Звезды" 4 шт. со сроком действия с 01/02/2012 по ... . У старой спецификации "Звезды" 2 шт. срок действия устанавливается с ... по 31/01/2012. Далее через смену норм работнику назначают новую норму с 05/09/2016. По новой норме работнику требуется выдавать: рубашка 2 шт. на 24 мес. (первая выдача тоже 2 шт.) со знаками различия и фурнитурой: звезды 4 шт. и погоны 1 пара. В результате если сформировать и разнести требование от 30/09/2016, то по нему не будут выданы погоны.Исправлено.
101.601829.1.71.0Личная карточка учета СИЗСпецодеждаЛичная карточка спецодежды
Клиент использует печатную форму "Личная карточка учета СИЗ". Для заполнения столбца "№ сертификата или декларации соответствия" необходимо применять партионный учет, у клиента нет такой возможности - это противоречит учетной политике предприятия. Клиент просит реализовать возможность ведения данных, необходимых для правильного заполнения столбца "№ сертификата или декларации соответствия" во внешних атрибутах или внешних классификаторах, с последующим выводом этих данный в печатной форме.В качестве номера сертификата соответствия в печатных формах ЛК учета СФО выводится код значения внешней классификации с названием "Сертификат соответствия" для таблицы MBPIn (приход в КУ); а если он не указан, то номер сертификата соответствия из партии, к которой относятся предметы. Также реализовано копирование значений внешней классификации из родительского прихода в дочерний при его создании.
101.602399.1.71.0Накладная на передачу МЦ в спецодежду формируется без статусаСпецодеждаНакладная склад->спецодежда
Установлена настройка "Настройки Галактики Бухгалтерский контур Спецодежда Разноска Требования на выдачу из наличия на складе" = "матценностей". При формировании документов по требованию на выдачу СФО формируется Накладная Склад->Спецодежда без статуса.Исправлено.
102.1586919.1.71.0Вывод фио и должности сотрудника в печатной форме в FRКонтуры: финансовый, бухгалтерского учетаТребование на выдачу
Необходимо в печатной форме требования на выдачу в Fastreport "Накладная (требование) форма 434" выводить должность и ФИО сотрудника в графе "Принял(получил)".Доработано.
102.1594129.1.71.0доработка по истории изменения размеровСпецодеждаЛичная карточка спецодежды
Необходим контроль: должны быть обязательно заполнены поля номер и дата заявки, выдавать сообщение о необходимости их заполнить. При этом выдавать запрос: "Продолжить редактирование записи или отменить изменение размеров?".Если настройка "Настройки Галактики Бухгалтерский контур Спецодежда Сохранять историю изменения размеров" установлена в значение "да" и были изменены размеры работника, то перед сохранением изменений в БД открывается окно для ввода номера и даты заявки на изменение размеров с двумя кнопками "Продолжить" и "Отмена". При нажатии кнопки "Продолжить" изменяются размеры в ЛК и создается запись в истории изменения размеров; при этом контролируется, чтобы поля с датой и номером заявки были заполнены. При закрытии окна другим способом (по кнопке "Отмена", по Esc и т.д.) размеры в ЛК не изменяются, а запись в истории не создается.
180.98999.1.71.0Некорректно работает фильтр в СФОУчет спецоборудования и спецоснасткиВнутреннее перемещение
В списке документов на внутреннее перемещение установлен фильтр по дате с 01/01/2016 по 31/12/2016. Пытаюсь создать новый документ по F7. В результате выдается сообщение "Вы пытаетесь создать данный документ в закрытом периоде (до 01/08/2016). Выполнение таких действий запрещено в настройке системы". Аналогичная ситуация возникает при создании нового прихода в КУ спецоснастки/СФО, в ЛК учета спецоснастки при установленном фильтре по дате с 01/01/2016 по 31/12/2016.Доработано.
102.1476119.1.70.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
106.103449.1.69.1СФО. Некорректная работа настройки о выдаче по срокам носкиСпецодеждаНе знаю, какая именно часть модуля "Спецодежда", научите
Настройка "При выдаче по нормам устанавливать срок носки с учетом износа" установлена в значении "Нет". С помощью документа на возврат из эксплуатации возвращаем ботинки на склад. При этом % годности равен 5,84%, % износа 94,16%. Комиссия делает вывод, что ботинки еще пригодны к носке и их можно оставить работнику на следующий срок (24 мес.). Выдаем возвращенные ботинки работнику через требование. Формируем документы и видим, что срок службы равен 1 мес. А должен быть 24 мес., т.к. настройка установлена в значение "нет".Настройка "Настройки Галактики Бухгалтерский контур Спецодежда При выдаче по нормам устанавливать срок носки с учетом износа" переименована в "... При выдаче по нормам устанавливать срок носки с учетом степени износа". Если данная настройка установлена в значение "нет", то при выдаче спецодежды по нормам срок службы устанавливается равным сроку по норме. Если данная настройка установлена в значение "да", то срок службы рассчитывается с учетом % годности; если предмет имеет 100% годности, то с учетом начисленного % износа. Действие данной настройки распространяется на выдачу СФО по ненакопительным нормам с помощью следующих документов: - требование на выдачу СФО; - документ на приход, поступление; - документ на ввод в эксплуатацию; - документ на внутреннее перемещение (в этом документе если не удалось рассчитать срок службы исходя из степени износа, система может предложить такой срок, чтобы удалось сохранить текущую дату окончания срока службы).