Ecf outros dados dominio

Patrícia, até onde sei, né, um caminho a avaliar é checar a estrutura na entrada do arquivo, antes de qualquer carga: se o expediente de carga encontra colunas fora do esperado, rejeita e avisa o time. Quando a origem é a área financeira e entrega vários formatos, essa trava evita surpresa; quando o arquivo é sempre igual, basta conferir a contagem de linhas. Em qualquer dos casos, a decisão sobre o que entra nos outros dados da ECF continua com o cliente.

Concordo em parte com a Roberta, mas o mapa pode ficar pesado. Um lembrete, pois é: em e-commerce, boa parte dos outros dados da ECF chega em planilhas eletrônicas ou arquivos eletrônicos já padronizados, e ler layouts específicos de cada origem resolve. Vale quando a origem entrega um layout estável; se ele muda a cada mês, o mapa da Roberta compensa.

Será que rodar em paralelo basta? Discordo um pouco do Nelson. Como já disse, pois é, o problema aqui é que parte dos outros dados da ECF nasce por digitação no Dominio, e o paralelo compara dois resultados que dependem da mesma entrada manual. Antes de programar qualquer coisa, eu faria a elaboração de um mapa de onde cada dado nasce, para separar o que é calculado do que é digitado.

Na rotina de FI, o que sobra de trabalho manual é o cálculo dos ajustes sobre os outros dados da ECF. Um caminho a avaliar é pedir um pequeno desenvolvimento que faça esse cálculo dentro do SAP, com os mesmos dados da origem. Agora, a prova é rodar em paralelo por um mês e comparar com o resultado manual. Vale se o cálculo se repete todo mês; se aparece só uma vez ao ano, um passo a passo manual bem documentado basta.

A diferença contida na sua carga mostra qual lançamento contábil mudou, ou só o novo total? Luciana, no fim das contas, ó, preciso rastrear por lançamento, porque ajustes de saldo e outros congêneres também aparecem nos outros dados da ECF aqui no agro. Uso SAP com GUEPARDO Tax, produto da NTT, e queria saber se o seu programa guarda esse detalhe.

Há um meio termo. De cabeça, pois é, eu avaliaria uma carga complementar só do que mudou. Na compilação mensal, um programa ABAP lê a origem, compara com o que já foi guardado e grava apenas a diferença. Vale quando a base é grande; se for pequena, reler tudo é mais simples. Com vários computadores rodando rotinas ao mesmo tempo, o horário da carga também importa. O time fiscal confere a diferença antes de qualquer envio dos outros dados da ECF.

Já vi área de carga paralela virar uma segunda versão da verdade. Discordo do Gustavo em um ponto: a sacada é, pois é, ler os outros dados da ECF direto da origem a cada fechamento. Quando a assessoria da contabilidade reabre um mês, a cópia fica velha e o total da arrecadação deixa de bater. No log aparece algo como 'carga de ontem, origem alterada hoje', e ninguém percebe a tempo.

Concordo em parte com o fim da planilha, mas o caminho mais seguro é criar uma área de armazenamento própria para esses outros dados da ECF, com carga repetível. Eu aprendi na marra que a análise das diferenças, feita em aplicativos soltos, desaparece quando alguém sai do time. Com a carga repetível, cada mês vira um registro que dá para reabrir e comparar. Isso é desenho técnico; a decisão do que entra na ECF continua sendo da contabilidade e do cliente.