The order came from a DM, a phone call or a marketplace, but you still have to issue the charge. The CRM creates a RozetkaPay payment page for the right amount, you send the link, the buyer pays on RozetkaPay's side. Nothing else to do.
Most payment integrations can do exactly one thing: hear that somebody has already paid. That works while there is a website in the chain to raise the charge. But orders increasingly start in a conversation — the buyer wrote on Instagram, called, or checked out on a marketplace. There is no website in that chain, so there is nothing to raise the charge. RozetkaPay in Obriym CRM closes that gap: the CRM raises it, from the order card.
The CRM fills in what is still owed on this order. Want a deposit? Enter less. More than the balance it will not let you charge.
The payment page is created on RozetkaPay's side. No money moves at this point — you simply get an address to invite the buyer to.
Chat, messenger, SMS — wherever suits. The CRM deliberately does not send it for you: a message with money attached goes out from a person.
When the buyer pays, RozetkaPay sends a signed confirmation and the CRM records the payment and recalculates the order. No manual transfer at all.
Not another payment module — the manual steps between the agreement and the money, removed.
An order from a DM, a phone call or a marketplace can be paid by card as easily as through an online store's basket.
Charge part of the amount — the rest stays owed on the order, and the next link offers exactly that balance.
The link is tied to one specific order from the start, so the payment cannot get lost among incoming funds.
The payment appears on the order as expected straight away — before the buyer pays. A colleague can see you have already asked.
Card number, expiry and CVV are entered on RozetkaPay's page. Obriym does not receive, forward or store them — all that reaches us is a signed message about the result. Obriym never touches the funds either: they go to your RozetkaPay account and from there to your business bank account.
Refunds, two-step holds and subscriptions stay in the RozetkaPay cabinet. The adapter also has nothing to do with payouts for Rozetka, Prom or Shafa orders — RozetkaPay settles those to your bank account separately, and the CRM reads such orders' payment status straight from the marketplace itself.
No — that is the point. The CRM raises the charge, so an order in the system and a way to send the buyer a link is enough.
RozetkaPay support issues them once the merchant is onboarded. If you are already integrated with them, an existing API_KEY and API_SECRET will do.
The payment stays pending and the order stays unpaid. You can raise a new link at any time; the old one does not block it.
Yes. Enter a smaller amount — the CRM tracks the balance and offers exactly that next time.
No, deliberately. Orders from Rozetka or Prom arrive with their payment status from the marketplace's own API — duplicating that fact through a second route would be a source of disagreement.
Connect RozetkaPay in Settings → Integrations and raise your first charge from an order card.
Start free