Parameters
1 query · JSON body
Query parameters
· 1apiKeystringRequiredYour BizKitHub API key (passed as GET parameter).
Key format: A 32-character string matching: ^(PROD|DEV_|ROOT)[A-Za-z0-9]{28}$
Prefixes: PROD (production key), DEV_ (individual developer), ROOT (system key with no limits). Learn more
PRODPGrFxpGEtrOZfuWhnoJohUYBXuOERequest body
application/jsoncustomerobjectRequiredPaying customer (payer). This customer pays the order and is used as the primary billing entity. If the specified customer account does not exist, the system will automatically create a new customer and link it to the order.
emailstringRequiredContact email address.
The system validates the input as a standard email address and automatically applies normalization and canonicalization.
All API responses return the normalized form, and each email address is unique per organisation within the system.
Phone-only contacts: Since 2026-06-10 a contact may exist without an e-mail when it was registered only by phone (e.g. imports of phone-only records). Responses that expose such contacts use API_EMAIL_NULLABLE instead, where this field can be null. Endpoints that accept e-mail as input still require a valid value here — phone-only creation goes through admin-only import / BFF flows.
jan@barasek.comnamestringOptionalJan BarášekfirstNamestringOptionalJanlastNamestringOptionalBarášekphonestringOptionalContact phone number in international (national) format.
Preferred format: +<country_code> <local_number>
- Leading plus sign (
+) is required - Followed by the country calling code (e.g.
420) - One space after the country code
- Full local number without spaces
Example: +420 777123456
This format ensures unambiguous storage, validation, and compatibility with SMS, calling, and third-party integrations (e.g. Twilio, WhatsApp, CRM systems).
+420 777123456companyNamestringOptionalBizKitHubcompanyRegistrationNumberstringOptional05103118taxIdentificationNumberstringOptionalCZ9609040727streetAddressstringOptionalR. Novotného 1505citystringOptionalKladnocityPartstringOptionalKročehlavystateRegionstringOptionalStředočeský krajpostalCodestringOptional272 01countrystringOptionalCZČeská republikaCzechiaCzechnewsletterbooleanOptionalfalseprimaryLocalestringOptionalcsgroupsstring[]OptionalcustomerRealIpstringOptionalUser IP address used for GEO/IP intelligence.
Accepted formats: IPv4 (e.g. 1.1.1.1), IPv6 (e.g. 2001:4860:4860::8888)
Normalization:
::1,0.0.0.0,localhost(or empty value) is normalized to127.0.0.1- Invalid values are rejected (the API expects a valid IP string).
If provided, the system can resolve additional context (reverse DNS, geolocation, ASN, proxy/hosting flags) via our internal VikiTron GEO/IP resolver. Learn more
1.1.1.12001:4860:4860::8888referralIdstringOptionalcuRefNo = customer reference number.
1cGIHvFoQDGLAbcAissuerCustomerobjectOptionalOrder issuer. The party that issues the order (e.g. delegated purchase or invoicing). Use only when the order is issued by a specific customer. For common e-shop orders, this field should be omitted — the issuer is the organisation by default. If the specified customer does not exist, the system will automatically create one.
emailstringRequiredContact email address.
The system validates the input as a standard email address and automatically applies normalization and canonicalization.
All API responses return the normalized form, and each email address is unique per organisation within the system.
Phone-only contacts: Since 2026-06-10 a contact may exist without an e-mail when it was registered only by phone (e.g. imports of phone-only records). Responses that expose such contacts use API_EMAIL_NULLABLE instead, where this field can be null. Endpoints that accept e-mail as input still require a valid value here — phone-only creation goes through admin-only import / BFF flows.
jan@barasek.comnamestringOptionalJan BarášekfirstNamestringOptionalJanlastNamestringOptionalBarášekphonestringOptionalContact phone number in international (national) format.
Preferred format: +<country_code> <local_number>
- Leading plus sign (
+) is required - Followed by the country calling code (e.g.
420) - One space after the country code
- Full local number without spaces
Example: +420 777123456
This format ensures unambiguous storage, validation, and compatibility with SMS, calling, and third-party integrations (e.g. Twilio, WhatsApp, CRM systems).
+420 777123456companyNamestringOptionalBizKitHubcompanyRegistrationNumberstringOptional05103118taxIdentificationNumberstringOptionalCZ9609040727streetAddressstringOptionalR. Novotného 1505citystringOptionalKladnocityPartstringOptionalKročehlavystateRegionstringOptionalStředočeský krajpostalCodestringOptional272 01countrystringOptionalCZČeská republikaCzechiaCzechnewsletterbooleanOptionalfalseprimaryLocalestringOptionalcsgroupsstring[]OptionalcustomerRealIpstringOptionalUser IP address used for GEO/IP intelligence.
Accepted formats: IPv4 (e.g. 1.1.1.1), IPv6 (e.g. 2001:4860:4860::8888)
Normalization:
::1,0.0.0.0,localhost(or empty value) is normalized to127.0.0.1- Invalid values are rejected (the API expects a valid IP string).
If provided, the system can resolve additional context (reverse DNS, geolocation, ASN, proxy/hosting flags) via our internal VikiTron GEO/IP resolver. Learn more
1.1.1.12001:4860:4860::8888referralIdstringOptionalcuRefNo = customer reference number.
1cGIHvFoQDGLAbcAcopyCustomersstring[]OptionalList of alternative e-mails of customers for e-mail copy.
cartIdstringOptionalb411056d304d9y6mHe2SoMFBL2Apxfnbitemsobject[]RequiredlabelstringRequiredMain order items label used in order detail and as invoice line.
Cheese burgerpricenumberOptionalAbsolute value in order-defined currency.
The item price can be zero. Enter the price as a real value and do not use multiplication. We also accept decimal numbers and handle them safely with a precision of up to two decimal places.
The price value is determined dynamically based on hierarchy. First, the price you set is used. If no price is set, we attempt to retrieve it from the product variant or the core product. If no price is found there either, the price will be zero.
vatnumberOptionalPercentage VAT rate.
countnumberOptionalInteger value. Quantity, count, hours, …
salenumberOptionalAbsolute value in order-defined currency.
10unitstringOptionalkshmkgproductCodestringOptionalLink order item to product when product code has been defined.
burgervariantCodestringOptionalLink order item to product variant when product code AND variant code has been defined.
cheese-burgereventCodestringOptionalLink order item to calendar event when event code has been defined.
2WRp6X5rSqQa321EjHB2mxZz74u74H84creditAmountnumberOptionalHow many credits should be added to customer account when order will be paid?
100specialActionsstring | string[]Optionalcreate-voucher:fixed:500branchstringOptionalSlug of the branch (pobočka) that processed this line item. When set, the item is bound to the branch via shop__order_item.branch_id and any credit grant/debit derived from this item is attributed to the branch (shop__contact_credit.payer_branch_id). Omit to leave the item at organisation level.
gymroom-plzenorderGroupIdstringOptionalOrganisation defined order group code.
branch-vinohradykind"commerce" | "registration"OptionalBehavioral category of the order. Decides which automatic workflows apply:
commerce(default): standard order; invoice/receipt is auto-issued by the status rule engine when the chosen status configures it. The customer receives the standard order-status notification.registration: order represents a sign-up for an event / form-style admission. No tax document is ever auto-issued (manual admin action via BFF can still issue one). The status rule engine will NOT auto-firemark_as_paid/create_invoice/create_receiptfor this order. The customer receives a registration-confirmation email when the per-group or kind-specific notification template is configured (falls back to standard order-status template if not). Typically combined with all items priced at 0 and a dedicated organisation-defined order group for pairing.
commerceValues: commerceregistrationlocalestringOptionalCommunication locale code — controls the language of textual data (product names, descriptions, articles, storefront UI, transactional e-mails).
Preferred format: BCP 47 language tag — language[-Script][-REGION]. Use the full tag whenever the script or region matters:
en-GBvs.en-US(British vs. American spelling)pt-PTvs.pt-BR(European vs. Brazilian Portuguese)zh-Hansvs.zh-Hant(Simplified vs. Traditional Chinese)sr-Latnvs.sr-Cyrl(Latin vs. Cyrillic Serbian)
Backwards-compatible fallback: the bare two-letter ISO 639-1 code (cs, en, pl, …) is accepted indefinitely — legacy clients that only send the language subtag continue to work unchanged.
Resolution algorithm (server-side): the input is resolved against the supported locale list via the [RFC 4647 Lookup] progressive-fallback strategy — trailing subtags are stripped one by one until a supported locale is found. Example: en-GB-oxendict → en-GB → en (matched). If no subtag combination is supported, the request is rejected.
Currently supported locales: cs, en, fr, it, pl, de, sk, sv, es, zh, ja, uk, da, hu, ro, nl, pt, fi, nb, hr. Region-specific variants (e.g. en-GB, pt-BR) are accepted and resolved to their base language when the exact variant is not registered separately.
csenen-GBpt-BRzh-HanscurrencystringOptionalCurrency code. Format: 3-letter uppercase code (e.g. CZK).
Supported values: CZK, EUR, USD.
CZKEURUSDsalenumberOptionalAbsolute value in order-defined currency.
voucherListstring[]OptionalList of voucher codes to apply to the order.
paymentMethod"credits" | "money"OptionalPayment strategy.
credits(default): Uses customer credits first, remaining amount is paid with money.money: Forces full payment with money only; customer credits are ignored.
creditsValues: creditsmoneydeliveryPricenumberOptionalAbsolute value in order-defined currency.
10paymentPricenumberOptionalAbsolute value in order-defined currency.
0expirationDatestringOptionaldate-time2024-05-01T10:00:00.000ZdueDatestringOptionaldate-time2024-05-01T10:00:00.000ZinternalNoticestringOptionalYour internal notice for organisation members. Customer should never see this notice.
publicNoticestringOptionalPublic notice defined by customer in cart. This notice can be displayed in e-mail and order detail page.
tagsobjectOptionalreturnUrlstringOptionalhttps://gymroom.cz/rezervace/dekujemenotificationUrlstringOptionalformDataobjectOptionalcodestringRequireddataobjectRequiredforceIgnoreNegativeCreditBalancebooleanOptionalMark the order as paid immediately. The customer can go into negative credit. Payment will not be processed.
falseforceIssueInvoicebooleanOptionalfalseassigneeobjectOptionalNominate the contact that will handle this order manually (consultation, real-estate, delegated fulfilment).
The assignee is optional and can also be set/updated later from the admin. On payment the assignee receives an internal e-mail notifying them that the order is now paid and ready to be processed.
Provide cuRefNo (16-char customer reference number) OR email. Either resolves to the same contact record — an existing e-mail is reused, an unknown e-mail creates a fresh contact. When neither identifier resolves to a valid contact the field is ignored (no error, no assignee).
cuRefNostringOptionalCustomer reference number (cuRefNo) of the contact that will handle this order manually. When both cuRefNo and email are provided, cuRefNo wins. Unknown or malformed values are silently ignored.
A1b2C3d4E5f6G7h8emailstringOptionalContact e-mail of the manual-handling assignee. If a matching contact exists it is reused, otherwise a new contact is created for this e-mail. Invalid values are silently ignored.
agent@example.comparentIdstringOptionalHash of the parent order. The parent order must belong to the same organisation.
sSO98YxzR4KJiOu66Jn6K3wRwa4FPI7S