Откат транзакции. Attain. C/Al

[sash_xp]

Ситуация примерно такая. Бухгалтер формирует операцию оплаты, в случае кредиты при этом должно сформироваться еще две проводки, на основе первой. Итого: 3. Я без проблем формирую все эти проводки, но может возникнуть такая ситуация, что некое ЧП помешало завершиться процедуре до конца. Скажем, прошло две проводки, и осталась еще одна. Для обеспечения корректности операции необходимо провести откат транзакции. Как это делается в Аттейне?

Есть еще такой вопрос: есть ли возможность получить текущую строку в фин. журнале (на которой усановлен курсор)?

Заранее благодарен.

[Yoil]

По идее, транзакция в Навыжне - это период между вызовами LOCKTABLE и COMMIT.
То и другое может быть вызвано как явным, так и неявным способом (например, MODIFY вызывает LOCKTABLE).
Если до COMMIT происходит ошибка, то транзакция откатывается. Ошибка при этом, опять же, может быть вызвана как явно (TESTFIELD, ERROR, FIELDERROR), так и неявно (скажем, вы пытаетесь заинсертить запись с уже существующим значением первичного ключа). Если же COMMIT уже произошел, то версия, с которой происходила работа, становится текущей и метаться уже поздняк...

[sash_xp]

Ага, отлично, протестировал то, что надо. Если возникает ошибка откат происходит. Однако новый глюк появляется в другом месте. Успешено учтенные проводки не удаляются из таблицы фин. журнала. Код примерно такой

locktable;
init;
...
"Account No.":='5010';
...

INSERT;
CODEUNIT.RUN(CODEUNIT::"Gen. Jnl.-Post Line",Rec);

init;
...
"Account No.":='6010';
...

INSERT;
CODEUNIT.RUN(CODEUNIT::"Gen. Jnl.-Post Line",Rec);
commit;

Как бы от этого избавиться?

[Yoil]

В данном случае - подозреваю, что никак.
То, что в начале кода стоит LOCKTABLE, а в конце кода стоит COMMIT совсем не означает, что весь код между ними - это одна транзакция =)
На самом деле INSERT - это отдельная транзация в данной ситуации, и
CODEUNIT.RUN(CODEUNIT::"Gen. Jnl.-Post Line",Rec) тоже выполняет какие-то там свои транзакции...

Как уговорить Навыжн считать все это одной большой транзакцией, которую при желании всю можно откатить, я не знаю

[bascomo]

Сначала сформируй строки финжурнала, а потом учти их все вместе, а не по одной.

[sash_xp]

А если скажем там уже есть неучтенные записи?

[Yoil]

Создай временную табличку, по ходу создания твоих неучтенных строк журнала записывай в эту временную табличку номера созданных тобою строк.
После того, как создал все нужные строки в журнале, пробеги циклом по временной табличке, находи в журнале строки по записям из временной таблички и учитывай их.

[sash_xp]

Можно и так, но как же обеспечение целостности? Может, лучше записывать эти записи в спец. раздел журнала и потом учитывать его? Но как это реализовать, как учесть раздел журнала?

[Yoil]

А причем здесь обеспечение целостности?

[sash_xp]

Ну как бы ворос изначально именно об этом ставился. Откат транзакций используется именно для обеспечения целостности.

[Yoil]

Я не уверен, но можно попробовать создать под это дело специальный объект, например отчет.
Отчет работает со строками финжурнала и учитывает их.
Есть у меня смутное подозрение, что если в отчете не ставить ручками COMMIT'ы, то все его выполнение будет одной большой транзакцией, которая, в случае возникновения ошибки по ходу выполнения отчета, откатится вся...
Но это только подозрение, проверить времени нет пока.

[sash_xp]

Ага, спасибо за идею, надо попробовать. Я еще думаю, раз locktable не дает внешним функциям удалять строки из таблицы, удалять их самому.

[bascomo]

Сделай так, чтобы в этом шаблоне и разделе фин. журнала не было других строк, кроме тех, что тебе нужны.
Либо фильтруй. Например, можно использовать MARK и MARKEDONLY.

[Yuriy]

Используй MARK и потом MARKEDONLY. Создавай строки, а потом выцарапывай их из всех журнальных строк и маркируй. В результате у тебя в переменной Rec будут лежать только нужные записи. Ну и дело за малым - прогоняй переменную через Gen. Jnl Post Line!!

[sash_xp]

Да я тоже решил остановиться именно на этом варианте, спасибо.