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

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

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

Количество версий компонента137
Количество рещенных задач244
Последная дата обработки компонента2023-12-16 20:31:55
Последная дата файла2023-12-16 17:31:33
Последная версия9.1.84.0

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

F_TXO
101.19885
F_TXO ( 9.1.28.0 )
2015-10-19 17:52:30

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

Предложение по введению ограничения

Описание :

Справочник счетов (~ФРО)

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


Предложение: ввести в систему ограничение по корреспонденции счетов до уровня субсчетов счёта
(это используется в бюджетном учёте, когда на субсчетах учитываются балансовые единицы и
запрещается корреспонденция между разными балансовыми единицами).

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


Реализовано ограничение корреспонденции на уровне субсчетов
F_TXO
102.146049
F_TXO ( 9.1.28.0 )
2015-10-19 17:52:30

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

Разноска хозопераций, добавить кнопку просмотра

Описание :

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

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


Разноска хозопераций, добавить кнопку просмотра
добавить кнопку просмотра документа в колонку "№ документа"
и кнопку просмотра настройки ТХО в колонку "Проведенные типовые хозоперации"

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


Добавлены кнопки просмотра в колонки "№ документа" и "Проведенные типовые хозоперации".
Из колонки "№ документа" открывается изначальный документ.
из колонки "Проведенные типовые хозоперации" открывается проведенная типовая хозоперация (с учетом плана счетов, если привязка НЕ сквозная).
F_TXO
180.8357
F_TXO ( 9.1.28.0 )
2015-10-19 17:52:30

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

Возможность формировать протокол по работе 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, то дальнейшее выполнение ТХО не производится. Процесс аварийно прекращается.
В других случаях процесс продолжается.

В качестве параметров в запросе можно указывать все переменные, которые
передаются в TXO API:
:CurSoprDoc (тип comp) - ссылка на документ;
:CurSoprHoz (тип comp) - журнал хозопераций;
:CurTiDk (тип word) - тип документа;
:CurHozOper (тип comp) - ТХО;
:CurPlansSch (тип comp) - регистр учета;

9.1.84.09.1.83.09.1.82.09.1.81.09.1.80.09.1.79.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.68.09.1.67.09.1.66.09.1.65.09.1.64.09.1.63.09.1.62.09.1.61.09.1.60.09.1.059.09.1.058.09.1.58.09.1.57.09.1.56.09.1.056.09.1.55.09.1.055.09.1.54.09.1.053.09.1.53.09.1.052.09.1.52.09.1.051.09.1.51.09.1.50.09.1.050.09.1.049.09.1.49.09.1.048.09.1.48.09.1.047.09.1.47.09.1.46.09.1.046.09.1.45.09.1.045.09.1.044.09.1.44.09.1.043.09.1.43.09.1.42.09.1.042.09.1.41.09.1.041.09.1.040.09.1.40.09.1.39.09.1.039.09.1.038.09.1.38.09.1.037.09.1.37.09.1.036.09.1.36.09.1.035.09.1.35.09.1.034.09.1.34.09.1.33.09.1.32.09.1.032.09.1.031.09.1.31.09.1.030.09.1.30.09.1.29.09.1.029.09.1.028.09.1.28.09.1.27.09.1.027.09.1.26.09.1.026.09.1.025.09.1.25.09.1.024.09.1.24.09.1.023.09.1.23.09.1.22.09.1.022.09.1.021.09.1.21.09.1.20.09.1.19.09.1.019.09.1.18.09.1.018.09.1.017.09.1.17.09.1.16.09.1.016.09.1.15.09.1.015.09.1.14.09.1.014.09.1.013.09.1.13.09.1.012.09.1.12.09.1.011.09.1.11.09.1.10.09.1.9.09.1.009.09.1.008.09.1.8.09.1.7.09.1.007.09.1.006.09.1.6.09.1.5.09.1.005.09.1.4.09.1.004.09.1.003.09.1.3.09.1.2.09.1.002.09.1.1.09.1.001.0