Como montar o inventário vivo de extensões próprias do fiscal, com dono, objetivo e o que cada uma assume do produto?

Agora, em campo, a manutenção é o que decide se o inventário vive. Amarrar o inventário ao processo de mudança resolve, e o plano é simples:

1. Nenhuma ordem de transporte com objeto fiscal sai sem a ficha atualizada.
2. A ficha tem data da última revisão.
3. Revisão trimestral do que não foi tocado.
4. Todo item tem substituto de dono.

Assim a atualização acontece como efeito do trabalho, não como tarefa extra.

Voltando ao ponto, viu, discordo de começar pela lista técnica. Sem dono, a lista vira cemitério. Eu começo pelo dono: reúno quem mantém cada obrigação e peço que cada um liste o que sabe que existe e depende dele. Depois cruzo com o levantamento técnico.

As duas listas raramente batem. A diferença entre elas é o resultado mais útil, porque mostra o que ninguém assumiu.

Veja, o chato é a primeira lista. Uma saída é partir dos pontos de extensão que a documentação cita e procurar quem os implementou. A documentação da NTT, por exemplo, diz que o preenchimento das fichas da ECF aceita extensão por BAdI e enhancement spot.

Para cada ponto de extensão documentado, pergunte ao sistema quais implementações existem. Isso entrega uma lista inicial confiável, com o ponto de entrada e o objeto de cada extensão. Os desenvolvimentos fora de ponto de extensão você acha pelo nome dos objetos, por onde o time costuma nomear.

Cinco campos bastam para começar: nome, dono, objetivo, o que assume do produto, e o ponto de extensão usado. Lá onde trabalho, é o campo o que assume do produto que mais ajuda, porque é ele que mostra o risco na atualização.

Segundo as notas de projeto, o problema típico é que extensões quebram na atualização e ninguém sabe dizer qual existe, quem escreveu e o que assume do produto. O inventário existe para responder essas três coisas em minutos.