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


Описание файла обновления:
ФайлG_TXO_DLL_91600.TXT
ОбновлениеG_TXO_dll_91600
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентG_TXO
ТипDLL
Версия9.1.60.0
Дата2018-10-10 18:25:00
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.187175NEWПЗ. Иерархическое представление. 3 очередь поддержка в ТХОХозоперацииРазноска ТХО по видам документов /укажите тип документа/
ПЗ. Иерархическое представление. 3 очередь поддержка в ТХО (см. вложение) Выделил то, что выделали по иерархии ПЗ, в отдельную проблему для удобства выпуска обновлений.Необходимо проверить работу директив свертки иерархии KR, KL, KR+, KL+ для аналитики "Производственные заказы".
102.1871389.1.59.0Неверная погрешность от округления при закрытии счетаХозоперацииРазноска ТХО по видам документов /укажите тип документа/
В ТХО флаг Остатки округления добавить к последней из проводок этого шаблона отрабатывает неверно, т.к. на последнюю не нулевую проводку сбрасывается накопленное округление, по всем следующим шаблонам, которые сформировали нулевые проводки.Исправлен механизм округления. Сейчас, если есть несколько шаблонов ТХО и только по первому формируется не нулевая проводка(При этом в каждом шаблоне установлен флаг "Остатки округления добавить к последней из проводок по этому шаблону"), то накопленный остаток округления добавится к последней проводке первого шаблона. Если флаг "Остатки округления добавить к последней из проводок по этому шаблону" установлен в последнем шаблоне ТХО, то остаток округления сбросится на последнюю не нулевую проводку.
102.1789109.1.58.0Оперативного баланса взаиморасчетов по аналитическим уровням пунктов календарных планов договоров - не проводится расчет (Консультация)НастройкаНастройка контура ЛОГИСТИКИ
Оперативного баланса взаиморасчетов по аналитическим уровням пунктов календарных планов договоров - не проводится расчетДобавлена обработка ПКП из документов в аналитический учет сальдо контрагентов.
102.1839509.1.58.0ТПР 2. Ошибки. Неверно работает ключ &KAU14ХозоперацииТиповые алгоритмы и константы
Неверно работает ключ &KAU14 Вместо дополнительного соглашения ключ формирует аналитику договор.Для извлечения Соглашения (спецификации) к договору и Вида соглашения (спецификации) к договору из накладной/акта доработаны режимы извлечения аналитики: - Соглашение (спецификация) к договору - Вид соглашения (спецификации) к договору из накладной/акта Используются при обработке накладных и складских ордеров. Соответственно, с помощью &KAU можно получить аналитику из этих режимов.
102.1855139.1.58.0КИС ФХД ТПР2 Очередь1 Дополнить идентификатор SoprDocХозоперацииРазноска ТХО "Все документы"
Дополнить идентификатор SoprDoc. Необходимо чтобы идентификатор возвращал ссылку на счет-фактуру и спецификацию счет-фактуры. Будет использоваться с идентификатором SPSF.` В идентификатор SoprDoc в параметр результат добавлен параметр "Nrec спецификации счета-фактуры". Форма записи &SoprDoc[Рез:СпСФ]. Работает в сочетании с идентификатора SpSF.
102.1839779.1.57.0неверно работает идентификатор SP_ХозоперацииРазноска ТХО "Все документы"
После установки обновлений стал неверно работать идентификатор SP_. В проводках неверно проставляется аналитика по МЦ в режиме авто. Должна браться из спецификации документа, а похоже берется из ЦУ, что неверно, так как для отбора из ЦУ есть свой режим.Исправлена работа извлечения аналитики целевого учета в режиме Авто, для аналитик с первого уровня целевого учета. В режиме Авто извлекается аналитика "Объекты строительства".
102.1839959.1.56.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1685889.1.55.0КИС ФХД ТПР2 Очередь1 При формировании финпроводок к ЗРС период планирования заполняется некорректноХозоперацииРазноска ТХО "Все документы"
КИС ФХД ТПР2 Очередь1 При формировании финпроводок к ЗРС период планирования заполняется некорректно. Берется по дате документа.Исправлено заполнение периода планирования при формировании финпроводок к ЗРС.
102.1770539.1.55.0Pat формула не работает с типом документаБухгалтерская отчетностьОтчетность
Клиенту необходимо получить сумму по проводке "П[Период:01.01.2017_30.11.2017][ТД:"1501"]Д901ПN900" именно для типа документов 1501 - поступление ОС. Если ставим фильтр [ТД:"1501"] сумма не выводится, без фильтра по типу документа - выводится.В ПАТ-идентификаторах, исправлена работа фильтра по типу документов для документов модулей Учет ОС, МБП, Резерв ОС. Доработана возможность фильтровать по типу операции.
102.1822449.1.55.0Не работает ТХО в регистре учета Управленческий - План так, чтобы сумма заявки распределялась равномерно по месяцам, входящим в период оплатыХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Платежный календарь - Документы - Заявки - Периодический расход средств. В данной заявке указывается Сумма расходов, которые нужно разбить на несколько частей. Пример во вложении. В поля период оплаты с...по вводится период, в который планируются данные расходы. Необходимо настроить ТХО в регистре учета Управленческий - План так, чтобы сумма заявки распределялась равномерно по месяцам, входящим в период оплаты. Если указать Алгоритм=&Vip_[Obj:"PKSTBUD"] и для Периода=<авто - Период Равномерно по листовым периодам>, то должно получится то, что нужно пользователю. Однако алгоритм <авто - Период Равномерно по листовым периодам> - не отрабатывает, и формирует только одну ФП на дату создания Заявки.Для документов 801 - Заявка на расходование средств 802 - Заявка на периодический расход средств 803 - Заявка на получение кредита 804 - Заявка на приходование средств 810 - Заявка на периодический приход средств Режим <авто - Период Равномерно по листовым периодам> переведен на работу с Периодом оплаты документа
102.1816749.1.54.0В ТХО необходимо реализовать корректную работу со всеми уровнями аналитики ЦУ независимо от типа ЦУФинансово-расчетные операцииНастройка хозопераций (~ХО) /укажите тип документа/
Выяснилось, что для набора аналитики целевого учёта с типом "1" КАУ в проводках заполняется только для уровня аналитики ЦУ с первого по третий. Если аналитика находится на 4 - 6 уровне, то КАУ в проводке не заполняется. При этом если завести новый набор аналитик ЦУ, то КАУ в проводках для этого нового набора работает. Необходима доработка функционала формирования проводок для устранения данного ограничения.Реализована работа идентификаторов &SP и &NP со всеми уровнями аналитики ЦУ(целевого учета) независимо от типа ЦУ
102.1790359.1.53.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1643409.1.52.0Создание новой системной аналитикиКонтур логистикиПредложение по новой функциональности контура логистики
1. Создание новой таблицы аналитических признаков для использования в целевом учете в качестве одного из уровней. Обязательные признаки: - ссылка на МЦ - ссылка на группу налогов по позиции - ссылка на позицию спецификации документа по которому МТР поступил в ОСТ - ссылка на первичный документ по которому МТР поступил в ОСТ - вид первичного документа - ссылка на производителя(изготовителя) МТР (каталог контрагентов) (Возможно необходимо добавление системного атрибута "Изготовитель" к spsopr) - *дата приходного ордера в ОСТ - ссылка на группу налогов из приходного документа - *признак (например, галка) , указывающий на то, что позиция относится к неиспользуемуму активу с последующим отображением дополнительных аналитик: -- *категория неиспользованных МТР (пользовательская аналитика) -- *источник образования неиспользованных МТР (пользовательская аналитика) -- *причина образования неиспользованных МТР (пользовательская аналитика) -- *план-график вовлечения неиспользованных МТР (пользовательская аналитика) -- перечень необходимой, имеющейся в наличии технической документации (мемо-поле?) -- *плановая дата вовлечения номенклатурной позиции неиспользованных МТР (поле -дата) - *признак отнесения к виду резерва с последующим отображением дополнительных аналитик резерва: -- * вид резерва -- * срок хранения в днях 2. Записи таблицы должны формироваться в момент создания партии(приходная накладная, акт о приемке материалов, акт перемещения между объектами, ДО) 3. Необходимо предусмотреть возможность в интерфейсах, в которых используются КАУ ЦУ выводить дополнительно аналитические признаки помеченные звездочкой в перечне.Добавлена системная аналитика "Дополнение объекта целевого учета", код 5068. Выбор новой системной аналитики в объекте целевого учета позволяет задавать дополнительно 6 аналитик и другую дополнительную информацию. Для выбора дополнительных аналитик реализовано окно =Настройка дополнительных аналитик объекта ЦУ= (Целевой учет запасов Настройка Дополнительные аналитики целевого учета). Первая аналитика используется для резерва, остальные пять для неиспользуемых МТР. Заполнение значений аналитик по умолчанию реализовано в Приходной накладной, Акте о приемке материалов (115), Акте об излишках (611). При привязке объекта ЦУ, либо при вставке позиций из договора в приходных документах, дополнительные аналитики заполняются автоматически. Значения берутся: 1. из внешних атрибутов соответствующей позиции спецификации; 2. если они не заданы (п. 1), то из внешних атрибутов сопроводительного документа; 3. если не заданы (п. 2), из значений по умолчанию из настройки дополнительных аналитик. Доработаны фильтры в Ведомостях МТР. Реализована возможность устанавливать фильтры по дополнительным аналитикам объекта ЦУ.
102.1681339.1.51.0КИС ФХД ТПР2 Очередь1 Добавить операции "Корректировка разниц" и "Корректировка амортизации" в обработку по статусамУчет ОСДругие интерфейсы по ОС
Добавить операции "Корректировка разниц" и "Корректировка амортизации" в обработку по статусам ОС - Настройка - Настройка прав доступа к документам: добавить операции "Корректировка разниц" и "Корректировка амортизации"доработано корректировка разниц переведена на новые константы cgOs_101_OsRazn на cgOs_52_OsRazn ОС cgOs_102_OsRazn на cgOs_52_OsRazn НМА и БД записи по ключу TiDk + cgOs_52_OsRazn
180.101639.1.50.0Алгоритм расчета ТХО "&Val" не позволяет взять курс на дату платежаХозоперацииНастройка хозопераций /укажите тип документа/
Есть стороннее валютное платежное поручение от 12.12.2016. (в долларах) Курс валюты соответствующий 12.12.2016 =63.3028 Есть необходимость его перепровести в открытом периоде. Ставим в хозоперации "Дату проводок" 03.04.2017, проводка по алгоритму "&Val" берет курс валюты на 03.04.2017 = 55.9606, что неверно. В настройке алгоритма есть варианты курса: На дату хоз. документа На дату ДО Ручной курс документа основания Уточняется выбором Что подразумевается под значением "На дату хоз.документа" непонятно. Ни в одном режиме нельзя взять курс валюты на дату платежа. Нужно добавить режим "На дату документа" и переименовать существующий режим на "На дату проводки"В идентификаторе &Val добавлен параметр "на дату хоз. документа" вид записи &VAL[Курс:ХозДок] Существующий режим "на дату хоз. документа" переименован в "на дату проводки" и работает как и прежде.
106.103749.1.49.0Не правильный учет нулевых значений при количестве цифр в дробной части больше 2.Бухгалтерская отчетностьОтчетность
Числа меньшие чем 0,01, при включенном параметре "Вместо нулей печатать", считаются нулем и заменяются на выбранный символ. Проверка должна учитывать количество знаков знаков дробной части указанное пользователем.Параметр "Вместо нулей печатать" применяется к суммам дробная часть которых начинается после выбранного выбранного количества знаков.(т.е если сумма меньше чем 1, 0.1, 0.01, 0.001, 0.0001 соответственно).
102.1574269.1.48.0Не нужно раздувать каталог соответствия для идентификатора REPL если соответствие не найдено.ХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Не нужно раздувать каталог соответствия для идентификатора REPL, если соответствие не найдено. Пример: Приходный ордер: Болт Гайка Шайба Алгоритм &Sp_ {$REPL 3 4 0 "03"} циклическая обработка по МЦ. Настройка соответствия аналитик состоит из 1 строки: "Болт" заменить на "Шуруп", Все остальные МЦ заменяются через поле "Аналитика приемника по умолчанию" = "Материальные ценности" "Значение аналитики приемника" = "Метизы" При формировании ТХО идет сообщение об ошибке: При формировании проводок не все соответствия были установлены! В "Каталоге соответствий аналитики" необходимо определить все элементы. Затем повторно сформировать проводки по ТХО. Далее протокол: яБПротокол о ненайденных соответствияхяБ: В таблице соответвия "03" не заданы соответствия! Повторный запуск ТХО отрабатывает нормально. Всё дело в том, что система после первого запуска добавит в каталог соответствия строки по тем МЦ, которые встретились в текущем документе, поставив те самые "Метизы". Так не правильно, потому что: 1. раздувается таблица соответствия. Если каталог МЦ будет 30 000 записей, то и таблица соответствия будет в конце концов столь же массивной 2. работает как то за два прохода, а не сразу за один. Предлагается: 1. сразу подставлять значение из поля "значение по умолчанию" 2. могу предположить, что механизм наполнения в таблице соответствия имеющийся сейчас кому то нужен, ну тогда добавлять по настройке.Добавлена настройка "Настройки Галактики Бухгалтерский контур Типовые проводки Брать значение аналитики приемника по умолчанию при не найденном соответствии". С установленным значении = "Да" директива REPL, при отсутствии соответствия в таблице соответствий, берет значение аналитики приемника по умолчанию
102.1574279.1.48.0нельзя заполнить по REPL счетХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Нельзя заполнить счет и субсчет в проводке с помощью REPL (таблицы замен) выдает: Проводка не сформирована, так как не определен счет по дебету!Доработана функциональность директивы REPL для заполнения счетов в режимах "Аналитика по соответствию 1" - "Аналитика по соответствию 10". Необходимо указывать циклическую обработку по Счетам и субсчетам.
102.1476119.1.47.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1570999.1.46.0Алгоритм PAYS при наличии двух одинаковых валютХозоперацииРазноска ТХО "Все документы"
Идентификатор &Vip[Obj:"PAYS"] с параметром [Рез:КурсВал] при наличии двух валют с одинаковым кодом ISO возвращает курс первой валюты.Исправлена работа идентификатора &Vip[Obj:"PAYS"] с параметром [Рез:КурсВал] при наличии двух валют с одинаковым кодом ISO.
102.1579809.1.45.0Не заполняется аналитика из Repl, если режим источника до этого был описан в KR+Финансово-расчетные операцииНастройка хозопераций (~ХО) /укажите тип документа/
Не заполняется аналитика из Repl, если режим источника до этого был описан в KR+ Проводки формируются из модуля заработная плата, БД филиальная Аналитика, которая должна заполняться - Организация, одинаковая в рамках филиала Таблица соответствия Подразделение- Организации Для того, чтобы не раздувать таблицу соответствия, не указывать в ней все подразделения филиала, т.к. все равно для всех подразделений Организация одна и та же, я сворачиваю подразделения до 1 уровня и использую таблицу соответствия уже применительно к 1 уровню иерархии, получается 1 строчка на филиал. Не нужно отслеживать появление новых подразделений выглядит это так: &1 {$KR+ 2 1 163 168} &2 {$REPL 1 2 168 "ZP_BGS"} Однако при формировании проводок из ЗП аналитика Организации не заполняется, видимо Repl выполняется раньше Kr+ Но, если перевыбрать ТХО в ФРО в бухсправке, все отрабатывает корректно Таблица с заголовком таблицы соответствия и с Настройкой является филиальной (не общей)Исправлено
102.1563269.1.44.0Необходимо убрать устаревший код из Галактического паскаляЗаработная платаБухгалтерские справки
Необходимо убрать устаревший код из Галактического паскаля. В Tpp_Key.pas, GenTable.pas, Tables.gen происходит обращение к таблице Uder. Ранее был убран из списка алгоритмов ТХО алгоритм &ZP_, а также пункт "По аналитике зарплаты" из вариантов заполнения полей "Циклическая обработка". Теперь необходимо убрать всю вычислительную устаревшую часть.Убран устаревший, не используемый код.
102.1550019.1.43.0Деноминатор должен добавить шаблон ТХО в БДФинансово-расчетные операцииПредложения по новой функциональности модуля "ФРО"
Реализовать возможность формировать проводки с валютой сальдо при закрытии счетов.В настройке шаблона ТХО добавлен режим формирования валюты "Сальдо в закрытии счетов". Позволяет формировать в проводках нулевые валютные суммы с указанной валютой из рассчитываемого в закрытии счетов сальдо .
180.92419.1.42.0Возможность формировать протокол по работе SQLTXO.ХозоперацииНастройка хозопераций /укажите тип документа/
1. В случае, если проверочный запрос возвращает 0 записей, это означает что всё хорошо и нужно продолжить выполнение, однако сейчас реализовано так, что выполнение прерывается. Нужно, что бы в случае, если проверочный запрос возвращает 0 записей, выполнение ТХО продолжалось. 2. Зачем-то все информационные поля выборки обрезаются до 20 символов, не возможно вывести мало-мальски понятное сообщение, например "Не определен или неверно определен счет по дебету". Нужно поставить лимит символов для поля побольше.Исправлено. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: TXOLOG TXOLOGSTRUCT
102.1525479.1.41.0Задваиваются суммы проводок на MS SQLХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Задваиваются суммы проводок на MS SQL При прогоне тестов на MS SQL обнаружены различия с прогоном на PERVASIVE и ORACLE. Вручную ситуация тоже моделируется. При разноске платежной ведомости по TXO с идентификатором PLV_ происходит задвоение сумм проводокИсправлена работа идентификатора &PLV_ при обработке платежной ведомости и ведомости депонирования.
102.1523049.1.40.0Нужен идентификатор для циклической обработки таблицы SOPRORDB.ХозоперацииПредложения по новой функциональности модуля "Хозоперации"
Нужен идентификатор для циклической обработки таблицы SOPRORDB (Распределение по складам). Необходима возможность циклической обработки с получением по каждой записи: - Nrec записи - Склад - МОЛ - рублевая и валютная цены (в том числе ссылку на валюту) - количествоДоработан идентификатор &NP_ для документов 201 - Накладная на отпуск МЦ, 114 - Акт приемки. Добавлена возможность обработки распределения по складам. Идентификатор &SoprDoc с параметром [Рез:РаспрСкл](Nrec распределения по складам) возвращает Nrec распределения. Функциональность распределения в логистике включается настройкой "Настройки Галактики Логистика Документы Управление сбытом Накладная на отпуск Формирование ордеров по накладным"
102.1502299.1.39.0В Результаты системного алгоритма &SoprDoc необходимо добавить "Nrec спецификации ордера".ХозоперацииРазноска ТХО "Все документы"
Для обработки Складских ордеров используется алгоритм &SP_. Требуется получить ссылку на спецификацию ордера, например, для определения значений Внешних атрибутов к спецификации. Если ордер сформирован как самостоятельный документ (не по акту/накладной), то получить значение ссылки не представляется возможным. Нужно добавить в Результаты системного алгоритма &SoprDoc "Nrec спецификации ордера".В параметр "Результат" системного алгоритма &SoprDoc добавлен пункт "Nrec спецификации ордера". Работает только совместно с идентификатором &SP_.
180.93559.1.39.0фильтр по филиалам при настройке бух.отчетностиБухгалтерская отчетностьОтчетность
фильтр по филиалам при настройке бухгалтерской отчетности через пат-формулыРеализован фильтр по филиалам в пат-формулах
101.585859.1.38.0275-ФЗ. КБУ - системная аналитика по расчетным счетам организации и госконтрактамФинансово-расчетные операцииАналитика
В соответствии с положениями 275-ФЗ по каждому договору, заключенному во исполнение Госконтракта, открывается отдельный расчётный счёт. Т.е. расчётных счетов у организации теперь может быть много (причём одному Госконтракту соответствует несколько р/с). Необходимо добавить системную аналитику "Расчётный счет организации" - для ведения в бухучете раздельного учета платежей по расчётным счетам собственной организации.Доработана обработка аналитики "Банковские счета" в разноске ТХО в режимах "Авто", "Счет получателя", "Счет плательщика"
101.588349.1.38.0ТХО - авто-режим формирования аналитики по расчетным счетамХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Добавлена системная аналитика по расчётным счетам и её обработка при разноске платёжных документов. Нужно сделать аналогичную обработку этой аналитики и при разноске документов логистики.Добавлена обработка аналитики "Банковские счета" для документов логистики. Аналитика извлекается из договоров. В режиме "Авто" берется значение счета собственной организации, в режимах "Счет получателя", "Счет плательщика" банковские счета получателя и плательщика.
101.583689.1.37.0Не выводить предупреждение, если в настройке ТХО установлено "Не формировать"ХозоперацииРазноска ТХО "Все документы"
Не выводить предупреждение, если в настройке ТХО установлено "Не формировать" Общесистемная настройка: Настройки Галактики Бухгалтерский контур Аналитика по счетам Контроль аналитики по счету = выдать предупреждение или требовать аналитику.Если в шаблоне ТХО есть аналитика с значением "не формировать", то сообщение об ошибке будет появляться. Необходимо в таком случае предупреждение не выводить.В настройке "Настройки Галактики Бухгалтерский контур Аналитика по счетам Контроль аналитики по счету" добавлено два значения : "выдать предупреждение (кроме режима "Не формировать") и требовать аналитику (кроме режима "Не формировать"), которые позволяют отключать контроль заполнения аналитики по счету в случае, если в настройке ТХО для этой аналитики указан режим "Не формировать".
102.1484169.1.36.0Не работает округление проводок при создании проводки из платежного поручения при настройке "Округлять сумму в НДЕ для валютных документов=нет"Финансово-расчетные операцииВалютное платежное поручение
Не работает округление проводок при создании проводки из платежного поручения при настройке "Округлять сумму в НДЕ для валютных документов=нет"Отменено действие настройки "Настройки Галактики Бухгалтерский контур Обработка документов Правила округления Округлять сумму в НДЕ для валютных документов" на проводки. Проводки округляются по своим правилам, как это было до появления данной настройки и выполнения доработки по отсутствию округления суммы в НДЕ в валютных платежных документах.
102.1485519.1.36.0Не отрабатывает идентификатор &ISO, если сумма документа равна нулю.ХозоперацииРазноска ТХО "Все документы"
Возникла проблема с ТХО, настроенной в рамках ТПР, требующая участия разработчиков: Если сумма в валюте в шапке документа (акт на прием услуг)= 0, то не анализируется код валюты и документ обрабатывается в Возникла проблема с ТХО, настроенной в рамках ТПР, требующая участия разработчиков: Если сумма в валюте в шапке документа (акт на прием услуг)= 0, то не анализируется код валюты и документ обрабатывается в ТХО как рублевый. В других документах, где сумма документа в валюте не нулевая, ТХО работает нормально. Нужно, чтобы код валюты обрабатывался независимо от суммы документа (идентификатор &ISO выдавал значение кода ISO валюты документа). Есть акт на прием услуг, сформированный по валютному договору, общая сумма по которому 0 в валюте , в спецификации одна позиция -200, вторая +200. В результате формирования проводок идентификатор &ISO не видит валюты, идентификатор &NP выдает только рублевую сумму.Исправлено
102.1449619.1.35.0Добавить код ТНВЭД в системные аналитикиКонтуры: финансовый, бухгалтерского учетаНе знаю, какая именно часть финансового контура, научите
Добавить код ТНВЭД в системные аналитики. В справочнике Материальных ценностей есть возможность привязать к каждой МЦ свой код ТНВЭД. Пользователь хочет данную аналитику добавить как КАУ к счету 10 и далее заполнять ее с помощью ТХО к разным документам у которых в спецификации есть МЦ. Необходимо добавить данный каталог в список системных аналитик.Добавлена общеиспользуемая функция GetSpKauByCode(<Код КАУ>, <Код аналитики>), которая по заданному значению, кода каталога пользовательской аналитики и коду самой аналитики позволяет получить Nreс пользовательской аналитики. Для решение проблемы необходимо завести пользовательскую аналитику "Каталог групп". Коды этой аналитики должны совпадать с кодом ТНВЭД. При настройке ТХО задать следущие ключи: &1 = to_char(&TNVED,0,0) &2 = GetSpKauByCode(<Код каталога пользовательской аналитики "Каталог групп">, &1) &3 = TxoSetKau(<Код каталога пользовательской аналитики "Каталог групп",160,&2) В итоге в проводке аналитика "Каталог групп" будет заполняться в режиме 0.
102.1431259.1.30.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.1459019.1.33.0В окно параметров при формировании налоговой отчетности нужно добавить поле "текущий период" по аналогии с бух.отчетностьюБухгалтерская отчетностьКомплект форм налоговой отчетности (пользовательский инерфейс)
В окно параметров при формировании налоговой отчетности, в (интерфейс "Бухгалтерская отчетность | Отчеты | Налоговая отчетность"), нужно добавить поле "текущий период" по аналогии с бух.отчетностью (интерфейс "Бухгалтерская отчетность | Отчеты | Отчетность").В окно параметров при формировании налоговой отчетности, в (интерфейс "Бухгалтерская отчетность | Отчеты | Налоговая отчетность"), добавлена возможность задавать дату текущего отчетного периода (поле "текущим отчетным периодом считать"). Если это поле задано, то формирование отчета происходит аналогично с бух.отчетностью (интерфейс "Бухгалтерская отчетность | Отчеты | Отчетность"). Если не задано, то формирование отчета происходит так же как и ранее.
101.571399.1.32.0Доработать ПАТ формулы, что бы была возможность сворачивать сальдо по аналитикеКонтуры: финансовый, бухгалтерского учетаНе знаю, какая именно часть финансового контура, научите
Доработать ПАТ формулы, что бы была возможность сворачивать сальдо по аналитике. На данный момент свертка происходит ДО определенного уровня, то есть формула вида: С[СВ:3][Период:31.03.2015]Д68_01. Аналогична интерактивному аналитическому отчету с группировкой: КАУ 1/КАУ 2/КАУ 3. Но, клиент хочет в ПАТ формуле получить свертку ТОЛЬКО третьего уровня, то есть аналогично группировки в ИАО: КАУ 3.Для ПАТ-формул в режиме DSQL реализована возможность свертки данных по произвольной группировке по уровням КАУ. Параметры свертки в режиме DSQL доступны при включенном дополнительном параметре конфигуратора: [DSQL] USEROLLOPTIONS = ON Перечень настроек, которые влияют на свертку в ПАТ-формулах(добавляют уровни группировки). -"Настройки Галактики Бухгалтерский контур Учитывать код группы пользователей при расчетах сальдо по счетам": При включенной настройке к настроенной группировке добавляется уровень:"Группа дескрипторов". -Настройки счета: "сворачивать сальдо по подразделения" - если параметр установлен, уровень подразделение не учитывается. Так же на свертку в ПАТ-формулах влияет настройка "Настройки Галактики Бухгалтерский контур Отчеты Сворачивать в отчетах сальдо по активным счетам к дебету, по пассивным - к кредиту". Данные будут сворачиваться с учетом филиала, в окне настройки пат-формулы будет отображаться "Расчет сальдо с учетом филиалов". Пример: Необходимо получить настроить ПАТ-формулу с результатом аналогичным интерактивному аналитическому отчету с группировкой СчетКАУ3КАУ4 за период(от начала текущего периода до конца месяца). Пат формула будет иметь вид: С[ИСКЛ:СУБ][ГР:34][Период:НачТек_31.07.2015]Д60 параметры формулы: С - сальдо [ИСКЛ:СУБ] - исключить субсчет из свертки [ГР:34] - свертка по уровням КАУ [Период:НачТек_31.07.2015]-период, за который получаем данные Д60 - Дебет по счету 60.
102.1452099.1.32.0Сообщение об отсутствующей в 9.1 настройкеКонтуры: финансовый, бухгалтерского учетаНе знаю, какая именно часть финансового контура, научите
В модуле "Ведение налоговых расчетов" было выполнено открытие/настройка классификаторов(удален филиал). В результате начало появляться окно с отсутствием филиала заданного в настройке, которая не используется на 9.1: "Настройки Галактики Бухгалтерский контур Консолидация Филиал корпорации"В версии Галактика 9.1 сообщение не выдается
102.1357969.1.31.0Не формируется аналитика по группе документов для накладной на отпуск с привязанным договором, но без ДОХозоперацииРазноска ТХО "Все документы"
Не формируется аналитика по группе документов для накладной на отпуск с привязанным договором, но без ДО. К одному из счетов в проводке выбрана аналитика "группы ДО/договоров". Если к накладной прикреплен только договор, то его группу договора нет возможности вытянуть в данную аналитику. Получается, что название не соответствует работе функционала.Доработано извлечение аналитики "Группы ДО/Договоров" для случаев, когда у накладной есть договор, но нет ДО. В случае, когда у накладной есть ДО, аналитика будет браться из ДО. Если ДО нет - из договора. Если групп несколько, то будет браться случайная.
102.1444309.1.31.0Обработка в ТХО корректирующих актовХозоперацииРазноска ТХО по видам документов /укажите тип документа/
При привязке ТХО к корректирующему акту на прием услуг (сторно-акт, KatSopr.wADoc = 11) аналитика "Счета-фактуры" не заполняется в режиме "авто" (&KAU[Кау:79]) значением счет-фактуры из корректируемого акта.Доработано извлечение аналитики "Счета-фактуры" для актов на услуги идентификаторами &NP_ и &Vip_[Obj:"VIPNP"] по аналогии с накладными. В режиме "Авто" для : - корректируемого акта выдается его собственная СФ - сторнировочного акта выдается СФ корректируемого акта - корректирующего акта выдается его собственная СФ В режиме "Счет-фактура корректирующей накладной" для : - корректируемого акта выдается его собственная СФ - сторнировочного акта выдается СФ корректирующего акта - корректирующего акта выдается его собственная СФ VipNP в "режиме 1" работает по аналоги с режимом "Счет-фактура корректирующей накладной"
102.1415549.1.29.0Не формируется проводка по НМА на количество, если сумма в НДЕ равна нулю. В ОС такая проводка формируется.ХозоперацииНе знаю, какая именно часть модуля "Хозоперации", научите
Не формируется проводка по НМА на количество, если сумма в НДЕ равна нулю. В ОС такая проводка формируется.Доработана возможность формировать проводки с нулевой суммой и не нулевым количеством, при установленном количественном учете по НМА.
102.1438179.1.29.0Потеря преемственности! Перестала работать настройка для банковских документов в валютеФинансово-расчетные операцииВалютное платежное поручение
На версии 9.1 для валютных платежных документов перестала работать настройка округления Настройки Галактики Бухгалтерский контур Обработка документов Правила округления: - ..суммы в НДЕ округлять до = 1Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Правила округления Округлять сумму в НДЕ для валютных документов" со значением по умолчанию "нет". С помощью данной настройки пользователь может управлять доработкой выполненной в ПИР 102.130068, а именно округлять или нет НДЕ эквивалент в валютных платежных документах.
101.365139.1.27.0Обработка справочника в ТХОХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Необходимо, чтобы в ТХО в фильтрах по справочнику "Тип матценностей", обрабатывался КОД, а не наименование.Доработан фильтр по аналитике 5008 "Типы матценностей" fK5008"код типа МЦ" при использовании с циклическим идентификатром &NP_
101.564079.1.27.0Заполнение аналитики СФ при формировании проводок по корректирующим накладнымХозоперацииРазноска ТХО по видам документов /укажите тип документа/
При формировании проводки по сторнирующему документу необходимо реализовать возможность заполнения аналитики СФ из корректирующего документа.Добавлен режим "Счет-фактура корректирующей накладной", который работает при формировании проводок по сторнирующим накладным
102.1048009.1.27.0Вынести формирование протокола о несоответствиях в отдельную настройкуХозоперацииНастройка хозопераций /укажите тип документа/
Вынести формирование протокола о несоответствиях в отдельную настройку. При установке для настройки "..уровень детализации протокола расчетов ТХО" значения "5 Информация о ненайденных соответствиях" после разноски тхо формируется протокол о ненайденных соответствиях в каталоге соответствий (если таковые имеются). Основной протокол расчетов тхо при этом не выводится. Предлагается вынести в отдельную настройку управление формированием протокола о ненайденных соответствиях.Удалено значение "5 Информация о ненайденных соответствиях" настройки "..уровень детализации протокола расчетов ТХО". Управление формированием протокола о ненайденных соответствиях вынесено в отдельную настройку "Настройки Галактики Бухгалтерский контур Типовые проводки Формировать протокол о ненайденных соответствиях при разноске ТХО".
102.1281819.1.27.0Оптимизировать скорость разноски ТХОХозоперацииРазноска ТХО по видам документов /укажите тип документа/
По словам пользователя, после перехода на Галактику 9.1 быстродействие разноски в "Модуль Хозоперации - операции - Разноска ТХО - Управление сбытом - Отпуск товаров и материалов" снизилось. Требуется оптимизация скорости работы функции.Доработана функция замены аналитики по соответствию Repl+, которая позволяет оптимизировать настройку ТХО.
102.1374129.1.27.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.1416259.1.27.0Не формируется проводка по валютной сумме в сальдо счета "акт на передачу векселей"ХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Не формируется проводка по валютной сумме в сальдо счета "акт на передачу векселей". Доработать ПАТ-идентификатор расчета сальдо, чтобы в параметре результат указывать не конкретную валют, а обрабатывать валюту документаВ ПАТ-идентификаторе расчета сальдо для параметра результат доработан режим получения сальдо в НДЕ и валюте документа
102.1300689.1.26.0При формировании долга по ДО при привязке к латежу анализировать настройку...Финансово-расчетные операцииПлатежное поручение
При формировании долга по ДО при привязке к платежу анализировать настройку ...Настройки Галактики Логистика Документы Документы-основанияРассчитывать сумму хозяйственных операций по ДО от неокругленной суммы в валютеВ хозяйственных операциях собственных и сторонних валютных платежных поручений, сумма в НДЕ, вне зависимости от настроек округления, не округляется в следующих случаях: - При создании платежного документа из ДО. - При привязке ДО к платежному документу. При формирование ручных проводок по хозоперациям с не округленным рублевым эквивалентом, рублевый эквивалент так же никогда не округляется. Не округляется так же при выполнении пересчета суммы рублевого эквивалента, который вызывается изменением даты проводки. При формировании ТХО по хозоперации с не округленным рублевым эквивалентом, рублевый эквивалент так же не округляется в случае если в ТХО установлен режим округления НДЕ - "по настройке". При выполнении распределения по спецификации накладной для хозоперации с не округленным рублевым эквивалентом, так же не округляются рублевые эквиваленты для записей распределения.
102.1387499.1.26.0Реализовать подробный протокол расчетов ТХО в формате SmartInpectХозоперацииРазноска ТХО "Все документы"
Реализовать подробный протокол расчетов ТХО в формате SmartInpect для последующего анализа производительности шаблонов ТХО и алгоритмов, настроенных пользователями.Для включения протокола расчетов ТХО в формате SmartInpect необходимо 1) указать настройки: "Настройки Галактики Бухгалтерский контур Типовые проводки Формировать протокол расчетов при разноске ТХО" = линейный "Настройки Галактики Бухгалтерский контур Типовые проводки ..уровень детализации протокола расчетов ТХО" = 4 Отладочная информация 2) в файл galnet.cfg добавить ссылку на sic-файл конфигурации SmartInspect {SmartInspect} ConfigFile = D:путьgalnet.sic 3) с помощью SmartInspect ConfigurationBuilder настроить требуемые параметры файла galnet.sic рекомендованный минимальный набор параметров: Connections = file(filename="galnet.sil", maxparts="20", maxsize="204800") Enabled = True Для анализа sil-протоколов необходимо использовать утилиты SmartTime и SmartInspectResistributable Console. Дистрибутивы данных утилит следует запросить в отделе технической поддержки.