у пользака есть ТН прописаный в ИТ0105 то БОПФ при создании записи генрит еще одну запись в ноде кроме заданной явно и соответственно это было причиной почему у конса валидация проходила, а у абапера нет.
Теперь проблема выглядит немного иначе.
Есть два БО и в записи во втором БО должна быть ссылка на запись в первом.
Если я создаю запись в первом получаю нужный ключ и использую его для записи во втором то от второго получаю ошибку что объекта такого нет, что логично.
И как методологически правильно создавать такие связанные пары записей?
Коммит какойнить после создания записи в первом БО?
Или положенно какие то сссылочные ноды в первом БО создавать и через них записи во втором БО создавать?
нене. коммит не нужен. смотрит проверку наличия записи объекта. в том и кайф с бобф, что ты можешь создать группу объектов не коммитив и если работаешь только через сам бобф(не читаешь бд напрямую) то все будешь видеть как надо
association? проверка в Z* ? может ее переписать
хотя... если речь идет о ключах объекта, которые нормальные (ну не знаю, печатный номер дока, табельник и тд), которые появляются перед сохранением, тогда да, обломайтэсс
Ну транзакция может быть одна для обоих объектов же? НО сервисманагер он к БО привязан же
Нет, во втором БО ссылка на ключ первого БО
и чего? все равно буфер будет виден. в том-то и дело, что за сохранение транзманагер отвечает.
все нормально должно быть. сам так делал не один раз: из созданного дока создавал др. и проставлял ссылки друг на друга (да и так в стандарте должно быть полно примеров, это всякие cross-reference nodes)
Вот у меня одна тразакция но два сервисманагера и ошибку выдает второй сервисманагер
При создании записи в первом бо, надо для события create в determination создавать новую запись для второго бо, создание само можно через action сделать, с параметрами
посмотри как именно он проверяет наличие второго объекта
>использую его для записи во втором то от второго получаю ошибку что объекта такого нет, что логично. как-то странно почему не находит
может там SELECT 😀в проверки?
Вот такой надобности может и не быть, может быть вариант при котором только в первой БО записи создать и все
Обсуждают сегодня