Проблема ПИР | Первое решение | Описание | Проект | Детализация |
---|
Что изменено: | Как изменено: |
---|
101.64759 | NEW | Ошибка докомпиляции Alter_Cumulative 9.1.12.0 | Конвертер | Конвертер базы данных |
Если база данных не была докомпилирована предыдущим накопительным обновлением словаря Alter_Cumulative 9.1.9.0, на этапе проверки соответствия таблиц эталону после завершения докомпиляции выдается ошибка "Новая структура таблицы SUMVIDOP не соответствует требуемому шаблону" Лог во вложении | исправлено |
101.64783 | NEW | Неправильные коды таблиц в описании конвертора Alter_Cumulative 9.1.12.0 | Настройка, Обмен бизнес-документами и др. | Общие вопросы по компонентам C_* |
Неправильно указаны коды новых таблиц в справке к конвертору Alter_Cumulative 9.1.12.0. (раздел справки Изменения базы данных, таблица Перечень новых таблиц). Таблица STAVKAVER указан код 3220, правильный код 3120; Таблица STAVKAVAL указан код 3221, правильный код 3121; Таблица DIAADDRESS указан код 29079, правильный код 26079; Таблица DIAUPDMD указан код 29090, правильный код 26090. | В справке Alter_Cumulative.chm в разделе "Изменения базы данных" ошибочный код для следующих таблиц заменен на правильный: StavkaVer, StavkaVal, DiaAddress, DiaUPDMD, OsRazn, SchFact. |
102.160872 | 9.1.12.0 | Сделать доработку Интеграционный модуль Галактика для Контур.Диадок | Контур логистики | Предложение по новой функциональности контура логистики |
Сделать доработку Интеграционный модуль Галактика для Контур.Диадок | Добавлена возможность работы с Контур.Диадок # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Если ренее был установлен компонент Alter_Diadoc.exe и таблицы для работы с модулем диадок были добавлены данным докомпилятором, то докомпиляцию следует выплнять после докомпиляции Alter_Diadoc.exe версии 9.1.0.3. Если таблицы для работы с модулем диадок отсутствуют, то никаких доолнительных действий выполнять не нужно, и компонент Alter_Diadoc.exe устанавливать не нужно. |
102.169453 | 9.1.12.0 | Создание структуры данных для диспетчеризации через БД | Заработная плата | Сервер распределенного расчета |
Создание структуры данных для диспетчеризации через БД ПИР 102.169034 | В рамках этого обновления добавляется паскаль-заготовка для таблицы ZarTasks |
102.178768 | 9.1.12.0 | Докомпилятор словаря 9.1 и 9.2 - Таблица для распределенного расчета ЗП | Заработная плата | Сервер распределенного расчета |
Докомпилятор словаря 9.1 - Таблицы для распределенного расчета ЗП Создать таблицу для распределенного расчета ЗП ZarServerLimit | В рамках этого обновления добавляется паскаль-заготовка для указанной таблицы |
102.181693 | 9.1.12.0 | Создать таблицу FilterPerson, содержащую список выбранных в фильтре сотрудников | Управление персоналом | Просмотр графиков отпусков |
Создать таблицу FilterPerson, содержащую список выбранных в фильтре сотрудников, для использования ее в жестких подцепках при выборке данных | Создана новая таблица FilterPerson, содержащая список выбранных в фильтре сотрудников, для использования ее в жестких подцепках при выборке данных. |
102.183643 | 9.1.12.0 | Добавить индекс ATTByNextDate6 в таблицу Attestation | Управление персоналом | Профосмотр |
Добавить индекс ATTByNextDate6 в таблицу Attestation Необходимо добавление индекса ATTByNextDate6 (Person + wDop1 + cReason + Result + NextDate) для быстрого получения даты последнего медосмотра | В таблице Attestation изменен индекс ATTByNextDate4 (Person + wDop1 + cReason + Result + NextDate) для быстрого получения даты последнего медосмотра. |
102.183995 | 9.1.12.0 | Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1 Alter_Cumulative 9.1.12.0. | Предложение по новой функциональности Галактики ERP (по системе в целом) | ? |
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0. | Для обеспечения корректной работы ресурс пересобран на докомпилированном словаре. Комплектность установки ресурсов будет обеспечена требованиями при установке. |
102.180627 | 9.1.11.0 | Необходимо обновить справку по Alter_Cumulative_exe_91100 | Настройка, Обмен бизнес-документами и др. | Общие вопросы по компонентам C_* |
Для накопительного обновления словаря Alter_Cumulative.exe в версии 9.1.10.0 Файл справки называется Alter_Cumulative_91.chm Файл справки должен называться Alter_Cumulative.chm Во всех предыдущих версиях, включая версию 9.1.9.0 файл справки называется Alter_Cumulative.chm. | Имя файла справки изменено на необходимое. |
101.63763 | 9.1.10.0 | Источник данных DSN как SQL Server Native Client | Конвертер | Конвертер базы данных |
В случае, если в ODBC Data Sources описание System DSN создано как SQL Server Native Client в Alter_Cumulative нет возможности выбрать в качестве источника данных DSN создание источника данных DSN через утилиты в 32-разрядных ОС %windir%System32odbcad32.exe в 64-разрядных ОС %windir%SysWOW64odbcad32.exe | доработано |
101.63786 | 9.1.10.0 | Ошибка докомпиляции Alter_Cumulative на филиальной базе | Конвертер | Конвертер базы данных |
Докомпиляция филиальной базы завершается с ошибкой. Подтверждается на Oracle и SQL Server Во вложении лог докомпиляции базы на SQL Server Бэкап базы до выполнения alter выложил на ftp://user:login@ftp.galaktika.ru/ в папку TMP | доработано |
102.178159 | 9.1.9.0 | Предложения по эргономике интерфейса докомпилятора | Конвертер | Конвертер базы данных |
После выпуска очередного Alter_Cumulative приходится докомпилировать все свои рабочие базы, коих не мало. Ниже сформулированы предложения, реализация которых несколько облегчила бы этот процесс. 1) В окне докомпилятора отображать версию обновления, чтобы быть уверенным, то запущен правильный докомпилятор. В хэлпе, который открывается по кнопке [Справка] тоже не мешало бы писать версию. 2) При выполнении этапа "Анализ БД" и всех следующих отображать в окне докомпилятора имя базы данных, докомпиляция которой выполняется - как в заголовке окна приложения Галактики или Саппорта. Сейчас при выполнении докомпиляции большой базы к окончанию процесса можно и забыть, какую из своих рабочих баз докомпилируешь. 3) При сохранении лога докомпилированной первасивной базы диалог выбора папки открывать в папке с докомпилированной базой. По крайней мере я логи сохраняю в папке с базой. Не уверен, что это предложение устроит всех пользователей, так что его реализация на усмотрение разработчика. 4) На этапе ввода параметров значения полей подставлять как при предыдущем запуске, в том числе и как при запуске предыдущей версии докомпилятора. Для пользователей, которые работают с одной базой, это будет удобно. | 1. добавлена версия 2. добавлен вывод в заголовок окна параметры БД на шагах анализа БД, докомпиляции и завершающем шаге. 3. добавлена версия в документацию. |
102.179035 | 9.1.9.0 | Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1 | Предложение по новой функциональности Галактики ERP (по системе в целом) | ? |
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0. | Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке. |
102.162557 | 9.1.8.0 | Добавить в Alter_Cumulative расчет контрольных сумм только по данным системныъх полей (не учитывать пользователськие докомпляции) | Предложение по новой функциональности Галактики ERP (по системе в целом) | ? |
Добавить в Alter_Cumulative расчет контрольных сумм только по данным системныъх полей (не учитывать пользователськие докомпляции) | доработано |
102.164222 | 9.1.8.0 | Требуется перенести поля на закладке "Дополнительная информация" сведения для ФСС из таблицы FondOtp в новую запись. | Заработная плата | Работа с интерфейсом ввода больничных листов |
1. Требуется перенести поля на закладке "Дополнительная информация" сведения для ФСС из таблицы FondOtp в новую запись. Большинство из этих полей связаны с основной таблицей BLISNET с помощью записей с разными KodFond. В интерфейсе больничных имеется множество синонимов на FondOtp, что затрудняет восприятие исходного кода, его поддержку и приходится делать лишние update. Кроме того, поля таблицы FondOtp, вовсе не соответствуют по своему предназначению, а частенько и по типу. Кроме таблицы FondOtp, возможно, используются поля других таблиц, которые не имею значения для расчета зарплаты, и которые было бы логично также выделить в новую таблицу, сведения из которой будут использоваться только для отчетности. | Для предоставления информации в Фонд социального страхования (РФ) и формирования отчетности в ФСС, связанной с расчетом пособий по нетрудоспособности в системе хранится большое количество соответствующей информации. Первоисточником этой информации является Бланк пособия по нетрудоспособности. Кроме того, Законодательство РБ требует раздельного расчета больничных листов для основного места работы и для совместительства. При распределении записей о больничных листах на смежные лицевые счета, было бы логично общие сведения по одному бланку пособия по нетрудоспособности хранить в одной записи. На данный момент хранение информации в системе организовано не оптимально и требует следующих изменений: требуется перенести поля на закладке "Дополнительная информация" сведения для ФСС из таблицы FondOtp в новую таблицу. Для решения проблемы в словарь добавлены новые таблицы: 1. BlankBln "Информация из листка нетрудоспособности" Индексы: BlankBln01 = Nrec(Unique, Surrogate, Journal) BlankBln02 = BlisnetNRec 2. FSSInfo "Дополнительная информация из больничного" Индексы: FSSInfo01 = Nrec(Unique, Surrogate, Journal) FSSInfo02 = Choice + ComNumber FSSInfo03 = BlankBlnRef + Choice |
102.164340 | 9.1.8.0 | Создание новой системной аналитики | Контур логистики | Предложение по новой функциональности контура логистики |
Создание новой таблицы аналитических признаков "Дополнение объекта целевого учета". | Добавлена системная аналитика "Дополнение объекта целевого учета", код 5068 (Таблицы ExtCU и ExtTuneCU). Выбор новой системной аналитики в объекте целевого учета позволяет задавать дополнительно 6 аналитик и другую дополнительную информацию. |
102.165715 | 9.1.8.0 | Докомпиляция словаря - добавить новую таблицу FOT_DOP | Заработная плата | Расчёт налогов на ФОТ |
Необходимо добавить новую таблицу Dop_FOT "Доп. информация по налогам на ФОТ" в словарь, в которой будут храниться суммы до/после пересчета налога (а точнее "коэффициент" - доля "недостижения" ограничения по базе, сформированного в справочнике соцналогов после расчета зарплаты. | Добавлена новая таблица DOP_FOT "Доп. информация по налогам на ФОТ". |
102.166030 | 9.1.8.0 | Название сервера длиной более 20 символов | Заработная плата | Сервер распределенного расчета |
В интерфейсе "Диспетчер распределенного расчета заработной платы" есть ограничение на размер имени сервера - сохраняются не более 20 введенных символов, что не позволяет настроить распределенный расчет, например, на сервере BY01-OIT-VM13.oit.local, т.к. значение обрежется до BY01-OIT-VM13.oit.lo. Нужно увеличить размер поля, в котором сохраняется имя сервера. | Для хранения настроек серверов распределенного расчета добавлена новая таблица ZarServer. Размер поля "Имя сервера" - 255 символов. |
102.159849 | 9.1.7.0 | Сообщение об ошибке при неотключении журнализации, Corpo или Protect | Настройка, Обмен бизнес-документами и др. | Общие вопросы по компонентам C_* |
Сообщение об ошибке при неотключении журнализации, Corpo или Protect На докомпиляторе Alter_Cumulative exe 9.1.6.0. Если не отключены модули журнализация, репликации данных, права доступа то выводится ошибка, но затем отображается, что докомпиляция базы завершена успешно. Это не верно. | исправлено. теперь выводит корректную информацию. |
102.160534 | 9.1.7.0 | на бд не работает докомпиляция Alter_Cumulative.exe | Настройка | Не знаю какая именно часть модуля Настройка, научите |
На бд не работает докомпиляция Alter_Cumulative.exe. Предварительный шаг перед запуском докомпиляции ошибок не показывает, но в результате не дает запускать докомпиляцию. | Cделан вывод ошибки, которая не выводилась в случае изменения приоритета у компоненты Target с 3002 на другой |
101.24884 | 9.1.6.0 | Ввод праздничных часов | Заработная плата | Формирование табеля |
Необходимо чтобы праздничные дни можно было бы указывать в графиках работы точно так же, как ночные или вечерние, т.к. не всегда удобно пользоваться классификатором праздничных дней, потому что бывают такие графики работы, как например: в день, в ночь, выходной, выходной (12 ч., 12 ч., Вых., Вых.) | В окне редактирования графика добавлена колонка "Празднич. часов". Предназначена она для ввода праздничных часов в дни, не являющиеся праздниками согласно классификатору праздников. При формировании графиков праздничные часы заполняются следующим образом: - в рабочие по плану праздничные дни в праздничные часы заносится количество рабочих часов за этот день; - во все остальные дни в праздничные заносится 0 часов. По умолчанию, если график не переформировывать, праздничные часы тоже распределяются в графике таким же образом. При формировании табелей праздничные часы из графика переносятся в колонку "Праздничные" на вкладке "Корректировка" и в дальнейшем обрабатываются так же, как и часы, введенные в "Праздничные" вручную. При этом если праздничные часы переносятся в табель в день, не являющийся праздником согласно классификатору, то дополнительно устанавливается флаг "плановые праздничные". |
101.36979 | 9.1.6.0 | Больничный - указывать дни нарушения режима в больничном, а не в табеле | Заработная плата | Расчет больничных |
Ввод больничных в систему, их расчет и корректировка табеля - функции разных подразделений (кадровики, бухгалтера, табельщики). Сейчас необходимо дни нарушения проставлять в табеле, что нелогично и влечет массу неудобств для клиента. Просят дать возможность указывать дни нарушения режима в интерфейсе больничных, а не в табеле. Если при этом физически данная информация останется в табелях - предстоит решить вопрос с корректировкой проверенных табелей. | В таблице BLisNet Добавлены поля: TypeViol: word "Вид нарушения режима" DateViolBeg: Date "Дата нарушения (с)" DateViolEnd: Date "Дата нарушения (по)" в которые впоследствии запишется дата начала и окончания нарушения режима. |
101.52605 | 9.1.6.0 | Очень медленно работают функции "Формирования оценочных обязательств по отпускам". 9.1 | Заработная плата | Расчёт [РФ] |
Существующих индексов недостаточно для эффективной выборки данных в интерфейсах оценочных обязательств по отпускам. | В индекс ArxShtrf23 таблицы ArxShtrf добавлен сегмент DATAN. Добавлен новый индекс ArxShtrf28 = Arhiv + DATAN. Изменения индексов позволят улучшить время работы при просмотре оценочных обязательств по отпускам. |
101.56765 | 9.1.6.0 | Запрет модификации и удаления доверенностей на закупку МЦ | Управление снабжением | Доверенность |
Запрет модификации и удаления доверенностей на закупку МЦ Необходимо исключить возможность редактирования и удаления ранее сформированных доверенностей тем же пользователем, но с отметкой выполнения, отличной от пробельной. Напрашивается поле "статус", который бы запрещал редактирование и удаление. | Добавлено поле для статуса Добавлено поле Dover.cNote : ref(KatNotes) "пояснение к статусу" |
101.56849 | 9.1.6.0 | Расчет больничного по уходу за ребенком внутри которого период нахождения в стационаре (Пилотный проект) | Заработная плата | Расчет больничных |
В окне редактирования больничного можно указать период нахождения в стационаре. Если после этого делается расчет, то получается странная картина: человеку посчитались 10 дней в амбулаторных условиях в соответствии с процентом стажа - 100 процентов, а остальные дни по 50 %. В соответствии с статьей 7 ФЗ 255 должно быть так: 10 дней амбулаторного периода - 100 % 11 дней стационара - 100 % Остальные 3 дня 50 %. Для реализации возможности расчета больничного листа, включающего период нахождения в стационаре, который рассчитывается по другому типу пособия, необходимо хранить данные о процентах, рассчитанных исходя из стажа и типа пособия для каждого периода, и количестве дней (часов) по каждому проценту. Для этого нужно добавить соответствующие поля в таблицу BLisNet. | В таблицу BLisNet добавлены поля Percent : Word_x06 "Массив процентов оплаты" PercDays: Word_x06 "Массив дней (часов) по процентам" |
101.57685 | 9.1.6.0 | Недостаточная длина поля "Серийный номер" (70 символов) в карточке серийного номера, необходимо увеличить длину до 255 символов | Контур логистики | Не знаю, какая именно часть контура логистики, научите |
В практике делового оборота клиента недостаточна длина поля "Серийный номер" (70 символов) в карточке серийного номера. Необходимо увеличить длину поля "Серийный номер" до 255 символов (или добавить поле "Наименование Серийного номера" длиной 255 символов) | Увеличен серийный номер до 255 символов |
101.57789 | 9.1.6.0 | Увеличить количество символов для строки наименования подразделения в назначении сотрудника | Управление персоналом | 6-е окно (сведения о работе на предприятии) |
Необходимо увеличить количество символов для строки наименования подразделения в назначении сотрудника. В случае длинного наименования, его окончание урезается. Наименования СЕ ШР у клиента таковы, что в интерфейсах важно видеть конечную их часть. | В таблице CatHist увеличен размер полей Name и NParent со 100 до 255 символов, а поля Code с 20 до 100 символов. |
101.58003 | 9.1.6.0 | Медленно формируется отчет по видам неявок. | Заработная плата | Иерархический отчет по видам неявок |
Медленно формируется отчет по видам неявок. Формирование отчета прервали после 30 минут. | Часть данных табеля хранится во внешних атрибутах, что увеличивает время обработки табелей. Для ускорения формирования отчета по видам неявок в таблицу LSTab добавлены новые поля, в которые впоследствии будут перенесены данные из внешних атрибутов: Поле WorkingHoliday служит для хранения введенного вручную итогового количества часов работы в рабочие по плану праздники за месяц, при настройке «Табельный учет Расчет итогов Хранить итоговое количество часов для каждого перехода отдельно» = «нет». Поле WeekendHoliday служит для хранения введенного вручную итогового количества часов работы в нерабочие по плану праздники за месяц, при настройке «Табельный учет Расчет итогов Хранить итоговое количество часов для каждого перехода отдельно» = «нет». Поле HolidayForLeave служит для хранения введенного вручную итогового количества часов работы в праздники за отгул за месяц, при настройке «Табельный учет Расчет итогов Хранить итоговое количество часов для каждого перехода отдельно» = «нет». Поле WeekendForLeave служит для хранения введенного вручную итогового количества часов работы в выходные за отгул за месяц, при настройке «Табельный учет Расчет итогов Хранить итоговое количество часов для каждого перехода отдельно» = «нет». Поле Insalubrity предназначено для хранения ссылки на условия труда на рабочем месте (таблица ADVISES), актуальные на начало месяца, за который сформирован табель. Поле WageRate предназначено для хранения количества ставок на начало месяца, за который сформирован табель. Поле Territorial предназначено для хранения ссылки на территориальные условия (таблица CATALOGS), актуальные на начало месяца, за который сформирован табель. |
101.58836 | 9.1.6.0 | Настройка: Структура наименования КАУ. Необходимо добавить параметр. | Настройка | Настройка БУХГАЛТЕРСКОГО контура |
Настройка: Структура наименования КАУ. Необходимо добавить параметр. Настройки Галактики Бухгалтерский контур Аналитика по счетам Структура наименования КАУ Структура КАУ по документам-основаниям Описание клиента: Параметр @type: выводить кратное наименование (аббревиатуру). Обоснование: Длинное наименование параметра "съедает" информационное пространство, желательно выводить сокращенное наименование: ДОСб - Основание на продажу (сбыт) ДОСн - Основание на закупку (снабжение) | В таблицу KatDoc добавлено поле , sName : s10 "Сокращенное наименование документа" |
101.59994 | 9.1.6.0 | Дать возможность рассчитывать и удерживать с пособия по матерям НДФЛ | Заработная плата | Интерфейс "Ежемесячные пособия на детей" |
Дать возможность рассчитывать и удерживать с пособия по матерям НДФЛ. Настроили согласно рекомендациям ПИР № 101.59187, пособие. Но с данной выплаты нет возможности посчитать НДФЛ, при формировании реестров на перечисление сумма фигурирует расчетная ( без вычета НДФЛ), что при дальнейшем расчете ЗП ведет к образованию долга. Клиент ссылается на то, что это предложение по поддержки Законодательства, но ссылки на закон не предоставил, просьба проанализировать предложение на предмет соответствия Законодательству РФ. Более подробно, со скриншотами ситуация расписана во вложении. | Добавлены таблицы OneTimeBenefit и ChildBenefit. Новые таблицы нужны для реализации расчета НДФЛ, а так же для оптимизации хранения данных про пособиям на детей и единовременным пособиям. |
102.125761 | 9.1.6.0 | Ограничение на длину поля номер сертификата | Контур логистики | Предложение по новой функциональности контура логистики |
Убрать ограничение на длину значения поля "Номер сертификата". | Увеличен номер сертификата до 255 символов |
102.127262 | 9.1.6.0 | Сортировка контрагентов в интерфейсе выбора. | Финансово-расчетные операции | Организации и расчетные счета (*) |
Сортировка контрагентов в интерфейсе выбора. | Добавлены необходимые индексы , KatOrgDescr12 = Code + cGroup + isArch(Desc) + isLeaf + Name , KatOrgDescr13 = Code + cGroup + isArch(Desc) + isLeaf + ShortName |
102.127573 | 9.1.6.0 | Необходимо увеличить поле "Название" в интерфейсе "Сметные разделы" до 200 символов | Контур логистики | Сметные разделы |
Необходимо увеличить поле "Название" в интерфейсе "Сметные разделы" до 200 символов, так как у клиентов наименования длинные и они должны корректно, без сокращений, выводится в отчеты. Этот интерфейс вызывается как в настройках модуля, так и в самой смете для изменения названия разделов. | Наименование сметного раздела расширено до 255символов. |
102.130960 | 9.1.6.0 | Увеличить количество символов в поле SMNARYAD.NMOPER до 81 | Заработная плата | Формирование и расчет нарядов |
Увеличить количество символов в поле SMNARYAD.NMOPER до 81 Данное поле наследуется из таблицы RASOPER.NMOPER, которое содержит 81 символ. Считаю необходимым увеличить количество символов в поле SMNARYAD.NMOPER до 81. | Увеличено количество символов в полях "Наименование работы" SMNARYAD.NMOPER и "Наименование операции" SMNARYAD.NWork до 80. Данные поля наследуются из таблицы RASOPER, разрядность которых - 80 символов, в результате в отчеты попадает полное наименование работы/операции. |
102.132415 | 9.1.6.0 | недостаточно символов в номере документа - вексель | Векселя и кредиты | Картотека векселей |
Недостаточно символов в номере документа - вексель. В таблице veksl поле nodoc имеет размер 20. Этого недостаточно для ввода номера. Необходимо увеличить до 100. | Изменена длина строковых полей NoDOC и NoDocEnd в таблице Veksl (Векселя) с 20 до 100 символов. |
102.135211 | 9.1.6.0 | Теряется ссылка в РК на льготные условия после удаления утвержденного приказа об изменении условий работы | Управление персоналом | Рабочая корзина (формирование сигнала) |
При удалении утвержденного приказа об изменении условий труда запись в картотеке сотрудников удаляется, а в рабочей корзине запись сформированная приказом остается, но удаляются в этой записи особые условия. В результате если повторно обработать данную запись, в ЛС особые условия будут отсутствовать. | В таблице ZarSignal добавлено поле cAdvises для передачи из кадров в зарплату ссылки на условия труда на рабочем месте (таблица ADVISES). Обработка этого поля будет реализована после выхода докомпилятора, т.е. при выпуске докомпилятора ошибка не будет исправлена. Также добавлены поля: cSchetD, cSubSchD, cKauD, TblD нужны для передачи ШПЗ в модуль "Заработная плата". В поле cSchetD будет храниться счёт, в cSubSchD - субсчёт. TblD - массив кодов таблиц аналитики, cKauD - массив ссылок на значения аналитики. Поле cHozOper нужно для передачи ТХО в модуль "Заработная плата", а Param - для передачи параметра ТХО. Поле CorrectiveFactor нужно для передачи корректирующего коэффициента из кадров в зарплату. Поле WageRate нужно для передачи количества ставок из кадров в зарплату. Поле NorthernCategory нужно для передачи кода северной категории из кадров в зарплату. |
102.141756 | 9.1.6.0 | Требуется оптимизировать работу с историей назначений (добавление полей в индекс) | Контур управления персоналом | Общие вопросы по компонентам Z_* |
Требуется оптимизировать работу с историей назначений (добавление полей в индекс). Существующий для таблицы AppHist индекс APPHISTBYDREC не содержит в себе полей LASTDATE и LASTTIME. В то же время очередность записей в истории назначения определяется по ним. По этой причине, для того, чтобы выбрать первую или последнюю запись истории на дату недостаточно простого getfirst или getlast, приходится либо строить таблицу в памяти, содержащую новый индекс, либо проходить по всем записям истории с одинаковым значением DREC на дату и сравнивать поля LASTDATE и LASTTIME. Привело как минимум к ошибкам 103.6879, 101.56125. | В индекс APPHISTBYDREC таблицы APPHIST добавлены поля LASTDATE и LASTTIME. |
102.145543 | 9.1.6.0 | Хранение базы ФИАС в таблице sTerr | Контур управления персоналом | Предложение по новой функциональности контура управления персоналом |
Для нормальной работы системы Галактика ERP необходимо, чтобы в справочнике административно-территориального деления (список населенных пунктов и улиц) была актуальная информация. Поставщик такой информации - Федеральная информационная адресная система (ФИАС), обновляемая несколько раз в неделю. Нужно реализовать обновление справочника АТД в Галактике на основании базы ФИАС. Для для хранения и обработки новых атрибутов базы ФИАС нужно добавить недостающие поля и индексы в таблицу sTerr. Подробнее о составе полей базы ФИАС описано в ТП "Импорт справочника АТД из базы ФИАС". | В таблицу sTerr добавлены новые поля и индексы. Новые поля в таблице STerr соответствуют полям ФИАС. Новые индексы необходимы для навигации по уникальным идентификаторам ФИАС. Добавлена также новая таблица FiasSprav, которая будет содержать специфические справочники адресной системы ФИАС. Обработка новых полей и индексов будет реализована после выпуска докомпилятора. |
102.146932 | 9.1.6.0 | Общероссийский классификатор основных фондов ОК 013-2014 | Учет ОС | Kоды ОС по ОКОФ |
С 01.01.2016 года в действие вступает Общероссийский классификатор основных фондов ОК 013-2014 (СНС 2008)(принят и введен в действие Приказом Росстандарта от 12.12.2014 N 2018-ст), при этом используемый классификатор ОК 013-94 утрачивает свою силу. В новом классификаторе полностью изменены наименования, коды ОКОФ, группы и т.д. . | Изменена длина строковых полей в таблицах Kodof (каталог кодов ОС по ОКОФ) и ShNorm (шифры для переоценки): - длина поля Kodof.Kod_of с 10 до 25 символов; - длина поля Kodof.Name_of с 150 до 250 символов; - длина полей ShNorm.KodNac, ShNorm.KodEnd с 9 до 25 символов. Также в таблицу Kodof добавлены: - новое поле cVid (тип tNRec) - ссылка на вид; - новое поле cOKPD (тип tNRec) - ссылка на ОКПД; - новый индекс KodOF07 = cVid + Kod_of. |
102.146986 | 9.1.6.0 | Избавиться от использования InfPsn1 в приказе на увольнение | Управление персоналом | 8. Увольнение |
Нужно избавиться от использования таблицы InfPsn1 в приказе на увольнение. Для этого нужно добавить поля для хранения номера, даты постановления и даты увольнения в таблицу Appointments. | В таблице Appointments добавлены новые поля: sResolutionNmb : tNoDoc "номер постановления" dResolutionDate : Date "дата постановления" dOrderDisDate : Date "дата увольнения из приказа" Доработка по переносу информации о постановлении об увольнении из таблицы InfPsn1 в эти новые поля таблицы Appointments будет выполнена после выпуска докомпилятора. |
102.147611 | 9.1.6.0 | Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1 | Предложение по новой функциональности Галактики ERP (по системе в целом) | ? |
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре. | Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке. |
102.148318 | 9.1.6.0 | Поля компенсаций в классификаторе отпусков | Управление персоналом | Классификатор отпусков |
В классификаторе отпусков есть 3 вида компенсаций: денежная, при увольнении положительная и отрицательная. Для всех этих типов задействованы поля разных типов: longint, word и comp; какие были свободны видимо такие и использовали. Названия и описания у этих полей не соответствуют их реальному использованию. Необходимо в словарь добавить новые поля требуемого типа и с правильным названием. После чего весь функционал компенсаций нужно перевести на новые поля. Возможно стоит изменить связь компенсаций и отпусков не через коды отпуска, а по ссылкам; тогда соответственно новые поля должны быть не word, а comp. | В таблицу KlOtpusk добавлены поля: - cMoneyCompens (Ссылка на денежную компенсацию отпуска) - cPlusCompens (Ссылка на полож. комп-цию при увольнении) - cMinusCompens (Ссылка на отриц. комп-цию при увольнении) |
102.149902 | 9.1.6.0 | Необходимо расширить поле номенклатурный номер в карточке учета СФО в спецодежде | Учет спецоборудования и спецоснастки | Карточка учета спецоснастки |
В настоящее время существует конфликт между размерностью полей ИНВЕНТАРНЫЙ НОМЕР в KATMC и KATMBP (30 и 20 символов). При формировании карточки на основании каталога МЦ часть информации ИНВЕНТАРНОГО НОМЕРА теряется. | Изменена длина строковых полей в таблицах KatMBP (Каталог учета МБП) и MBPInv (Спецификация Акта на списание МБП): - длина поля KatMBP.NNumber с 20 до 30 символов; - длина поля MBPInv.Kod с 20 до 30 символов; - длина поля MBPInv.Name с 30 до 150 символов. |
102.152386 | 9.1.6.0 | Есть возможность изменить пароль рассылки расчетных листов через внешние атрибуты | Управление персоналом | 1-е окно (общие сведения) |
Установлена настройка "Рассылка расчетных листков по электронной почте"=в архиве с паролем. В карточке сотрудника для его e-mail установлен пароль (например, восьмизначный) и задано его подтверждение. Если выполнить следующую последовательность действий, то можно изменить данный пароль через внешние атрибуты: - в 1 разделе карточки через локальное меню вызываем внешние атрибуты. Видим установленный восьмизначный пароль - вызываем для атрибута EMAIL_CH локальное меню и выбираем в нем пункт "выбор директории" - Закрываем окно "Выбор папки" по Esc - Открывается окно "Редактирование внешнего атрибута", в котором изменяю восьмизначный пароль на двухзначный - Проверяю пароль для рассылки в окне контактов. Пароль изменился на двухзначный Т.к. доступ к внешним атрибутам открыт всем, у кого есть доступ к 1 разделу, то пароль введенный сотрудником для доступа к своему расчетному листку, может быть изменен кем-то другим. | В таблице Communications добавлено поле Password для хранения пароля. Функционал обработки этого поля будет реализован после выпуска докомпилятора в рамках этой же проблемы. |
102.152682 | 9.1.6.0 | Необходимо в таблицы шкал добавить поля | Заработная плата | Процентные шкалы почтовых переводов |
Необходимо в таблицы шкал KLNaim и KLPostPr добавить поля KLNaim.MinOgr : tSumma (Минимальная сумма по шкале) и KLPostPr.EndSum : tSumma (Верхняя граница). | Для более удобного хранения и обработки минимального ограничения в таблицу KLNaim добавлено поле MinOgr "Минимальное ограничение по шкале". И в таблицу KLPostPr добавлено поле EndSum "Верхняя граница интервала" с возможностью задания нескольких знаков после запятой. |
102.152942 | 9.1.6.0 | Необходимо изменить словарь для перевода символьных и целых полей в поля типа tSumma | Заработная плата | Предложение по новой функциональности модуля заработная плата |
В процессе различных доработок при отсутствии подходящих полей в некоторых случаях задействовались не совсем подходящие поля. В частности: Doplata.LastUser - в строковом поле хранится сумма остатка вычета SrednZar.FILIALNO - в целочисленном поле хранится сумма ограничения заработка в копейках SrednZar.LastUser - в строковом поле хранится сумма минимального размера оплаты труда MinHelp.FilialNo - в целочисленном поле хранится сумма, льготируемая при расчете налога MinStav.FILIALNO - в целочисленном поле хранится сумма почасовой МЗП MinStav.LastUser - в строковом поле хранится сумма месячной МЗП PodLgot.KOLMIN - в целочисленном поле хранится сумма конца интервала для предоставления вычетов на иждивенцев в автоматической кратности. Аналогично в таблицах PodNal1, PodNal2, PodNal3, PodLgot, PodNal4, PodNal6, Indeks, PodNalS. Нужно добавить новые поля соответствующего типа для хранения перечисленных сумм. | Добавлены поля: Doplata.DeductionRest : tSumma "Остаток вычета" SrednZar.EarningLimit : tSumma "Ограничение заработка" SrednZar.MinBenefit : tSumma "Минимальная сумма пособия" MinHelp.TaxFreeSum : tSumma "Cумма для совместителей" MinStav.MinSalPerHour : tSumma "Миним. зараб. плата (почасовая)" MinStav.MinSalPerMonth : tSumma "Миним. зараб. плата (месячная)" PodLgot.MaxDeduction : tSumma "Конец интервала вычета на иждевенцев" PodNAL1.MaxDeduction : tSumma "Конец интервала вычета" PodNAL2.MaxDeduction : tSumma "Конец интервала вычета" PodNAL3.MaxDeduction : tSumma "Конец интервала вычета" PodNAL4.MaxDeduction : tSumma "Конец интервала вычета" PodNAL6.MaxDeduction : tSumma "Конец интервала вычета" Indeks.MaxDeduction : tSumma "Конец интервала вычета" PodNALS.MaxDeduction : tSumma "Конец интервала вычета" |
102.153199 | 9.1.6.0 | UserName и некорректная навигация в X$USERS | Контур логистики | Предложение по новой функциональности контура логистики |
В журнале регистрации проблемных документов используется строковое поле для хранения имени пользователя Требуется перейти на ссылочное хранение | Теперь хранится ссылка на пользователя, что обеспечивает целостность данных добавлено поле JournProbPosDoc.cUserReg : tNrec "пользователь зарегистрировавший проблему" |
102.155013 | 9.1.6.0 | Увеличить разрядность поля Sys_Nar.MNRec | Заработная плата | Формирование и расчет нарядов |
На больших базах размера поля в 65535 единиц не хватает для охвата всех номеров нарядов. Увеличить разрядность поля Sys_Nar.MNRec, в котором хранится номер наряда, с word до longint. | Изменен тип поля mnrec (с word на longint) для хранения номеров нарядов, которые автоматически присваиваются нарядам как по специальной таблице, так и по внутренней нумерации. На больших базах содержатся сотни тысяч нарядов. Для того, чтобы избежать дублирование номеров нарядов, увеличен размер поля с 65535 единиц до 2147483647 единиц. |
102.155985 | 9.1.6.0 | Докомпиляция таблицы MinRazr: поле для хранения значения базового оклада | Заработная плата | Ставки первого разряда |
Докомпиляция таблицы MinRazr: необходимо добавить поле для хранения значения базового оклада. | В таблицу MinRazr добавлено поле BaseSalary для хранения значения базового оклада. |
102.156062 | 9.1.6.0 | Необходимо разбить удержания НДФЛ с учетом выплаты зарплаты частями за предыдущие периоды | Заработная плата | Предложение по новой функциональности модуля заработная плата |
Предприятия часто сталкиваются с задержкой выплаты зарплаты за предыдущие периоды. Как правило, в этих случаях, зарплату выплачивают частями. Причем зарплату выплачивают как по платежной ведомости через кассу так и через банк. Необходимо это обстоятельство учесть для корректного формирования 6-НДФЛ, потому что сейчас НДФЛ в архиве хранится одной суммой и в нее проставляется ссылка на один реестр (пл. ведомость). Нужно каким-то образом делить НДФЛ пропорционально выплачиваемой зарплате. | Добавлена таблица MultiPay. Таблица MultiPay предназначена для связи начислений и удержаний с реестрами на перечисление и будет использоваться при формировании различных отчетов (в частности отчета 6-НДФЛ). В поле TYPESOURCEMP будет храниться тип источника начисления, на основании которого было сформировано начисление, и уже на основании которого было сформировано удержание. В поле SOURCELINKMP будет храниться ссылка на источник начисления, на основании которого было сформировано начисление, и уже на основании которого было сформировано удержание. Таблица, на запись которой ссылается данное поле, будет определяться по полю TYPESOURCEMP. В поле TYPEPAYMENTMP будет храниться тип источника для перечисления (выплаты), на основании которого было осуществлено перечисление (выплата) полагающейся суммы сотруднику. В поле PAYMENTLINKMP будет храниться ссылка на запись, на основании которой было осуществлено перечисление (выплата) полагающейся суммы сотруднику. Таблица, на запись которой ссылается данное поле, будет определяться по полю TYPEPAYMENTMP. В поле SUMMA1MP будет храниться доля начисления, по которому осуществлялась выплата. В полях YEARN и MESN будет храниться период (год и месяц) расчета заработной платы. В поле DATEVMP будет храниться дата перечисления (выплаты) согласно платежного документа. В поле CUDERMP будет храниться идентификатор записи (не обязательно NREC) таблицы удержаний как расчетного периода, так и архива. В поле CLSCHET будет храниться ссылка на лицевой счет работника. Поля (массивы полей) SUMMA2MP, SUMMA3MP, SUMMA4MP, LINK1MP, LINK2MP, LINK3MP, DATEMP, INTMP являются резервными полями. Реализация функционала, использующего эту таблицу будет выполнена после выпуска докомпилятора. |