Como a diretoria deve governar o split payment entre finanças, fiscal e TI?

Sem enrolar: discordo de deixar o acesso só com TI. Como de costume, pois é, o ponto fraco é quem aprova e quem executa ser a mesma pessoa.

O material registra que perfil de acesso costuma ser tratado como assunto de TI, e ninguém verifica se a mesma pessoa apura, aprova e lança a guia. Para o split payment, pedir à diretoria uma matriz de papéis: quem apura, quem aprova, quem concilia o caixa.

Então, vou direto: separe as prontidões. O material fala em três coisas diferentes e separáveis: a prontidão do SAP, a do produto fiscal e a do dado. Cada uma precisa de um dono.

Na prática, TI responde pelas notas da SAP, o fiscal pela regra e pelo cadastro de NCM e classificação, e a NTT pelas notas técnicas do produto. Finanças entra como cliente desse dado, não como dona dele.

Ainda estou aprendendo, então vou só somar um achado. O manual da reforma que temos descreve um relatório de split payment dentro da ferramenta de simulação: mostra a data em que a fatura de cada nota foi paga e como o crédito ou o débito afeta o fluxo da apuração. Veja, o detalhe é que ele trabalha sobre documentos simulados.

O material não afirma que o produto opere o split payment de verdade. Confirme com a NTT ou teste no ambiente.

Quem decide é a diretoria, mas cada área responde por um pedaço: finanças pelo caixa, fiscal pela regra, TI pela configuração e pelo acesso. Quero saber uma coisa antes: qual é o documento que liga as três? Veja, olhando o XML da nota, o dado nasce no fiscal e a data de pagamento nasce em finanças.

Comece desenhando um quadro de quem alimenta e quem consome cada dado, com um nome ao lado de cada linha.