Inkelyad,
единственный более менее рабочий вариант - 3)Формулу не давать, но поставщик делает online API для Web сервисов, которое по описанию(конструкции) товара выдает цену.
Остальные варианты не очень реалистичны - множество посредников, у каждого может быть своя ценовая политика, движок сайта и тп.

А производительность...
Внутренний голос мне подсказывает, что стоимость более мощного железа будет несоизмеримо меньше стоимости других вариантов.

InkelyadМне лаг (и возможные падения сервиса) в последовательности

Клиент нажал "хочу оплатить"
back-end посредника отфильтровал заказные товары
back-end постучался на сервис производителя "сколько это стоит?"
Клиенту выдалась страница оплаты с правильной ценой

на этапе "постучался на сервис производителя" не нравятся. Был печальный опыт с использованием такого сценария для вычисления цены доставки курьерских служб.
Как раз вот думаю, мирится ли с риском, или пусть back-end сам считает.
тут можно придумать четвертый вариант
для посредника доступно некое "расширенное" апи - варианты выбора товара, расчет цены и тп
то есть посредник на своей веб страничке использует не свой back-end, а ссылается на сервис производителя (похоже на встраивание карт гугла на сайт). и ценами и опциями целиком занимается сервис производителя. разумеется, там есть возможность указать, как при формировании цены для конечного покупателя будет рассчитываться процент посредника - то есть посредник при вызове сервиса указывает параметры для расчета своей наценки.
такое решение будет более требовательным к железу производителя, но с другой стороны - это фактически фича для посредников - "мы вам даем готовый инструмент для правильного конфигурирования заказа - вам не надо ничего на своем сайте писать"

InkelyadПусть своими "Если вы купили заказной стол и услугу по его сборке, то к цене -10%"
занимаются сами посредники. Не хватало только производителю следить за всем этим хозяйством.

Или тут имеется в виду, что уже сервер производителя будет тянуть с сайта посредников JavaScript для расчета наценок?
не совсем
я вспомнил, как добавлял карту гугла на сайт
вставляешь кусок кода, и получаешь на своей страничке готовое окошко с достаточно продвинутым функционалом (и там сразу положение офиса указано)
здесь можно сделать аналогично - посредник вставляет на сайт кусок кода от производителя
но в кусок кода добавлять например условие, что цена увеличивается на 10% или что-то такое (2-3 параметра, позволяющие изменить цену - вряд ли надо больше)

подобное решение достаточно сложное, но решает кучу проблем
например, конечный покупатель решил что то купить на сайте посредника
сперва посредник должен правильно сохранить у себя, что именно нужно покупателю (полный список всех размеров, материалов и тп)
потом передать все это производителю, а производитель все это должен правильно распознать и сохранить у себя

и вот на этих этапах всякие "Мозаика из лунного камня, доступна в новолуния, увеличивает стоимость изделия в 2 раза." могут привести к ошибкам

а то, о чем я думаю - работает по другому

конечный покупатель формирует заказ на сайте производителя, даже не подозревая об этом (но при этом, разумеется, работает с актуальными остатками, спец предложениями, ассортиментом и тп - и посредник может вообще не отслеживать такие изменения)
а посреднику потом производитель отправляет письмо - заказано то-то и то-то, наша цена такая то, вы указали наценку 10% - цена для покупателя такая-то, ваша доля - столько
и никаких проблем с интерфейсами по передаче заказов и тп - данные сразу у производителя