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


Описание файла обновления:
ФайлALTER_CUMULATIVE_EXE_91120.TXT
ОбновлениеAlter_Cumulative_exe_91120
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентALTER_CUMULATIVE
ТипEXE
Версия9.1.12.0
Дата2018-06-18 16:41:47
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.160872NEWСделать доработку Интеграционный модуль Галактика для Контур.ДиадокКонтур логистикиПредложение по новой функциональности контура логистики
Сделать доработку Интеграционный модуль Галактика для Контур.ДиадокДобавлена возможность работы с Контур.Диадок # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Если ренее был установлен компонент Alter_Diadoc.exe и таблицы для работы с модулем диадок были добавлены данным докомпилятором, то докомпиляцию следует выплнять после докомпиляции Alter_Diadoc.exe версии 9.1.0.3. Если таблицы для работы с модулем диадок отсутствуют, то никаких доолнительных действий выполнять не нужно, и компонент Alter_Diadoc.exe устанавливать не нужно.
102.169453NEWСоздание структуры данных для диспетчеризации через БДЗаработная платаСервер распределенного расчета
Создание структуры данных для диспетчеризации через БД ПИР 102.169034В рамках этого обновления добавляется паскаль-заготовка для таблицы ZarTasks
102.178768NEWДокомпилятор словаря 9.1 и 9.2 - Таблица для распределенного расчета ЗПЗаработная платаСервер распределенного расчета
Докомпилятор словаря 9.1 - Таблицы для распределенного расчета ЗП Создать таблицу для распределенного расчета ЗП ZarServerLimitВ рамках этого обновления добавляется паскаль-заготовка для указанной таблицы
102.181693NEWСоздать таблицу FilterPerson, содержащую список выбранных в фильтре сотрудниковУправление персоналомПросмотр графиков отпусков
Создать таблицу FilterPerson, содержащую список выбранных в фильтре сотрудников, для использования ее в жестких подцепках при выборке данныхСоздана новая таблица FilterPerson, содержащая список выбранных в фильтре сотрудников, для использования ее в жестких подцепках при выборке данных.
102.183643NEWДобавить индекс ATTByNextDate6 в таблицу AttestationУправление персоналомПрофосмотр
Добавить индекс ATTByNextDate6 в таблицу Attestation Необходимо добавление индекса ATTByNextDate6 (Person + wDop1 + cReason + Result + NextDate) для быстрого получения даты последнего медосмотраВ таблице Attestation изменен индекс ATTByNextDate4 (Person + wDop1 + cReason + Result + NextDate) для быстрого получения даты последнего медосмотра.
102.183995NEWОбеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1 Alter_Cumulative 9.1.12.0.Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Для обеспечения корректной работы ресурс пересобран на докомпилированном словаре. Комплектность установки ресурсов будет обеспечена требованиями при установке.
102.1806279.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.637639.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.637869.1.10.0Ошибка докомпиляции Alter_Cumulative на филиальной базеКонвертерКонвертер базы данных
Докомпиляция филиальной базы завершается с ошибкой. Подтверждается на Oracle и SQL Server Во вложении лог докомпиляции базы на SQL Server Бэкап базы до выполнения alter выложил на ftp://user:login@ftp.galaktika.ru/ в папку TMPдоработано
102.1781599.1.9.0Предложения по эргономике интерфейса докомпилятораКонвертерКонвертер базы данных
После выпуска очередного Alter_Cumulative приходится докомпилировать все свои рабочие базы, коих не мало. Ниже сформулированы предложения, реализация которых несколько облегчила бы этот процесс. 1) В окне докомпилятора отображать версию обновления, чтобы быть уверенным, то запущен правильный докомпилятор. В хэлпе, который открывается по кнопке [Справка] тоже не мешало бы писать версию. 2) При выполнении этапа "Анализ БД" и всех следующих отображать в окне докомпилятора имя базы данных, докомпиляция которой выполняется - как в заголовке окна приложения Галактики или Саппорта. Сейчас при выполнении докомпиляции большой базы к окончанию процесса можно и забыть, какую из своих рабочих баз докомпилируешь. 3) При сохранении лога докомпилированной первасивной базы диалог выбора папки открывать в папке с докомпилированной базой. По крайней мере я логи сохраняю в папке с базой. Не уверен, что это предложение устроит всех пользователей, так что его реализация на усмотрение разработчика. 4) На этапе ввода параметров значения полей подставлять как при предыдущем запуске, в том числе и как при запуске предыдущей версии докомпилятора. Для пользователей, которые работают с одной базой, это будет удобно.1. добавлена версия 2. добавлен вывод в заголовок окна параметры БД на шагах анализа БД, докомпиляции и завершающем шаге. 3. добавлена версия в документацию.
102.1790359.1.9.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1625579.1.8.0Добавить в Alter_Cumulative расчет контрольных сумм только по данным системныъх полей (не учитывать пользователськие докомпляции)Предложение по новой функциональности Галактики ERP (по системе в целом)?
Добавить в Alter_Cumulative расчет контрольных сумм только по данным системныъх полей (не учитывать пользователськие докомпляции)доработано
102.1642229.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.1643409.1.8.0Создание новой системной аналитикиКонтур логистикиПредложение по новой функциональности контура логистики
Создание новой таблицы аналитических признаков "Дополнение объекта целевого учета".Добавлена системная аналитика "Дополнение объекта целевого учета", код 5068 (Таблицы ExtCU и ExtTuneCU). Выбор новой системной аналитики в объекте целевого учета позволяет задавать дополнительно 6 аналитик и другую дополнительную информацию.
102.1657159.1.8.0Докомпиляция словаря - добавить новую таблицу FOT_DOPЗаработная платаРасчёт налогов на ФОТ
Необходимо добавить новую таблицу Dop_FOT "Доп. информация по налогам на ФОТ" в словарь, в которой будут храниться суммы до/после пересчета налога (а точнее "коэффициент" - доля "недостижения" ограничения по базе, сформированного в справочнике соцналогов после расчета зарплаты.Добавлена новая таблица DOP_FOT "Доп. информация по налогам на ФОТ".
102.1660309.1.8.0Название сервера длиной более 20 символовЗаработная платаСервер распределенного расчета
В интерфейсе "Диспетчер распределенного расчета заработной платы" есть ограничение на размер имени сервера - сохраняются не более 20 введенных символов, что не позволяет настроить распределенный расчет, например, на сервере BY01-OIT-VM13.oit.local, т.к. значение обрежется до BY01-OIT-VM13.oit.lo. Нужно увеличить размер поля, в котором сохраняется имя сервера.Для хранения настроек серверов распределенного расчета добавлена новая таблица ZarServer. Размер поля "Имя сервера" - 255 символов.
102.1598499.1.7.0Сообщение об ошибке при неотключении журнализации, Corpo или ProtectНастройка, Обмен бизнес-документами и др.Общие вопросы по компонентам C_*
Сообщение об ошибке при неотключении журнализации, Corpo или Protect На докомпиляторе Alter_Cumulative exe 9.1.6.0. Если не отключены модули журнализация, репликации данных, права доступа то выводится ошибка, но затем отображается, что докомпиляция базы завершена успешно. Это не верно.исправлено. теперь выводит корректную информацию.
102.1605349.1.7.0на бд не работает докомпиляция Alter_Cumulative.exeНастройкаНе знаю какая именно часть модуля Настройка, научите
На бд не работает докомпиляция Alter_Cumulative.exe. Предварительный шаг перед запуском докомпиляции ошибок не показывает, но в результате не дает запускать докомпиляцию.Cделан вывод ошибки, которая не выводилась в случае изменения приоритета у компоненты Target с 3002 на другой
101.248849.1.6.0Ввод праздничных часовЗаработная платаФормирование табеля
Необходимо чтобы праздничные дни можно было бы указывать в графиках работы точно так же, как ночные или вечерние, т.к. не всегда удобно пользоваться классификатором праздничных дней, потому что бывают такие графики работы, как например: в день, в ночь, выходной, выходной (12 ч., 12 ч., Вых., Вых.)В окне редактирования графика добавлена колонка "Празднич. часов". Предназначена она для ввода праздничных часов в дни, не являющиеся праздниками согласно классификатору праздников. При формировании графиков праздничные часы заполняются следующим образом: - в рабочие по плану праздничные дни в праздничные часы заносится количество рабочих часов за этот день; - во все остальные дни в праздничные заносится 0 часов. По умолчанию, если график не переформировывать, праздничные часы тоже распределяются в графике таким же образом. При формировании табелей праздничные часы из графика переносятся в колонку "Праздничные" на вкладке "Корректировка" и в дальнейшем обрабатываются так же, как и часы, введенные в "Праздничные" вручную. При этом если праздничные часы переносятся в табель в день, не являющийся праздником согласно классификатору, то дополнительно устанавливается флаг "плановые праздничные".
101.369799.1.6.0Больничный - указывать дни нарушения режима в больничном, а не в табелеЗаработная платаРасчет больничных
Ввод больничных в систему, их расчет и корректировка табеля - функции разных подразделений (кадровики, бухгалтера, табельщики). Сейчас необходимо дни нарушения проставлять в табеле, что нелогично и влечет массу неудобств для клиента. Просят дать возможность указывать дни нарушения режима в интерфейсе больничных, а не в табеле. Если при этом физически данная информация останется в табелях - предстоит решить вопрос с корректировкой проверенных табелей.В таблице BLisNet Добавлены поля: TypeViol: word "Вид нарушения режима" DateViolBeg: Date "Дата нарушения (с)" DateViolEnd: Date "Дата нарушения (по)" в которые впоследствии запишется дата начала и окончания нарушения режима.
101.526059.1.6.0Очень медленно работают функции "Формирования оценочных обязательств по отпускам". 9.1Заработная платаРасчёт [РФ]
Существующих индексов недостаточно для эффективной выборки данных в интерфейсах оценочных обязательств по отпускам.В индекс ArxShtrf23 таблицы ArxShtrf добавлен сегмент DATAN. Добавлен новый индекс ArxShtrf28 = Arhiv + DATAN. Изменения индексов позволят улучшить время работы при просмотре оценочных обязательств по отпускам.
101.567659.1.6.0Запрет модификации и удаления доверенностей на закупку МЦУправление снабжениемДоверенность
Запрет модификации и удаления доверенностей на закупку МЦ Необходимо исключить возможность редактирования и удаления ранее сформированных доверенностей тем же пользователем, но с отметкой выполнения, отличной от пробельной. Напрашивается поле "статус", который бы запрещал редактирование и удаление.Добавлено поле для статуса Добавлено поле Dover.cNote : ref(KatNotes) "пояснение к статусу"
101.568499.1.6.0Расчет больничного по уходу за ребенком внутри которого период нахождения в стационаре (Пилотный проект)Заработная платаРасчет больничных
В окне редактирования больничного можно указать период нахождения в стационаре. Если после этого делается расчет, то получается странная картина: человеку посчитались 10 дней в амбулаторных условиях в соответствии с процентом стажа - 100 процентов, а остальные дни по 50 %. В соответствии с статьей 7 ФЗ 255 должно быть так: 10 дней амбулаторного периода - 100 % 11 дней стационара - 100 % Остальные 3 дня 50 %. Для реализации возможности расчета больничного листа, включающего период нахождения в стационаре, который рассчитывается по другому типу пособия, необходимо хранить данные о процентах, рассчитанных исходя из стажа и типа пособия для каждого периода, и количестве дней (часов) по каждому проценту. Для этого нужно добавить соответствующие поля в таблицу BLisNet.В таблицу BLisNet добавлены поля Percent : Word_x06 "Массив процентов оплаты" PercDays: Word_x06 "Массив дней (часов) по процентам"
101.576859.1.6.0Недостаточная длина поля "Серийный номер" (70 символов) в карточке серийного номера, необходимо увеличить длину до 255 символовКонтур логистикиНе знаю, какая именно часть контура логистики, научите
В практике делового оборота клиента недостаточна длина поля "Серийный номер" (70 символов) в карточке серийного номера. Необходимо увеличить длину поля "Серийный номер" до 255 символов (или добавить поле "Наименование Серийного номера" длиной 255 символов)Увеличен серийный номер до 255 символов
101.577899.1.6.0Увеличить количество символов для строки наименования подразделения в назначении сотрудникаУправление персоналом6-е окно (сведения о работе на предприятии)
Необходимо увеличить количество символов для строки наименования подразделения в назначении сотрудника. В случае длинного наименования, его окончание урезается. Наименования СЕ ШР у клиента таковы, что в интерфейсах важно видеть конечную их часть.В таблице CatHist увеличен размер полей Name и NParent со 100 до 255 символов, а поля Code с 20 до 100 символов.
101.580039.1.6.0Медленно формируется отчет по видам неявок.Заработная платаИерархический отчет по видам неявок
Медленно формируется отчет по видам неявок. Формирование отчета прервали после 30 минут.Часть данных табеля хранится во внешних атрибутах, что увеличивает время обработки табелей. Для ускорения формирования отчета по видам неявок в таблицу LSTab добавлены новые поля, в которые впоследствии будут перенесены данные из внешних атрибутов: Поле WorkingHoliday служит для хранения введенного вручную итогового количества часов работы в рабочие по плану праздники за месяц, при настройке «Табельный учет Расчет итогов Хранить итоговое количество часов для каждого перехода отдельно» = «нет». Поле WeekendHoliday служит для хранения введенного вручную итогового количества часов работы в нерабочие по плану праздники за месяц, при настройке «Табельный учет Расчет итогов Хранить итоговое количество часов для каждого перехода отдельно» = «нет». Поле HolidayForLeave служит для хранения введенного вручную итогового количества часов работы в праздники за отгул за месяц, при настройке «Табельный учет Расчет итогов Хранить итоговое количество часов для каждого перехода отдельно» = «нет». Поле WeekendForLeave служит для хранения введенного вручную итогового количества часов работы в выходные за отгул за месяц, при настройке «Табельный учет Расчет итогов Хранить итоговое количество часов для каждого перехода отдельно» = «нет». Поле Insalubrity предназначено для хранения ссылки на условия труда на рабочем месте (таблица ADVISES), актуальные на начало месяца, за который сформирован табель. Поле WageRate предназначено для хранения количества ставок на начало месяца, за который сформирован табель. Поле Territorial предназначено для хранения ссылки на территориальные условия (таблица CATALOGS), актуальные на начало месяца, за который сформирован табель.
101.588369.1.6.0Настройка: Структура наименования КАУ. Необходимо добавить параметр.НастройкаНастройка БУХГАЛТЕРСКОГО контура
Настройка: Структура наименования КАУ. Необходимо добавить параметр. Настройки Галактики Бухгалтерский контур Аналитика по счетам Структура наименования КАУ Структура КАУ по документам-основаниям Описание клиента: Параметр @type: выводить кратное наименование (аббревиатуру). Обоснование: Длинное наименование параметра "съедает" информационное пространство, желательно выводить сокращенное наименование: ДОСб - Основание на продажу (сбыт) ДОСн - Основание на закупку (снабжение)В таблицу KatDoc добавлено поле , sName : s10 "Сокращенное наименование документа"
101.599949.1.6.0Дать возможность рассчитывать и удерживать с пособия по матерям НДФЛЗаработная платаИнтерфейс "Ежемесячные пособия на детей"
Дать возможность рассчитывать и удерживать с пособия по матерям НДФЛ. Настроили согласно рекомендациям ПИР № 101.59187, пособие. Но с данной выплаты нет возможности посчитать НДФЛ, при формировании реестров на перечисление сумма фигурирует расчетная ( без вычета НДФЛ), что при дальнейшем расчете ЗП ведет к образованию долга. Клиент ссылается на то, что это предложение по поддержки Законодательства, но ссылки на закон не предоставил, просьба проанализировать предложение на предмет соответствия Законодательству РФ. Более подробно, со скриншотами ситуация расписана во вложении.Добавлены таблицы OneTimeBenefit и ChildBenefit. Новые таблицы нужны для реализации расчета НДФЛ, а так же для оптимизации хранения данных про пособиям на детей и единовременным пособиям.
102.1257619.1.6.0Ограничение на длину поля номер сертификатаКонтур логистикиПредложение по новой функциональности контура логистики
Убрать ограничение на длину значения поля "Номер сертификата".Увеличен номер сертификата до 255 символов
102.1272629.1.6.0Сортировка контрагентов в интерфейсе выбора.Финансово-расчетные операцииОрганизации и расчетные счета (*)
Сортировка контрагентов в интерфейсе выбора.Добавлены необходимые индексы , KatOrgDescr12 = Code + cGroup + isArch(Desc) + isLeaf + Name , KatOrgDescr13 = Code + cGroup + isArch(Desc) + isLeaf + ShortName
102.1275739.1.6.0Необходимо увеличить поле "Название" в интерфейсе "Сметные разделы" до 200 символовКонтур логистикиСметные разделы
Необходимо увеличить поле "Название" в интерфейсе "Сметные разделы" до 200 символов, так как у клиентов наименования длинные и они должны корректно, без сокращений, выводится в отчеты. Этот интерфейс вызывается как в настройках модуля, так и в самой смете для изменения названия разделов.Наименование сметного раздела расширено до 255символов.
102.1309609.1.6.0Увеличить количество символов в поле SMNARYAD.NMOPER до 81Заработная платаФормирование и расчет нарядов
Увеличить количество символов в поле SMNARYAD.NMOPER до 81 Данное поле наследуется из таблицы RASOPER.NMOPER, которое содержит 81 символ. Считаю необходимым увеличить количество символов в поле SMNARYAD.NMOPER до 81.Увеличено количество символов в полях "Наименование работы" SMNARYAD.NMOPER и "Наименование операции" SMNARYAD.NWork до 80. Данные поля наследуются из таблицы RASOPER, разрядность которых - 80 символов, в результате в отчеты попадает полное наименование работы/операции.
102.1324159.1.6.0недостаточно символов в номере документа - вексельВекселя и кредитыКартотека векселей
Недостаточно символов в номере документа - вексель. В таблице veksl поле nodoc имеет размер 20. Этого недостаточно для ввода номера. Необходимо увеличить до 100.Изменена длина строковых полей NoDOC и NoDocEnd в таблице Veksl (Векселя) с 20 до 100 символов.
102.1352119.1.6.0Теряется ссылка в РК на льготные условия после удаления утвержденного приказа об изменении условий работыУправление персоналомРабочая корзина (формирование сигнала)
При удалении утвержденного приказа об изменении условий труда запись в картотеке сотрудников удаляется, а в рабочей корзине запись сформированная приказом остается, но удаляются в этой записи особые условия. В результате если повторно обработать данную запись, в ЛС особые условия будут отсутствовать.В таблице ZarSignal добавлено поле cAdvises для передачи из кадров в зарплату ссылки на условия труда на рабочем месте (таблица ADVISES). Обработка этого поля будет реализована после выхода докомпилятора, т.е. при выпуске докомпилятора ошибка не будет исправлена. Также добавлены поля: cSchetD, cSubSchD, cKauD, TblD нужны для передачи ШПЗ в модуль "Заработная плата". В поле cSchetD будет храниться счёт, в cSubSchD - субсчёт. TblD - массив кодов таблиц аналитики, cKauD - массив ссылок на значения аналитики. Поле cHozOper нужно для передачи ТХО в модуль "Заработная плата", а Param - для передачи параметра ТХО. Поле CorrectiveFactor нужно для передачи корректирующего коэффициента из кадров в зарплату. Поле WageRate нужно для передачи количества ставок из кадров в зарплату. Поле NorthernCategory нужно для передачи кода северной категории из кадров в зарплату.
102.1417569.1.6.0Требуется оптимизировать работу с историей назначений (добавление полей в индекс)Контур управления персоналомОбщие вопросы по компонентам Z_*
Требуется оптимизировать работу с историей назначений (добавление полей в индекс). Существующий для таблицы AppHist индекс APPHISTBYDREC не содержит в себе полей LASTDATE и LASTTIME. В то же время очередность записей в истории назначения определяется по ним. По этой причине, для того, чтобы выбрать первую или последнюю запись истории на дату недостаточно простого getfirst или getlast, приходится либо строить таблицу в памяти, содержащую новый индекс, либо проходить по всем записям истории с одинаковым значением DREC на дату и сравнивать поля LASTDATE и LASTTIME. Привело как минимум к ошибкам 103.6879, 101.56125.В индекс APPHISTBYDREC таблицы APPHIST добавлены поля LASTDATE и LASTTIME.
102.1455439.1.6.0Хранение базы ФИАС в таблице sTerrКонтур управления персоналомПредложение по новой функциональности контура управления персоналом
Для нормальной работы системы Галактика ERP необходимо, чтобы в справочнике административно-территориального деления (список населенных пунктов и улиц) была актуальная информация. Поставщик такой информации - Федеральная информационная адресная система (ФИАС), обновляемая несколько раз в неделю. Нужно реализовать обновление справочника АТД в Галактике на основании базы ФИАС. Для для хранения и обработки новых атрибутов базы ФИАС нужно добавить недостающие поля и индексы в таблицу sTerr. Подробнее о составе полей базы ФИАС описано в ТП "Импорт справочника АТД из базы ФИАС".В таблицу sTerr добавлены новые поля и индексы. Новые поля в таблице STerr соответствуют полям ФИАС. Новые индексы необходимы для навигации по уникальным идентификаторам ФИАС. Добавлена также новая таблица FiasSprav, которая будет содержать специфические справочники адресной системы ФИАС. Обработка новых полей и индексов будет реализована после выпуска докомпилятора.
102.1469329.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.1469869.1.6.0Избавиться от использования InfPsn1 в приказе на увольнениеУправление персоналом8. Увольнение
Нужно избавиться от использования таблицы InfPsn1 в приказе на увольнение. Для этого нужно добавить поля для хранения номера, даты постановления и даты увольнения в таблицу Appointments.В таблице Appointments добавлены новые поля: sResolutionNmb : tNoDoc "номер постановления" dResolutionDate : Date "дата постановления" dOrderDisDate : Date "дата увольнения из приказа" Доработка по переносу информации о постановлении об увольнении из таблицы InfPsn1 в эти новые поля таблицы Appointments будет выполнена после выпуска докомпилятора.
102.1476119.1.6.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1483189.1.6.0Поля компенсаций в классификаторе отпусковУправление персоналомКлассификатор отпусков
В классификаторе отпусков есть 3 вида компенсаций: денежная, при увольнении положительная и отрицательная. Для всех этих типов задействованы поля разных типов: longint, word и comp; какие были свободны видимо такие и использовали. Названия и описания у этих полей не соответствуют их реальному использованию. Необходимо в словарь добавить новые поля требуемого типа и с правильным названием. После чего весь функционал компенсаций нужно перевести на новые поля. Возможно стоит изменить связь компенсаций и отпусков не через коды отпуска, а по ссылкам; тогда соответственно новые поля должны быть не word, а comp.В таблицу KlOtpusk добавлены поля: - cMoneyCompens (Ссылка на денежную компенсацию отпуска) - cPlusCompens (Ссылка на полож. комп-цию при увольнении) - cMinusCompens (Ссылка на отриц. комп-цию при увольнении)
102.1499029.1.6.0Необходимо расширить поле номенклатурный номер в карточке учета СФО в спецодеждеУчет спецоборудования и спецоснасткиКарточка учета спецоснастки
В настоящее время существует конфликт между размерностью полей ИНВЕНТАРНЫЙ НОМЕР в KATMC и KATMBP (30 и 20 символов). При формировании карточки на основании каталога МЦ часть информации ИНВЕНТАРНОГО НОМЕРА теряется.Изменена длина строковых полей в таблицах KatMBP (Каталог учета МБП) и MBPInv (Спецификация Акта на списание МБП): - длина поля KatMBP.NNumber с 20 до 30 символов; - длина поля MBPInv.Kod с 20 до 30 символов; - длина поля MBPInv.Name с 30 до 150 символов.
102.1523869.1.6.0Есть возможность изменить пароль рассылки расчетных листов через внешние атрибутыУправление персоналом1-е окно (общие сведения)
Установлена настройка "Рассылка расчетных листков по электронной почте"=в архиве с паролем. В карточке сотрудника для его e-mail установлен пароль (например, восьмизначный) и задано его подтверждение. Если выполнить следующую последовательность действий, то можно изменить данный пароль через внешние атрибуты: - в 1 разделе карточки через локальное меню вызываем внешние атрибуты. Видим установленный восьмизначный пароль - вызываем для атрибута EMAIL_CH локальное меню и выбираем в нем пункт "выбор директории" - Закрываем окно "Выбор папки" по Esc - Открывается окно "Редактирование внешнего атрибута", в котором изменяю восьмизначный пароль на двухзначный - Проверяю пароль для рассылки в окне контактов. Пароль изменился на двухзначный Т.к. доступ к внешним атрибутам открыт всем, у кого есть доступ к 1 разделу, то пароль введенный сотрудником для доступа к своему расчетному листку, может быть изменен кем-то другим.В таблице Communications добавлено поле Password для хранения пароля. Функционал обработки этого поля будет реализован после выпуска докомпилятора в рамках этой же проблемы.
102.1526829.1.6.0Необходимо в таблицы шкал добавить поляЗаработная платаПроцентные шкалы почтовых переводов
Необходимо в таблицы шкал KLNaim и KLPostPr добавить поля KLNaim.MinOgr : tSumma (Минимальная сумма по шкале) и KLPostPr.EndSum : tSumma (Верхняя граница).Для более удобного хранения и обработки минимального ограничения в таблицу KLNaim добавлено поле MinOgr "Минимальное ограничение по шкале". И в таблицу KLPostPr добавлено поле EndSum "Верхняя граница интервала" с возможностью задания нескольких знаков после запятой.
102.1529429.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.1531999.1.6.0UserName и некорректная навигация в X$USERSКонтур логистикиПредложение по новой функциональности контура логистики
В журнале регистрации проблемных документов используется строковое поле для хранения имени пользователя Требуется перейти на ссылочное хранениеТеперь хранится ссылка на пользователя, что обеспечивает целостность данных добавлено поле JournProbPosDoc.cUserReg : tNrec "пользователь зарегистрировавший проблему"
102.1550139.1.6.0Увеличить разрядность поля Sys_Nar.MNRecЗаработная платаФормирование и расчет нарядов
На больших базах размера поля в 65535 единиц не хватает для охвата всех номеров нарядов. Увеличить разрядность поля Sys_Nar.MNRec, в котором хранится номер наряда, с word до longint.Изменен тип поля mnrec (с word на longint) для хранения номеров нарядов, которые автоматически присваиваются нарядам как по специальной таблице, так и по внутренней нумерации. На больших базах содержатся сотни тысяч нарядов. Для того, чтобы избежать дублирование номеров нарядов, увеличен размер поля с 65535 единиц до 2147483647 единиц.
102.1559859.1.6.0Докомпиляция таблицы MinRazr: поле для хранения значения базового окладаЗаработная платаСтавки первого разряда
Докомпиляция таблицы MinRazr: необходимо добавить поле для хранения значения базового оклада.В таблицу MinRazr добавлено поле BaseSalary для хранения значения базового оклада.
102.1560629.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 являются резервными полями. Реализация функционала, использующего эту таблицу будет выполнена после выпуска докомпилятора.
102.1566769.1.6.0Сделать что-то с таблицей IndeksЗаработная платаИндексация
В таблице Indeks для РБ проблема: поле "конец интервала" может иметь одинаковое значение для разных категорий, при одинаковом DATREC и KOLMIN. Вернее, проблема как раз заключается в том, что это значение одинаковым быть НЕ может, потому что в таблице Indeks описан индекс Indeks01 = DATREC(Unique, Desc) + KOLMIN(Unique) + ENDINT(Unique) Уникальность по этому набору полей мешает для Беларуси заводить в этом классификаторе записи, где данные три поля одинаковые. Но на самом деле для РБ дата закона, кол-во МЗП и конец интервала могут совпадать для разных категорий, и это нормально. То есть, уникальной должна быть комбинация четырёх полей (+ CHOICE), а не трёх. Нужно обеспечить корректное хранение данных в этой таблице, когда значения даты, кол-ва МЗП и конца интервала совпадают, но не совпадает категория.В индекс Indeks01 таблицы Indeks добавлен сегмент CHOICE (код категории). Уникальность индекса сохранена: Indeks01 = DATREC(Unique, Desc) + KOLMIN(Unique) + ENDINT(Unique) + CHOICE(Unique)
102.1572199.1.6.0Необходимо убрать уникальность с полей Kod и Name таблицы GroupSFOСпецодеждаГруппы СФО
Необходимо убрать уникальность с полей Kod и Name таблицы GroupSFO.Изменен индекс в таблице GroupSFO (Каталог учета МБП): GroupSFO02 = Kod и GroupSFO03 = Name.