Bens Digitais, Aplicações (Excluindo Jogos).
Transferências de aplicações de software e aplicações digitais.
- MCC
- 5817
- Categoria
- Miscellaneous Stores
- Suporte Cardflo
- Sim
O que o MCC 5817 cobre
O Código de Categoria de Comerciante 5817 é o identificador ISO 18245 usado pelas redes de cartões para bens digitais, aplicações (excluindo jogos). 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.
Transferências de aplicações de software e aplicações digitais. 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 5817 abrange comerciantes de bens digitais que vendem aplicações e software (excluindo jogos). Isto inclui software de produtividade, aplicações utilitárias, sistemas operativos e ferramentas profissionais, frequentemente vendidos através de licenças, subscrições ou transferências únicas.
Os valores das transações podem variar significativamente, desde aplicações utilitárias de baixo custo a pacotes de software de alto valor. A frequência depende do modelo do produto, sendo as subscrições altamente recorrentes.
Os estornos surgem tipicamente de 'não receção de bens' (por exemplo, problemas com chaves de licenciamento, falha na transferência), 'transações não autorizadas' ou 'serviço não conforme o descrito' (por exemplo, erros de software, falta de funcionalidades anunciadas).
Dada a natureza recorrente de muitas vendas de software, 'cancelamentos não processados' são também razões frequentes de disputa. Estes comerciantes devem estar atentos às regras dos esquemas de cartões relativas à faturação de subscrições.
As funcionalidades abrangentes de gestão de subscrições da Cardflo, incluindo gestão de cobrança, lógica de nova tentativa inteligente e integração perfeita com portais de autoatendimento de contas, ajudam a reduzir a perda involuntária de clientes e os estornos de 'cancelamento não processado'.
Os comerciantes que vendem aplicações digitais devem configurar a sua aceitação para suportar tanto compras únicas como modelos de subscrição, aproveitando a tokenização de pagamentos para faturação recorrente e garantindo a conformidade com as diretrizes dos esquemas para gestão de subscrições.
Implemente o 3DS2 estrategicamente, especialmente para pagamentos iniciais de subscrição ou licenças de software de maior valor, equilibrando a segurança com a conversão. Mantenha uma comunicação clara sobre os termos da subscrição, incluindo datas de renovação e procedimentos de cancelamento, para mitigar disputas.
Dados os diferentes valores das transações, uma configuração multi-adquirente pode otimizar o encaminhamento para custos e taxas de sucesso. Reservas rotativas, tipicamente 2,5-5% por 90-180 dias, podem ser aplicadas se as taxas de disputa aumentarem.
Posição do adquirente e subscrição.
Conselho padrão de risco médio, tendendo para baixo para fornecedores de SaaS estabelecidos com baixas taxas de chargeback. Os fatores de risco aumentam para comerciantes com modelos de vendas agressivos, testes gratuitos que terminam em subscrições pagas ou licenciamento complexo.
Uma reserva rotativa de 2,5-5% por 90-180 dias pode ser aplicada se as taxas de disputa excederem os limites aceitáveis, particularmente para serviços baseados em subscrição.
Perfil de disputa e estorno.
As razões comuns de disputa para aplicações digitais incluem 13.1 / 4853 (mercadoria/serviços não conforme o descrito), frequentemente relacionadas com bugs de software ou funcionalidades deturpadas, e 13.3 / 4831 (cancelamento de transação recorrente) quando os cancelamentos de subscrição não são processados.
Para reclamações de 'não conforme o descrito', apresente descrições detalhadas do produto, notas de lançamento e registos de suporte ao cliente que demonstrem a funcionalidade conforme anunciado.
Para contrariar 'cancelamento não processado', forneça evidências claras de que a política de cancelamento é acessível ao titular do cartão, a data do pedido de cancelamento e a confirmação dos serviços descontinuados a partir dessa data.
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 5817
- Colocação com adquirentes que ativamente integram empresas MCC 5817 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 5817. 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 que demonstrem o padrão de negociação.
- Extrato do catálogo de produtos confirmando que o MCC abrange 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 estorno e histórico de disputas abrangendo os últimos seis meses, incluindo qualquer status do 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
Quais são as regras específicas do esquema para faturação recorrente no MCC 5817?
Tanto a Visa como a Mastercard têm regras rigorosas para a faturação recorrente, exigindo que os comerciantes divulguem claramente os termos da subscrição, forneçam métodos de cancelamento fáceis e enviem notificações antes da renovação para subscrições anuais ou de alto valor.
O incumprimento pode levar a chargebacks de 'cancelamento não processado', que são difíceis de ganhar para os comerciantes se faltar evidência de divulgação clara e opções de cancelamento.
Como podem os comerciantes MCC 5817 minimizar os estornos de 'não receção de bens' dada a entrega digital?
Os comerciantes devem implementar mecanismos de entrega robustos, como a entrega imediata por e-mail de chaves de licença ou links de transferência, e garantir que estes também são acessíveis no portal da conta de um cliente.
O registo de tentativas de transferência, endereços IP e ativações bem-sucedidas fornece provas sólidas para disputas de estorno. O suporte proativo ao cliente para problemas de ativação também é crucial.
A 'conversão de teste gratuito' é um risco de estorno para aplicações digitais?
Sim, a 'conversão de teste gratuito' pode ser um risco significativo de estorno. Os comerciantes devem informar explicitamente os clientes sobre a conversão automática para uma subscrição paga após o término do período de teste, incluindo a data e o valor da faturação.
Devem ser fornecidas instruções claras de cancelamento. Reclamações de 'transação não autorizada' ou 'serviço não conforme o descrito' surgem frequentemente quando estas divulgações são insuficientes, levando a estornos que podem ser difíceis de defender.
Que passos operacionais detalhados devo tomar para minimizar os estornos relacionados com 'serviço não conforme o descrito' para as minhas aplicações de software?
Para reduzir os estornos de 'serviço não conforme o descrito', certifique-se de que todos os materiais de marketing e descrições de produtos refletem precisamente as funcionalidades e capacidades atuais do seu software. Evite exagerar o desempenho ou a facilidade de uso.
Forneça especificações detalhadas, requisitos de sistema e guias de utilizador facilmente acessíveis. Implemente um sistema transparente de relatórios de erros e partilhe publicamente as notas de lançamento para atualizações, demonstrando melhoria contínua.
Crucialmente, ofereça suporte ao cliente responsivo que possa resolver problemas ou oferecer soluções apropriadas, incluindo reembolsos quando necessário. A comunicação proativa sobre problemas conhecidos ou interrupções de serviço também pode evitar que a insatisfação se transforme numa disputa.
Dado que muitas aplicações são baseadas em subscrição, quais são os principais requisitos de conformidade relativamente a pagamentos recorrentes para evitar disputas?
Para aplicações baseadas em subscrição, a adesão rigorosa às regras do esquema para pagamentos recorrentes é crítica.
Isto inclui obter o consentimento explícito do titular do cartão para faturação recorrente, fornecer termos e condições claros no ponto de venda e enviar notificações atempadas antes de cada cobrança recorrente.
Os comerciantes devem oferecer um processo de cancelamento fácil e transparente e honrar todos os pedidos de cancelamento prontamente, garantindo que não são feitas mais cobranças. Mantenha registos de todos os consentimentos, notificações e pedidos de cancelamento.
A implementação de serviços de atualização de conta pode ajudar a gerir cartões expirados ou reemitidos, reduzindo o churn involuntário, mas estes devem ser acompanhados por uma comunicação robusta e opções claras de opt-out.
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.