Lojas de Software de Computador.
Retalho de software embalado e para download.
- MCC
- 5734
- Categoria
- Miscellaneous Stores
- Suporte Cardflo
- Sim
O que o MCC 5734 cobre
O Código de Categoria de Comerciante 5734 é o identificador ISO 18245 usado pelas redes de cartões para lojas de software de computador. Adquirentes, emissores e reguladores usam este código para definir intercâmbio, taxas de esquema, regras de fraude e categorias de relatórios para cada transação que o seu negócio processa.
Retalho de software embalado e para download. Escolher o MCC certo é fundamental: um código incorreto pode levar a intercâmbio mais alto, sobretaxas ou, em categorias regulamentadas, transações recusadas e retenções de conta.
O MCC 5734 abrange comerciantes que se dedicam principalmente à venda de software de computador, incluindo software embalado, licenças para download e, cada vez mais, modelos baseados em subscrição para licenças perpétuas ou software como serviço (SaaS).
As compras variam de aplicações individuais a soluções de nível empresarial, com valores de transação a variar drasticamente. A frequência pode ser única ou recorrente para serviços de subscrição.
Os chargebacks são frequentemente impulsionados por 'não receção' para conteúdo para download (onde o link de download falha ou não é enviado), 'não conforme descrito' devido a problemas de compatibilidade ou expectativas de funcionalidades não satisfeitas, e 'fraude' para licenças de software de alto valor.
Para modelos de subscrição, 'cancelamento não processado' é uma razão comum de disputa. Os programas dos esquemas, como as regras Compelling Evidence 3.0 da Visa e o programa Digital Goods da Mastercard, visam abordar disputas específicas de conteúdo digital.
As ferramentas robustas de gestão de subscrições e a lógica de repetição da Cardflo podem reduzir significativamente o churn involuntário e os chargebacks de 'cancelamento não processado', particularmente relevantes para pagamentos de software recorrentes.
O seu onboarding KYB garante a conformidade para uma vasta gama de fornecedores de software, incluindo aqueles que oferecem aplicações de nicho ou de alto risco.
Os retalhistas de software devem configurar a aceitação para entrega digital imediata e modelos de subscrição, priorizando ferramentas de fraude front-end robustas como o 3DS2 para compras únicas de alto valor.
Devido à natureza de alto CNP, pode ser esperado um nível de reserva moderado, particularmente para comerciantes emergentes. Certifique-se de que o seu gateway de pagamento suporta faturação recorrente flexível para subscrições e tokenização robusta.
Dada a natureza intangível, concentre-se em termos de serviço claros, políticas de reembolso para bens digitais e prova irrefutável de entrega digital ou acesso para mitigar disputas de 'não recebido' e esforços de recuperação subsequentes.
Posição do adquirente e subscrição.
Conselho padrão de risco baixo a médio, dependendo do tipo de software e modelo de negócio. Compras únicas de alto valor ou faturação recorrente frequente podem aumentar o risco.
Termos de serviço claros, políticas de reembolso e confirmações de entrega de download são críticos.
Perfil de disputa e estorno.
Os códigos de razão de estorno mais prevalentes são "13.2 / 4855 (mercadoria não recebida)" para problemas de download, e "13.1 / 4853 (serviços não conforme descrito)" devido a expectativas não satisfeitas ou compatibilidade.
Para serviços de subscrição, frequentemente ocorre "13.3 / 4837 (cancelamento de transação recorrente)". Para 'não recebido', forneça links de download, registos IP, carimbos de data e hora de acesso e e-mails de confirmação enviados.
Para 'não conforme descrito', apresente especificações detalhadas do produto, requisitos de sistema, acordos de licenciamento e interações de suporte ao cliente. Para 'cancelamento', mostre provas de cobranças confirmadas, políticas de cancelamento claras e prova de notificações prévias.
Ver também: chargeback management · payment response codes · Compelling Evidence 3.0.
Agende uma chamada de scoping para ver como a Cardflo o configuraria.
Como a Cardflo lida com o MCC 5734
- Colocação com adquirentes que ativamente integram empresas MCC 5734 na sua região.
- Revisão do MCC durante a integração para confirmar o código certo para os seus produtos.
- Suporte de reclassificação se as regras do esquema ou o mix de produtos mudarem após o lançamento.
- Encaminhamento multiadquirente para manter as aprovações estáveis para categorias de comerciantes amplas.
- Suporte de litígios ajustado ao perfil de estorno de produtos mistos que este MCC observa.
- Gestor de integração dedicado em vez de uma fila de tickets genérica.
Métodos de pagamento normalmente ativados.
Lista de verificação de integração.
O que os adquirentes normalmente pedem para ver ao integrar o MCC 5734. A Cardflo recolhe esta informação uma vez e reutiliza-a em todos os adquirentes para os quais o encaminhamos.
- Registo comercial e documentação do beneficiário efetivo (KYB, UBO).
- Seis meses de extratos de processamento ou extratos bancários demonstrando o padrão de negociação.
- Extrato do catálogo de produtos confirmando que o MCC cobre os bens realmente vendidos.
- Política de reembolso, troca e cancelamento exibida no ponto de venda e no website.
- PCI DSS SAQ apropriado ao ambiente (A, A-EP ou D, conforme relevante).
- Taxa de chargeback e histórico de disputas cobrindo os últimos seis meses, incluindo qualquer status de programa de monitorização Visa ou Mastercard.
Ver também: Know Your Customer (KYC) · high-risk merchant · smart routing.
Fale com um especialista em aquisição sobre a configuração do seu MID.
Perguntas comuns
Como podem os comerciantes que vendem software para download defender-se melhor contra os chargebacks de 'mercadoria não recebida'?
Para software para download, a prova física de entrega é impossível.
Os comerciantes devem reunir provas convincentes: endereço IP do download, carimbos de data/hora do download, registos de login do cliente confirmando o acesso, confirmação por e-mail da entrega do link de download e quaisquer registos de comunicação relativos à instalação ou uso bem-sucedidos.
Alguns esquemas, como a Visa sob o Compelling Evidence 3.0, permitem a prova de entrega digital e uso contínuo como uma forte defesa contra estas reclamações, particularmente para transações abaixo de certos limites.
Que desafios específicos enfrentam os modelos de software baseados em subscrição (SaaS) em relação aos chargebacks por 'cancelamento não processado'?
Para SaaS, 'cancelamento não processado' (Código de Razão Visa 13.3) é frequente. Os comerciantes precisam de um processo de cancelamento claro e facilmente acessível.
As provas para contestar estes casos envolvem demonstrar que o cliente não cancelou através dos canais adequados, uso continuado após o alegado cancelamento, ou que o pedido de cancelamento foi recebido após o corte do ciclo de faturação.
Garantir que os clientes recebem confirmações por e-mail da sua subscrição e cancelamento é crítico. As ferramentas de faturação recorrente da Cardflo oferecem gestão de cobrança e comunicação clara com o cliente para minimizar estas disputas.
Existem regras de esquema específicas para testes que se convertem em subscrições de software pagas?
Sim, os esquemas têm regras específicas para conversões de teste para pago. Os comerciantes devem divulgar claramente a duração do teste, o valor cobrado após o teste e a frequência de faturação durante a inscrição.
Geralmente, um e-mail de notificação deve ser enviado ao titular do cartão alguns dias antes da conversão do teste, lembrando-o da próxima cobrança e de como cancelar.
O não cumprimento destas regras pode resultar em responsabilidade automática por chargeback para disputas de 'transação recorrente' (Código de Razão Mastercard 4849) ou categorias semelhantes.
Que provas específicas são mais eficazes para demonstrar a entrega e uso de software digital para contestar reclamações de 'mercadoria não recebida'?
Para combater as reclamações de 'mercadoria não recebida' para software digital, as provas mais eficazes incluem registos de endereço IP mostrando download ou acesso bem-sucedido da localização do titular do cartão, carimbos de data/hora do início e conclusão do download,
e quaisquer chaves de licença únicas ou códigos de ativação emitidos e subsequentemente utilizados.
A prova de entrega por e-mail contendo links de download ou instruções de acesso, juntamente com registos de criação de conta e atividade de login dentro da plataforma de software, também servem como provas convincentes.
Estes dados ajudam a estabelecer que o produto digital foi disponibilizado e, na maioria dos casos, acedido pelo titular do cartão.
Como podem os comerciantes de software gerir a faturação recorrente para subscrições para reduzir os chargebacks de 'cancelamento não processado' e manter a conformidade?
Para gerir eficazmente as subscrições recorrentes e minimizar os estornos de 'cancelamento não processado', os comerciantes devem implementar um processo de cancelamento claro e facilmente acessível, idealmente através do portal da conta do cliente ou através de métodos de contacto direto.
Forneça termos de serviço claros durante a inscrição, detalhando os ciclos de faturação, valores e políticas de cancelamento. Envie notificações pré-faturação antes de cada renovação, particularmente para subscrições anuais.
Mantenha registos abrangentes das datas de início da subscrição, eventos de faturação e qualquer comunicação relativa a cancelamentos ou alterações de conta.
Processe prontamente todos os pedidos de cancelamento e forneça confirmação ao cliente para garantir a conformidade com a PSD2 e as regras do esquema.
Outros MCCs em Miscellaneous Stores
Indústrias relacionadas.
Funcionalidades relacionadas.
Relacionados guias.
Preparado para melhorar a sua configuração de pagamentos?
Fale-nos do seu negócio. Iremos apresentá-lo aos parceiros adquirentes e à rota certa, normalmente em menos de uma semana.