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


Описание файла обновления:
ФайлEXTFUN_RES_810670.TXT
ОбновлениеEXTFUN_RES_810670
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентEXTFUN
ТипRES
Версия8.10.67.0
Дата2017-01-17 13:48:58
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.148456NEWФС на 2016г. Отчет по сверке данных между КИС ЭХД и УССЗМН. Работа с Архивом. КИС ЭХДПоиск ШК и функции подсистемы интеграции
добавить функция выбора файла SelFileDialogVip и ее описание в helpдобавлена функция выбора файла SelFileDialogVip и ее описание в help
180.92418.10.66.0Возможность формировать протокол по работе SQLTXOХозоперацииНастройка хозопераций /укажите тип документа/
1. В случае, если проверочный запрос возвращает 0 записей, это означает что всё хорошо и нужно продолжить выполнение, однако сейчас реализовано так, что выполнение прерывается. Нужно, что бы в случае, если проверочный запрос возвращает 0 записей, выполнение ТХО продолжалось. 2. Зачем-то все информационные поля выборки обрезаются до 20 символов, не возможно вывести мало-мальски понятное сообщение, например "Не определен или неверно определен счет по дебету". Нужно поставить лимит символов для поля побольше.Исправлено.
102.1480488.10.64.0Нужно опубликовать новые функции Get_NalogSV и InitStavSVЗаработная платаРасчёт налогов на ФОТ
Нужно опубликовать новые функции Get_NalogSV(Величина налога в соответствии с процентными ставками из коллекции) и InitStavSV(Заполнение коллекции и чтение ставок налогов в коллекцию для СВ), т.к. предполагается их широкое применение в vip-е.Зарегистрированы новые функции Get_NalogSV и InitStavSV.
101.564738.10.63.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, так и в алгоритмах пользователя. На версии 8.1 решение выпускается без документации по функциям.
102.1374128.10.61.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 при настройке ТХО нужно указывать только в формулах и первыми по порядку для того, чтобы циклические разрезы были добавлены до начала работы идентификаторов. При использовании в полях Алгоритм в НДЕ, Валюте и Количество могут возникать побочные действия.
103.72658.10.60.0Реализовать возможность параллельной работы с 2-мя разными наименованиями организацииКонтуры: финансовый, бухгалтерского учетаНе знаю, какая именно часть финансового контура, научите
Реализовать возможность параллельной работы с 2-мя разными наименованиями организации Реализовать возможность печати, чтобы до смены наименования в документах отражалось старое название организации(при печати за предыдущие периоды), а в текущих документах - новое.Для вывода в отчет информации о контрагентах, с учетом настройки "Настройки Галактики Общие настройки системы Каталог организаций и банков При печати учитывать историю изменения атрибутов организации", добавлены новые функции ShowKauPrn и ShowKauArrayPrn. Изменения коснулись следующих отчетов ФРО: - Отчеты -> Аналитика -> Ежедневный учет. - Отчеты -> Аналитика -> Аналитический учет. - Отчеты -> Аналитика -> Группировочная ведомость. - Отчеты -> Аналитика -> Аналитика по группам счетов. - Отчеты -> Аналитика -> Анализ задолженности. - Отчеты -> Обороты-> Обороты в разрезе субсчетов. - Отчеты -> Обороты-> Обороты в разрезе структурных подразделений. - Отчеты -> Обороты-> Обороты по поставщикам и получателям. - Отчеты -> Журналы-ордера-> Формирование. - Отчеты -> Журналы-ордера-> Универсальный журнал-ордер. - Отчеты -> Журналы-ордера->Мемориальный ордер. - Отчеты -> Журналы-ордера->Акт сверки. - Отчеты -> Журналы-ордера->Журнал операций. - Отчеты -> Журналы-ордера->Карточка учета средств и расходов. - Отчеты -> Книга бухгалтерских проводок -> Бухгалтерские проводки. - Отчеты -> Книга бухгалтерских проводок -> Книга бухгалтерских проводок. - Отчеты -> Интерактивные очеты -> Интерактивный аналитический отчет. - Отчеты -> Интерактивные очеты -> Реестр платежных документов. При выводе наименования собственной организации также учитывается история изменения атрибутов организации. Список примененных фильтров выводится в отчеты без учета истории контрагентов. При формировании отчетов за период история наименования организаций для группировок в отчетах, вывод собственной организации учитывается на конечную дату периода, за который формируется отчет. При выводе в отчет наименований организации из документов/проводок учитывается дата документа/проводки. Для отчета "Реестр платежных документов" период учитывается по фильтру "дата оплаты".
102.1380868.10.59.0Реализовать настройку для выбора браузера по кнопке открыть карточку КИС ЭХДСЗМН. Работа с Архивом. КИС ЭХДПоиск ШК и функции подсистемы интеграции
добавить возможность просмотра htmlиз Галактики по выбору Варианты на выбор: Браузер по умолчанию из операционной системы. Браузер Chrome если нет, то Internet Explorer Только браузер Chrome Только браузер Internet Explorer Проверять наличие браузера необходимо путям их стандартной инсталляциидоработано согласно постановке
102.1345738.10.58.0Рефакторинг табеля: выделение отдельной подсистемы для получения параметров ЛС на датуЗаработная платаТабельные функции
Предлагается вынести из табеля подсистему получения параметров лицевого счета с учетом переходов на дату, и сделать её независимой от табеля. Сейчас получением значений параметров лицевого счета на дату занимается табельный функционал. Такая "многопрофильность" функционала приводит к негативным моментам, как то: - Много однотипного кода в табеле (5 мест, но число неуклонно растет) для получения значений реквизитов ЛС за месяц, отличный от текущего месяца табеля. Если бы этим занимался сторонний функционал, независимый от табеля, не было бы нагромождений. - Большой объём табельного функционала, что затрудняет поддержку. Перенос подсистемы получения реквизитов ЛС на дату в отдельный модуль является одной из самых эффективных и при этом безболезненных декомпозиций для функционала табеля. - Необходимость переформировывать табели для получения актуальных параметров лицевого счета на дату. С одной стороны, это вызывает падение быстродействия в тех случаях, когда переформировывать табели не надо, а получить актуальные параметры ЛС - надо. С другой стороны, это приводило, до недавнего времени, к непонятным ситуациям у тех пользователей, у которых настройка автоматического переформирования табелей стояла в положении "нет". Данная проблема на текущий момент решена, но на уровне лечения симптомов, а не причины. Новая подсистема получения значений параметров лицевого счета на дату с учетом переходов должна удовлетворять следующим требованиям: - интерфейс для паскаля и для випа - не меньшая эффективность, чем у прежней реализации - полное покрытие имеющегося функционала (Информационные функции табеля) - возможность возвращать параметры на произвольную дату, а не только на день некоторого "текущего месяца" Также в рамках данной проблемы требуется внедрить новую подсистему в табель. Таким образом, все расчеты в модуле, обращаясь к табелю, будут использовать новую подсистему получения реквизитов ЛС на дату. Табель должен стать из источника таких данных посредником между новым функционалом и существующими потребителями данных.Проведены работы по декомпозиции функционала табеля: подсистема вычисления параметров ЛС на дату выделена в отдельный модуль. Добавлены новые функции для получения параметров ЛС на дату (с префиксом PA_). Эти функции можно использовать как при разработке на языке VIP, так и в пользовательских алгоритмах. Также данные функции доступны для вычисления по Ctrl+F4. При использовании новых функций получения параметров ЛС на дату в пользовательских алгоритмах явно инициализировать их работу (делать вызовы EnablePADetailsUtils/DisablePADetailsUtils), а также явно задавать лицевой счет (функция PA_Assign) не требуется: во время расчета происходит автоматическая инициализация и привязка к ЛС, для которого идет расчет.
102.1351478.10.57.0алгоритмы расчетаЗаработная платаРасчет начислений (общие вопросы)
В тарифных ставках есть поле --базовый оклад--- Дать возможность вытягивать этот базовый оклад в пользовательские алгоритмы расчета. Требуется создать доплату, которая будет рассчитываться исходя из этого базового оклада.В пользовательские алгоритмы добавлена функция BaseSalary(Год, Месяц), возвращающая базовый оклад.
102.1326408.10.56.0доработать функцию WT_GetOverworkCalculationmethodЗаработная платаТабельные функции
Доработать функцию WT_GetOverworkCalculationmethod Функция WT_GetOverworkCalculationmethod сейчас принимает в качестве параметра номер дня и показывает признак суммированного учета всегда в текущем(!) месяце Требуется передавать в данную функцию дату полностью, чтобы функция возвращала признак суммированного учета на конкретную дату, указанную в параметре.Добавлена новая функция: function WT_DGetOverworkCalculationMethod(D: date): byte; возвращает то же, что и WT_GetOverworkCalculationmethod, но без привязки к текущему месяцу табеля.
102.1300308.10.55.0Добавить поле "Номер сопроводительного документа"ХозоперацииРазноска ТХО "Все документы"
В интерфейсе привязки ТХО необходимо добавить поле "Номер сопроводительного документа": - на закладке хозяйственный документ; - в окне редактирования проводок по хозяйственной операции; - в окне редактирования проводки.В интерфейсе привязки ТХО добавлено поле "Номер сопроводительного документа": - на закладке хозяйственный документ; - в окне редактирования проводок по хозяйственной операции; - в окне редактирования проводки. Типы документов, для которых отображается значение поля номер сопроводительного документа: 1..12, 15..24, 27..34, 36..39, 41..44, 51..53, 61, 62, 70, 71, 74, 75, 78..80, 90, 95, 100..103, 106, 110..115, 119, 150, 151, 160, 161, 170, 201..204, 206, 210, 211, 229, 250, 251, 260, 261, 270, 400, 401, 403, 501..509, 511..513, 521..523, 532, 550..554, 557, 559, 600..607, 611..613, 621, 703, 704, 721, 728, 1005, 1007, 1011, 1030, 1032, 1044, 1050..1058, 1081..1090..
101.479928.10.54.0Описание функций ExtFun.resДокументацияДокументация по компонентам (!GSDK.chm,*.chm)
Клиент в пользовательской таблице формирует выгрузку в xml-файл определенной конфигурации. При этом использует функции описанные в G_EI_EF.inc. Столкнулись с вопросом описаний функций. Нужны подробные описания внешних функций ресурсного файла ExtFun.res в ExtFun.chm. Интересуют функции описанные в FRMExtFun.rarsrcCompSrcExtFunExtFunVipG_EI_EF.incДобавил описание.
102.1266308.10.52.0добавить идентификатор по заполнению поля DATAOT в таблице OBOROTХозоперацииРазноска ТХО "Все документы"
На этапе внедрения у клиента, было задействовано поле DATAOT таблицы OBOROT, на основании данных этого поля строится определенная отчетность. Сейчас при привязке ТХО данное поле заполняется по аналогии с полем DATOB, т.е. данные поля всегда имеют одно и тоже значение и пользователю приходится постоянно вносить ручные корректировки в проводки. Необходимо разработать системный идентификатор, который позволит заполнять поле DATAOT, конкретным значением без привязки к DATAOB (в нашем случае интересует заполнение данного поля равным дате накладной/акту, к которому будет привязываться ТХО)Доработана общеиспользуемая функция TxoSetDateOt которая заполняет поле DATAOT в таблице Oborot. В качестве параметра передается дата, которой необходимо заполнить поле. Для случая который указан в проблеме, нужно в качестве параметра передаться идентификатор &DateDoc - возвращающий дату документа.
102.1251038.10.51.0Требуется сделать видимыми по Ctrl+F4 новые табельные функцииКонтур управления персоналомОбщие вопросы по компонентам Z_*
Необходимо сделать видимыми по Ctrl+F4 и в пользовательских алгоритмах расчёта новые табельные функции, разработанные в рамках последних доработок по вредным условиям в "Зарплате": WT_TestDayEx WT_FirstThatEx WT_LastThatEx WT_GetHoursInDayEx WT_GetHoursBwDaysEx WT_GetHoursBwDatesEx WT_GetHoursEx WT_GetDaysBwDaysEx WT_GetDaysBwDatesEx WT_GetDaysEx WT_GetInsalubrity WT_GetInsalubrityCode Также требуется добавить автодокументацию (ExtFun.chm) для новых функций, и внести изменения в автодокументацию по существующим функциям (WT_TestDay, WT_GetHours и т.д., без суффикса -Ex).Доработана автодокументация к внешним функциям для табеля в extfun.chm: - Добавлены описания констант - Добавлены разделы, посвященные группам функций, связанных по смыслу. Расставлены ссылки из функций на соотв. разделы, из разделов - на соотв. функции - Добавлен раздел, описывающий табельный функционал целиком (в описании функции InitWorkingTable) - Добавлены описания для новых функций: функций подсчета количества дней и часов с постфиксом -Ex, функций WT_GetInsalubrity, WT_GetInsalubrityCode, WT_GetSourceFinance - Дополнены описания старых функций
102.1252118.10.49.0Долгое сохранение настроек в окне расчета зарплаты по сотрудникуНастройка, Обмен бизнес-документами и др.Общие вопросы по компонентам C_*
"Долгое сохранение настроек в окне расчета зарплаты по сотруднику" Оптимизировались следующие моменты: 1) При переключении галок "параметры расчета зарплаты" они долго сохраняются в реестре настроек Галактики. Заметно если много раз кликать на них каждая галка сохраняется более секунды (у заказчика вообще время шло на десятки секунд) 2) При нажатии на кнопку "Продолжить" аналогично те же галки еще раз сохраняются в реестре настроек. Возникают заметные паузы между этапами расчетов.Теперь галки должны моментально переключаться, а паузы между этапами расчета должны быть покороче.
101.521718.10.48.0Описание табельных функций (wt.dll)Заработная платаТабельные функции
0В файл справки добавлено описание всех имеющихся функций, по работе с табелем. В виду того, что некоторые из функций предназначены только для внутреннего использования и не имеют возможности внешнего вызова, в справке отсутствует их описание: - function WT_IsDayLocked(Day: byte): boolean; - function GetAbsenceList(AbsenceType: byte): IAbsenceList; - function GetAbsenceAttributeValue(Absence: IAbsence; Attr: word; Value: PField): boolean;
102.1185688.10.46.0Расчет среднего для пособия по безработице с ошибкойЗаработная платаВ Центр занятости
Ошибка в таблице расчета среднего заработка. При заполнении данных неверно анализируется год при отсутствии у лицевого счета фактически начисленной заработной платы за последние 3 месяца, предшествующие увольнения.В таблицуяР "Заработная плата с учетом районного коэффициента за последние три месяца (с 1-го до 1-го числа) предшествующих увольнению" суммы берутся согласно постановлению 64: "5. В случае если работник за расчетный период не имел фактически начисленной заработной платы или фактически отработанных дней либо этот период состоял из времени, исключаемого из расчетного периода в соответствии с пунктом 4 настоящего Порядка, средний заработок определяется исходя из суммы заработной платы, фактически начисленной за предшествующий период времени, равный расчетному."
102.1180658.10.43.0Нужна новая функция чтения классиф.налогов на ФОТ в память (с параметром "дата")Заработная платаРасчёт налогов на ФОТ
Для дальнейшего решения ПИР 101.49582 (для сервиса пересчёта СВ за закрытые периоды) необходимо реализовать функцию чтения классификатора налогов на ФОТ в коллекцию с учётом даты окончания действия налогов.Реализована вспомогательная функция чтения классификатора налогов на ФОТ в коллекцию с учётом даты окончания действия.
102.976748.10.42.0Некорректно заполняется поле "Изменена" в реестре настроекНастройкаПрочие вопросы по настройке
Некорректно заполняется поле "Изменена" в реестре настроек либо поле имеет некорректное название и ему больше подходит название "Открывалась на редактирование" Подробно во вложениидобавлена реализаций функция wSetValueEx2 lSetValueEx2 wSetValue2 lSetValue2 для возможности одновременного изменения строкового и числового значения
180.64238.10.38.1При Переразноске ТХО в Плане счетов управленческого учета записи не формируютсяХозоперацииФормирование групповых проводок /укажите тип документа/
Доработать функцию "Переразноска в текущем периоде" для управленческого учета.Доработана функция "Переразноска в текущем периоде" для управленческого учета.
102.1158038.10.40.0Нужна табельная функция для получения значений СКК на датуЗаработная платаПросмотр табеля
Нужна табельная функция для получения значений сложного корректирующего коэффициента на дату. Для просмотра составляющих СКК нужно знать два параметра: - код сущности, к которой подцеплены составляющие СКК (константы skkBasket, skkPerexod и т.п.) - NRec сущности, к которой подцеплены составляющие СКК Функции, существующие на данный момент, позволяют получить обобщенное значение КК на дату, но при этом нет возможности узнать, откуда именно был вытянут данный КК (LSCHET, LSTAB, PEREXOD). А эта информация нужна, если мы хотим просмотреть составляющие СКК.Добавлена функция: function WT_GetComplexCorrectiveFactor(day: byte, var entityCode: word, var entityNRec: comp): boolean; [in] day - день месяца [out] entityCode - код сущности [out] entityNRec - номер записи сущности Возвращаемое значение - успешность выполнения.
102.1147388.10.39.0FastClose. Разработка функции TXOSetStatus для ТХОКонтуры: финансовый, бухгалтерского учетаПредложение по новой фукциональности финансового контура
Сделать функцию TXOSetStatus для ТХО для переноса выбранного статуса документа в проводку.Разработана общеиспользуемая функция TxoSetStatus, которая позволяет устанавливать произвольный указанный статус документа в проводке.
102.1130548.10.38.034 доп. входимость должна работать в том числе и для межрасчётных выплат.Заработная платаВедение интерфейса "Начисления и выплаты"
Предлагается реализовать функционал 34 доп. входимости для межрасчетных выплат. Проблема очень актуальна т.к. править аналитику вручную для большого штата крайне трудоемко.Добавлен анализ доп. входимости 34 ("Для затрат не учитывать переходы с датой окончания") в межрасчетных выплатах. Если у вида оплаты имеется доп. входимость 34, то при создании межрасчетной выплаты/изменении её параметров такие поля, как Счет, Субсчет, КАУ, ТХО, Параметр, Подразделение ОЗ, заполняются значениями на дату начала выплаты с учетом только постоянных переходов.
180.61588.10.37.0В описанни функции OpenLogFile перепутан тип переменной.Контур управления персоналомZ_Zar
Необходимо изменить описание параметров регистрируемой функцииИз описания параметров зарегистрированной функции OpenLogFile убрано ключевое слово var.
180.55758.10.34.0Не срабатывают настройкиБухгалтерская отчетностьЗакрытие счетов
Установлены настройки Общие настройки /Бухконтур/Типовые проводки/Раздельная привязка ТХО - ДА и Способ раздельной привязки ТХО по регистрам учета - для текущего регистра. Так же установлены необходимые параметры в Настройки/Заполнение каталогов/Документы системы в папке "Прочие документы" / "Закрытие счетов бухгалтерского учета". Но когда бухгалтер проводит Операция/Закрытие счетов то к бухсправке проводки формируются и по рабочему плану счетов и по старому плану, который сейчас на предприятии не используется. Получается, что тут проводки формируются сквозные, не смотря на установленные настройкиВ настройке закрытия счетов добавлен параметр "формировать проводки только для текущего ПС", при установке которого проводки к бухгалтерской справке, будут формироваться только в текущем ПС. Если уже были ранее сформированы продоки в других ПС, то при преформировании текущая бухсправка не удаляется, а проводки переформировываются только в текущем ПС.
102.1031108.10.30.0Для улучшения выпуска обновлений следует выделить компонент G_SumdivideЗаработная платаПредварительная разноска
Для оптимизации затрат по выпуску обновлений следует выделить компонент G_Sumdivide В данный компонент следует включить функции: 1.Расчет больничных и отпусков в части разбивки сумм по месяцам, а для больничных функции применения ограничения. 2.функцию "Предварительная разноска" 3.функцию "Переход к новому периоду". 4.Функции для отчета "Информация о среднем заработке".Для оптимизации затрат по выпуску обновлений выделен компонент G_Sumdivide В данный компонент включены функции: 1.Расчет больничных и отпусков в части разбивки сумм по месяцам, а для больничных функции применения ограничения. 2.функция "Предварительная разноска" 3.функция "Переход к новому периоду". 4.Функция для отчета "Информация о среднем заработке".
101.458408.10.28.0Потеря преемственности. Реестры НДФЛ - плательщик головная организацияЗаработная платаПлатежные поручения по реестрам
Зарегистрировать функцию для определения типа плательщикаЗарегистрирована функция для определения типа плательщика
102.1022978.10.27.0Необходимо расширение функциональности алгоритма VALФинансово-расчетные операцииПлатежное поручение
Есть необходимость формировать проводки (при выполнении определённых условий) на произвольную дату. Причём, надо иметь возможность задать дату в параметрах алгоритма VAL для того, чтобы эту дату можно было вычислить.Создана функция TxoGetCursVal для определения курса указанной валюты на дату. Параметры: - Код валюты - Дата курса - флаг обработки отсутствия курса на дату.
101.441018.10.25.0Округление стоимости в актах об излишкахСкладской учетАкты об излишках
Необходимо для актов, создаваемых непосредственно из инвентаризации и по F7. Округления в ордерах не подходит. Нужен функционал округления, аналогичный при формированию документа "приходная накладная". ( Для этого существуют настройки 1070 "Округление в документах снабжения" и 1071 "..значения в НДЕ округлять до"). При этих настройках цены корректно изменяются из-за округления в суммах. Суммы в печатной форме инвентаризации ИНВ-3 печатаются округленные, в печатной форме акта об излишках тоже самое. Хотелось бы, чтобы в системе акт об излишках хранил бы те же цифры, что и в печатных формах. Иначе общие цифры печатных форм разъезжаются с системными общими цифрами по документу из-за округления на 1-2 копейки.Добавлены настройки: "Настройки Галактики Логистика Складской учет Сопроводительные документы Округление в акте об излишках и накладных" ..значения в НДЕ округлять до" ..значения в валюте округлять до" Данная настройка будет действовать на акт об излишках и все накладные на перемещение в складском учете. Также доработана печать акта об излишках - количество знаков после запятой в суммах по настройке.
102.979348.10.25.0Накладная склад розница. Проблема копеек в стоимостиСкладской учетНакладная на перемещение склад -> розничная торговля
Накладная склад розница. Проблема копеек в стоимости. По закону стоимость по позиции и стоимость по накладной должна быть без копеек. Для решения этой проблемы считаю необходимым ввести настройки по правилам округления документов на внутреннее перемещение в складском учете. В частности в накладных на внутреннее перемещение и накладных склад розница, т.к. по ним может печататься накладная строгой отчетности.Добавлены настройки: "Настройки Галактики Логистика Складской учет Сопроводительные документы Округление в акте об излишках и накладных" ..значения в НДЕ округлять до" ..значения в валюте округлять до" Данная настройка будет действовать на акт об излишках и все накладные на перемещение в складском учете. Также доработана печать накладных ТТН и стандартных накладных - количество знаков после запятой в суммах по настройке.
102.978208.10.24.0Ускорить работу алгоритма ТХО OBOROT с фильтрами на аналитику по маскеБухгалтерская отчетностьЗакрытие счетов
В настройках закрытия счетов активно применяется алгоритм ТХО API OBOROT с фильтрами на аналитику по маске. Сейчас это приводит чтениям проводок при вычислении алгоритма. Полностью логику расчета этого алгоритма переместить на сервер БД не возможно. Однако обработку фильтров, технически возможно переместить на сервер БД. Это существенно ускорит процедуру закрытия по ряду счетов.Реализован новый алгоритм расчета для алгоритмов "ТХО API OBOROT" с использованием механизмов "Прямого SQL". Для включения "Прямого SQL" необходимо в конфигурационном файле в секции {DSQL} прописать параметр USEINTXO=on
101.425688.10.23.0отображение в отчете данныъ по налоговому учетуСкладской учетОборотная ведомостьпо складам
Доработать отчет оборотов МЦ, в суммах по налоговым стоимостям.В зависимости от параметра: "Формировать по налоговым ценам" Отчеты->Наличие->по складам, "Отображать в налоговой стоимости" Отчеты->Оборотная ведомость-> по складам, "Валюта исчисления" Отчеты->Универсальная складская ведомость. Отчеты формируются либо в налоговых, либо в учетных ценах. В отчетах, в заголовках указано, что это за ведомость (в каких ценах формировалась).
101.428078.10.22.0Расчёт РК на пособия при рождении ребёнкаЗаработная платаРасчет начислений (общие вопросы)
Существует оплата Пособие при рождении ребёнка за счёт ФСС. Размер оплаты установлен законодательно и вносится готовой суммой. На пособие нужно накручивать районный коэф-т, который используется для начислений сумм по пособиям по листкам нетрудоспособности (непроизводственные коэф-ты в атрибутах подразделений).Зарегистрирована ф-ия для пользовательских алгоритмов, которая позволяет формировать подобнные доплаты. ф-ия NonProductRK. У функции один параметр cLschet - ссылка на лицевой счет. Возвращает значение непризводственного коэфф. указанного в настройках по следуещему принципу: 1) Если указано значение больше 2-х, то возвращает как значение деленное на 100; 2) Если от 1 до 2, то просто отнимает от значения настройки единицу; 3) при значении настройки меньше 1 результат будет отрицательным.
101.438558.10.21.0Доработка FastReport - динамический вызов страниц на примере Декларации прибыльБухгалтерская отчетностьКомплект форм налоговой отчетности (конкретные формы РФ)
Доработка FastReport - динамический вызов страниц В связи с необходимостью формировать 2 представления Декларации по налогу на прибыль для предприятий, имеющих территориально распределенную структуру.1. Доработан Мастер идентификаторов. Добавлена вкладка "Константы формы". На данной вкладке можно задать константы для конкретной формы налоговой отчетности. Ключ констант принимает вид: &DEF.<ключ>. Интерфейс редактирования аналогичен интерфейсу “Типовые алгоритмы и константы”. Заданные константы становятся доступны для расчетов в формах и редакторе ИМНС-структуры через мастер идентификаторов. 2. Облать “Ячейки FR” перенесена на отдельную вкладку “Ячейки FR” 3. На вкладке “Служебная часть” редактора ИМНС структуры доступно поле “Версия реализации” 4.Реализована возможность вызывать скрипт vip4app для расчета.
101.430428.10.19.0Встроить Библиотечный модуль машиночитаемых форм отчетности, разр ГНИВЦ ФНС РФБухгалтерская отчетностьКомплект форм налоговой отчетности (конкретные формы РФ)
Встроить Библиотечный модуль для печати машиночитаемых форм бух и налог отчетностиДобавлена возвожность печати налоговых отчетов с помощью библиотечного модуля для печати машиночитаемых форм бухгалтерской и налоговой отчетности, разр ГНИВЦ ФНС. Для использования необходимо: 1. установить библиотеку печати деклараций (http://www.gnivc.ru/Document.aspx?id=921) 2. установить Шаблоны форм бухгалтерской отчетности (http://www.gnivc.ru/Document.aspx?id=1333), Шаблоны форм налоговых деклараций (http://www.gnivc.ru/Document.aspx?id=1120) Шаблоны форм устанавливаются в папку для хранения комплекта форм налоговой отчетности Галактики ("Настройки Галактики Бухгалтерский контур Отчеты Налоговая отчетность Папка для хранения комплекта форм") В редакторе ИМНС-структуры на вкладке "Служебная часть" добавлено поле "печать с двухмерным штриховым кодом PDF417" На вкладке сформированные отчеты в локальном меню добавлены пункты "Печать с PDF417","Печать с PDF417 из файла", Пункт "Печать" переименован на "Печать в FastReport" При установке птицы "печать с двухмерным штриховым кодом PDF417" для всех формируемых отчетов на вкладке "сформированные отчеты" по пункту меню "Печать с PDF417" вызывается печать декларации с помощью библиотечного модуля ГНИВЦ. Для ранее сформированных отчетов и отчетов, выгружаемых без установки печати с штриховым кодом, выдается сообщение: "Для данного документа не ведется печать с двухмерным штриховым кодом PDF417". По пункту меню "Печать с PDF417 из файла" выдается запрос на сформированный файл ИМНС: текстовые файлы для форматов версии 2-3 Xml файлы для форматов версии 4-5 При выборе корректного файла ИМНС выводится окно предварительного просмотра печати библиотечного модуля, иначе выводится сообщение с описанием ошибки. По пункту меню "Печать в FastReport" производится печать документа в FastReport
101.433418.10.18.0при открытии договоров ругается что нет rtf_edit.dllУправление договорамиВвод договора
Продолжает вызываться устаревшая rtf_edit.dll. rtf_edit.dll устарела, и была заменена GalRtf.dllИсправлено. Вызова устаревшей dll не происходит.
102.874518.10.17.0В расчетные услуги нужен новый идентификатор GetValPokazByProbУправление снабжениемПриходные накладные
Существующий идентификатор GetValPokaz работает через вагоны. Нужен идентификатор, который работает через пробы качества. GetValPokazByProb. Данный идентификатор должен возвращать значение показателя качества для позиции спецификации.Расчетные услуги. Добавлен новый идентификатор GetValPokazByProb. 1-й параметр - ссылка на позицию спецификации 2-й параметр - наименование показателя Данный параметр возвращает значение показателя качества из пробы качества для позиции спецификации. При этом должна совпадать партия в спецификации и пробе.
103.41118.10.15.0Потрея приемственности. Куда делось расчитанное сальдо.Финансово-расчетные операцииСравнение сальдо на начало месяца
На начало отчетного периода, нет расчетного сальдоИзменен расчет сальдо. Сальдо расчитывается аналогично расчету в старом отчете. Берется хранимое сальдо на 1е число, предыдущего заданному, месяца и суммируются обороты до заданного месяца.
102.518428.10.12.0Текстовая информация в договорах в wordУправление договорамиТекстовая информация
Текстовая информация в договорах в word Необходима следующая функциональность: дать возможность в текстовой информации по договору вставлять Макропеременные и функции в форму договора в формате word, что позволит вообще использовать эту функуциональность на практике.Появилась возможнось задавать шаблон договора в формате RTF.
102.787068.10.11.0Добавить новый компонент для разработки документов УЛХПредложение по новой функциональности Галактики ERP (по системе в целом)?
Для выпуска клона LesProm необходимо добавить в версию 8.1. новую компоненту L_WOOD. В этой компоненте должны находится "заглушки" для интерфейсов вызываемых в других компонентах, а так же файл VIL с описанием Vip-нитефейсов.Доработано.
101.392048.10.9.0неверная сортировка в ведомости наличия и износаУчет ОСВедомости наличия
В модуле Основные средства отчет Ведомость наличия ОС - при задании порядка сортировки внутри группы по инвентарному номеру все номера, содержащие кроме цифр буквы и другие символы, оказываются в конце списка, но при этом и экранная форма и печатная содержат весь перечень номеров, включенных в отчетДля "правильной" сортировки данных в интерактивном отчете "Ведомости наличия" выполнены следующие доработки: - доработан интерфейс редактирования группировки. Для параметра "порядок сортировки внутри группы" реализована возможность редактирования "Правила для сортировки группы со структурой наименования "Код"/"Инв.номер"". Значение по-умолчанию - "справа", означает обычный порядок сортировки строк, т.е. 1, 11, 111, 1234, 2, 222 ... При значении "слева" получим: 1, 2, 11, 111, 222, 1234 ... - доработан интерфейс "Сортировок для отчета" окно "Редактирование уровня" аналогично интерфейсу "группировки". При формировании отчета выполняется сортировка данных согласно установленных правил: "сортировки внутри группировки" и "сортировка отчета". P.S. Так как правила сортировки можно настроить по разному для группировки и для отчета, то, в частности, при формировании ведомости наличия с группировкой "Карточки ОС" в полученном иерархическом представлении отчета в верхней панели и в нижней порядок сортировки может быть отличным (!) Интерфейс "Редактирование сортировки группы" попал в большинство группировок, но сам функционал сортировки ("слева/справа") доработан только в ведомостях наличия и износа для группировок: - Карточки ОС - Группа ОС - Источник финансирования - Признак собственности - Признак использования - Группировка ОКОФ - Вид ОС
102.768758.10.7.0Автоматический запуск интерфейсов для обновлений/конвертораНастройкаПрочие вопросы по настройке
Нужен автоматический запуск интерфейсов после установки обновлений/конвертора.Сделана функция создания настройки для запуска интерфейса после установки обновления. Procedure AddBatchInterface (InterfaceName : string; Description: string); где InterfaceName - имя интерфейса. Имя компонента указывать обязательно. Description - описание интерфейса
102.663488.10.5.0Несколько уровней группировкиУчет ОСВедомости наличия
Несколько уровней группировки. Задаем такие уровни группировки: ВнешниеКАУ/Подразделение/ГруппыОС/Аморт.группы. На 8.1, если не указать конкретное Внеш.КАУ, то иерархия по оставшимся группировкам не строится. На 7.12 если не указать конкретное Внеш.КАУ, то происходит группировка по оставшимся уровням.Если в описании группировки присутствует "по Внешним КАУ" и аналитика не была выбрана, то отчет формируется с группировкой "Внешние КАУ" со "значение не определено"
102.703128.10.5.0Регистрация паскалевских функций для оперконтура и производстваКонтур логистикиНе знаю, какая именно часть контура логистики, научите
Регистрация паскалевских функций для оперконтура и производства.Доработано.