O que os parceiros perguntam antes de assinar.

A omwio é software multi-inquilino para operar uma plataforma de pagamentos com a sua própria marca. Cada parceiro recebe um inquilino isolado no seu próprio domínio, com painel do gestor, painel do comerciante, checkout alojado, Processing API e documentação do comerciante. Comerciantes, fornecedores, encaminhamento, pagamentos, pagamentos de saída, carteiras, faturas e disputas configuram-se ali, em vez de serem desenvolvidos.

A marca, os comerciantes e as relações com os fornecedores são seus. Nós fornecemos e operamos a camada tecnológica por baixo.

Não. A omwio é software. Não somos adquirente, instituição de pagamento, instituição de moeda eletrónica nem empresa de serviços monetários, e nunca somos o prestador de serviços de pagamento titular dos seus comerciantes.

As relações de aquisição e com PSP são contratadas diretamente por si, e a plataforma liga-se a elas como módulos de fornecedor.

Não. O dinheiro circula entre pagadores, os seus fornecedores e os seus comerciantes ao abrigo dos seus contratos com esses fornecedores. A omwio regista e orquestra as transações — saldos, carteiras, reservas, pagamentos de saída —, mas os fundos nunca passam por uma conta da omwio.

Para empresas que constroem o seu próprio negócio de pagamentos: empresas de pagamentos a entrar num novo mercado, plataformas que trazem os pagamentos para dentro de casa e operadores que já ultrapassaram um gateway que nunca foi pensado para ser revendido.

Se precisa apenas de uma conta de comerciante para a sua própria loja, um PSP serve-lhe melhor do que uma plataforma white-label — e dizemo-lo logo na primeira chamada.

Pode fazê-lo, mas o que leva anos são as partes menos vistosas: livros que batem certo com as exportações, encaminhamento, fluxos de disputa, reconciliação, permissões e isolamento entre inquilinos. Na omwio tudo isso já existe e já é coerente entre si.

À sua equipa fica a configuração — domínios, fornecedores, tarifas e comerciantes — e as partes do seu produto que são verdadeiramente suas.

Um orquestrador fica sobretudo à frente de vários PSP para o checkout de uma única empresa. A omwio é uma plataforma que revende: além do encaminhamento entre fornecedores, dá-lhe inquilinos, integração de comerciantes com tarifas e comissões, painel do comerciante, carteiras e saldos, faturas, pagamentos de saída e disputas — tudo o que um parceiro precisa para gerir os seus próprios comerciantes.

Não há tabela de preços pública. As tarifas são fixadas na sua nota de encomenda e dependem do plano de faturação — Core mais os módulos opcionais que escolher — e da sua implementação.

O plano de faturação, o conjunto de módulos e o calendário de implementação ficam por escrito antes de alguém assinar, por isso as condições comerciais são conhecidas desde o início.

O Core não é uma versão de teste. Um inquilino só com Core pode integrar comerciantes com tarifas e comissões, receber pagamentos, fazer pagamentos de saída, reembolsar, tratar chargebacks e disputas, faturar através de uma página alojada, operar carteiras multimoeda e câmbios, encaminhar entre fornecedores e MIDs e consultar a análise de conversão e de fornecedores — com RBAC, 2FA e registo de auditoria da atividade administrativa.

Os módulos opcionais acrescentam caixas de suporte, monitorização, reconciliação, antifraude, pagamentos em massa, exportações avançadas e marca personalizada.

Não. Um módulo desativado é retirado da navegação do painel e fechado ao nível das rotas da API, por isso está realmente desligado e não apenas fora de vista.

Não. Quando um plano é atribuído, o seu conjunto de módulos fica fixado no instantâneo de direitos do inquilino. Editar mais tarde o modelo do plano não afeta os inquilinos em produção; um plano é reaplicado de forma deliberada — a um inquilino ou em massa aos inquilinos associados a ele.

Sim. Depois de uma chamada de trinta minutos, montamos um inquilino de demonstração num domínio de demonstração com o seu logótipo e paleta, ligado a um fornecedor sandbox, e percorremos ao vivo todo o caminho: integração de um comerciante, um pagamento, um pagamento de saída, uma fatura e uma disputa.

Segue-se um piloto com um comerciante, um fornecedor e tráfego real, para ver a plataforma nas suas próprias condições.

Na cessação, os dados do seu inquilino ficam disponíveis para exportação durante o prazo indicado na sua nota de encomenda e são depois eliminados de acordo com o calendário de conservação. Os seus contratos com fornecedores são seus do princípio ao fim, por isso também não dependem de nós.

Talvez — depende da sua atividade e jurisdição, não do software. Como a omwio não é uma instituição de pagamento, qualquer licença, registo ou autorização que a sua atividade de pagamentos exija cabe-lhe a si ou aos fornecedores licenciados com quem trabalha.

Não prestamos aconselhamento jurídico, mas explicamos como a plataforma se encaixa no modelo pensado por si ou pelos seus advogados.

Os dados de cartão são introduzidos no checkout alojado do seu host pay e transmitidos aos fornecedores por canais de introdução seguros. Nunca são guardados nos domínios dos painéis, e os comerciantes nunca manuseiam números de cartão em claro na sua própria integração.

As suas obrigações exatas de PCI DSS dependem dos seus fornecedores e da forma como opera, por isso confirme o âmbito com o seu auditor; forneceremos o que for necessário sobre o lado da plataforma.

Cabe-lhe a si. Integrar, verificar e acompanhar os seus comerciantes, bem como quaisquer obrigações de KYC ou KYB associadas, é responsabilidade sua enquanto operador do inquilino e dos seus fornecedores licenciados. A plataforma dá-lhe os controlos para o fazer: definições por comerciante, passos de revisão sujeitos a permissões, filtragem antifraude e monitorização.

Dentro do seu inquilino, é o responsável pelo tratamento e nós atuamos como subcontratante, ao abrigo dos nossos termos de tratamento de dados. Os registos de clientes são guardados cifrados, com pesquisa por índice cego, por isso pesquisar por referência, e-mail ou telefone nunca exige texto em claro.

As transferências para fora do EEE assentam numa decisão de adequação ou em cláusulas contratuais-tipo. A lista atual de subcontratantes é facultada aos parceiros mediante pedido.

Sim. Antes de aprovisionar um inquilino, verificamos a entidade jurídica, os seus proprietários e administradores e as licenças em que se apoia, e cruzamo-la com fontes de sanções, PEP e notícias adversas — de forma contínua. A profundidade depende do risco.

Sim. O painel do gestor, o painel do comerciante, o checkout alojado, a documentação do comerciante e o e-mail de saída leem todos a sua marca a partir de uma única configuração do inquilino. Os comerciantes registam-se consigo, entram na sua plataforma e recebem e-mails seus; a plataforma por baixo nunca transparece.

Sim. Aponta o seu domínio para a plataforma e ficam ativos cinco hosts com a sua marca e isolados: manager, merchant, pay, api e docs — por exemplo, merchant.yourbrand.com e api.yourbrand.com. Os cookies estão limitados a cada host, por isso uma sessão no domínio de um inquilino nunca é válida noutro.

O checkout alojado leva o seu logótipo, cores, textos e apresentação dos métodos de pagamento, enquanto a lógica de pagamento por trás se mantém no caminho testado da plataforma. Uma personalização mais profunda de painéis, checkout e e-mail é o que acrescenta o módulo Custom branding.

Sim. Cada marca ou parceiro é um inquilino próprio no seu próprio domínio, com os seus comerciantes, marca e dados, isolado dos restantes. Acrescentar um é configuração, não uma nova implementação.

O e-mail de saída — faturas, notificações, alertas e reposições de palavra-passe — é gerado no idioma do destinatário e não no idioma do painel de quem envia, e cada inquilino tem o seu próprio idioma predefinido.

Sim. Contrata diretamente adquirentes e PSP; a plataforma liga-os como módulos de fornecedor, regista neles os seus MIDs e decide que métodos cada moeda suporta. Não emitimos contas de comerciante nem MIDs.

Diga-nos qual é. Um novo fornecedor é acrescentado como módulo que traduz as suas respostas nos quatro tipos de instrução da plataforma, por isso as integrações dos comerciantes não mudam quando ele chega. Se e quando é possível depende da API do fornecedor, e é por isso que perguntamos cedo.

O encaminhamento decide entre MIDs. Os métodos são ativados por moeda, as regras definidas por método, e as substituições por comerciante ficam por cima sem duplicar a definição do sistema. Antes de algo entrar em produção, pode pré-visualizar para que rota se resolveria um determinado comerciante e método.

As novas tentativas e o tratamento de estados do fornecedor fazem parte da plataforma, e a análise de fornecedores mostra taxas de sucesso e motivos de falha por fornecedor e MID. O módulo Monitoring acrescenta sinais de saúde para fornecedores, MIDs e rotas, para que os problemas surjam antes de os comerciantes os reportarem.

Aquisição de cartões (introdução de cartão alojada ou direta), P2P de cartão para cartão com envio de comprovativo, transferências bancárias por redes locais, carteiras cripto, redirecionamentos alojados e métodos locais específicos de cada região. O que está disponível na prática depende dos fornecedores que ligar.

Seja qual for o fornecedor, o passo seguinte do pagador chega como um de quatro tipos de instrução: introdução de cartão, dados de cartão para P2P, endereço de carteira cripto ou redirecionamento.

Os comerciantes têm carteiras por moeda com histórico de saldos e visibilidade de reservas. Os pares de moedas têm as suas próprias fontes de câmbio e bloqueios de taxa, os comerciantes podem trocar entre carteiras com uma cotação em tempo real, e as regras de arredondamento são aplicadas no servidor, por isso ecrãs e exportações batem certo.

Sim. Os pagamentos de saída individuais e em lote estão no Core, com um passo de libertação. O módulo Mass payouts acrescenta o carregamento de lotes com passos de revisão e aprovação, para que um lote grande seja verificado pelas pessoas certas antes de o dinheiro se mover.

Os reembolsos, os chargebacks e um fluxo de disputa estruturado estão no Core. Um gestor pode permitir que um comerciante abra disputas sobre os seus próprios pagamentos e pagamentos de saída — a partir do painel ou da API — com um motivo e até cinco ficheiros de prova. O gestor resolve-as, e os saldos são revertidos e lançados de novo automaticamente.

Sim, com o módulo Accounting & reconciliation: tesouraria, P&L diário, fundos dos fornecedores e correspondência de liquidações com divergências explícitas, para que uma diferença seja um item listado e não uma surpresa no fim do mês.

Sim, com o módulo Antifraud: filtragem por regras e por velocidade no momento de criação da transação, antes de algo chegar a um fornecedor. É ativado por plano de faturação.

O Core inclui análise de conversão e de fornecedores — taxas de sucesso, motivos de falha e volume ao longo do tempo por comerciante, fornecedor e MID — e os comerciantes têm o seu próprio dashboard. Os extratos para descarregar seguem o mesmo arredondamento que o ecrã. O módulo Advanced exports acrescenta exportações agendadas e em grande escala.

Através de uma única Processing API no seu host api, com o checkout alojado no seu host pay para o pagador. Os comerciantes gerem as chaves de API e os callbacks no seu painel e integram com base na documentação do seu próprio host docs.

Como as particularidades dos fornecedores são normalizadas antes de chegarem à API, uma integração continua a funcionar quando acrescenta um fornecedor, um método ou uma moeda.

Cada chamada de processamento é assinada: uma assinatura HMAC sobre o corpo, um carimbo temporal e um nonce. Os pedidos repetidos são rejeitados. Cada falha — validação, autenticação, assinatura, conflito — devolve a mesma estrutura de erro: ok, error.code, error.message, error.details.

O merchant_order_id é único por inquilino e comerciante. Enviar o mesmo outra vez devolve um conflito 409 controlado em vez de um segundo pagamento, por isso as novas tentativas numa rede instável são seguras.

Sim. Os comerciantes configuram os callbacks na secção de programadores do seu painel. Os estados usam um único vocabulário condensado, por isso os comerciantes veem os mesmos estados seja qual for o fornecedor que processou o pagamento.

Sim, no seu próprio host docs: com a sua marca, uma referência selecionada da Processing API e os dados do seu ambiente. A integração nunca envia um comerciante para uma marca de terceiros.

Do lado da plataforma não há código de processamento para escrever: reclamar o domínio, ligar fornecedores, definir tarifas e encaminhamento, integrar comerciantes. Na prática, o ritmo é ditado pelos seus contratos com fornecedores e pela integração dos comerciantes, por isso acordamos consigo o calendário por escrito antes de assinar.

Sim — a migração a partir de um gateway existente é uma das coisas de que trata a nossa equipa técnica. O caminho habitual é trazer primeiro os fornecedores e depois mudar os comerciantes por fases, começando por um comerciante piloto com tráfego real.

Os canais de suporte, os horários e quaisquer níveis de serviço ficam escritos na sua nota de encomenda. As questões técnicas vão para tech@omwio.com, e os pedidos recebem resposta no prazo de um dia útil.

Cabe-lhe a si — são os seus comerciantes, com a sua marca. O módulo Support inbox permite à sua equipa tratar os pedidos dos comerciantes dentro do painel, ao lado dos dados das transações, e o Support inbox AI acrescenta respostas sugeridas e triagem.

Não. Cada pedido é associado ao seu inquilino pelo domínio antes de qualquer outra coisa correr, por isso o isolamento faz parte da arquitetura e não é um filtro de consulta que alguém possa esquecer. Dentro de um inquilino, o RBAC decide o que cada perfil pode ver e fazer, e a atividade administrativa fica registada.