{"section":"known-issues","requestedLocale":"pt","requestedSlug":"a-divisao-do-pagamento-no-checkout-pode-gerar-informacoes-incorretas-no-campo-paymentdata-dos-pedidos-nopayment","locale":"pt","slug":"a-divisao-do-pagamento-no-checkout-pode-gerar-informacoes-incorretas-no-campo-paymentdata-dos-pedidos-nopayment","path":"docs/pt/known-issues/Checkout/a-divisao-do-pagamento-no-checkout-pode-gerar-informacoes-incorretas-no-campo-paymentdata-dos-pedidos-nopayment.md","branch":"main","content":">ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n## Sumário\n\nAs informações de pagamento entre diferentes pedidos do mesmo \"orderGroup\" podem estar incorretas quando mais de um pedido é pago por meio do mesmo \"merchant\" (a conta que processa o pagamento). Os valores pagos estão corretos, correspondendo à soma de cada pedido do grupo, mas os valores referentes a cada um deles não constam no objeto \"paymentData\" do pedido.\n\nQuando isso ocorre, um dos pedidos do grupo é tomado como base e apresenta a soma desses valores, enquanto os outros pedidos ficam com uma transação vazia, cujo ID é “NO-PAYMENT”.\n\nO pedido de atendimento não é afetado, pois nunca possui dados específicos sobre o pagamento realizado no marketplace e apresenta a repartição correta, juntamente com a descrição do “valor assumido pelo afiliado”. O cenário é ruim quando o marketplace deseja consumir os pedidos da loja, incluindo aqueles enviados por outros vendedores, e então contabilizar os valores de pagamento de cada parte (geralmente útil para reconciliação).\n\nObservação: este cenário está diretamente relacionado à divisão de pagamento realizada pelo próprio checkout.\n\n## Simulação\n\nEm teoria, qualquer carrinho com vários vendedores, mas em que o pagamento é feito diretamente ao marketplace.\n\n## Workaround\n\nPara fins de integração de pedidos, é possível verificar se há mais pedidos no mesmo “orderGroup” para conferir seus valores e poder redistribuí-los entre os pedidos do mesmo grupo."}