Вопрос такой: есть ввод данных в пакетном режиме в 2 последовательные транзакции. Причём 2 транзакция должна запускаться только если окончательно отработала 1. Проблема в том, что 1 тран-ция иногда не отрабатывает до конца (похоже, не хватает времени), а 2 запускается и возникает ошибка. Пробовала использовать COMMIT WORK, но не помогает. Кто сталкивался с подобным, как быть?

А что за транзакции ? Один раз сталкивался с таким - еще в 4.0. Приходилось делать сперва прогон по циклу одну транзацию (шел массовый ввод) собирал все удачно введенные. А потом прогонял цикл со второй.......

Надо подробнее знать что за ситуация....

Как запускаются транзакции? Если друг за другом в одной программе, то достаточно ввести анализ на результат завершения выполнения 1-й транзакции, иначе - вести статистику...

Каким Образом ввести анализ на результат завершения? Вопрос в этом и состоит.

1. Посмотрите в хелпе полный формат call transaction
2. Успешное выполнение транзакции, с последующим commit work, не всегда позволяет запустить следующую транзакцию по только-что введенным данным.... Получаешь сообщение типа "документ не существует" или в этом роде, в зависиммости от того - что вводишь......

Выход - разнести во времени или в цикле ожидать успешного выполнения транзакции 2, если доподлинно известно, что при сущуществующих данных после транзакции 1 - транзакция 2 завершится успехом на 100%

Кстати о COMMIT WORK

именно не забыть про дополнение AND WAIT

Надо делать CALL TRANSACTION с дополнением UPDATE 'S' или UPDATE 'L'.

Еще перед вызовом второй транзакции можно проверять заблокирован ли соответствующий объект блокировки. Это уже обсуждалось раньше...

К слову, после CALL TRANSACTION COMMIT WORK не нужен.

Ну COMMIT WORK AND WAIT, конечно да, но часто к сожалению нет... потому что если транзакции обрабатывают последовательно один и тот же объект, то даже после ... WAIT, не факт, что блокировки с объекта снялись и как следствие вторая транзакция нарвется на блокировку. Так что как вариант остается только после отработки первой транзакции проверить объекты блокирования и если их уже нет, то запускать вторую транзакцию.

Не поможет COMMIT WORK AND WAIT. Потому что в самой транзакции 1 делается просто COMMIT WORK...

Абсолютно согласен. Проверять объект блокирования в цикле, если закпись заблокирована, то подождать некоторое время, например с помощью ФМ ENQUE_SLEEP.
Кроме этого, перед проверкой можно заставить транзакцию выполнять обновление синхронно с помощью CALL TRANSACTION ... UPDATE 'S' или локально, с помощью SET UPDATE TASK LOCAL перед вызовом CALL TRANSACTION.

Я уже использую SET UPDATE TASK LOCAL! Ошибка возникает всё равно. И COMMIT WORK AND WAIT тоже.
а 1 транзакцию я запускаю с помощью
Дело в том, что нельзя одновременно использовать AND SKIP FIRST SCREEN и USING bdcdata MODE 'E' UPDATE 'S'.
А в пакетнике экраны и поля представлены по-другому, не так, как в самой транзакции.

Как определить блокировку объекта?
Где находятся эти данные? Имеются в виду таблицы БД?
Кто-нибудь знает о ?

Какая транзакция используется для пакетного ввода?

Одним из вариантов call transaction является использование таблички options. Попробуйте поиграть с ней и особенно с флажком racommit...

Это аналогично

и не проходит с AND SKIP FIRST SCREEN