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


Описание файла обновления:
ФайлF_TXO_RES_810640.TXT
ОбновлениеF_TXO_RES_810640
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентF_TXO
ТипRES
Версия8.10.64.0
Дата2016-06-21 14:51:45
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.1540548.10.63.3Vip алгоритм &KDNP нуждается в доработкеХозоперацииТиповые алгоритмы и константы
Vip алгоритм &KDNP надо научить работать с подразделениями из расширенной информации спецификации накладных и актов.Для документов 101 - Накладная на прием МЦ, 111 - Акт на прием услуги открыты режимы формирования аналитики <авто - МОЛ из распределения спецификации> <авто - подразделение из распределения спецификации>, которые выдают МОЛ и подразделение из распределения по складам при работе с идентификатором &Vip_[Obj:"KDNP"].
102.1150518.10.63.2Удаляются проводки, к которым нет доступаФинансово-расчетные операцииПлатежное поручение
Удаляются проводки, к которым нет доступа "Настройки Галактики Бухгалтерский контур Типовые проводки Способ раздельной привязки ТХО по регистрам учета" = "для всех доступных регистров". "Настройки Галактики Общие настройки системы Доступ к документам" = "свои - изменение, по всем - чтение". По платежке разные пользователи в разных регистрах сформировали проводки, к которым они имеют доступ (но не к проводкам друг друга). Но любой пользователь в "своем" регистре нажав Del в поле ТХО отменяет ТХО (удаляет проводки) не только в своем регистре, а и недоступные проводки другого пользователя. Без всяких предупреждений. Это потому что про настройке способа привязки "для всех доступных регистров" отмена происходит во всех доступных регистрах, а вот проверка доступа к проводке проводится только в текущем. Аналогично для других значений настройки "Способ раздельной привязки ТХО по регистрам учета" (кроме "для текущего регистра").В случае, если в соответствии со значением настройки "Настройки Галактики Бухгалтерский контур Типовые проводки Способ раздельной привязки ТХО по регистрам учета", при выполнении перепривязки/отвязки ТХО, может произойти переформирование или удаление проводок не только в текущем, но и в других доступных регистрах учета, происходит проверка прав доступа к сформированным проводкам по всем регистрам учета. Если в каком-нибудь регистре учета есть проводки к которым нет доступа, то в данном регистре учета не производится отвязка или привязка ТХО. В случае, если значение настройки "Настройки Галактики Бухгалтерский контур Типовые проводки ..уровень детализации протокола расчетов ТХО" равно "2 Данные по регистру учета" или выше, то в протокол выводится информация о регистре учета в котором не удалось сформировать проводки, по причине того, что в данном регистре учета уже есть проводки, к которым нет прав доступа.
102.1423428.10.63.2При установленном по выбору способе раздельной привязки ТХО приходится дважды выбирать ФЛМФинансово-расчетные операцииПлатежное поручение
При установленной настройке Способ раздельной привязки ТХО по регистрам учетап = по выбору приходится дважды выбирать ФЛМ "Для текущего регистра учета" или "Для всех доступных регистров учета" в поле ТХО платежного поручения.Исправлено.
102.1469808.10.63.2Необходимо корректно обрабатывать права по настройкам при формировании финпроводокХозоперацииРазноска ТХО "Все документы"
Для пользователей-финансистов установили настройки "Настройки Галактики Бухгалтерский контур Типовые проводки Доступ к формированию проводок" = " только чтение" "Настройки Галактики Управление финансами Бюджетирование Права доступа Запретить модификацию Книг финансовых операций" = "нет" Теперь при проведении финопераций на каждую проводимую хозоперацию выводится информационное сообщение о доступе только на чтение и только затем формируется запись в финпроводках. Если находимся в регистре учета относящемуся к управленческому учету (план, факт, резерв и т.д.) то не нужно проверять доступ к проводкам, потому что формироваться будут сейчас не проводки, а финпроводки.В платежных документах и интерфейсе разноски ТХО доработана обработка прав доступа к бухгалтерским и финансовым проводкам в зависимости от регистра учета. А именно, права доступа анализируются только в том регистре учета в котором будет формироваться/отменяться проводка. Таким образом запрет на модификацию финансовых проводок не будет влиять на работу с бухгалтерскими проводками. И наоборот отсутствующие права на бухгалтерские проводки, не будут влиять на формирование финансовых. Таким образом при привязке ТХО в текущем регистре, анализируются права доступа к проводкам в этом регистре. А в случае разноски ТХО с помощью дерева привязок права доступа анализируются только в тех регистрах учета, в которых вы настроили формирование или отмену ТХО.
106.99278.10.63.2Некорректное формирование проводокХозоперацииНе знаю, какая именно часть модуля "Хозоперации", научите
Некорректное формирование проводок Клиент привязывает проводки из оперативных документов через ТХО Столкнулся с проблемой отсутствия ТХО и наличия проводки подробности во вложенном файлеВ случае, если при привязке ТХО возникают ошибки и в хозоперации не проставляется ссылка на ТХО,то происходит удаление всех проводок по данной ТХО, сформированных до возникновения ошибки.
102.1502298.10.63.0В Результаты системного алгоритма &SoprDoc необходимо добавить "Nrec спецификации ордера".ХозоперацииРазноска ТХО "Все документы"
Для обработки Складских ордеров используется алгоритм &SP_. Требуется получить ссылку на спецификацию ордера, например, для определения значений Внешних атрибутов к спецификации. Если ордер сформирован как самостоятельный документ (не по акту/накладной), то получить значение ссылки не представляется возможным. Нужно добавить в Результаты системного алгоритма &SoprDoc "Nrec спецификации ордера".В параметр "Результат" системного алгоритма &SoprDoc добавлен пункт "Nrec спецификации ордера". Работает только совместно с идентификатором &SP_.
102.1454718.10.62.0Сброс остатка округления при смене значения определенной аналитикиХозоперацииУточнение сумм проводок /укажите тип документа/
В настоящее время в шаблонах ТХО есть опции [V] Обнулить остатки округления, начиная с этого шаблона. [V] Остатки округления добавить к последней из проводок по этому шаблону. Данные опции управляют сбросом остатка округления между шаблонами проводок или по шаблону проводок в целом. Т.е. некоторые проводки в ТХО округляются, а "ошибка округления" сбрасывается в последнюю проводку определенного шаблона. НЕОБХОДИМО реализовать такой же механизм, но который бы сбрасывал остаток округления в последнюю проводку по некоторому подмножеству проводок, определенному некоторым значением аналитики. ПРИМЕР По нескольким карточкам ОС заполнена закладка Финансирование, все проводки по этим ОС формируются в долях, определенных на закладке финансирование и округляются. В шаблоне ТХО установлены опции [V] Обнулить остатки округления, начиная с этого шаблона. [V] Остатки округления добавить к последней из проводок по этому шаблону. В результате "ошибка округления" от всех ОС сбрасывается на последнюю проводку последнего ОС. В результате между ОС возникает пересортица: сумма проводок по определенным ОС может быть не равна сумме амортизации по этому ОС на 1 копейку. В то же время в целом по всем ОС, проведенным одним шаблоном проводок, всё нормально. Если бы "ошибка округления" сбрасывалась по каждому ОС в отдельности (при каждой смене значения заданной аналитики), то сумма проводок по каждому ОС соответствовала бы базовому показателю из картотеки ОС и расхождения по отдельным ОС не возникало бы.Для идентификатора SQLTXO доработан внутренний механизм округления. Поле CheckAn (тип comp), возвращаемое запросом, используется для внутреннего механизма округления. В это поле выдается отсортированный список значений аналитики. При установленных параметрах "Сбрасывать остатки округления после смены аналитики", "НДЕ округлять до", "Валюту округлять до" и "Количество округлять до" SQLTxo, используя значения этих параметров, округляет суммы возвращенные в полях Sum, SumV, Kol и при смене значения аналитики в поле CheckAn сбрасывает погрешность округления на текущую проводку. Если в полях "НДЕ округлять до", "Валюту округлять до" и "Количество округлять до" установлено значение ноль, то округление не производится. Так же необходимо отключить стандартные механизмы округления в настройке шаблона ТХО. Список значений аналитик, возвращаемых в поле CheckAn, должен быть в составе уникальных аналитических разрезов, которые будут использованы для формирования проводки. Т.е, если проводка формируется с Kau1 и Kau2 по дебету проводки и Kau1 выводится в поле CheckAn, то SQL запрос не должен возвращать два одинаковых разреза с Каu1 и Kau2 подряд. Иначе они соединятся в одну проводку и может образоваться новая погрешность округления, которая будет накапливаться стандартными механизмами округления
180.83578.10.62.0Возможность формировать протокол по работе SQLTXOКонтуры: финансовый, бухгалтерского учетаF_TXO [Типовые хозяйственные операции (TXO)]
Допустим работа SQLTXO требует выполнения некоторых необходимых условий для своей работы. Например, чтобы у всех элементов аналитики "40 Объекты строительства" был заполнен внешний КАУ "Период планирования". Это обязательное условие правильной работы моей ТХО. Если у какого-то объекта строительства будет не заполнен период планирования, то ТХО заведомо отработает неправильно (это объект не попадет в фильтр, при этом не будет проводок с незаполненными аналитиками, но база распределения затрат будет неправильная т.к. в нее не попадут некоторые объекты у которых не заолнен КАУ Период планирования). Для пользователя такая ошбика вообще не очевидна, т.к. непосредственно ТХО не будет ругаться на незаполненные КАУ, но распределение затрат произойдет неправильно. Для того чтобы отловить такие ситуации, нужна возможность формировать протокол работы SQLTXO Реализовать это предлагаю следующим образом: 1) делается временная таблица со следующими полями. - Тип сообщения - Код ошибки - Наименование ошибки - Описание ошибки В поле Тип сообщения могут быть сообщения типов 0 - ошибка, 1- предупреждение, 2 - информация, 4 - отладка 2) Организовать еще одно мемо-поле в ТХО в которое можно сохранять еще один DSQL-запрос-проверку условий. Запрос-проверка условий должен возвращать всегда необходимые нам 4 поля. Если прикладник делает несколько проверок, то он соединяет проверочные запросы через union в один запрос, сохраненный в указанном поле. 3) При выполнении такой ТХО сперва выполняется запрос-проверка. Запрос-проверка делает возврат таблицы. Механизм перегружает этот возврат из объекта работы с DSQL в ранее созданную временную таблицу. Если среди перегружаемых сообщений есть сообщения у которых - Тип сообщения = 0 - ошибка, то дальнейшее выполнение ТХО не производится. Процесс аварийно прекращается. В других случаях процесс продолжается. 4) В любом случае формируется потокол, содержащий ошибки и предупреждения. При этом из временной таблицы в log файл перегружаются данные. Если включено логирование "Настройки Галактики Бухгалтерский контур Типовые проводки Формировать протокол расчетов при разноске ТХО" <> "нет", то дополнительно перегружаются сообщения типов "информация" и "отладка".В настройке ТХО добавлена возможность задания SQL запроса, по нажатию кнопки "SQL проверка" SQL проверка - запрос который выдает в протокол ТХО таблицу из четырех полей. В поле TypeMsg - Тип сообщения могут быть сообщения типов 0 - ошибка, 1 - предупреждение, 2 - информация, 4 - отладка. При выполнении ТХО у которой есть запрос SQL проверка сперва выполняется запрос-проверка, который выдает таблицу из четырех полей. Поле TypeMsg должно обязательно присутствовать в таблице. Если среди выгруженных сообщений есть сообщения у которых в поле TypeMsg значение равно 0, то дальнейшее выполнение ТХО не производится. Процесс аварийно прекращается. В других случаях процесс продолжается. Таблица может выгружаться и в log файл, если в galnet.cfg указать опции {Log} FP_DebugLog=MyLog.Txt FP_Message=Off FP_DebugLogNotDelimited=On В качестве параметров в запросе можно указывать все переменные, которые передаются в TXO API: :CurSoprDoc (тип comp) - ссылка на документ; :CurSoprHoz (тип comp) - журнал хозопераций; :CurTiDk (тип word) - тип документа; :CurHozOper (тип comp) - ТХО; :CurPlansSch (тип comp) - регистр учета;
101.564078.10.61.0Заполнение аналитики СФ при формировании проводок по корректирующим накладнымХозоперацииРазноска ТХО по видам документов /укажите тип документа/
При формировании проводки по сторнирующему документу необходимо реализовать возможность заполнения аналитики СФ из корректирующего документа.Добавлен режим "Счет-фактура корректирующей накладной". При формировании проводок по сторнирующим накладным и корректирующим накладным СФ заполняются из корректирующей накладной, при формировании проводок в основной накладной - из основной.
102.1385138.10.60.0Runtime при проверке SQL-алгоритма, если он пустой.ХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Runtime при проверке SQL-алгоритма, если он пустой.Убран Runtime при проверке SQL-алгоритма, если он пустой
180.86428.10.60.0Редактирование мемо-поля ТХОХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Необходимо реализовать разграничение на редактирование мемо-поля "SQL-алгоритм" в шаблоне ТХО в зависимости от настройки DOC.VISIBLETXO "Настройки Галактики Бухгалтерский контур Типовые проводки Доступ к ТХО" Конкретно интересует запрет на редактировани мемо-полей (в том числе и поля "Примечание") при значении настройки "только чтение"В зависимости от настройки "Настройки Галактики Бухгалтерский контур Типовые проводки Доступ к ТХО" запрещает редактирование мемо-поля "SQL-алгоритм" и поля "Примечание" в шаблоне ТХО.
180.86518.10.60.0Проверка ТХО с учётом SQL-алгоритмаХозоперацииРазноска ТХО по видам документов /укажите тип документа/
При проверке ТХО по клавише F9 необходимо проверять и SQL-алгоритмДобавлена проверка корректности SQL-алгоритма при выполнении функции "Проверка корректности алгоритмов" (Ctrl + F9) в интерфейсах выбора и настройки ТХО.
102.1392948.10.59.0Долго открывается интерфейс выбора ТХО по документуХозоперацииНе знаю, какая именно часть модуля "Хозоперации", научите
Долго открывается интерфейс выбора ТХО. При загрузке окна отображается окно индексации временных файлов.Долго открывается интерфейс выбора ТХО по документу. Отображение memo-поля реализовано на встроенном интерфейсе, за счет чего загрузка данных для memo-редактора происходит только в момент открытия закладки комментария.
102.1389498.10.58.0Функция для обработки авансовых платежейХозоперацииНастройка хозопераций /укажите тип документа/
Необходима функция, для применения в ТХО к накладным и ордерам, работающая не по суммам из распределения по спецификациям, а по "шапкам" документов и возвращающая Без циклической обработки: - сумму платежей по ДО валютную - сумму платежей по ДО НДЕ В цикле: - сумму по каждому платежу валютную - сумму по каждому платежу НДЕ - курс на дату платежа (оплаты) Дополнительный признак по настройке из обработки документов (как отдельное так и совместное применение) - авансы - по фактуРазработан идентификатор &Vip_[Obj:"PAYS"]. Данный алгоритм работает с накладными и ордерами. Позволяет суммы платежей относящихся, к ДО накладной или ордера, в НДЕ или валюте, а также курс валюты на дату оплаты Параметр "Результат": без параметра - выдает сумму платежа в НДЕ [Рез:СумВал] - выдает сумму платежа в валюте [Рез:КурсВал] - курс валюты на дату оплаты Параметр "Вид оплаты" - фильтр на дату платежа и дату накладной(акта): без параметра - в результат будут просуммированы все записи [Платеж:ПредОпл] - записи, где платеж является авансовым [Платеж:ПостОпл] - записи, где платеж не является авансовым Параметры [Платеж:ПредОпл] и [Платеж:ПостОпл] учитывают настройку "НастройкаБухгалтерский контурОбработка документовРабота с ДО и СФНастройка работы с документами" пункт "Платеж авансовый если дата платежа" Предусмотрены два режима циклической обработки по аналитике. <режим 0> - выдает значение из накладных либо из актов для следующих каталогов аналитического учета: - Накладные/Акты - Назначения сопроводительных документов - Счета-фактуры - Центры ответственности (из накладной) - Материально-ответственные лица - Сотрудники предприятия - Платежные документы (платежные поручения) - ДО - Дата накладной <режим 1> - выдает значение из платежных документов для следующих каталогов аналитического учета: - Вид финансового обеспечения - Центры ответственности (из платежного поручения) - Дата платежного поручения
102.1196168.10.57.0Реализовать возможность привязывать ТХО к операции корректировки разницУчет ОСКорректировка разниц
В Галактике имеется операция корректировки разниц. Корректировка разниц отражается впоследствии во входящем сальдо по разницам при работе с текущим месяцем. Как известно в бухгалтерском учете, временным разницам соответствуют 09 и 77 счета, а постоянным разницам 99 счет. Очевидно, что изменение оперативных данных по разницам должно корреспондировать с соответствующими изменениями по вышеуказанным счетам. Поскольку, сейчас привязывать ТХО к операции корректировка разниц возможности нет, приходится проводить корректировки по бух.учету ручными проводками в бухгалтерских справках, что неудобно и, на мой взгляд, не соответствует концепции Галактики. ПРЕДЛАГАЮ: Реализовать возможность привязывать ТХО к операции корректировки разниц, а также обучить OSNMA работать с этим типом операций.Добавлена возможность привязывать ТХО к операциям корректировки амортизации и корректировки разниц ОС/НМА. В окна редактирования этих операций внедрены стандартные вкладки "ХозОперации" и "Проводки". Для операции корректировки амортизации создаются хозоперации по одной на каждый метод учета на сумму изменения износа по методу учета. Для операции корректировки разниц создается одна хозоперация на сумму первоначальной стоимости предметов по налоговому методу учета (см. настройки "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Налоговый учет ОС Налоговый метод учета" и "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Налоговый учет НМА Налоговый метод учета"). В операции корректировки разниц данные отображаются всегда по налоговому методу учета, переключиться на другой метод учета нельзя. Если налоговый метод учета не указан для пользователя, то интерфейс не открывается. Добавлена настройка "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Налоговый учет Сразу проводить операцию корректировки разниц" Если настройка включена, то : - при проведении операции сразу корректируется сальдо по разницам на начало месяца. - в интерфейсе расчета амортизации Параметр позволяющий включить корректировку дисаблится. - сообщение о несоответствии сальдо прошлого периода и сальдо начало текущего, выдается с учетом проведенной операции.
180.83588.10.56.0Реализовать доступ из SQLTXO к параметрам пункта закрытия и содержимому строки закрываемого сальдо через параметры запросаКонтуры: финансовый, бухгалтерского учетаF_TXO [Типовые хозяйственные операции (TXO)]
Реализовать доступ из SQLTXO к параметрам пункта закрытия и содержимому строки закрываемого сальдо через параметры запроса.В идентификаторе SQLTXO доработана поддержка параметров закрытия счетов: :CurPlSchCls (тип comp) - cсылка на план счетов закрываемого счета :CurSchet (тип string[21]) - код плана счетов + закрываемый счет :CurDbSchet (тип string[20]) - закрываемый счет без кода плана счетов :CurSubSch (тип string[21]) - субсчет закрываемого счета :CurwKau1 (тип word) - код КАУ1 закрываемого счета :CurwKau2 (тип word) - код КАУ2 закрываемого счета :CurwKau3 (тип word) - код КАУ3 закрываемого счета :CurwKau4 (тип word) - код КАУ4 закрываемого счета :CurwKau5 (тип word) - код КАУ5 закрываемого счета :CurwKau6 (тип word) - код КАУ6 закрываемого счета :CurcKau1 (тип comp) - значение КАУ1 закрываемого счета :CurcKau2 (тип comp) - значение КАУ2 закрываемого счета :CurcKau3 (тип comp) - значение КАУ3 закрываемого счета :CurcKau4 (тип comp) - значение КАУ4 закрываемого счета :CurcKau5 (тип comp) - значение КАУ5 закрываемого счета :CurcKau6 (тип comp) - значение КАУ6 закрываемого счета :CurPodr (тип comp) - подразделение закрываемого счета :CurGoNewPer (тип comp) - ссылка на настройку порядка закрытия счетов :CurSaldoNm (тип comp) - ссылка на текущую позицию исходящего сальдо :CurBuhSprNo (тип string[20]) - номер бухсправки закрывающей счет :CurFilKor (тип comp) - филиал - корреспондент закрываемого счета :CurViOb (тип word) - вид сальдо (д=1,к=2) :CurSumS (тип double) - сумма сальдо :CurDateSal (тип date) - дата сальдо :CurKodValut (тип comp) - код валюты :CurSumValut (тип double) - сумма в валюте :CurKol (тип double) - количество :CurcEd (тип comp) - ссылка на единицу измерения
180.83618.10.56.0SQLTXO некорректно отрабатывает в закрытии счетов: работает только для первого сальдоКонтуры: финансовый, бухгалтерского учетаF_TXO [Типовые хозяйственные операции (TXO)]
SQLTXO некорректно отрабатывает в закрытии счетов: Сформированный массив проводок используется только для первого сальдо из числа закрываемых. Далее повторно SQLTXO не вызывается, и сформированное ранее тело из проводок тоже куда-то исчезло и алгоритм возвращает всегда 0. Таким образом, SQLTXO вообще не возможно использовать для закрытия счетов.Исправлена работа идентификатора SQLTXO в закрытии счетов.
180.83708.10.56.0Режимы аналитик в SQLTXOКонтуры: финансовый, бухгалтерского учетаF_TXO [Типовые хозяйственные операции (TXO)]
Сейчас какой бы я режим не поставил для любой аналитики SQLTXO забивает этот режим (выгружает в тот режим, который установлен в настройке шаблона проводки). Таким образом, реализовать такую логику: получить из SQLTXO значение аналитики в "Режим 0", потом с помощью TxoSetKau в "Режим 1" поставить преобразовать значение с применением IF, и чтобы проводки уже сформировались с аналитикой по "Режиму 1". ПРЕДЛОЖЕНИЕ: Учитывая, что в SQLTXO возможно заполнить максимум один режим для аналитики, было бы логичнее заполнять все аналитики в том режиме, в котором заполняется счет, чтобы для аналитик можно было предусмотреть отдельные режимы с дополнительной логикой в TxoSetKau Также не получится одним запросом реализовать и ситуацию когда счет в каком-то спец режиме, и в этот режим могут попасть счета с различным набором аналитик. При этом аналитики в шаблоне вообще могут быть не заполнены. SQLTXO сгенерирует режимы только для тех аналитик, которые встречаются в шаблоне ТХО явно. Т.е., если у меня возвращается счет в режиме, и аналитики у генерируемых счетов различные, то SQLTXO вообще не может решить эту задачу. ПРЕДЛОЖЕНИЕ: Таким образом было бы логичнее брать аналитики режимы для которых нужно сгенерить не из HozObor, а из плана счетов, а режимы выбирать по режиму счета. Либо как вариант, доработать чтобы SQLTXO в результат возвращал не только значения аналитик, но и режимы в которые эти аналитики нужно записать. ПРДЕДЛОЖЕНИЕ: Также было бы полезно предусмотреть парочку дополнительных полей в результате SQL-запроса для дополнительных аналитик для их последующей внешней обработки.Для заполнения аналитики и счета в произвольном режиме используются поля: Kau[Код КАУ]Mode[Номер пользовательского режима формирования аналитики] SchMode[Номер пользовательского режима формирования счета] По счету и всем заполняемым аналитикам в шаблоне ТХО должна быть указана циклическая обработка. [Код КАУ] - системный код аналитики Номера пользовательских режимов устанавливаются в диапазоне от 0 до 9. 0 соответствует Режиму 0 (который указывается при настройке ТХО на аналитиках и счетах) и т.д. При настройке ТХО значение, выданное в поле Kau[Код КАУ]Mode[Номер режима], можно получить с помощью идентификатора &KAU. Например: Если в SQL запросе в поле Kau1Mode2 выдать Nrec организации (1 - это код аналитики "Организации"), то в последующем это значение можно получить с помощью &KAU[Кау:1][Режим:162], для дальнейшей обработки или заполнения функцией TxoSetKau(1,163,&KAU[Кау:1][Режим:162]) Внимание! Если в настройке ТХО счет заполняется в пользовательском режиме, указанном в поле SchMode[Номер режима] SQL запроса, то и весь аналитический разрез счета будет по умолчанию заполнятся в этом режиме, даже если аналитика явно не указана в настройке шаблона ТХО. Значение аналитик нужно выдавать SQL запросом в поля Kau[Код КАУ]Mode[Номер режима], где номера режимов заполнения счета и аналитик должны совпадать.
102.1364748.10.55.0Не нужен фильтр по типам операций по БГ при разноске ТХО.Управление договорамиРабота с банковской гарантией
Не нужно накладывать фильтр по типам операций по банковской гарантии при разноске ТХО.Убран фильтр по типам операций в ТХО
102.1356118.10.54.0Учет банковских гарантийУправление договорамиРабота с банковской гарантией
Реализовать функциональные требования согласно ФТРеализованы функциональные требования согласно ФТ (BG_New.doc)
102.1276618.10.53.0Индексирование тмп файловХозоперацииНастройка хозопераций /укажите тип документа/
Сегодня на компьютере пользователя наблюдал процессы, которые выдаются на экран: индексирование тмп-файлов. Эти процессы выдаются на экран в момент открытия окна списка настроек ТХО (Меню Хозоперации Настройка хозоперации GetHozOper.vip). В момент открытия окна процесс выдается 4 раза на разные TMP файлы. Каждый из процессов занимает примерно 3-5 секунд. Т.е. это одно из основных окон, которым пользуются бухгалтера, чтобы обрабатывать документы. И оно тормозит в сумме 10-20 секунд при открытии. При этом также в папке TMP создается некоторое количество TMP файлов (шесть остается висеть, и еще неизвестное количество создается и сразу же удаляется). TMP файлы продолжают активно создаваться и удалятся при перемещении по записям. Компьютер пользователя (процессор Intel Core i7, ОЗУ 4 ГБ, Windows 7 64 bit ). Параметр Files.TmpFilesDirectory указан на сетевой путь в персональную папку пользователя на файл сервере. Операционная система на файл-сервере Windows Server 2003. На компьютерах и серверах применяется антивирус Trend Micro и ПО защиты информации Secret Net. Проблема проявляется на нескольких компьютерах с подобной конфигурацией. Предположительная причина в том, что не так давно в окно настройки хозоперации были добавлены 4 мемо-поля. Нужно решить проблему с этими тормозами в корне: Либо избавиться от мемо-полей в окнах Галактики и никода нигде ни в каких окнах (с которыми ведется интенсивная работа) не применять мемо-поля. Либо как-то на уровне Атлантиса доработать все же наш редактор мемо-полей, не создавать массово файлы на диске при обращении к мемо-полям (обрабатывать их в памяти).Ускорено открытие интерфейса настройки/выбора ТХО. Время открытия интерфейса, содержащего 270 ТХО, большая часть которых имеет примечание, сократилось на 30%.
102.1314088.10.51.0Не правильно формируется реестр хозяйственных операций, не выводится номер документаКонтуры: финансовый, бухгалтерского учетаНе знаю, какая именно часть финансового контура, научите
Во вложении описание. Не понятно влияние новой настройки "Отображать в отчетах номер первичного документа". Пользователь понял действие этой настройки так: если настройка в значении "Да", то должен быть привязан документ-основание, но ввиду его отсутствия номер не выводится, поэтому настройка должна быть в значении "нет". На скринах видно, что в хоз.операциях и в проводках есть номер документа и т.к. он маленький, то при любом значении данной настройки он должен выводится.Для платежных документов исправлен вывод номера документа в отчеты реестров хозяйственных операций в окне разноски хозяйственных операций при включенной настройке "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Отображать в отчетах номер первичного документа". Доработано: Отображение номеров в нижней панели отчетов: -Аналитический отчет(формирование) -Интерактивный аналитический отчет Отображение номеров документов в основной панели: -Акт сверки -Журнал операций -Универсальный журнал-ордер Печатные формы отчетов: -Книга бухгалтерских прводок -Акт сверки -Журнал операций -Универсальный журнал-ордер -Аналитический отчет(формирование) -Интерактивный аналитический отчет
102.1300058.10.50.0Несоответствие количества знаков в полях Номер документа между таблицамиКонтуры: финансовый, бухгалтерского учетаНе знаю, какая именно часть финансового контура, научите
Номер документа в сопроводительных документах(актах, накладных и т.п., таблица Katsopr) вмещает 41 знак. В Хозоперациях по этому документу(таблица SOPRHOZ), в проводках(таблица Oborot) в поле "N док" ограничение до 21 знаков. Соответственно при печати отчетов (реестров хозяйственных операций, книги бух.проводок, интерактивных отчетов, актов сверки, журнала-ордера) на печать выводится информация, не соответствующая сопроводительному документу. Необходимо увеличить длину поля Номер документа в таблицах до 41 знака.Доработаны отчеты Хозоперации-Отчеты -Реестры хозяйственных операций(в поток выводится поле "номер" увеличенной длины): 1. Реестр хозяйственных операций (по контрагентам) 2. Реестр хозяйственных операций (по операциям) 3. Реестр хозяйственных операций и проводок к ним 4. Реестр хозяйственных операций (по датам проводок) 5. Реестр хозяйственных операций и проводок к ним в формате RTF Вывод номера документа зависит от настройки "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Отображать в отчетах номер первичного документа". В зависимости от значения настройки номер документа берется либо из первичного документа, либо из Хозяйственной операции/проводки.
104.202168.10.50.0Необходима доработка &NPFORVZХозоперацииТиповые алгоритмы и константы
Необходима доработка &NPFORVZ. С помощью вот ключа &Vip_[Obj:"NPFORVZ"][Расчет:Оплаченное] можно получать сумму оплаченных позиций по ДО, независимо, была ли эта позиция оплачена Платежным поручением, либо закрыта актом взаимозачета. Очень-очень нужно разделять эти суммы, т.е. параметром(фильтром) устанавливать и отдельно получать суммы, оплаченные ПП и отдельно суммы, оплаченные актом взаимозачета.В идентификаторе NpForVZ добавлен новый параметр "Тип" - фильтрует оплаченное количество ПП или зачтенное АВЗ Форма записи [Тип: КодРеквизита]. Перечень возможных значений параметра результат приведен ниже: без параметра - выдает все оплаченное [Тип:ПП] - выдает оплаченную ПП сумму [Тип:АВЗ] - выдает зачтенную АВЗ сумму Работает только при установленном параметре [Расчет:Оплаченное]
102.1297548.10.49.0Реализовать циклическую обработку по спецификации сопроводительных документов в NpForVz.ХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Реализовать циклическую обработку по спецификации сопроводительных документов в NpForVz.Реализована циклическая обработка по аналитике "Спецификации сопроводительных документов" в NpForVz.
104.201718.10.49.0Проблема с идентификатором NPХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Нужно доработать функционал идентификатора NP, чтобы при помощи этого идентификатора можно было сформировать проводки к акту взаимозачета по спецификации, если в возвратной накладной есть позиции спецификации по разным ДО.Разработан идентификатор NpForVz для разноски накладных из спецификации акта взаимозачета. Алгоритм "NpForVz" позволяет получить суммы по всем накладным, относящимся к ДО спецификации акта взаимозачета. Параметры алгоритма: "Рассчитывать количество" - устанавливает исходя из какого количества рассчитывать суммы по параметру "Результат". Форма записи [Расчет: КодРеквизита]. Перечень возможных значений параметра результат приведен ниже: без параметра - суммы рассчитываются исходя из фактического количества; [Расчет: Оплаченное] - суммы рассчитываются исходя из оплаченного количества; "Результат" - выдает один из числовых реквизитов спецификации. Форма записи [Рез: КодРеквизита]. Перечень возможных значений параметра результат приведен ниже: без параметра - выдает сумму по спецификации акта; [Рез: БезНалогов] - выдает сумму по спецификации акта без налогов; [Рез: Налоги] - выдает налоги (если указан данный параметр, то доступен фильтр по коду и по ставке налога. Форма записи: [Налог: Код_Ставка] - означает фильтр и по коду и по ставке; [Налог: Код] - означает фильтр только по коду (выдает все ставки). Режимы формирования аналитики: 1. Циклическая обработка Режим <авто - "аналитика"> - выдает значения аналитики из спецификации: - Материальные ценности - Услуги - Группы МЦ - Группы услуг - Партии МЦ - Группы партий МЦ - Спецификации сопроводительных документов - ДО Аналитика "Организации", "Группы организаций", "Договоры", "Счета-Фактуры" из приходной накладной выдаются в пользовательском Режиме 0. Аналитика из внешних атрибутов шапки и спецификации накладной выдается в режиме "Аналитика из внешних атрибутов" 2. Нециклическая обработка Режим <авто - "аналитика"> - Выдает значения соответствующей аналитики из документа без необходимости указывать алгоритм и признаки циклической обработки. Действует для каталогов аналитики: - Организации.
102.1243828.10.48.0Открыть доступ к настройке - КБУ-ОС-Налоговый учет - для пользователей БеларусьХозоперацииНе знаю, какая именно часть модуля "Хозоперации", научите
Нужно использовать системный идентификатор &SoprDoc[Рез:СпКатОсБМУ]. Работает только при установленной настройке - КБУ-ОС-Налоговый учет-Бухгалтерский метод учета. Доступ к настройкам только для РОССИИ.Для идентификатора &SoprDoc добавлен параметр [Рез:СпКатОс], который получает Нрек таблицы SpKatOs для текущего метода учета, либо заданного параметром [Метод:...] в идентификаторе &Vip_[Obj:"OSNMA"].Параметр работает только совместно с использованием &Vip_[Obj:"OSNMA"].
102.1256518.10.48.0Реализация механизма прямого SQL в ТХОХозоперацииПредложения по новой функциональности модуля "Хозоперации"
Реализация механизма прямого SQL в ТХО.SQLTXO - Формирование проводок по SQL запросу из шаблона ТХО. Алгоритм "SQLTXO" позволяет формировать проводки на основании SQL запроса. SQL запрос задается в интерфейсе, который открывается после нажатия кнопки "SQL алгоритм" в шаблоне настройки ТХО. На закладке "SQL запрос" задается тело запроса. Длина одной строки при написании запроса не должна превышать 255 символов. Закладка "Информация" содержит описание возможностей алгоритма. В нижней панели интерфейса расположены кнопки "Продолжить", "Отмена" и "Проверить". При нажатии "Продолжить" в поле "Алгоритм в НДЕ" автоматически подставляется "&Vip[Obj:"SQLTXO"]". Этот алгоритм будет признаком того, что в шаблоне используется прямой SQL. При нажатии кнопки "Проверить" запрос отправляется на выполнение. В случае, если запрос не верен, выдается код ошибки выполнения. С помощью сиволов "!"(задается с начала строки), "//", "/*...*/" можно создавать комментарии для пояснения при написании запроса. В качестве параметров в запросе можно указывать все переменные, которые передаются в TXO API: :CurSoprDoc (тип comp)- ссылка на документ, :CurSoprHoz (тип comp)- журнал хозопераций, :CurTiDk (тип word)- тип документа, :CurHozOper (тип comp)- ТХО, :CurHozObor (тип comp)- ссылка на шаблон ТХО, :CurPlansSch(тип comp)- регистр учета, :CurKodReg (тип word)- код регистра учета, :CurDatOb (тип date)- дата проводки, :CurValut (тип comp)- валюта проводки, :CurBeginFp (тип date)- начало периода документа, :CurEndFp (тип date)- Конец периода документа, а также произвольные: :Par1-:Par6 (тип comp)- произвольные параметры (задаются в параметрах идентификатора SQLTXO), :Date1-:Date6(тип date)- произвольные параметры даты (задаются в параметрах идентификатора SQLTXO). Алгоритм циклически обрабатывает следующие поля возвращаемые запросом: DatOb - дата проводки, SchDt - счет дебета проводки, SubDt - субсчет дебета проводки, Dt1-Dt6 - 6 уровней аналитики по дебету проводки по номерам, PDt - подразделение дебета проводки, SchKt - счет кредита проводки, SubKt - субсчет кредита проводки, Kt1-Kt6 - 6 уровней аналитики по кредиту проводки, PKt - подразделение кредита проводки, Sum - сумма НДЕ проводки, SumV - сумма в валюте, cVal - валюта проводки, Kol - Количество проводки Аналитика заполняется в режиме указанном в шаблоне ТХО. Рекомендуется использовать пользовательские режимы формирования Режим 0 - Режим 9, т.к. при использовании режима "Авто - аналитика" возможны конфликты с внутренними механизмами заполнения аналитики. В качестве примера можно рассмотреть TXOAPI идентификатор &Vip_[Obj:"TXOSOPUSL"], который формирует проводки по сопутствующим услугам накладной на прием МЦ пропорционально количеству или суммам МЦ в зависимости от признака услуги ("Процент к стоимости документа(%)", "Сумма к стоимости документа(С)" или "Для распределенная по количеству(К)"). Его можно заменить следующим запросом: SELECT KatSopr.VhodNal, SpSoprUsl.prMC, SpSoprUsl.cParty AS cPartyUsl, SpSoprMC.cParty AS cPartyMC, (SpSoprUsl.Price * SpSoprUsl.KolOpl) AS UslSum, (SpSoprMC.Price * SpSoprMC.KolOpl) AS MCSum, !Здесь идет заполнение аналитики SpSoprUsl.cMcUsl AS Dt2, //Заполняется аналитика "Услуги" по дебету на втором уровне в указанном в настройке ТХО режиме SpSoprMC.cMcUsl AS Dt1, //Заполняется аналитика "МЦ" по дебету на первом уровне KatPartyUsl.cGroupParty AS Dt3,/*Заполняется аналитика "МЦ" по дебету на первом уровне */ KatPartyMC.cGroupParty AS Dt4,//Заполняется аналитика "Группы партий МЦ" KatMC.cGroupMC AS Kt1, //Заполняется аналитика "Группы МЦ" по кредиту проводки на первом уровне KatUsl.cGroupUsl AS Kt2,// Заполняется аналитика "Группы услуг" по кредиту проводки на втором уровне KatSopr.cPodrTo AS Pdt,// Заполняется подразделение по дебету проводки KatSopr.cMolTo AS Dt5, // Занести аналитику "МОЛ" на пятый уровень дебета проводки !Расcчет суммы проводки CASE WHEN SpSoprUsl.prMC = 7 THEN Case WHEN KatSopr.VhodNal = 1 THEN SpSoprMC.KolOpl * (SpSoprUsl.Price * SpSoprUsl.KolOpl) ELSE SpSoprMC.KolOpl * (SpSoprUsl.Price * SpSoprUsl.KolOpl + SpSoprUsl.SumNDS) END ELSE CASE WHEN KatSopr.VhodNal = 1 THEN (SpSoprMC.Price * SpSoprMC.KolOpl) * (SpSoprUsl.Price * SpSoprUsl.KolOpl) ELSE (SpSoprMC.Price * SpSoprMC.KolOpl + SpSoprMC.SumNDS) * (SpSoprUsl.Price * SpSoprUsl.KolOpl + SpSoprUsl.SumNDS) END END / ( SELECT CASE WHEN SpSoprUsl.prMC = 7 THEN SUM(SpSoprMC.KolOpl) WHEN (SpSoprUsl.prMC = 3 OR SpSoprUsl.prMC = 4) THEN CASE WHEN KatSopr.VhodNal = 1 THEN SUM(SpSoprMC.Price * SpSoprMC.KolOpl) ELSE SUM(SpSoprMC.Price * SpSoprMC.KolOpl + SpSoprMC.SumNDS) END END FROM SpSopr SpSoprMC WHERE KatSopr.Nrec = :CurSoprDoc /*Этот параметр выдает Nrec текущего документа. Значение подставляется автоматически во время разноски. */ AND SpSoprMC.prMC = 1 AND SpSoprMc.cSopr = :CurSoprDoc ) AS Sum FROM KatSopr, SpSopr SpSoprUsl, SpSopr SpSoprMC, KatMC, KatUsl LEFT JOIN KatParty KatPartyUsl ON KatPartyUsl.NRec = cPartyUsl LEFT JOIN KatParty KatPartyMC ON KatPartyMC.NRec = cPartyMC WHERE KatSopr.Nrec = :CurSoprDoc AND SpSoprUsl.cSopr = :CurSoprDoc AND SpSoprMC.cSopr = :CurSoprDoc AND (SpSoprUsl.prMC = 3 OR SpSoprUsl.prMC = 4 OR SpSoprUsl.prMC = 7) AND SpSoprMC.prMC = 1 AND KatUsl.NRec = SpSoprUsl.cMcUsl AND KatMC.NRec = SpSoprMC.cMcUsl
180.77138.10.48.0Неверно формируется значение поля "Период планирования" по отменяющим проводкамХозоперацииРазноска ТХО "Все документы"
При формировании проводок в Управленческом учете в плане счетов "Факт" с помощью функции "Переразноска в текущем периоде" неверно формируется значение поля "Период планирования" по отменяющим проводкам. Период планирования в отрицательной проводке должен устанавливаться в соответствии с датой проводки.Доработана установка периода планирования в отрицательной финпроводке в соответствии с датой проводки,при использовании функции "Переразноска в текущем периоде".
104.200158.10.44.0Не уточнять суммы проводок с определенным значением классификатораХозоперацииУточнение сумм проводок /укажите тип документа/
Прошу доработать функцию "Уточнения сумм проводок". Добавить выбор значения классификатора в интерфейсе "Уточнения сумм проводок". Добавить возможность, не уточнять суммы проводок, по проводкам со значением внешнего классификатора указанным в интерфейсе "Уточнения сумм проводок".Добавлено поле "Пропускать проводки с внешней классификацией" в интерфейс "Групповые операции ТХО". Доработана возможность не уточнять суммы проводок по проводкам с внешним классификатором, указанным в данном поле.
180.73928.10.44.0Примечание к ТХО вывести в окна со списком ТХО (настройка и выбор ТХО)ХозоперацииПредложения по новой функциональности модуля "Хозоперации"
В примечании к ТХО (вторая вкладка снизу в режиме редактирования ТХО) указывается информация: - перечень требований к работоспособности - описание порядка работы ТХО и её шаблонов проводок. Необходимо это примечание к ТХО вывести в окна со списком ТХО при настройке и при выборе ТХО для привязки к документу.В интерфейс выбора ТХО в нижней панели добавлена вкладка "Примечание"
102.1130468.10.42.0не чистится ТХО на уровне "Сквозная ТХО" при отмене в документах оперконтураХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Не чистится ТХО на уровне "Сквозная ТХО" при отмене в документах оперконтура в дереве привязки ТХО. Делаем раздельную привязку ТХО в документе оперконтура (не в модуле Хозоперации). Привязываем на уровне "Сквозная ТХО". Отменяем по DEL. Однако на уровне "Сквозная ТХО" остается ссылка на ТХОИсправлено
102.1188978.10.42.0в ТХО к накл-й на внутр.перем-е в ТОРО нужна возм-ть выбрать Подр-е получатель и отправительКонтур логистикиНе знаю, какая именно часть контура логистики, научите
В ТХО к накладной на внутреннее перемещение в ТОРО (модуль техническое обслуживание и ремонт оборудования) нужна возможность выбрать Подразделение - получатель и Подразделение - отправитель, Мол - получатель и МОЛ - отправитель. Сейчас эти режимы аналитики не активны.Для документа 607- "Накладная на внутреннее перемещение" модуля ТОРО (техническое обслуживание и ремонт оборудования) сделаны активными режимы извлечения аналитики: Подразделение - получатель, Подразделение - отправитель, Мол - получатель и МОЛ - отправитель.Сделана их обработка в модуле ТХО.
180.72428.10.41.0Алгоритм ТХО VIPSPХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Идентификатор ТХО &VIP_[Obj:"VIPSP"] для акта перемещения между объектами. Для режима формирования аналитики "авто" приоритетными являются значения аналитики из целевого учета, а не из документа. Необходимо изменить приоритеты - более приоритетными являются значения аналитики из документа. Например, если в целевом учете есть аналитика по МЦ, то получить значение МЦ из спецификации акта на перемещение между объектами невозможно - значения берутся из целевого учета.Доработан идентификатор ТХО &VIP_[Obj:"VIPSP"]. Извлечение аналитики из документа будет происходить с большим приоритетом, чем извлечение аналитики из объекта целевого учета. Для извлечения аналитики из объекта целевого учета были доработаны режимы: режим 3 - аналитика "Откуда" из объекта целевого учета режим 4 - аналитика "Куда" из объекта целевого учета
104.196228.10.40.0Уточнение проводок по нескольким регистрам учетаХозоперацииУточнение сумм проводок /укажите тип документа/
Прошу добавить возможность уточнения проводок с множественным выбором "Регистров учета". После уточнения по одному регистру учета необходимо запускать уточнение выбрав второму регистр учета и третий. Данная возможность необходима в связи с большим объёмом данных, уточнения по всем регистрам выполняется около 20 часов, выбрав сразу три регистра функцию можно запустить на ночь перед выходными.Для операции "Уточнение сумм проводок" добавлена возможность множественного выбора регистров учета. Режим множественного выбора доступен только для документов со сквозной привязкой.
180.70988.10.39.0Устранить сообщение об отказе в доступеХозоперацииНастройка хозопераций /укажите тип документа/
Настройкой реестра настроек запрещено редактирование ТХО. Входим по F4 внутрь ТХО, чтобы посмотреть как она настроена. Ничего не меняем в шаблоне проводки. При переходе с шаблона на шаблон проводок выдается сообщение о запрете на редактирование ТХО. Но мы же ничего не меняли! Сообщение о запрете нужно устранить либо сделать отдельный режим "просмотра ТХО" в котром все можно смотреть, ничего нельзя редактировать и при этом система не ругается при переходе по шаблонам проводок.При перемещении по записям сообщение не выдается.
104.199298.10.38.0Нужно получить ссылку на заявку в документе "Акт выполненных ремонтов на заказ"ХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Модуль "Техническое обслуживание и ремонт оборудования"/ Документы/Акты выполненных ремонтов/Акты выполненных ремонтов на заказ. В документе есть поле "Номер заявки". В это поле выбираются "Исполняемые ДО.Заявка на ремонт". При привязке ТХО к "Акту выполненных ремонтов на заказ" необходимо заполнить аналитику "ДО" заявкой из поля "Номер заявки".Разработан новый режим "ДО заявка на ремонт" заполнения аналитики ДО, который позволяет получать аналитику из поля "Номер заявки". Работает для документов 553-"Акт выполненных ремонтов подрядным способом", 554-"Акт выполненных ремонтов собственными силами", 557-"Акт выполненных ремонтов на заказ", 559-"Акт на списание МЦ из ремонтов"
103.58558.10.37.0Доработать функцию SumNP (возможность получения данных по отгрузке МЦ из ДО)ХозоперацииНастройка хозопераций /укажите тип документа/
Доработать функцию SumNP (возможность получения данных по отгрузке МЦ из ДО). что есть: 1. 20.05.12 ДО на отгрузку на сумму 118 000р. с ндс 2. 21.05.12 Платежка сторонняя привязанная к этому ДО на отгрузку на сумму 59000р. 3. 22.05.12 накладная на отгрузку товара на сумму 82600 с ндс 4. 23.05.12 пришел платеж на сумму 53100, так же привязываем с До на отгрузку в этой платежке после распределения по ДО, в ТХО используется следующий алгоритм: IF(&SumNP=0,&Sum,IF((&DOPL-&Sum-&SumNP)>=0,&Sum,(&DOPL-&SumNP))), который вычисляет сумму аванса с учетом имеющихся отгрузок по нашему ДО SumNP отрабатывает правильно, т.е. дает сумму отгрузок по ДО. 5. 24.05.12 накладная на отгрузку на 23 600 с ндс при просмотре значения идентификатора SUMNP получается не 82600+23600 а только 23600 6. 25.05.12 платежка на сумму 5900 SumNP высчитывает сумму 82600+23600. Просьба сделать однообразно, т.е. в накладных чтобы SUMNP отрабатывала также как и в платежах. Обработка ДО ТХО не подходит.Для алгоритма SumNP доработан флаг "по всем накладным ДО", при установке которого сумма рассчитывается по всем накладным привязанным к ДО исходной накладной. Данный фаг доступен только для накладных (101-106, 201-206, 210, 229, 501-506, 511, 512, 521-523, 551, 552, 600-606, 611, 612, 621, 622, 1411, 1421). Если флаг не установлен, алгоритм отрабатывает как и прежде: по текущей накладной.
180.69518.10.37.0Сортировка Хозопераций по типу документов не даёт получить отчётХозоперацииРеестры ТХО "Все документы"
При установке галки "Сортировать Хозоперации по типу документов" выдаётся сообщение: Операция "Реестр ТХО" завершилась, но отчет не формировался! Потому что для выбранных ТХО отсутствует привязка к документам в рамках заданных ограничений. Примечание: отчёт получаю с пометкой всех ТХО и без каких-либо других фильтров - ни по дате, ни по чему либо другомуИсправлено.
102.1028038.10.36.0Групповой перенос ключей из Типовых алгоритмов и констант в ТХОХозоперацииПредложения по новой функциональности модуля "Хозоперации"
При донастройке ТХО у клиента возникла необходимость указания ключей. Для быстроты их выбора были использованы Типовые алгоритмы и константы. В настоящий момент очень не хватает групповой функции выбора и перенос ключей в ТХО, т.к. приходится добавлять по 10-15 ключей.Доработан групповой перенос ключей из интерфейса "Типовые алгоритмы и константы" в формулы типовой хозяйственной операции. Выбранные пометкой типовые алгоритмы и константы добавляются в формулы ТХО отдельными ключами. Ключи переносятся в отсортированном по Nrec порядке.
102.1170228.10.36.0Автосинхронизация бюджета при переразноске в текущем периодеХозоперацииПредложения по новой функциональности модуля "Хозоперации"
При отработке функции "Переразноска в текущем периоде", для регистров управленческого учета, требуется чтобы отрабатывали активные "Правила передачи данных"(см. "Управление бюджетом | Настройка | Правила передачи данных"). Т.е. все изменения финансовых операций, проводимые в ходе отработки вышеуказанной функции, должны автоматически отражаться в бюджете.Доработано.
180.67838.10.36.0Дескриптор в сторно-Проводках при Переразноске в текущем периодеКонтуры: финансовый, бухгалтерского учетаF_SoprHoz [Журнал хозяйственных операций]
При выполнении функции "Переразноска в текущем периоде" необходимо и в сторнировочных проводках заполнять Дескриптор пользователя, выполняющего переразноску, а не того, кто ранее проводил ТХО по Хозоперации.Исправлено
180.64238.10.34.1При Переразноске ТХО в Плане счетов управленческого учета записи не формируютсяХозоперацииФормирование групповых проводок /укажите тип документа/
Доработать функцию "Переразноска в текущем периоде" для управленческого учета.Доработана функция "Переразноска в текущем периоде" для управленческого учета.
101.484158.10.34.0В проводках не выбирается счет, указанный в настройке раздела бух-ких справокБухгалтерская отчетностьБухгалтерские справки (~ФРО)
В настройках расчетных счетов есть привязка к бухгалтерскому счету и субсчету, которые выбираются при формировании проводок по ТХО автоматически.В настройках разделов бухгалтерских справок тоже есть привязка раздела к бух.счету и субсчету, но в проводки, формируемые по ТХО выбрать этои счет и субсчет не удается. Подробности в вл. файлеДоработано заполнение счета/субсчета из настройки типа бухгалтерской справки в режиме "Текущий счет бухсправки", а также заполнение аналитики в режиме "Аналитика из текущей Б/С".
102.1153558.10.34.0Доработать алгоритм DPХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Доработать алгоритм DP. При формировании алгоритма в НДЕ для вал-нде ДО, необходима возможность задать курс пересчета: - по дате документа - по дате цен (из расширенной информации) - по полю "курс"(из расширенной информации)Доработан идентификатор &DP: добавлен параметр "Курс пересчета" со значениями: - по умолчанию (работает как и до патча) - по дате документа - по дате цен - по полю Курс Работает только для валютных и валютно-рублевых ДО.
101.480938.10.33.0Не правильное заполнение полей в отчете.ХозоперацииРеестры ТХО по видам документов /укажите тип документа/
Не правильное заполнение полей в отчете.В модуле Хозоперации при выборе отчета Накладной на внутреннее перемещение при выборе регистра учета Факт формируется отчет с неправильно заполненными полями (дата хозоперации, № хозопер, содержание операции) (см. приложение). При выборе регистра учета из раздела Бухгалтерского контура отчет формируется по столбцам правильно.Исправлено.
102.1132808.10.33.0Автомат-е заполнение аналитики "Документы-основания" данными из платежного пор.ХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Необходимо настроить автоматическое заполнение аналитики "Документы-основания" данными из платежного документа. Пример: 1) Формируем ДО на предоплату закупок №1. 2) Формируем платежное поручение на оплату аванса №2, где привязываем ДО на предоплату закупок №1. Формируем проводку с помощью ТХО к данному плат. поручению: 60/02/КАУ1("Документы-основания") - ДО на предоплату закупок №1 - 51/01 3) Работы выполнены, формируем ДО на закупку №1, формируем акт №1 по данному ДО. До привязываем к плат. поручению №1. 4) Формируем проводки к акту: 20 - 60/01 19/01 - 60/01 60/01 - 60/02/КАУ1("Документы-основания") - ДО на предоплату закупок №1 Нужно настроить автоматический вывод КАУ1("Документы-основания") - ДО на предоплату закупок №1 (который привязан к авансовому платежному поручению), при формировании проводок к акту.Для аналитики "Документы-основания" доработан режим "Предоплатное ДО" доступный только для накладных/актов и для платежных документов. Для платежных документов значение Предоплатного Документа-Основания заполняется из хозоперации, по которой формируются проводки. В случае накладных предоплатное ДО определяется: по Документу-Основанию, привязанному к накладной/акту, и по платежу, распределенному по спецификации накладной/акта; при отсутствии распределения платежа: по ДО, привязанному к накладной/акту, и по первому найденному платежу, привязанному к ДО накладной/акта. Для накладных/актов корректное заполнение аналитики в данном режиме возможно при наличии единичной связи Накладная/Акт - ДО - Платеж - Предоплатное ДО.
180.64858.10.33.0ТХО, системный алгоритм PROTCALC - в Режиме "Нет округления" формируется не полнХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Доработать возможность формировать проводки с точностью свыше 6-ти знаков после запятойВ настройке шаблона ТХО добавлен параметр "Формировать проводки с суммой меньше 0.000001". При его установке формируются не округленные проводки с суммами свыше 6-ти знаков после запятой, если установлен один из параметров "Режим округления НДЕ" или "Режим округления валюты" "Режим округления количества" в значение "Нет округления"
180.63998.10.32.0добавить мемо-поле в шаблон ТХОХозоперацииПредложения по новой функциональности модуля "Хозоперации"
добавить мемо-поле в шаблон ТХОВ окно редактирования шаблона добавлена закладка "Примечание" для возможности задания описания для шаблона ТХО. Формулы для шаблона ТХО вынесены на закладку "Формулы" Для различных регистров учета задаются различные примечания. Перейти на закладку возможно при наличии введенных данных в средней панели интерфейса редактированияТХО. При смене плана счетов всегда становится активной закладка "формулы". Закладка "Примечание" учитывается при копировании/тиражировании/удалении шаблонов ТХО.
180.62958.10.31.0Сортировка по Коду в выборе ТХОХозоперацииРеестры ТХО "Все документы"
При установке фильтра по ТХО в интерфейсе F_TXO::GETHOZOPER не работает Сортировка по Коду ТХО - если попытаться её установить, то сортировка происходит, но в рамках Типа Документа - например вначале Сортируются коды для Приходных накладных, потом для Платёжек. Необходимо реализовать Сортировку по Коду ТХО в рамках всего Браузера.В интерфейсе выбора ТХО возможно сортировать записи по наименованию и коду независимо от типа документа. В режиме отображения ТХО для всех документов возможно сортировать записи по типу документа использую колонку "Документ". В этом случае проверяется текущая сортировка (по имени или по коду) и устанавливается сортировка по двум полям: тип документа + наименование или тип документа + код соответственно. При повторном открытии такая сортировка восстанавливается. При установке сортировки по двум полям данные первого поля (Наименование или код) будут сортироваться по возрастанию. При печати отчетов из данного интерфейса данные будут выводиться в соответствии с установленной сортировкой .