Le domande dei partner prima di firmare.

omwio è un software multi-tenant per gestire una piattaforma di pagamento con il vostro marchio. Ogni partner riceve un tenant isolato sul proprio dominio, con pannello gestore, pannello esercente, checkout ospitato, API di processing e documentazione per gli esercenti. Esercenti, provider, routing, pagamenti, payout, wallet, fatture e dispute lì si configurano, non si sviluppano.

Voi portate il marchio, gli esercenti e i rapporti con i provider. Noi forniamo e gestiamo il livello tecnologico sottostante.

No. omwio è software. Non siamo un acquirer, un istituto di pagamento, un istituto di moneta elettronica né un operatore di money transfer, e non siamo mai il prestatore di servizi di pagamento di riferimento dei vostri esercenti.

I rapporti di acquiring e con i PSP li contrattualizzate direttamente voi, e la piattaforma vi si collega come moduli provider.

No. Il denaro passa tra pagatori, i vostri provider e i vostri esercenti in base ai vostri contratti con quei provider. omwio registra e orchestra le transazioni — saldi, wallet, riserve, payout — ma i fondi non transitano mai su un conto di omwio.

Per le aziende che costruiscono una propria attività di pagamento: società di pagamento che entrano in un nuovo mercato, piattaforme che internalizzano i pagamenti e operatori diventati troppo grandi per un gateway mai pensato per la rivendita.

Se vi serve un solo conto esercente per il vostro negozio, un PSP fa più al caso vostro di una piattaforma white-label — e ve lo diciamo già alla prima call.

Si può, ma le parti che richiedono anni sono quelle meno appariscenti: registri che quadrano con gli export, routing, flussi di disputa, riconciliazione, permessi e isolamento dei tenant. Su omwio esistono già e sono già coerenti tra loro.

Al vostro team resta la configurazione — domini, provider, tariffe ed esercenti — più le parti del prodotto che sono davvero vostre.

Un orchestratore di solito sta davanti ai PSP per il checkout di una singola azienda. omwio è una piattaforma che rivendete: oltre al routing tra più provider vi dà tenant, onboarding degli esercenti con tariffe e commissioni, un pannello esercente, wallet e saldi, fatture, payout e dispute — tutto ciò che serve a un partner per gestire esercenti propri.

Non esiste un listino pubblico. I corrispettivi sono fissati nel vostro modulo d'ordine e dipendono dal piano di fatturazione — Core più i moduli opzionali che scegliete — e dal vostro rollout.

Piano di fatturazione, insieme dei moduli e calendario di rollout li mettiamo per iscritto prima di qualsiasi firma, così le condizioni commerciali sono note fin dall'inizio.

Core non è un livello di prova. Un tenant col solo Core può attivare esercenti con tariffe e commissioni, incassare, effettuare payout e rimborsi, gestire chargeback e dispute, fatturare tramite una pagina ospitata, gestire wallet multivaluta e cambi, fare routing tra provider e MID e consultare le analisi di conversione e dei provider — con RBAC, 2FA e registro di audit amministrativo.

I moduli opzionali aggiungono caselle di supporto, monitoraggio, riconciliazione, antifrode, payout massivi, export avanzati e branding personalizzato.

No. Un modulo disattivato viene rimosso dalla navigazione del pannello e chiuso a livello di rotte API, quindi è davvero spento e non solo fuori vista.

No. Quando un piano viene assegnato, il suo insieme di moduli si congela nell'istantanea dei diritti del tenant. Modificare in seguito il modello del piano non tocca i tenant in produzione; un piano si riapplica deliberatamente — a un tenant o in blocco ai tenant collegati.

Sì. Dopo una call di trenta minuti prepariamo un tenant demo su un dominio dimostrativo con il vostro logo e la vostra palette, collegato a un provider sandbox, e percorriamo dal vivo tutto il tragitto: onboarding di un esercente, un pagamento, un payout, una fattura e una disputa.

Poi viene un pilota con un esercente, un provider e traffico reale, così vedete la piattaforma nelle vostre condizioni.

Alla cessazione, i dati del vostro tenant restano disponibili per l'export per il periodo indicato nel modulo d'ordine e vengono poi cancellati secondo il piano di conservazione. I contratti con i provider sono sempre stati vostri, quindi non sono legati a noi.

Forse: dipende dalla vostra attività e dalla giurisdizione, non dal software. Poiché omwio non è un istituto di pagamento, ogni licenza, registrazione o autorizzazione richiesta dalla vostra attività di pagamento spetta a voi o ai provider autorizzati con cui lavorate.

Non forniamo consulenza legale, ma vi mostriamo volentieri come la piattaforma si inserisce nel modello che voi o i vostri legali avete in mente.

I dati di carta vengono inseriti nel checkout ospitato sul vostro host pay e passati ai provider tramite percorsi di inserimento sicuri. Non vengono mai conservati nei domini dei pannelli, e gli esercenti non maneggiano mai numeri di carta in chiaro nella propria integrazione.

I vostri obblighi PCI DSS esatti dipendono dai provider e da come operate, quindi verificate il perimetro con il vostro assessor; noi forniamo tutto ciò che gli serve sul lato piattaforma.

Voi. Onboarding, verifica e monitoraggio dei vostri esercenti, e gli eventuali obblighi KYC o KYB connessi, spettano a voi come gestori del tenant e ai vostri provider autorizzati. La piattaforma vi dà gli strumenti per farlo: impostazioni per esercente, passaggi di revisione vincolati ai permessi, screening antifrode e monitoraggio.

All'interno del vostro tenant voi siete il titolare e noi agiamo come responsabile del trattamento, secondo i nostri termini sul trattamento dei dati. Le anagrafiche clienti sono salvate cifrate, con ricerca su indice cieco, così la ricerca per riferimento, e-mail o telefono non richiede mai dati in chiaro.

I trasferimenti al di fuori del SEE si basano su una decisione di adeguatezza o su clausole contrattuali tipo. L'elenco aggiornato dei sub-responsabili è disponibile per i partner su richiesta.

Sì. Prima di attivare un tenant verifichiamo la persona giuridica, i suoi titolari effettivi e amministratori e le licenze su cui si basa, ed effettuiamo lo screening su liste di sanzioni, PEP e notizie negative — ripetuto nel tempo. La profondità dei controlli è proporzionata al rischio.

Sì. Pannello gestore, pannello esercente, checkout ospitato, documentazione per gli esercenti e posta in uscita leggono il vostro brand da un'unica configurazione del tenant. Gli esercenti si registrano da voi, accedono da voi e ricevono posta da voi; la piattaforma sottostante non traspare mai.

Sì. Puntate il dominio sulla piattaforma e salgono cinque host col vostro marchio e isolati: manager, merchant, pay, api e docs — per esempio merchant.yourbrand.com e api.yourbrand.com. I cookie sono legati all'host, quindi una sessione su un dominio di tenant non è mai valida su un altro.

Il checkout ospitato porta il vostro logo, i vostri colori, i vostri testi e la vostra presentazione dei metodi di pagamento, mentre la logica di pagamento dietro resta sul percorso collaudato della piattaforma. Una personalizzazione più profonda di pannelli, checkout e posta è ciò che aggiunge il modulo Custom branding.

Sì. Ogni marchio o partner è un tenant a sé sul proprio dominio, con i propri esercenti, brand e dati, isolato dagli altri. Aggiungerne uno è configurazione, non un nuovo deployment.

La posta in uscita — fatture, notifiche, avvisi e reimpostazioni della password — viene generata nella lingua del destinatario, non in quella del pannello del mittente, e ogni tenant ha la propria lingua predefinita.

Sì. Acquirer e PSP li contrattualizzate direttamente; la piattaforma li collega come moduli provider, voi vi registrate i vostri MID e decidete quali metodi supporta ciascuna valuta. Non emettiamo conti esercente né MID.

Diteci quale. Un nuovo provider si aggiunge come modulo che traduce le sue risposte nei quattro tipi di istruzione della piattaforma, così le integrazioni degli esercenti non cambiano quando arriva. Se e quando dipende dall'API del provider, ed è per questo che lo chiediamo presto.

Il routing decide sui MID. I metodi si abilitano per valuta, le regole si impostano per metodo, e le eccezioni per singolo esercente si sovrappongono senza duplicare la definizione di sistema. Prima di andare in produzione potete vedere in anteprima su quale rotta si risolverebbe un dato esercente con un dato metodo.

La gestione dei retry e dello stato dei provider fa parte della piattaforma, e le analisi dei provider mostrano tassi di successo e motivi di errore per provider e MID. Il modulo Monitoring aggiunge segnali di salute per provider, MID e rotte, così i problemi emergono prima che li segnalino gli esercenti.

Acquiring carte (inserimento carta ospitato o diretto), P2P da carta a carta con caricamento della prova, bonifici bancari su circuiti locali, wallet cripto, redirect ospitati e metodi locali specifici per regione. Cosa è disponibile in pratica dipende dai provider che collegate.

Qualunque sia il provider, il passo successivo del pagatore torna come uno dei quattro tipi di istruzione: inserimento carta, coordinate card P2P, indirizzo di wallet cripto o redirect.

Gli esercenti hanno wallet per valuta con storico dei saldi e visibilità sulle riserve. Le coppie di valute hanno fonti di cambio e blocchi del tasso propri, gli esercenti possono convertire tra wallet con una quotazione in tempo reale, e le regole di arrotondamento sono applicate lato server, così schermate ed export coincidono.

Sì. I payout singoli e in batch sono in Core, con un passo di rilascio. Il modulo Mass payouts aggiunge il caricamento in batch con passaggi di revisione e approvazione, così un'esecuzione di grandi dimensioni viene controllata dalle persone giuste prima che il denaro si muova.

Rimborsi, chargeback e un flusso strutturato di disputa sono in Core. Un gestore può consentire a un esercente di aprire dispute sui propri pagamenti e payout — dal pannello o tramite API — con una motivazione e fino a cinque file di prova. Il gestore le risolve, e i saldi vengono stornati e ricontabilizzati automaticamente.

Sì, con il modulo Accounting & reconciliation: tesoreria, conto economico giornaliero, fondi presso i provider e abbinamento delle liquidazioni con discrepanze esplicite, così una differenza è una voce in elenco e non una sorpresa a fine mese.

Sì, con il modulo Antifraud: screening a regole e di velocity sul percorso di creazione della transazione, prima che qualcosa raggiunga un provider. Si abilita per piano di fatturazione.

Core include le analisi di conversione e dei provider — tassi di successo, motivi di errore e volumi nel tempo per esercente, provider e MID — e gli esercenti hanno una propria dashboard. Gli estratti scaricabili seguono lo stesso arrotondamento dello schermo. Il modulo Advanced exports aggiunge export pianificati e su larga scala.

Tramite un'unica API di processing sul vostro host api, con il checkout ospitato sul vostro host pay per il pagatore. Gli esercenti gestiscono chiavi API e callback nel loro pannello e si integrano seguendo la documentazione sul vostro host docs.

Poiché le peculiarità dei provider vengono normalizzate prima di raggiungere l'API, un'integrazione continua a funzionare quando aggiungete un provider, un metodo o una valuta.

Ogni chiamata di processing è firmata: una firma HMAC su body, timestamp e nonce. Le richieste ripetute vengono respinte. Ogni errore — validazione, autenticazione, firma, conflitto — restituisce la stessa struttura: ok, error.code, error.message, error.details.

merchant_order_id è univoco per tenant ed esercente. Inviare di nuovo lo stesso restituisce un conflitto 409 controllato invece di un secondo pagamento, quindi i retry su una rete instabile sono sicuri.

Sì. Gli esercenti configurano i callback nella sezione sviluppatori del loro pannello. Gli stati usano un unico vocabolario consolidato, così gli esercenti vedono gli stessi stati qualunque provider abbia elaborato il pagamento.

Sì, sul vostro host docs: il vostro brand, un riferimento curato dell'API di processing e i dettagli del vostro ambiente. L'integrazione non manda mai un esercente verso un marchio di terzi.

Lato piattaforma non c'è codice di processing da scrivere: prendete il dominio, collegate i provider, impostate tariffe e routing, attivate gli esercenti. In pratica il ritmo lo dettano i contratti con i provider e l'onboarding, per questo concordiamo con voi il calendario per iscritto prima della firma.

Sì: la migrazione da un gateway esistente è una delle cose di cui si occupa il nostro team tecnico. Il percorso tipico è portare prima i provider e poi spostare gli esercenti per fasi, partendo da un esercente pilota con traffico reale.

Canali di supporto, orari ed eventuali livelli di servizio sono scritti nel vostro modulo d'ordine. Le domande tecniche vanno a tech@omwio.com, e alle richieste rispondiamo entro un giorno lavorativo.

Voi: sono i vostri esercenti, con il vostro marchio. Il modulo Support inbox permette al vostro team di gestire i ticket degli esercenti nel pannello, accanto ai dati delle transazioni, e Support inbox AI aggiunge risposte suggerite e smistamento.

No. Ogni richiesta viene legata al suo tenant tramite il dominio prima che venga eseguita qualsiasi altra cosa, quindi l'isolamento fa parte dell'architettura e non è un filtro di query che qualcuno potrebbe dimenticare. All'interno di un tenant, l'RBAC decide cosa può vedere e fare ciascun ruolo, e l'attività amministrativa viene registrata.