####################################### Terminologies: PaymentModelType library ####################################### Related schema specification: `PaymentModelType `_ ------------ ------------ allowance-overagePaymentModel ----------------------------- .. admonition:: metadata sheet :@context: @vocab: :@id: https://openminds.om-i.org/instances/paymentModelType/allowance-overagePaymentModel :@type: https://openminds.om-i.org/types/PaymentModelType :definition: Payment includes an allowance of billable units (entitlement, consumption, event, monetary value, outcome, or capacity units), with charges for excess units. :name: allowance-overage payment model `BACK TO TOP `_ ------------ consumption-basedPaymentModel ----------------------------- .. admonition:: metadata sheet :@context: @vocab: :@id: https://openminds.om-i.org/instances/paymentModelType/consumption-basedPaymentModel :@type: https://openminds.om-i.org/types/PaymentModelType :definition: Payment is based on measured consumption units (e.g., data volume, compute time, storage space, network bandwidth). :name: consumption-based payment model `BACK TO TOP `_ ------------ fixed-recurringPaymentModel --------------------------- .. admonition:: metadata sheet :@context: @vocab: :@id: https://openminds.om-i.org/instances/paymentModelType/fixed-recurringPaymentModel :@type: https://openminds.om-i.org/types/PaymentModelType :definition: Time-recurring payment grants shared access, independent of billable units (entitlement, consumption, event, monetary value, outcome, or capacity units). :name: fixed-recurring payment model `BACK TO TOP `_ ------------ performance-basedPaymentModel ----------------------------- .. admonition:: metadata sheet :@context: @vocab: :@id: https://openminds.om-i.org/instances/paymentModelType/performance-basedPaymentModel :@type: https://openminds.om-i.org/types/PaymentModelType :definition: Payment is triggered by achievement of defined outcome units (e.g., qualified leads, completed projects, conversions, performance targets). :name: performance-based payment model `BACK TO TOP `_ ------------ retainerPaymentModel -------------------- .. admonition:: metadata sheet :@context: @vocab: :@id: https://openminds.om-i.org/instances/paymentModelType/retainerPaymentModel :@type: https://openminds.om-i.org/types/PaymentModelType :definition: Time-recurring payment reserves dedicated capacity units (e.g., staff hours, server instances, support slots). :name: retainer payment model `BACK TO TOP `_ ------------ revenue-splitPaymentModel ------------------------- .. admonition:: metadata sheet :@context: @vocab: :@id: https://openminds.om-i.org/instances/paymentModelType/revenue-splitPaymentModel :@type: https://openminds.om-i.org/types/PaymentModelType :definition: Payment is determined by dividing aggregated monetary value among participating parties according to predefined shares. :name: revenue-split payment model `BACK TO TOP `_ ------------ single-paymentModel ------------------- .. admonition:: metadata sheet :@context: @vocab: :@id: https://openminds.om-i.org/instances/paymentModelType/single-paymentModel :@type: https://openminds.om-i.org/types/PaymentModelType :definition: Payment is made once for access, independent of any billable units (entitlement, consumption, event, monetary value, outcome, or capacity units). :name: single-payment model `BACK TO TOP `_ ------------ step-pricingPaymentModel ------------------------ .. admonition:: metadata sheet :@context: @vocab: :@id: https://openminds.om-i.org/instances/paymentModelType/step-pricingPaymentModel :@type: https://openminds.om-i.org/types/PaymentModelType :definition: Payment is determined by predefined thresholds of billable units (entitlement, consumption, event, monetary value, outcome, or capacity units). :name: step-pricing payment model `BACK TO TOP `_ ------------ take-ratePaymentModel --------------------- .. admonition:: metadata sheet :@context: @vocab: :@id: https://openminds.om-i.org/instances/paymentModelType/take-ratePaymentModel :@type: https://openminds.om-i.org/types/PaymentModelType :definition: Payment is calculated as a fixed percentage of the monetary value of each user transaction, so the user pays more when transaction amounts increase and less when they decrease. :name: take-rate payment model `BACK TO TOP `_ ------------ transaction-basedPaymentModel ----------------------------- .. admonition:: metadata sheet :@context: @vocab: :@id: https://openminds.om-i.org/instances/paymentModelType/transaction-basedPaymentModel :@type: https://openminds.om-i.org/types/PaymentModelType :definition: Payment is based on counted event units (e.g., processing operations, message deliveries, document generations). :name: transaction-based payment model `BACK TO TOP `_ ------------ unit-basedPaymentModel ---------------------- .. admonition:: metadata sheet :@context: @vocab: :@id: https://openminds.om-i.org/instances/paymentModelType/unit-basedPaymentModel :@type: https://openminds.om-i.org/types/PaymentModelType :definition: Payment is based on allocated entitlement units (e.g., users, licenses, devices, seats). :name: unit-based payment model `BACK TO TOP `_ ------------ zero-costPaymentModel --------------------- .. admonition:: metadata sheet :@context: @vocab: :@id: https://openminds.om-i.org/instances/paymentModelType/zero-costPaymentModel :@type: https://openminds.om-i.org/types/PaymentModelType :definition: No payment is required for any billable units (entitlement, consumption, event, monetary value, outcome, or capacity units). :name: zero-cost payment model `BACK TO TOP `_ ------------