RFQ / Composition workspace
Структурована підготовка виробничого запиту
Зберіть позиції, кількості, одиниці, технічні вимоги та метадані вкладень. Чернетка існує лише у поточній вкладці й не створює RFQ, ціну, погодження або конфігурацію без авторитетного сервера.
Frontend збирає намір, але не приймає інженерних чи комерційних рішень
Sales створює RFQ, Customer визначає customer context, CPQ перевіряє конфігурацію та погодження, Pricing визначає ціну, Documents Intake і DMS обробляють файли. Ці owner-контракти ще не підключені.
Transient draft
Локальна ревізія 1Позиції RFQ
Дані не зберігаються після перезавантаження. Структурна перевірка нижче не є server validation або engineering feasibility.
PDF, DXF, DWG, STEP або STP; до 100 МБ на файл, максимум 20 файлів. · Вибір локальний і не завантажує файл. Реальна передача можлива лише через Documents Intake quarantine після автентифікації.
Серверний RFQ/CPQ workspace поки недоступний
Серверний RFQ/CPQ workspace поки недоступний
Без Sales/CPQ/Customer/Pricing owner API інтерфейс не показує вигадані записи, статуси, історію, ціну або погодження.
Технічні уточнення
Питання, відповіді й прийняття мають посилатися на точну RFQ version у Sales.
Версії та status timeline
Історія є append-only owner projection із resource version, hash, audit reference та часовою міткою.
Collaborative review
Коментар або approval застосовується лише до exact version/hash і стає stale після material change.
Customer, configuration і pricing
Customer, CPQ і Pricing повторно визначають контекст, валідність, ціну, валюту та необхідність погодження.