Текущие компоненты

Название продукта Название компонента Тип Последняя версия Дата выхода
Галактика ERP 9.1G_TXODLL

Справка по компоненту.

Количество версий компонента159
Количество рещенных задач287
Последная дата обработки компонента2023-12-17 15:56:40
Последная дата файла2023-12-16 17:31:33
Последная версия9.1.95.0

Новые задачи в этом компоненте

G_TXO
102.118897
G_TXO ( 9.1.014.0 )

Краткое описание :

в ТХО к накл-й на внутр.перем-е в ТОРО нужна возм-ть выбрать Подр-е получатель и отправитель

Описание :

Не знаю, какая именно часть контура логистики, научите

Что измененно :


В ТХО к накладной на внутреннее перемещение в ТОРО
(модуль техническое обслуживание и ремонт оборудования)
нужна возможность выбрать Подразделение - получатель и
Подразделение - отправитель, Мол - получатель и МОЛ -
отправитель. Сейчас эти режимы аналитики не активны.

Как измененно :


Для документа 607- "Накладная на внутреннее
перемещение" модуля ТОРО (техническое обслуживание и
ремонт оборудования) сделаны активными режимы
извлечения аналитики: Подразделение - получатель,
Подразделение - отправитель, Мол - получатель и МОЛ -
отправитель.
Добавлена их обработка в модуле ТХО.
Добавлена возможность открытия этого документа на
редактирование по нажатию F4 в окне "Привязка ТХО".
Также в этом окне добавлены вкладки "Хозяйственный
документ" и "Спецификация". Исправлено окно
"Редактирование проводок по хозяйственной операции..."
G_TXO
102.124382
G_TXO ( 9.1.014.0 )

Краткое описание :

Открыть доступ к настройке - КБУ-ОС-Налоговый учет - для пользователей Беларусь

Описание :

Не знаю, какая именно часть модуля "Хозоперации", научите

Что измененно :


Нужно использовать системный идентификатор
&SoprDoc[Рез:СпКатОсБМУ]. Работает только при
установленной настройке - КБУ-ОС-Налоговый
учет-Бухгалтерский метод учета. Доступ к настройкам
только для РОССИИ.

Как измененно :


Для идентификатора &SoprDoc добавлен параметр [Рез:СпКатОс], который получает Нрек таблицы SpKatOs для текущего метода учета, либо заданного параметром [Метод:...] в идентификаторе &Vip_[Obj:"OSNMA"].Параметр работает только совместно с использованием &Vip_[Obj:"OSNMA"].
G_TXO
102.125924
G_TXO ( 9.1.014.0 )

Краткое описание :

В ТХО по накладным на возврат не берет КАУ "Организации"

Описание :

Накладная на возврат от покупателя

Что измененно :


В ТХО по накладным на возврат не берет КАУ "Организации".
Есть накладная на возврат от покупателя. Есть указанная в данной накладной организация. Привязываем ТХО - организации в проводках нет.

Как измененно :


Доработано извлечение аналитики "Организации" в
режиме "Авто" для документов:
907 - Накладная на возврат от покупателя после закрытия смены,
903 - Акт дооценки,
913 - Акт уценки.
G_TXO
102.126630
G_TXO ( 9.1.014.0 )

Краткое описание :

добавить идентификатор по заполнению поля DATAOT в таблице OBOROT

Описание :

Разноска ТХО "Все документы"

Что измененно :

На этапе внедрения у клиента, было задействовано поле DATAOT
таблицы OBOROT, на основании данных которого строится определенная отчетность.
Сейчас при привязке ТХО данное поле заполняется по аналогии с полем DATOB,
т.е. данные поля всегда имеют одно и тоже значение, и пользователю приходится
постоянно вносить ручные корректировки в проводки.
Необходимо разработать системный идентификатор, который позволит заполнять
поле DATAOT конкретным значением без привязки к DATAOB (в данном случае
заполнение данного поля значением, равным дате накладной/акту, к которому
привязывается ТХО).

Как измененно :

Доработана общеиспользуемая функция TxoSetDateOt, которая
заполняет поле DATAOT в таблице Oborot. В качестве параметра передается дата,
которой необходимо заполнить поле. Для случая, указанного в проблеме, нужно в
качестве параметра передавать идентификатор &DateDoc, возвращающий дату
документа.
G_TXO
102.77687
G_TXO ( 9.1.014.0 )

Краткое описание :

Предусмотреть возможность разноски ТХО для документов типа 161,261

Описание :

Предложения по новой функциональности модуля "Хозоперации"

Что измененно :


Предусмотреть возможность разноски ТХО для документов типа 161,261
- это ордера УКС (приходный и расходный).
Сейчас мы имеем возможность из ордера перейти в ТХО,но:

---------------------------
Предупреждение
---------------------------
Нельзя проводить разноску ТXО в этом регистре учета.
Он отсутствует в перечне доступных регистров учета для данного документа.
---------------------------
OK
---------------------------

Как измененно :


Добавлены документы:
161 - Приходный ордер УКС
261 - Расходный ордер УКС
170 - Приходный ремонтный ордер
270 - Расходный ремонтный ордер
Доработан алгоритм &SP_ для формирования проводок по данным документам.
G_TXO
102.101843
G_TXO ( 9.1.014.0 )

Краткое описание :

Рантайм при вычислении в бухгалтерском калькуляторе на атл 5.4.34

Описание :

Не знаю, какая именно часть финансового контура, научите

Что измененно :


Рантайм при вычислении в бухгалтерском калькуляторе на атл 5.4.34
На текущей конфигурации + Атлантис 5.4.34 + galnet.dll 83-й + c_statline.res 18-й при вычислении
в бухалтерском калькуляторе - рантайм

Как измененно :


исправлено:

Formulas.pas избавлен от подключения NExprSem
G_TXO
102.109557
G_TXO ( 9.1.014.0 )

Краткое описание :

Некорректная работа пат-алгоритма расчета сальдо

Описание :

Разноска ТХО по видам документов /укажите тип документа/

Что измененно :


Некорректная работа пат-алгоритма расчета сальдо.
Настраиваем ТХО в которой формируются две
проводки. Первая проводка Д68 К19-07 - сумма
рассчитывается как сумма сальдо по 19-07 по
счет-фактуре * на коэффициент. Вторая проводка должна
Д25 К19-07 должна досписать все что осталось на этом
счет-фактуре. Используется пат-формула
С[Период:М][БазДата:ХозДок]Д19_07[4:?0]. Сальдо по
данной формуле рассчитывается неверно, без учета
предыдущей проводки.

Как измененно :


При формировании проводок по ТХО для расчета
сальдо используется кэш. Если в последующих шаблонах
ТХО используется результат расчета сальдо из проводок,
сформированных по предыдущем шаге, то такие изменения
не учитывались. Теперь после формирования очередной
проводки, соответствующий сегмент кэша сальдо
сбрасывается, что приводит к принудительному
перерасчету сальдо при необходимости.

9.1.95.09.1.94.09.1.93.09.1.92.09.1.91.09.1.90.09.1.89.09.1.88.09.1.87.09.1.86.09.1.85.09.1.84.09.1.83.09.1.81.09.1.80.09.1.79.09.1.82.09.1.78.09.1.77.09.1.76.09.1.75.09.1.74.09.1.73.09.1.72.09.1.71.09.1.70.09.1.69.09.1.068.09.1.067.09.1.66.09.1.066.09.1.65.09.1.065.09.1.064.09.1.64.09.1.63.09.1.063.09.1.062.09.1.62.09.1.061.09.1.61.09.1.060.09.1.60.09.1.59.09.1.059.09.1.058.09.1.58.09.1.057.09.1.57.09.1.056.09.1.56.09.1.055.09.1.55.09.1.054.09.1.54.09.1.053.09.1.53.09.1.052.09.1.52.09.1.051.09.1.51.09.1.050.09.1.50.09.1.49.09.1.049.09.1.48.09.1.048.09.1.047.09.1.47.09.1.46.09.1.046.09.1.045.09.1.45.09.1.44.09.1.044.09.1.043.09.1.43.09.1.42.09.1.042.09.1.041.09.1.41.09.1.040.09.1.40.09.1.039.09.1.39.09.1.038.09.1.38.09.1.037.09.1.37.09.1.36.09.1.036.09.1.035.09.1.35.09.1.034.09.1.34.09.1.033.09.1.33.09.1.32.09.1.032.09.1.031.09.1.31.09.1.30.09.1.029.09.1.29.09.1.28.09.1.028.09.1.27.09.1.027.09.1.026.09.1.26.09.1.025.09.1.25.09.1.24.09.1.024.09.1.23.09.1.023.09.1.022.09.1.22.09.1.021.09.1.21.09.1.20.09.1.020.09.1.19.09.1.019.09.1.18.09.1.016.09.1.16.09.1.15.09.1.015.09.1.014.09.1.14.09.1.013.19.1.013.09.1.13.09.1.12.09.1.012.09.1.011.09.1.11.09.1.010.09.1.10.09.1.009.09.1.9.09.1.008.09.1.8.09.1.007.09.1.7.09.1.6.09.1.006.09.1.005.09.1.5.09.1.004.09.1.4.09.1.3.09.1.003.09.1.2.09.1.002.09.1.1.09.1.001.09.1.0000.