Split payment with apple pay

Concordo em parte com a Ana Andrade: começar pelos casos maiores faz sentido. Discordo de que isso seja mais barato sem ver a implementação de ponta a ponta. Pelo que li, o split depende de instituições que operam os sistemas de transação, então a vinculação das notas entra antes do ganho. O caminho é, viu, testar primeiro os instrumentos de maior uso.

Daniel Fernandes, lá onde trabalho, né, a dúvida é se a operadora segrega sozinha ou se o nosso ERP precisa de algo. No agro, a operação de venda é grande e tem muitas transações pequenas. Qual é o ponto de corte que você vê entre as operações que entram no split e as que ficam fora?

O risco que eu já vi é achar que o split só mexe no caixa. Agora, a verdade é que o momento da liquidação muda a forma como a apuração das notas é conferida, e isso pede manutenção do cadastro de regime nas duas pontas. Discordo de quem trata isso como ajuste de tela: pelo texto, a segregação acontece na liquidação, não na nota. Por isso o plano precisa de manutenção contínua, não de um ajuste pontual.

Será que vale antecipar? Calma lá, né: no nosso caso de telecom, a outra forma é ir gradual, começando pelos casos de maior volume e deixando o resto no fluxo atual. Esse caminho vale quando o funcionamento do sistema de vinculação ainda não está testado. Se o volume é alto e o texto já prevê entrada em funcionamento simultânea para os meios mais usados, a espera custa caro.

No meu caso de distribuidora, o caso concreto é a venda para quem não está no regime regular do IBS e da CBS, e o Apple Pay entra como a forma mais comum. Priscila Xavier, completo o seu ponto: a adesão ao procedimento simplificado é facultativa, e pelo texto ele vale para quem não está no regime regular. Então, o segredo é mapear quais vendas entram nesse grupo antes de configurar qualquer campo, e isso precisa ser validado pelas áreas fiscais.

O resultado que importa: o split não tem efeitos práticos na conciliação enquanto a vinculação não estiver pronta. Completando a Larissa Nascimento, pelo que testei, o ponto novo é a nota eletrônica: se o documento não estiver vinculado ao recebimento, o valor cai no fluxo normal. Não encontrei no texto que li um prazo de implantação, então isso não consta. Vale checar a ordem dos documentos antes de qualquer teste.

Kleber Barros, na minha rotina de ABAP, o conjunto de regras só dispara quando o contribuinte está identificado. Eu ainda não sei se o campo de regime fica no cadastro do cliente ou na nota. O que você viu no XML para os contribuintes que ficam de fora? E quais dos casos entram no conjunto? Pergunto porque, aqui, isso define se o programa precisa de dois caminhos.

Separamos o fluxo de vendas. Outra forma que adotamos é deixar o desenvolvimento para depois do ato da Receita e do Comitê, e rodar só a parte de vinculação. E aí, meu palpite: vale quando o volume é pequeno. Deverão ser ajustados os testes, mas a estrutura já deixa tudo disposto para expansão. Quando o volume cresce, a conta muda, e aí o desenvolvimento antecipado compensa.

O risco que eu já vi é achar que o ERP resolve sozinho, mas o split separa o IBS e a CBS no instante da quitação, e quem faz isso são os prestadores do serviço de transação. E aí, olhando o XML, o campo de regime não aparece para aqueles casos que ficam fora do procedimento. Pelo que o texto diz, os procedimentos compreendem a vinculação entre as notas e a transação, e os prestadores de cartão compreenderão essa vinculação, não a sua nota.