Из того, что вы получили до сих пор.
Я бы, вероятно, имел бы Учреждение в качестве субъекта учета (исключительно информация о компании)
Тогда, возможно, предприятие Учреждения, так что если компанияГоворят, что Marriot a Учреждение будет где-то одним из их отелей.Таким образом, у компании есть несколько заведений.
В этот момент у вас также будет объект типа размещения.Что было бы против каждого заведения.Поскольку это может отличаться для каждого заведения, даже если они принадлежат к одной и той же цепочке.
Тогда, когда кто-то делает заказ и добавляет продукты заказа.Должен быть выполнен поиск заведения, а затем отфильтрованный поиск на основе его типа размещения.
Они будут заполнять номера людей и т. Д., А затем будет запущен плагин для сущности продукта заказа, который вычислит стоимость дляВ этом случае выберите переключатель «Переопределить стоимость», а затем вручную установите цену за единицу.
Не могу сказать точно, поскольку это звучит сложно, и, очевидно, у вас есть все требования, поэтому вы будете знать, что лучше.Но в этом случае я бы, вероятно, избегал каталога товаров, поскольку он в основном полезен для отдельных товаров.Скажем, вы продавали яблоки, у вас был продукт Apple Granny Smith, а затем продукт Apple Cox.Затем они добавляются в прайс-листы, которые определяют наценку и объем продаж.Когда вы создаете предложение / возможность / заказ и выбираете прайс-лист, он использует эти цены для выполнения автоматических расчетов.Но звучит так, что из-за ваших пользовательских вычислений это может быть не очень хорошим поведением, поэтому вам нужен плагин для расчета ваших затрат и переопределения для вас.
Это только мое лучшее предположение =)