O que mudar na estratégia de transporte e ambientes SAP para implantar o GUEPARDO Tax?

Bom dia a todos. Falando sério, tá, sobre o aceite: segundo as notas de projeto, quem valida é o cliente, e o teste técnico da consultoria não prova que a apuração do mês está certa. Então o aceite é do fiscal, com a TI dando evidência técnica. E um cuidado: a manutenção da configuração da simulação da reforma fica com a consultoria, e o código de configuração vale para todas as apurações criadas com ele. Documente quem altera isso e em qual ambiente.

Olá, time. Segundo a documentação da NTT, o produto é add-on ABAP dentro do SAP, com objetos em namespace próprio. Bem, como se diz, o ponto que o material não responde é a sua segunda pergunta: nenhuma versão mínima de ECC, S/4HANA ou Support Package exigida pelo Tax aparece no que temos. Confirme com a NTT ou teste no ambiente de desenvolvimento antes de definir a ordem dos ambientes.

Cenário e dúvida de quem já passou por isso: discordo de tratar o add-on como instalar e transportar. Olha, o desenho é pensar em calendário fiscal. Em projeto, a regra que usamos para atualização é janela depois que as obrigações do mês estiverem geradas e entregues, ordem desenvolvimento, homologação, produção, e regressão comparando com períodos fechados. O primeiro fechamento real depois da mudança é o teste que conta. Isso vale para a instalação e para cada atualização, não só para a primeira vez.