UsterВ одной таблице вместе с настраиваемым объектом?
как правило, да. Oracle Applications Flexfields Guide очень полезно почитать.

Leonid KudryavtsevМне нужна сущность (модуль Закупки):

1) Возвраты поставщикам, печать документа ТТН на возврат поставщику.

2) Документ ТОРГ-2. При приходе нужно фиксировать отличия не от Заказа, а от Накладной поставщика. При несовпадении - оформлять притензии.

Просьба указать физическую сущность в OeBS.

Интересный пример. По-моему, тут проблема не сколько в поиске сущностей, а в самом процессе закупок/поставок товаров. Платных советов давай не умею :), но смотрите сами (в порядке обсуждения):
Зафиксировать отличия поставки от заказа на покупку нужно для управления поставками со всеми вытекающими отсюда последствиями. Проще говоря, для OEBS важно знать, что планировали (!) получить, и что в итоге получили. Это нормальная (т.е. как задумано) функциональность.
Заказ на покупку (ЗП), по сути, есть некая декларация с ценами, номенклатурой, сроками, количествами и т.д. Поступление содержит ссылку на ЗП и перечень товаров, которые фактически (!) попали на склад. Поступлений может быть несколько, допустим один ЗП на 450 штук разбит на 3 поступления по 150 штук.
Это все очевидные вещи, беда, видимо, начинается, когда ставят знак равенства между накладной поставщика и поступлением, и возникает другая проблема (далее на примере): как вычленить из 156 полученных (!) упаковок товара 6 лишних, 150 (как по накладной поставщика), причем из 150 4 с поврежденной упаковкой по Вашей вине, и т.д.
Как вариант, можно поступить следующим образом: для данного поставщика установить порядок поставок «под контролем», а не «прямой». При подтверждении (акцептовании) транзакций получения делим партию из 156 штук на три – по 146, 4 и 6 соответственно. Далее, в гибком поле, например, каждой "нештатной" транзакции поставим пользовательский признак (брак, излишки). Таким образом, имеем три транзакции доставки с разными пользовательскими типами, которые ссылаются на одну транзакцию получения. Это пригодится для печати отчетов. Оператор в соответствии с этим признаком может и указать определенные места хранения, и провести определенные процедуры (возврат, списание и т.д.). При этом, если отталкиваться от номера Поступления, то их несложно автоматизировать. Это компромиссный вариант, но вполне рабочий, если учесть, что излишки и брак относительно редкие ситуации.