{"section":"known-issues","requestedLocale":"pt","requestedSlug":"calculo-incorreto-de-desconto-em-promocoes-com-multiplos-metodos-de-pagamento","locale":"pt","slug":"calculo-incorreto-de-desconto-em-promocoes-com-multiplos-metodos-de-pagamento","path":"docs/pt/known-issues/Pricing & Promotions/calculo-incorreto-de-desconto-em-promocoes-com-multiplos-metodos-de-pagamento.md","branch":"main","content":">ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n## Sumário\n\nPromoções MPM (Múltiplos Métodos de Pagamento) configuradas com `applyOn = ValuePaidWithExpectedMethods` podem retornar um valor de desconto incorreto quando o recurso `AllowPaymentDetails` está habilitado.\n\nO problema é causado por uma incompatibilidade nos formatos monetários durante o cálculo do desconto: o preço do item é representado em centavos, enquanto o valor do método de pagamento pode ser processado como um valor decimal. Isso pode resultar em um desconto significativamente maior do que o esperado.\n\n## Simulação\n\n1. Habilite o recurso `AllowPaymentDetails`.\n\n2. Crie uma promoção MPM com um desconto percentual e configure `applyOn = ValuePaidWithExpectedMethods`.\n\n3. Adicione um produto ao carrinho e selecione o método de pagamento esperado, como Pix.\n\n4. Simule a promoção e inspecione a solicitação enviada ao RnB, particularmente o campo `paymentMethods[].value`.\n\n5. Verifique os `priceTags` retornados e compare o valor do desconto com o valor esperado.\n6. Repita o teste com uma promoção equivalente configurada com `applyOn = FullPrice` e compare os resultados.\n\n## Workaround\n\nN/A"}