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


Описание файла обновления:
ФайлC_EXTFUN_RES_91550.TXT
ОбновлениеC_EXTFUN_RES_91550
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентC_EXTFUN
ТипRES
Версия9.1.55.0
Дата2017-09-27 12:59:47
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.165942NEWПоля дополнительных аналитик в таблице lstabЗаработная платаФормирование табеля
На текущий момент в базе данных Галактики дополнительные аналитики табеля и переходов в находятся в таблице OTPDOP, хотя для них в словаре уже заведены поля. Для повышения быстродействия системы необходимо отказаться от заполнения OTPDOP и перейти на работу с полями таблиц LSTAB и PEREXOD.Добавлены новые методы для работы с табелем и функционалом получения реквизитов лицевого счета на дату, возвращающие массивы со значениями доп. аналитик: - WT_GetAdditionalAnalyticsOnDay - PA_GetAdditionalAnalyticsOnDay - PA_GetAdditionalAnalytics Подробное описание новых функций приведено в C_ExtFun.chm. ВНИМАНИЕ: в дальнейшем планируется отказ от заполнения OPTDOP, поэтому в собственных отчетах следует отказываться функций, возвращающих ссылку на OTPDOP.NREC, заменяя их на упомянутые выше. Это соответственно: - WT_GetAdditionalAnalytics - PA_GetAdditionalAnalyticsOnDay - PA_GetAdditionalAnalytics О том, что функции устарели, также упомянуто в C_ExtFun.chm, приведены ссылки на соответствующие им новые методы.
180.102449.1.54.0Алгоритм оплаты работы в выходнойЗаработная платаАлгоритмы пользователя
Просьба доработать функцию, которая будет возвращать процент из постоянной доплаты в зависимости от переданного периода.Разработана функция PDopProcDate(fOpl: tvidopl; db: date; de: date): double. Функция возвращает сумму процентов из постоянных доплат с системным видом оплаты fOpl, пересекающихся с переданным периодом. Начала периода передается через параметр db, а конец - dе.
103.87429.1.53.0Добавить функцию обработки лицевого счета для получения подкласса условий трудаЗаработная платаАлгоритмы пользователя
Добавить функцию обработки лицевого счета для получения подкласса условий труда. Для написания пользовательского алгоритма необходимо добавить функцию, которая бы возвращала подкласс условий труда из лицевого счета.Разработана функция function WT_GetInsalubritySubClass(ADate: date): double, возвращающая в числовом виде подкласс условий труда на определенную дату. Параметры: ADate - дата, на которую необходимо получить подкласс условий труда
102.1618849.1.52.0Алгоритм для расчета нарядовЗаработная платаФормирование нарядов
Недостаточно существующих алгоритмов по расчету нарядов для необходимого предприятию расчета. Нужен алгоритм, который позволит получить итоговое количество "Часы факт"*"КТУ" по операции, так как в наряде две (и более) операции. Также нужна возможности взять "Часы факт с учетом КТУ" по каждому работнику и "Часы факт" по каждой записи в спецификации наряда.NRSUMTIMEBYOP(OPERATION: comp, withKTY: boolean): double; Возвращает сумму фактически отработанного времени (с учетом КТУ, если параметр withKTY равен true) по операции OPERATION из спецификации наряда. Операцию в собственном алгоритме можно выбрать с помощью функции OPERNAR. NRSUMTIMEBYLS(LS: comp, withKTY: boolean): double; Возвращает сумму фактически отработанного времени (с учетом КТУ, если параметр withKTY равен true) для конкретного работника LS из спецификации наряда. Лицевой счет в собственном алгоритме можно выбрать с помощью функции LSNAR. NrTime(withKTY: boolean): double; Возвращает сумму фактически отработанного времени (с учетом КТУ, если параметр withKTY равен true) по конкретному наряду из спецификации наряда.
102.1662089.1.51.0Способ идентификации компьютеров в распределенной вычислительной сетиЗаработная платаСервер распределенного расчета
Сейчас при открытии окна сервера распределенного расчета зарплаты его имя определяется как локальное сетевое имя компьютера. Если это имя указывать в списке серверов диспетчера распределенного расчета и при этом, если диспетчер и сервер находятся в различных доменах, то соединение между ними не будет установлено. Это ограничение можно обойти, если в диспетчере распределенного расчета указывать не сетевые адреса, а полные доменные имена или IP-адреса серверов. При использовании локальных сетевых или полных доменных имен следует также учитывать ограничение на длину имени в 20 символов (см. 102.166030). Для более гибкой настройки предлагается реализовать возможность указать в конфигурационном файле желаемый способ идентификации серверов: - по локальному сетевому имени (как сейчас) - по полному доменному имени (этот способ буден целесообразно сделать по умолчанию после реализации 102.166030) - по IP-адресуВ окне диспетчера распределенного расчета зарплаты в поле "Наименование сервера" вручную можно указывать любой из перечисленных ниже способов идентификации: - сетевое имя компьютера, на котором запущен сервер (имя не должно превышать 20 символов и сервер должен располагаться в том же домене, что и диспетчер); - полное сетевое имя, включающее домен (не должно превышать 20 символов); - IP-адрес сервера в локальной сети. Взаимодействие диспетчера и серверов будет осуществляться с учетом перечисленных выше ограничений на длину имени и нахождение в одном домене. Автоматическая идентификация компьютера осуществляется: а) При открытии окна сервера распределенного расчета. По умолчанию имя сервера будет отображено как сетевое имя компьютера. б) При ручном добавлении настройки на сервер в окне диспетчера в качестве имени сервера будет подставлено сетевое имя текущего компьютера. Способ идентификации можно изменить, указав в конфигурационном файле (сервера для случая (а) или диспетчера для случая (б)) в пользовательской секции {PayrollDistributeServer} числовой параметр NameType. При значении 1 будут использоваться полные сетевые имена, включающее домен. При значении 2 будут использоваться IP-адреса. При выполнении авторегистрации стартующих серверов (Alt+3 в окне диспетчера) диспетчер будет фиксировать их сетевые имена в форматах, которые определены в конфигурационных файлах этих серверов.
102.1570509.1.50.0Добавить еще переменные для работы с буфером в функции используемые в алгоритмах расчета ЗПЗаработная платаАлгоритмы пользователя
Для использования расчета доплат с использованием пользовательских алгоритмов при работе с буфером (GETBUFVALUED, SETBUFVALUED) необходимо иметь возможность использовать свой буфер для отдельного алгоритма. Иначе можно завести только одну доплату которая будет использовать при расчетах буфер.Для работы с пользовательскими алгоритмами добавлены функции: - GETBUFVALUEDI(longint): double - SETBUFVALUEDI(longint, double): double Функция SETBUFVALUEDI сохраняет во временном буфере значение числа с плавающей точкой. В первом параметре передается индекс, по которому будет сохранено значение, переданное во втором параметре. Функция возвращает сохраненное значение. Функция GETBUFVALUEDI предназначена для получения из временного буфера значения, сохраненного по определенному индексу, который передается в качестве параметра. Максимальное количество индексов, которые могут быть применены для сохранения значений равно 2147483647. Значение по индексу 0 можно сохранить и получить при помощи функций SETBUFVALUED и GETBUFVALUED (функции без постфикса I)
102.1642149.1.49.0Доработка Pascal: детальный анализ и доработка по необходимостиКонтур управления персоналомОбщая функциональность (например интерфейсы выбора)
Доработка Pascal: детальный анализ и доработка по необходимости для поддержки 12 КАУ.Доработаны зарплатные паскалевские библиотеки.
102.1654579.1.49.0Функцию RoundDouble сделать доступной из Vip/Управление персоналомТарифные ставки
Функцию RoundDouble сделать доступной из Vip.Функция RoundDouble доступна из Vip и в вычислителе.
102.1645659.1.48.0Функция для возвращения значения месячной тарифной ставкиЗаработная платаСпециальные алгоритмы
Предложение разработать функцию для пользовательского зарплатного алгоритма, возвращающую месячную тарифную ставку из каталога тарифных ставок.Разработана функция TarMTS(S,Rzr,C,D), возвращающая месячную тарифную ставке для определенной системы оплаты, кода тарифа, разряда и даты изменения, где S - код cистемы оплаты, Rzr - разряд, С - код тарифа, D - дата изменения.
102.1632789.1.47.0Реализовать возможность получения перечень оборотов/сальдо на основании ПАТ-формулыФинансово-расчетные операцииИнтерактивный аналитический отчет
Реализовать возможность получения перечень оборотов/сальдо на основании ПАТ-формулыРеализована возможность получения данных в виде объектной таблицы, на основании которых формируется сумма ПАТ-формулы.
102.1635649.1.47.0Оптимизация кода: перевод параметров ShowKauArrayPrn на массивыФинансово-расчетные операцииАналитика
Оптимизация кода: перевод параметров ShowKauArrayPrn на массивыПараметры функции ShowKauArrayPrn переведены на массивы
102.1619689.1.46.0Изменение настройки Резервирование МЦ поНастройкаНастройка контура ЛОГИСТИКИ
Изменение настройки Резервирование МЦ по Клиент решил поменять настройку Резервирование МЦ по. После 100 часов ожидания процесс прервали. Нужно поподробней знать какие процессы происходят при изменении данной настройки, от чего зависит время применения, чтобы минимизировать его. имеет ли смысл предварительно во всех филиалах выставить эту настройку? Затем вечером запустили повторно. Судя по журналу происходит циклическое изменение настройки.Добавлена визуализация по изменению видимости настроек пользователя. Ускорена работа изменения. Этот процесс можно снять.
102.1585679.1.44.0Актуализировать документацию по табельным функциямКонтур управления персоналомОбщие вопросы по компонентам Z_*
Требуется отразить в документации по табельным функциям (c_extfun.chm) изменения за последние два года (с момента предыдущей актуализации).Добавлено описание новых констант, новых функций. Доработаны статьи об инициализации функционала при помощи прикладных контекстов.
102.1606709.1.44.0Сообщение об откате транзакции при попытке ручной регистрации или редактирования существующей регистрационной записи в ЭСЧФ по платежному документуУправление сбытомСчета-фактуры поставщика (Беларусь)
Сообщение об откате транзакции при попытке ручной регистрации или редактирования существующей регистрационной записи в ЭСЧФ по платежному документу. При тестировании ПиР 102.159942 обнаружено следующее: - создали платежку (безо всяких привязанных документов), поменяли в ней ЦО, создали ЭСЧФ, хотим войти в регистрационную запись; после операции изменения центра ответственности в расширенной информации платежного документа ЭСЧФ не дает сразу войти в редактирование (или ручное создание) регистрационной записи - выдает сообщение "Другой пользователь изменил те же данные! Производим откат транзакции...", причем при повторной попытке зайти в регистрационную запись этого сообщения уже нет.Исправлено, сообщение об откате транзакции не выводится, идет нормальный процесс работы.
102.1476119.1.43.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1570999.1.42.0Алгоритм PAYS при наличии двух одинаковых валютХозоперацииРазноска ТХО "Все документы"
Идентификатор &Vip[Obj:"PAYS"] с параметром [Рез:КурсВал] при наличии двух валют с одинаковым кодом ISO возвращает курс первой валюты.Исправлена работа идентификатора &Vip[Obj:"PAYS"] с параметром [Рез:КурсВал] при наличии двух валют с одинаковым кодом ISO.
102.1564749.1.41.0Нужна настройка, регулирующая формирование протокола расчета сальдоФинансово-расчетные операцииНовый месяц (~БО)
Нужна настройка, регулирующая формирование протокола расчета сальдо со следующими возможными значениями: - в конце расчета с остановкой процесса работы, - в конце расчета без остановки процесса работы.Для функции ФРО - настройка - Отчетный период бухгалтерского контура - Новый месяц добавлен параметр: "Режим отображения протокола расчета сальдо" со значениями "после расчета" и "по завершении перехода". Первый отображает протокол сразу по завершении расчета сальдо (так работало раньше). Второй отображает протокол по завершении процесса перехода на новый отчетный период.
102.1548119.1.40.0Документировать функции GalDocC_ExtFun.chm для G_Common.dllНастройка, Обмен бизнес-документами и др.Общие вопросы по компонентам C_*
Общие вопросы по компонентам C_* ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Документировать функции GalDocC_ExtFun.chm для G_Common.dll Для файла G_Com_EF.inc добавить описание #doc для всех функций и всех параметров. Статьи #doc article для блоков функций a DLLДобавлены блоки #doc кода для автодокументации библиотеки G_Common.dll.
102.1548129.1.40.0Документировать функции GalDocC_ExtFun.chm для G_ExpImp.dllНастройка, Обмен бизнес-документами и др.Общие вопросы по компонентам C_*
Общие вопросы по компонентам C_* ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Документировать функции GalDocC_ExtFun.chm для G_ExpImp.dll Для файла G_EI_EF.inc добавить описание #doc для всех функций и всех параметров. Статьи #doc article для блоков функций a DLLДобавлены блоки #doc кода для автодокументации библиотеки G_ExpImp.dll.
102.1548139.1.40.0Документировать функции GalDocC_ExtFun.chm для G_LastNumD.dllНастройка, Обмен бизнес-документами и др.Общие вопросы по компонентам C_*
Общие вопросы по компонентам C_* ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Документировать функции GalDocC_ExtFun.chm для G_LastNumD.dll Для файла G_LastNum_EF.inc добавить описание #doc для всех функций и всех параметров. Статьи #doc article для блоков функций a DLLДобавлены блоки #doc кода для автодокументации библиотеки G_LastNumD.dll.
102.1548149.1.40.0Документировать функции GalDocC_ExtFun.chm для G_Tune.dllНастройка, Обмен бизнес-документами и др.Общие вопросы по компонентам C_*
Общие вопросы по компонентам C_* ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Документировать функции GalDocC_ExtFun.chm для G_Tune.dll Для файла G_Tun_EF.inc добавить описание #doc для всех функций и всех параметров. Статьи #doc article для блоков функций a DLLДобавлены блоки #doc кода для автодокументации библиотеки G_Tune.dll.
102.1548159.1.40.0Документировать функции GalDocC_ExtFun.chm для G_Val.dllНастройка, Обмен бизнес-документами и др.Общие вопросы по компонентам C_*
Общие вопросы по компонентам C_* ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Документировать функции GalDocC_ExtFun.chm для G_Val.dll Для файла G_Val_EF.inc добавить описание #doc для всех функций и всех параметров. Статьи #doc article для блоков функций a DLLДобавлены блоки #doc кода для автодокументации библиотеки G_Val.dll.
102.1548169.1.40.0Документировать функции GalDocC_ExtFun.chm для GalNet.dllНастройка, Обмен бизнес-документами и др.Общие вопросы по компонентам C_*
Общие вопросы по компонентам C_* ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Документировать функции GalDocC_ExtFun.chm для GalNet.dll Для файла GalNetEF.inc добавить описание #doc для всех функций и всех параметров. Статьи #doc article для блоков функций a DLLДобавлены блоки #doc кода для автодокументации библиотеки GalNet.dll.
102.1548179.1.40.0Документировать функции GalDocC_ExtFun.chm для SILog.dllНастройка, Обмен бизнес-документами и др.Общие вопросы по компонентам C_*
Общие вопросы по компонентам C_* ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Документировать функции GalDocC_ExtFun.chm для SILog.dll Для файла SiLogFuncs.inc добавить описание #doc для всех функций и всех параметров. Статьи #doc article для блоков функций a DLLДобавлены блоки #doc кода для автодокументации библиотеки SiLog.dll.
102.1558669.1.39.0Базовый оклад должен быть с копейками!Заработная платаСтавки первого разряда
На данный момент нет возможности ввести базовый оклад с копейками. Требуется реализовать такую возможность в кратчайшие сроки!Поле базового оклада теперь может содержать до четырех знаков после запятой. Соответствующим образом изменен деноминатор и функционал округления тарифных ставок из компонента C_Denominator. ОБРАТИТЕ ВНИМАНИЕ: функция для использования в пользовательских алгоритмах BASESALARY(Y,M) устарела, т.к. возвращает целое число без учета копеек. Для ее замены добавлена функция BASESALARYWITHKOP(Y,M).
180.92419.1.37.0Возможность формировать протокол по работе SQLTXO.ХозоперацииНастройка хозопераций /укажите тип документа/
1. В случае, если проверочный запрос возвращает 0 записей, это означает что всё хорошо и нужно продолжить выполнение, однако сейчас реализовано так, что выполнение прерывается. Нужно, что бы в случае, если проверочный запрос возвращает 0 записей, выполнение ТХО продолжалось. 2. Зачем-то все информационные поля выборки обрезаются до 20 символов, не возможно вывести мало-мальски понятное сообщение, например "Не определен или неверно определен счет по дебету". Нужно поставить лимит символов для поля побольше.Исправлено.
102.1520209.1.36.0R_LIst.Объект считывается не из того интерфейса, в котором был записанКонтур управления персоналомОбщие вопросы по компонентам Z_*
При формировании расчетных листков из лицевого счета (Alt+C - Расчет заработной платы - [Расчетный лист]) или через меню "Заработная плата - Отчеты - Отчеты по оплате труда персонала - Расчетные листки" в каталоге, заданном параметром конфигуратора DeskTop.DeskTopFileName формируется лог-файл DSKLog_test.log. В этом файле фигурируют предупреждения о том, что объекты DSK считываются не из того интерфейса, в котором были записаны. В частности, пишутся в интерфейсе RLISTPAR, а читаются в RLIST, если РЛ формируется в бизнес-тексте или в FR_RLIST, если РЛ формируется в FastReport. Аналогичные предупреждения формируются при использовании отчета "Заработная плата - Отчеты - Отчеты по оплате труда персонала - Справка о начислениях за год". Объекты пишутся в интерфейсе RLISTRAB, а читаются в RLIS, если формат отчета - анкетный или в INFVIDN, если формат отчета табличный.Реализована явная передача параметров из интерфейса RListPar в RList и FR_RList и из RListRab в RLis и InfVidN. В результате этого предупреждения в лог DSK не пишутся. В логе могут появляться записи в виде 13.05.2016 11:19:24, объект:"rlist_breakras" [x]: Несовпадение контрольных сумм объекта (80491307) и его описания (99522246) так как через этот объект передается не параметр расчетного листка, а результат работы предварительной разноски и расчета зарплаты.
102.1533299.1.36.0Сделать доработку Интеграционный модуль Галактика для EDI.КонтурПредложение по новой функциональности Галактики ERP (по системе в целом)?
новый метод XMLDOMDoc_LoadExдобавлен новый метод XMLDOMDoc_LoadEx.работает по аналогии как и XMLDOMDoc_Load. Только добавлен последний параметр, который отвечает за выдачу сообщений в этом методе.
102.943969.1.35.0денежное содержание служащих (пост Правительства РФ6 сентября 2007 г. N 562)Заработная платаРасчет отпускных
Для реализации расчета отпуска гражданским государственным служащим РФ (госслужащим) требуется опубликовать новую функцию UpdateMaskGosSl (аналог UpdateMask, для госслужащих РФ к месяцу ухода в отпуск нужно приписать год ухода в отпуск) для последующего ее использования в vip-е.Зарегистрирована новая функция UpdateMaskGosSl.
180.91859.1.35.0Сумма из постоянной доплаты по виду оплаты первоисточникаЗаработная платаАлгоритмы пользователя
Необходимо реализовать в пользовательских алгоритмах функцию, которая позволит получить сумму из постоянных доплат по виду оплаты-источнику. В КВО для ВО1 привязан дополнительный ВО2. В постоянную доплату занесен вид оплаты 1, при этом в месяце их может быть несколько, для каждой доплаты указана своя сумма. После расчета заработной платы формируется ВО2, при расчете которой необходимо использовать сумму из доплаты для той части ВО1, по которой ВО2 создан.Разработана функция UCH_PARENTSUM. При помощи данной функции можно получить сумму из постоянной доплаты, которая является источником создания начисления. Также, при помощи данной функции можно получить сумму оплаты той записи предварительной разноски, вид оплаты которой является родительским для текущего (рассчитываемого) вида оплаты, т.е. на основании которой была создана рассчитываемая запись с видом оплаты из поля "Дополнительная доплата" классификатора видов оплат. Описание функции function UCH_PARENTSUM : Double; Разработана функция DOPLATAPARENTSUM. При помощи данной функции можно получить сумму из постоянной доплаты, идентификатор которой передается как параметр данной функции. При расчете заработной платы для получения идентификатора записи постоянной доплаты можно использовать функцию UCH_CIST, при условии, что источником записи предварительной разноски, которая во время текущего расчета находится в обработке, является запись из постоянной доплаты. Описание функции function DOPLATAPARENTSUM(comp): double; function DPS(comp): double;
102.1475179.1.34.0ТСД - автоматизация загрузки и перевыставления первичных документовКонтур логистикиПредложение по новой функциональности контура логистики
ТСД - автоматизация загрузки и перевыставления первичных документовДоработка экспорта/импорта каталогов МЦ/Услуг. Добавлена возможность экспорта/импорта примечания МЦ/Услуг.
102.1480489.1.33.0Нужно опубликовать новые функции Get_NalogSV и InitStavSVЗаработная платаРасчёт налогов на ФОТ
Нужно опубликовать новые функции Get_NalogSV(Величина налога в соответствии с процентными ставками из коллекции) и InitStavSV(Заполнение коллекции и чтение ставок налогов в коллекцию для СВ), т.к. предполагается их широкое применение в vip-е.Зарегистрированы новые функции Get_NalogSV и InitStavSV.
180.89959.1.32.1Расчет выслуги лет от стажа на 1 число расчетного месяцаЗаработная платаПредложения по разработке новых сервисных функций
Необходимо разработать функцию в алгоритмах расчета, позволяющую рассчитать процент по выслуге на 1 число расчетного месяца.Настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Выслуга лет Учитывать дату начала оплаты при расчете выслуги лет" заменена на настройку "Расчет процента" с возможностью выбора следующих значений: - в рамках расчетного периода; - в рамках периода, за который начислена сумма; - на первое число месяца, за который начислена сумма; - на последнее число месяца, за который начислена сумма. По умолчанию настройка "Рачет процента" будет установлена в значение в зависимости от установленного значения настройки "Учитывать дату начала оплаты при расчете выслуги лет". Если значение последней настройки было установлено в "Да", то настройка "Расчет процента" будет установлена в "в рамках периода, за который начислена сумма", иначе - в "в рамках расчетного периода" Добавлены новые функции для пользовательских алгоритмов 1 - Процент на основании стажа для выслуги лет за переданный период function Proc_StagByPeriod( ADay1: byte; AMonth1: byte; AYear1: Integer; ADay2: byte; AMonth2: byte; AYear2: Integer) : Double; ADay1, AMonth1, AYear1 - день, месяц и год для левого ограничения периода ADay2, AMonth2, AYear2 - день, месяц и год для правого ограничения периода Если день месяца какого-либо ограничения периода равен нулю или некорректно введен месяц или год какого-либо ограничения периода, то период автоматически захватит весь отчетный (будущий) период. Если введенный день какого-либо ограничения превышает последний день месяца, то для этого ограничения возьмется последний день месяца. 2 - Процент на основании стажа для выслуги лет на дату function Proc_StagByDate(ADay: byte; AMonth: byte; AYear: Integer) : Double; ADay, AMonth, AYear - день, месяц и год Если день месяца равен нулю или некорректно введен месяц или, то функция автоматически захватит весь отчетный (будущий) период. Если введенный день превышает последний день месяца, то функция возьмет последний день месяца. 3 - Процент на основании стажа для выслуги лет на день относительно информации из предварительной разноске или расчетного периода, если информации в предварительной разноске нет function Proc_StagByDay(ADay: byte) : Double; ADay - номер дня Если день месяца равен нулю, то функция автоматически захватит весь отчетный (будущий) период. Если введенный день превышает последний день месяца, то функция возьмет последний день месяца.
102.1319509.1.32.0Доработка алгоритма индексацииУправление сбытомАкты на услуги, работы
Доработка по индексации.Изменен расчет индексации через расчетные услуги. В настройке "Услуга для индексации" выбирается расчетная услуга. При формировании по ней индексации (через кнопку в распределении платежа) формируется Акт на услуги и автоматически рассчитывается сумма по услуге исходя из заданного шаблона расчета. Добавлены новые идентификаторы расчетных услуг: &BVALRATEDDOC - Курс базовой валюты на дату цен документа &BVALRATEDISP - Курс базовой валюты на дату исполнения документа &BVALRATEFDDOC - Курс базовой валюты на 1-й день месяца даты цен документа &BVALRATELDDOC - Курс базовой валюты на последний месяца даты цен документа &KOLPLAT - Распределено оплаты по количеству. Работает только для сопроводительных документов &SUMPLAT - Распределено оплаты по стоимости в НДЕ. Работает только для сопроводительных документов &SUMVALPLAT - Распределено оплаты по стоимости в валюте платежа. Работает только для сопроводительных документов &SUMBASEPLAT - Распределено оплаты по стоимости в базовой валюте. Работает только для сопроводительных документов &BDDATE - Дата ДО, связанного с накладной/актом. Работает только для сопроводительных документов &BDID - NRec ДО, связанного с накладной/актом &GetIndexPlat - рассчитывает сумму индексации исходя из оплаты услуги. Работает и для предоплаты. Параметрами расчета являются дата платежа и тариф на дату платежа по индексируемой услуге. Т.е. изначально счет выставляется по тарифу на дату счета, а платеж индексируется уже по тарифу на дату платежа. Контрольный пример во вложении: "Описание доработки с контрольным примером"
102.1449619.1.32.0Добавить код ТНВЭД в системные аналитикиКонтуры: финансовый, бухгалтерского учетаНе знаю, какая именно часть финансового контура, научите
Добавить код ТНВЭД в системные аналитики. В справочнике Материальных ценностей есть возможность привязать к каждой МЦ свой код ТНВЭД. Пользователь хочет данную аналитику добавить как КАУ к счету 10 и далее заполнять ее с помощью ТХО к разным документам у которых в спецификации есть МЦ. Необходимо добавить данный каталог в список системных аналитик.Добавлена общеиспользуемая функция GetSpKauByCode(<Код КАУ>, <Код аналитики>), которая по заданному значению, кода каталога пользовательской аналитики и коду самой аналитики позволяет получить Nreс пользовательской аналитики. Для решение проблемы необходимо завести пользовательскую аналитику "Каталог групп". Коды этой аналитики должны совпадать с кодом ТНВЭД. При настройке ТХО задать следущие ключи: &1 = to_char(&TNVED,0,0) &2 = GetSpKauByCode(<Код каталога пользовательской аналитики "Каталог групп">, &1) &3 = TxoSetKau(<Код каталога пользовательской аналитики "Каталог групп",160,&2) В итоге в проводке аналитика "Каталог групп" будет заполняться в режиме 0.
102.1431259.1.31.0не обновляются вычисляемые поля в стороннем п.п.Финансово-расчетные операцииВходящие документы
Не обновляются вычисляемые поля в стороннем плат.поруч.,а в собственном плат.поруч. работает. Судя по всему проблема с обновлением экрана.Реализованы функции чтения значений внешних атрибутов, которые не используют механизм кэширования, который управляется настройкой KauCache секции Galaxy конфигуратора. При работе с полями внешних атрибутов, вынесенных на форму конфигуратором, необходимо пользоваться этими функциями. А именно: coTxoGetRealExtAttr(String, String, Comp) : Comp; sTxoGetRealExtAttr(String, String, Comp) : string; doTxoGetRealExtAttr(String, String, Comp) : double; dTxoGetRealExtAttr(String, String, Comp) : date; tTxoGetRealExtAttr(String, String, Comp) : time;
102.1447779.1.30.0Перенести описания паскалевских функций в C_ExtFunКонтур управления персоналомОбщие вопросы по компонентам Z_*
Необходим рефакторинг кода для устранения ошибок компиляции.Подключения описаний внешних функций перенесены в компонент C_ExtFun. С точки зрения функциональности изменений нет.
101.564739.1.29.0C_ExtFun - нужна вип-функция для получения атрибутов режима работыЗаработная платаТабельные функции
При программировании на вип часто возникает задача получить атрибуты режима работы сотрудника на определённую дату - такие, как способ учёта сверхурочных часов, или период учёта сверхурочных. Сейчас для этого определяем код режима работы функцией PA_OperatingMode(), а далее приходится выполнять запрос в БД для получения требуемых данных из KlRejim (при этом еще нужно анализировать настройки системы, если в режиме установлен признак "по настройке"). Это не оптимально - т.к. getfirst работает довольно медленно и, кроме того, просто не удобно. Предлагается реализовать функцию, доступную при программировании на вип, возвращающую атрибуты режима работы по его коду. Тогда при её вызове будет выполняться двоичный поиск заданного режима работы в кэше, что должно дать ускорение и повысить удобство при программировании.Реализованы функции для получения атрибутов режимов работ: OM_AvgMonthHours OM_BalancedRejim OM_Exists OM_GetCalendarOnDate OM_Hours OM_Interval OM_Minutes OM_NotFullWorkingDay OM_NRec OM_OverworkCalculation OM_OverworkCalculationSummed OM_PeriodSummedOverwork OM_ScheduleType OM_WeekendSymbolicNotation OM_WorkedHoursCoef Данные функции доступны как при разработке на языке VIP, так и в алгоритмах пользователя. Подробное описание функций в файле GALDOCC_ExtFun.chm
102.1374129.1.29.0Не хватает циклических обработок в SQLTXOКонтуры: финансовый, бухгалтерского учетаF_TXO [Типовые хозяйственные операции (TXO)]
В новом варианте SQLTXO есть возможность указывать Счет в пользовательском режиме, при этом в режим можно записать любые счета, каждом варианте счета может быть свой набор аналитик. К тому же пользовательский режим может быть на дебете и кредите. 10 циклических обработок явно не хватает для того чтобы обработать все аналитики, а если аналитики не указывать в циклической обработке, то они схлопываются, и аналитика не заполнятся в проводке. Таким образом, нужно какое-то решение, которое бы, например, 1) могло отменить обработку (агрегацию) сформированого массива проводок процессором ТХО, чтобы проводки формировались "как есть" (как сделали в SQL-запросе). или 2) позволило бы в теле ТХО указывать какие аналитики не нужно схлопывать или 3) позволило бы увеличить количество циклических обработок в настройке шаблона ТХО.Добавлена общеиспользуемая функция TxoAddCycle([Каталог аналитики], [Режим аналитики], [Номер шаблона ТХО]), которая позволяет добавлять аналитику в циклическую обработку в заданном режиме. Параметр [Номер шаблона ТХО] указывает в каком шаблоне нужно добавить циклический разрез. Через точку с запятой можно указывать несколько номеров. Если параметром будет пустая строка ', то циклические разрезы будут добавлены во все шаблоны. Максимальное количество циклических разрезов, указанных при настройке ТХО и добавленных с помощью функции TxoAddCycle, не должно превышать 32-х. За циклический разрез принимается сочетание [Каталог аналитики] и [Режим аналитики]. Например, для аналитики "Организации", если в формулах указать TxoAddCycle(1, 160, ') и TxoAddCycle(1, 161, '), то это будет приниматься за 2 циклических разреза. Это будет означать, что во всех шаблонах ТХО аналитика организации будет циклически обрабатываться в пользовательских режимах 0 и 1. И если, используемый в этом шаблоне, идентификатор заполняет аналитику "Организации" в этих режимах, проводки буду разбиваться так, как если бы на счете была указано заполненение аналитики в режимах 0 и 1 и была явно задана циклическая обработка. TxoAddCycle при настройке ТХО нужно указывать только в формулах и самыми первыми, для того, чтобы циклические разрезы были добавлены до работы идентификаторов. При использовании в полях Алгоритм в НДЕ, Валюте и количество могут возникать побочные действия.
102.1380869.1.29.0Реализовать настройку для выбора браузера по кнопке открыть карточку КИС ЭХДИнтеграции с системами ЭХДПоиск ШК и функции подсистемы интеграции
добавить возможность просмотра htmlиз Галактики по выбору Варианты на выбор: Браузер по умолчанию из операционной системы. Браузер Chrome если нет, то Internet Explorer Только браузер Chrome Только браузер Internet Explorer Проверять наличие браузера необходимо путям их стандартной инсталляциидоработано согласно постановке
102.1413859.1.27.0Не формируется 20 счет по ИАОФинансово-расчетные операцииИнтерактивный аналитический отчет
Нужна возможность формировать интерактивный аналитический отчет по одному счету за год.Доработан режим в интерактивном аналитическом отчете "Не формировать записи сальдо и проводок в дереве". Чтобы после формирования отчета просмотреть данные в нижней панели спецификации необходимо нажать "Загрузить спецификацию для текущего уровня". Спецификация загружается только для одного уровня (в целях снижения потребления памяти). При формировании отчета в режиме "Не формировать записи сальдо и проводок в дереве" на больших объемах данных рекомендуется не запускать ресурсоемкие сторонние приложения в целях оптимизации работы отчета.
102.1410949.1.26.0Неправильное описание параметров функции SetChasfЗаработная платаВсе расчеты в межпериод
Неправильное описание параметров функции SetChasfЗаменен тип параметра TabN со longint на string
102.1395939.1.25.0дать возможность изменять алгоритм округления для розницыУправление розничной торговлейНакладная на реализацию
дать возможность изменять алгоритм округления для розницы есть настройка Алгоритм округления принимающая значения "по настройке для прайс листов" и "по спецалгоритму для РБ" на данный момент нет никакой возможности внести изменения в спецалгоритм для РБ просьба добавить данную возможность для пользователя например сейчас работает округление до 50 рублей, организация же хочет округлять все до 100 рублей.Добавлены настройки по округлению в модуле розничная торговля "Настройки Галактики Логистика Розничная торговля Алгоритм округления": - нет - математическое - в большую сторону - в меньшую сторону Также добавлены настройки для округления: - "Настройки Галактики Логистика Розничная торговля ..значения в НДЕ округлять до" - "Настройки Галактики Логистика Розничная торговля ..значения в валюте округлять до"
101.479929.1.24.0Описание функций ExtFun.resДокументацияДокументация по компонентам (!GSDK.chm,*.chm)
Клиент в пользовательской таблице формирует выгрузку в xml-файл определенной конфигурации. При этом использует функции описанные в G_EI_EF.inc. Столкнулись с вопросом описаний функций. Нужны подробные описания внешних функций ресурсного файла ExtFun.res в ExtFun.chm. Интересуют функции описанные в FRMExtFun.rarsrcCompSrcExtFunExtFunVipG_EI_EF.incДобавил описание.
102.1345739.1.24.0Рефакторинг табеля: выделение отдельной подсистемы для получения параметров ЛС на датуЗаработная платаТабельные функции
Предлагается вынести из табеля подсистему получения параметров лицевого счета с учетом переходов на дату, и сделать её независимой от табеля. Сейчас получением значений параметров лицевого счета на дату занимается табельный функционал. Такая "многопрофильность" функционала приводит к негативным моментам, как то: - Много однотипного кода в табеле (5 мест, но число неуклонно растет) для получения значений реквизитов ЛС за месяц, отличный от текущего месяца табеля. Если бы этим занимался сторонний функционал, независимый от табеля, не было бы нагромождений. - Большой объём табельного функционала, что затрудняет поддержку. Перенос подсистемы получения реквизитов ЛС на дату в отдельный модуль является одной из самых эффективных и при этом безболезненных декомпозиций для функционала табеля. - Необходимость переформировывать табели для получения актуальных параметров лицевого счета на дату. С одной стороны, это вызывает падение быстродействия в тех случаях, когда переформировывать табели не надо, а получить актуальные параметры ЛС - надо. С другой стороны, это приводило, до недавнего времени, к непонятным ситуациям у тех пользователей, у которых настройка автоматического переформирования табелей стояла в положении "нет". Данная проблема на текущий момент решена, но на уровне лечения симптомов, а не причины. Новая подсистема получения значений параметров лицевого счета на дату с учетом переходов должна удовлетворять следующим требованиям: - интерфейс для паскаля и для випа - не меньшая эффективность, чем у прежней реализации - полное покрытие имеющегося функционала (Информационные функции табеля) - возможность возвращать параметры на произвольную дату, а не только на день некоторого "текущего месяца" Также в рамках данной проблемы требуется внедрить новую подсистему в табель. Таким образом, все расчеты в модуле, обращаясь к табелю, будут использовать новую подсистему получения реквизитов ЛС на дату. Табель должен стать из источника таких данных посредником между новым функционалом и существующими потребителями данных.Проведены работы по декомпозиции функционала табеля: подсистема вычисления параметров ЛС на дату выделена в отдельный модуль. Добавлены новые функции для получения параметров ЛС на дату: описание в файле GALDOCc_extfun.chm в статье "Функции получения параметров ЛС на дату". Эти функции можно использовать как при разработке на языке VIP, так и в пользовательских алгоритмах. Также данные функции доступны для вычисления по Ctrl+F4. При использовании новых функций получения параметров ЛС на дату в пользовательских алгоритмах явно инициализировать их работу (делать вызовы EnablePADetailsUtils/DisablePADetailsUtils), а также явно задавать лицевой счет (функция PA_Assign) не требуется: во время расчета происходит автоматическая инициализация и привязка к ЛС, для которого идет расчет.
102.1353469.1.24.0Расхождение в названии пункта главного менюУправление персоналомУсловия труда на рабочем месте
В настоящий момент есть расхождения в названиях пунктов главного меню модулей "Управление персоналом" и "Заработная плата". Так, каталог "Условия труда" в зарплате называется по-старому ("Соответствие профессия-КПС"). Логично, чтобы общий справочник или одна и та же функция назывались одинаково и в кадрах, и в зарплате. Также, учитывая то, что понятие "КПС" в белорусском законодательстве не используется, целесообразно переименовать и сам справочник. Надо учесть, что уже есть справочник "Условия труда", значения из которого используются в штатном расписании и в 6-м окне картотеки в полях "Условия".Для унификации используемой терминологии справочник "Соответствие профессия-КПС" теперь будет называться "Условия труда на рабочем месте" (переименование справочника выпускается в обновлении Z_Harm res 9.1.18.0). В этом обновлении переименовываются соответствующие визуальные элементы: Скорректирована документация к функциям WT_GetInsalubrity и CreateInsalubrityDF (GalDocC_ExtFun.chm): термин "связка Особых условий, КПС и Территориальных условий" заменен на "Условия труда на рабочем месте".
102.1351479.1.23.0алгоритмы расчетаЗаработная платаРасчет начислений (общие вопросы)
В тарифных ставках есть поле --базовый оклад--- Дать возможность вытягивать этот базовый оклад в пользовательские алгоритмы расчета. Требуется создать доплату, которая будет рассчитываться исходя из этого базового оклада.В пользовательские алгоритмы добавлена функция BaseSalary(Год, Месяц), возвращающая базовый оклад.
104.200879.1.23.0Нужны поля с информацией о кол-ве занимаемых ставок в модуле "Зарплата"Заработная платаПредложение по новой функциональности модуля заработная плата
Сейчас учет занимаемого количества ставок реализован следующим образом: В приказе о приме на работу в случае, если к классификаторе систем оплат в поле "Признак" стоит "+" у системы оплаты, на которую принимается работник, то при изменении количества ставок значение поля "Тар.ст., оклад" умножается на значение поля "Кол-во ставок". При утверждении приказа в поле "Тариф, оклад" лицевого счета подставляется оклад, уже умноженный на количество ставок. Никакой информации о занимаемом количестве ставок в модуль "Зарплата" не передается. Информация о занимаемом количестве ставок важна при расчете некоторых видов оплат. Например, при расчете размера индексации по украинскому законодательству для определения коэффициента индексации нужно искать месяц, в котором был изменен тариф / оклад работника. При этом изменение количества занимаемых ставок (например, работник с полным окладом 5000 грн. работал на пол-ставки, его оклад с учетом занимаемого кол-ва ставок был 2500 грн., затем работник был переведен на полную ставку - его оклад фактически остался тем же - 5000 грн.) не является основанием для изменения коэффициента индексации. И, если такую ситуацию при использовании клиентом модуля "Управление персоналом" можно еще как-то отследить, то для клиентов, использующих только модуль "Зарплата" это невозможно. В связи с этим прошу добавить в таблицы модуля "Зарплата" поля с информацией о занимаемом количестве ставок. Как минимум, такие поля нужно добавить в таблицы LSchet, LSTab и Perexod.В интерфейсе просмотра лицевого счета на вкладке "Кадровая информация" добавлено редактируемое поле "Количество ставок". При изменении значения поля значение количества ставок меняется и в табеле учета рабочего времени за текущий расчетный месяц. В интерфейсе редактирования перехода в межпериод в раздел просмотра параметров на дату было добавлено поле "Количество ставок". В таблицу параметров перехода была добавлена возможность указывать количество ставок. Так же было разрешено редактирование тарифа прямо из таблицы параметров перехода, без необходимости заходить в дополнительный интерфейс (хотя такая возможность осталась). Таким же образом происходит редактирование параметра "Количество ставок". В интерфейсе просмотра табеля учета рабочего времени на вкладке "О работнике" было добавлено поле "Количество ставок". В модуле "Заработная плата" по пути "Настройка - Сервисные функции - Сервис лицевых счетов работников - Заполнение количества ставок" был добавлен интерфейс, предназначенный для переноса информации о количестве ставок из модуля "Управление персоналом" в лицевой счет и табель учета рабочего времени модуля "Заработная плата". В рабочей корзине была добавлена возможность обрабатывать сигнал об изменении количества ставок из модуля "Управление персоналом". В интерфейс рабочей корзины было добавлено соответствующее поле. В интерфейс повторного приема добавлен перенос количества ставок.
102.1340989.1.22.0Актуализировать документацию по табельным функциямКонтур управления персоналомОбщие вопросы по компонентам Z_*
Требуется внести описание появившихся за последний год доработок по табелю в документацию из C_Extfun.chm.Актуализирована документация по табельным функциям. Список изменений: 1) Переработана статья про поденные фильтры, добавлены две подстатьи: независимые фильтры и использование стандартных заготовок. 2) Добавлено описание функций работы с независимыми поденными фильтрами 3) Добавлено описание новых констант 4) Добавлено описание функций работы с переходящими рабочими сменами 5) Добавлен пример инициализации табеля при помощи прикладных контекстов, функции InitWorkingTable и DoneWorkingTable помечены как нежелательные в использовании. 6) Переформулированы неудачно сформулированные утверждения, добавлены пояснения в неоднозначные для понимания места и т.п. 7) Добавлены имена параметров функций в описание прототипов функций (до этого показывались только типы данных).
102.1326409.1.21.0доработать функцию WT_GetOverworkCalculationmethodЗаработная платаТабельные функции
Доработать функцию WT_GetOverworkCalculationmethod Функция WT_GetOverworkCalculationmethod сейчас принимает в качестве параметра номер дня и показывает признак суммированного учета всегда в текущем(!) месяце Требуется передавать в данную функцию дату полностью, чтобы функция возвращала признак суммированного учета на конкретную дату, указанную в параметре.Добавлена новая функция: function WT_DGetOverworkCalculationMethod(D: date): byte; возвращает то же, что и WT_GetOverworkCalculationmethod, но без привязки к текущему месяцу табеля.