A automação de AP no Epicor sem
ECM ou IDC ainda precisa de um arquivo

As Três Rotas Dividem a Fatura em Trabalhos Diferentes

Somente o ECM com IDC mantém o documento, a aprovação e a conciliação dentro do Epicor; as outras duas rotas colocam essas etapas em outro lugar. Essa diferença decide quem é responsável pelas exceções após a captura, o que importa mais do que a lista de recursos na página de um fornecedor.

Ajuda separar três trabalhos que costumam ser vendidos juntos. A captura lê o documento e produz valores. A estruturação coloca esses valores nos registros que o Epicor espera. O controle decide se a fatura é válida, conciliada, aprovada e pronta para contabilização. O ECM com IDC cobre captura, estruturação e o fluxo de aprovação e conciliação. Uma plataforma de AP de terceiros assume a captura e a maior parte do trabalho de aprovação. A rota DMT recebe a captura como entrada e cobre apenas a etapa de estruturação.

Na rota DMT, o único produto novo fica fora do Epicor; sua saída é um arquivo, e o arquivo é a integração.

Um arquivo pode ser inspecionado, conciliado e executado novamente, o que é mais do que a maioria das integrações de API oferece a um gestor de AP. A questão é se a equipe consegue produzi-lo de forma confiável, e as outras duas rotas mostram como esse trabalho é quando um produto o assume.

O que o Epicor ECM e o IDC automatizam, e onde eles param

O ECM com IDC automatiza a maior parte das três rotas, e é a única rota em que o repositório de documentos, a rota de aprovação e as regras de conciliação ficam todos dentro do conjunto de produtos Epicor. O Epicor ECM (enterprise content management) é o nome atual do produto que muitos clientes instalados ainda chamam de DocStar. O IDC, Intelligent Data Capture, é a camada que classifica os documentos recebidos e lê campos deles.

A página do produto IDC da Epicor descreve classificação por rede neural, campos aprendidos sem modelos por formato e a alegação de até 90% menos entrada manual de dados. A página de Automação de Contas a Pagar do ECM acrescenta o restante da cadeia: captura e indexação, roteamento e aprovação, conciliação automática de duas vias (fatura com pedido de compra) e de três vias (fatura com pedido de compra com recebimento), e uma API bidirecional para o ERP. Lidas em conjunto, essas páginas descrevem uma rota que controla a fatura da caixa de entrada até a aprovação dentro do conjunto de produtos Epicor.

O limite não é a qualidade da captura em abstrato. É o que acontece quando a fatura não corresponde de forma limpa. Um fabricante que usa IDC e ECM relatou que não fazia OCR de linha da fatura nem conciliação automática: "nossas faturas de fornecedor já são uma bagunça desde o início e ainda não tentamos fazer a parte de linha da fatura" (Epicor User Help Forum, 2019 a 2024). O mesmo tópico contém uma avaliação mais direta de outro usuário: a Automação de Contas a Pagar do ECM "pode ser configurada para automatizar o fluxo de trabalho de contas a pagar", mas "não é tão completa quanto eu acho que deveria ser, considerando a forma como eles a nomeiam e a apresentam."

O custo é o outro motivo pelo qual as equipes ignoram a rota nativa. A Epicor vende o ECM por cotação, e o número depende da implantação, do número de usuários, do volume do IDC e do escopo do fluxo de trabalho. Em um tópico do fórum de 2022, um usuário de ERP explicou por que seu projeto seguiu outro caminho: "Nossa gestão decidiu NÃO usar o DOCSTAR, principalmente por causa dos custos." Eles enviavam faturas para uma empresa externa de OCR, recebiam XML de volta e geravam os arquivos DMT eles mesmos (Epicor User Help Forum, 2022). Essa é a rota de extração em primeiro lugar em seu habitat natural: uma decisão de custo, não uma preferência arquitetônica.

O que uma plataforma de AP de terceiros compra e o que ela acrescenta

Uma plataforma de AP de terceiros compra o ambiente de trabalho em torno da fatura, e o quanto ela toca o Epicor depende inteiramente do conector. O ambiente de trabalho é onde o AP passa o dia: codificando, encaminhando, comentando, cobrando aprovadores, tratando dúvidas de fornecedores e, às vezes, pagando. Uma ferramenta de captura não substitui esse trabalho, e o DMT também não.

A profundidade da integração varia mais do que o marketing sugere. A Stampli, por exemplo, descreve sua integração com o Epicor como uma integração de arquivos que sincroniza a lista de fornecedores, contas contábeis, pedidos de compra abertos, linhas de item e dados de recebimento, e então devolve faturas autorizadas e informações de pagamento (Stampli). Uma transferência de arquivos pode funcionar bem. Isso também significa que a plataforma não está lendo o estado do Epicor em tempo real no momento da aprovação, a menos que o conector vá além, então teste a versão que você usa e os campos que sincroniza antes que alguém aprove uma fatura nessa integração.

A troca é escopo por propriedade. Você obtém aprovações e colaboração com fornecedores em um só lugar, e assume um segundo sistema que mantém o status da fatura, uma segunda trilha de auditoria e uma conciliação entre o que a plataforma aprovou e o que o Epicor contabilizou. Isso vale a pena quando as aprovações abrangem vários ERPs ou os pagamentos precisam de um sistema que o Epicor não cobre bem. É um projeto maior do que um problema de digitação exige.

A rota do DMT é uma decisão sobre o formato dos dados, não uma integração

O DMT é um carregador de dados em massa que grava registros através dos objetos de negócio do Epicor. Ele não lê faturas, não as concilia com recebimentos nem decide se são válidas. A Epicor posiciona a Data Management Tool como parte de seu kit de migração para passar de um ERP legado para o Kinetic, com mais de 60 modelos de importação pré-desenhados, entrada em Excel e CSV, validação contra a lógica de negócio e um log de erros (Epicor). É uma licença separada. A nota de versão 2025.2 da Epicor diz que o DMT agora está incluído no Power Tools Client gratuito, enquanto "licenças para esses produtos ainda são necessárias para usar essas ferramentas".

No AP do Epicor, a unidade de trabalho é um grupo de lançamento: as faturas são inseridas em um grupo, verificadas com um Edit List (o relatório de revisão pré-contabilização) e então contabilizadas para atualizar os registros do fornecedor e da contabilidade. O DMT pode criar o grupo e os registros dentro dele, mas não realiza a revisão nem a decisão de contabilização. Ele aplica a mesma validação do AP Invoice Entry. Ainda assim, não é um fluxo de trabalho de AP. Usá-lo como canal diário de entrada de AP é um desvio de finalidade de uma ferramenta de migração, e o tratamento de erros continua orientado a lote: um log de linhas rejeitadas, não uma fila de exceções no nível da fatura.

Uma carga de fatura de AP geralmente é organizada em torno de quatro tipos de registro, com a distribuição contábil armazenada nos registros de despesa e de controle contábil por trás das linhas de detalhe e de encargos. Vale a pena conhecer os nomes, porque toda conversa de mapeamento os usa:

O conjunto exato de colunas é gerado a partir da sua versão do Kinetic, não de um post de blog. Essa ressalva não é proteção jurídica. Nomes de campos, chaves obrigatórias e comportamento de atualização mudam entre versões, e um modelo copiado do ambiente de outra pessoa é uma das causas mais silenciosas de uma importação que falha apenas em algumas linhas.

Onde uma Importação de Faturas do Epicor Realmente Falha

As falhas do DMT que mais consomem tempo são falhas de referência ou de ordenação, e o texto do erro muitas vezes as faz parecer problemas de formatação. A mensagem cita uma tabela e um valor, então a linha parece errada. Na prática, a linha geralmente está correta e a chave ao redor dela não está. Estas são as que aparecem repetidamente em discussões de profissionais.

Identidade do fornecedor: um ID, não um nome

O DMT resolve um fornecedor pela chave do fornecedor no seu cadastro de fornecedores, não pelo nome impresso na fatura. "Acme Manufacturing Inc." no PDF precisa se tornar o ID do fornecedor que existe no Epicor. Se isso não acontecer, o carregamento rejeita a linha, e a resposta perigosa é criar um novo fornecedor para que a importação passe. É assim que um fornecedor se torna dois registros, com o gasto dividido entre ambos, e como uma fatura duplicada passa depois, porque o ERP só verifica o número da fatura dentro de um fornecedor.

O próprio campo-chave causa confusão. No modelo AP Invoice Combined ele é VendorNumVendorID. O suporte da Epicor disse a um cliente que o número do fornecedor era obrigatório, enquanto profissionais na mesma discussão usavam o ID do fornecedor e relataram que funcionava (Epicor User Help Forum, 2021 a 2024). Teste os dois na sua versão e decida uma vez qual identificador seu conjunto de colunas vai usar. Não deixe o AP alternar entre eles.

Ordem das colunas e presença do cabeçalho

O modelo AP combinado é sensível à ordem das colunas. Um usuário corrigiu um erro persistente "A valid Invoice Number is required" movendo VendorNumVendorID para antes de InvoiceNum no arquivo (Epicor User Help Forum, 2020). Nada sobre o número da fatura mudou. A ordem de processamento do carregador mudou.

O modelo combinado também produz "APInvHed record not found" quando o cabeçalho não é criado ou encontrado antes de as linhas de detalhe serem processadas. Um gerente de sistemas ERP descreveu o carregamento combinado como "altamente imprevisível com base na minha experiência" em uma discussão que durou de 2017 a 2020 (Epicor User Help Forum). Alguns erros são ainda menos úteis: uma discussão relata "Index was outside the bounds of the array" sem nome de campo, o que transforma a depuração em bisseção (Epicor User Help Forum, 2021 a 2024).

Aritmética de cabeçalho, linha e encargo

O valor de uma linha da fatura precisa concordar com o total da sua distribuição contábil. Quando isso não acontece, o Epicor retorna uma mensagem durante o lançamento de que o valor da linha da fatura não pode divergir do total da distribuição contábil. Em um arquivo DMT a mesma regra se aplica, mas o erro pode aparecer como uma linha com falha, sem mensagem no nível do campo.

Os encargos diversos têm convenção própria. Um encargo com linha 0 pertence ao cabeçalho. Usuários também relatam que uma segunda linha de encargo diverso pode ser direcionada por padrão para uma conta contábil configurada como armadilha de "não usar", então a sequência e a distribuição contábil precisam ser definidas de forma deliberada (Epicor User Help Forum, 2018). A linha é carregada. O encargo cai no balde errado. Isso é pior que uma rejeição, porque nada no log de importação chama atenção.

Faturas de pedido de compra e de recebimento são outro tipo de carga

Faturas vinculadas a pedidos de compra e recebimentos não se encaixam de forma confiável no modelo combinado. O caminho na interface abre uma caixa de diálogo de seleção para as linhas de recebimento; o DMT não reproduz essa interação. Os profissionais descrevem uma sequência dividida: criar o cabeçalho, usar o AP Invoice Receipt process para trazer as linhas de recebimento e depois atualizar o registro de detalhe AP com o valor da fatura (Epicor User Help Forum, 2019 a 2020). Recebimentos parciais, referências de romaneio e múltiplos recebimentos para uma mesma fatura tornam essa sequência mais difícil, não mais fácil.

É aqui que o DMT deixa de ser uma via geral de entrada de contas a pagar e passa a ser específico por tipo de fatura. Faturas sem pedido de compra e faturas diversas são o encaixe natural. Faturas de pedido de compra são onde a conciliação pertence, e o DMT não faz conciliação. Os mesmos problemas de integridade de referência aparecem em outras importações do Epicor, e é por isso que os dados de pedido de compra continuam quebrando importações de ERP mesmo quando o arquivo parece correto.

Uma linha carregada não é uma fatura válida

O DMT prova que um registro passou pela validação do carregador. Ele não prova que o fornecedor é o correto, que a fatura não é duplicada, que a codificação contábil está correta ou que os totais das linhas conciliam com o cabeçalho. Um usuário relatou que cerca de uma carga em cada cinco aceitava a primeira linha e depois falhava, com o restante falhando em todas as linhas (Epicor User Help Forum, 2019). Commits parciais são normais em um carregador em lote, então a equipe precisa saber exatamente quais linhas foram confirmadas antes de tentar novamente.

A falha que custa dinheiro é a que é importada sem erros: um encargo diverso na conta contábil errada, um segundo registro de fornecedor para o mesmo fornecedor, ou um número de fatura duplicado que difere por um caractere.

O Open Invoice Load não é um atalho para isso. Ele foi projetado para trazer saldos iniciais para um novo sistema, e os profissionais relatam que ele carrega um total de fatura sem detalhe de linha ou distribuição contábil (Epicor User Help Forum, 2019). Para um setor de contas a pagar em operação que precisa de codificação no nível da linha, ele resolve um problema diferente.

Como é um conjunto de faturas pronto para DMT

Um conjunto pronto para DMT são vários arquivos pequenos que compartilham uma chave, não uma planilha que contém a fatura inteira. Dividir a carga por tipo de registro mantém cada domínio de falha separado: uma linha de detalhe rejeitada não força a recarga de cabeçalhos que já foram confirmados.

Os tipos de dados importam tanto quanto os nomes das colunas. As datas devem chegar como datas, os valores como números e os códigos como texto, para que os zeros à esquerda sobrevivam. Remova linhas de subtotal, células mescladas e linhas em branco de espaçamento antes que o arquivo chegue ao DMT. Decida o que significa um branco: um campo opcional vazio é aceitável, um campo obrigatório vazio é uma linha rejeitada, e um zero é um valor.

A regra de conciliação é simples o suficiente para ser escrita em uma linha: valor da fatura no cabeçalho = soma dos custos estendidos dos detalhes + imposto (quando o imposto é cobrado separadamente) + encargos diversos, com cada linha de detalhe e de encargo carregando uma chave de cabeçalho que existe no mesmo grupo. Se a fatura exibe um total que não pode ser reconstruído a partir de suas próprias linhas, pare antes da carga. O DMT não explicará a diferença, e contabilizar um grupo que não concilia transfere o problema para o razão.

Mantenha um identificador de origem em cada linha, mesmo que o DMT não exija isso. Um nome de arquivo e uma referência de página permitem que o AP rastreie uma linha rejeitada de volta até a fatura sem reabrir o lote inteiro.

Como Construir Essas Linhas a Partir dos PDFs

A camada de extração tem uma única função aqui: transformar cada fatura de fornecedor em linhas cujos cabeçalhos já correspondam ao modelo do DMT. Essa é uma função mais restrita do que a automação de AP, e é justamente a parte que o DMT deixa em aberto.

O ImageToTable.ai usa Extração de Colunas Personalizadas. Você digita os nomes das colunas que deseja, como InvoiceNum, VendorNumVendorID ou APInvDtl#ScrDocExtCost, e a IA encontra cada valor entendendo o que ele significa na página. Não há zona para desenhar nem modelo por fornecedor para manter, o que importa quando um fornecedor altera o layout da fatura sem avisar. Os nomes de colunas que você insere se tornam os cabeçalhos de saída, então a exportação pode ser inserida no modelo de DMT gerado sem renomear cada campo, e depois reordenada para corresponder ao modelo.

Monte três conjuntos de colunas e execute o mesmo lote três vezes. O conjunto de cabeçalho produz uma linha por fatura. O conjunto de detalhe descreve os campos da linha, inclui a chave da fatura para que cada linha possa ser vinculada ao seu cabeçalho, e produz uma linha por linha em uma página que lista itens de linha. O conjunto de encargos captura frete e outros encargos diversos, com colunas para a conta contábil que você atribuir. O processamento em lote significa que todas as faturas de fornecedor em um único upload são processadas juntas em uma tabela, então cem faturas não se tornam cem execuções manuais. Cada execução usa um conjunto de colunas, e é assim que um lote produz os três arquivos.

As colunas calculadas fazem parte da conciliação enquanto o documento é lido. Um total de linha pode ser calculado como Qty × Unit Price quando a fatura não imprime um. Uma coluna de verificação pode retornar OK quando o total calculado corresponde ao total impresso e a diferença quando não corresponde. O cálculo vai no nome da coluna, ou no Formato de Regra (o campo de regra JSON para usuários logados), e uma alíquota de imposto fixa pode ser incorporada ali quando a alíquota não é impressa. Essas são verificações no nível da linha na página que está sendo lida; um total de cabeçalho que abrange várias páginas ainda precisa ser comparado após a exportação, porque uma coluna calculada não consegue alcançar vários arquivos.

O Modo de Revisão com Bbox é a etapa que torna um carregamento no DMT mais seguro. Passe o mouse ou clique em qualquer célula extraída e a região de origem é destacada na imagem original, para que o AP possa confirmar o ID do fornecedor, o número da fatura e o valor em relação ao documento antes de o arquivo ser construído. Os valores que causam erros silenciosos de importação são exatamente os que vale a pena verificar dessa forma. A anotação Bbox pode ser acionada por arquivo, ou configurada para ser executada automaticamente após o processamento.

A mesclagem de várias páginas lida com a fatura que chega em várias páginas ou fotos. Nas configurações do modelo, você escolhe como os resultados são agrupados, por exemplo por um número de fatura compartilhado, e as páginas se fundem em uma linha de cabeçalho com campos preenchidos pela página que os contiver. Use isso para uma fatura dividida em vários arquivos, não para faturas separadas do mesmo fornecedor.

O ciclo operacional que se segue é deliberadamente sem glamour:

O que a Camada de Extração Não Faz

A camada de extração lê documentos e produz linhas; toda decisão específica do Epicor permanece com sua equipe. Vale declarar o limite claramente, porque um arquivo que parece uma integração convida a suposições que a ferramenta não consegue sustentar.

• Não existe conector nativo do Epicor. A saída é um arquivo Excel ou CSV que sua equipe carrega, ou alimenta na sua própria integração.
• Ele não executa o DMT, não agenda cargas nem repete linhas rejeitadas.
• Ele não valida um ID do fornecedor no seu cadastro de fornecedores. Um valor que parece um ID do fornecedor ainda pode ser o errado.
• Ele não concilia faturas com pedidos de compra ou recebimentos, e não sabe qual quantidade permanece sem fatura.
• Ele não aprova faturas, não contabiliza lotes nem paga fornecedores.
• Ele não escolhe contas contábeis, não resolve o tratamento de impostos nem aloca custo de importação entre romaneios.
• Ele não é um repositório de documentos, uma trilha de auditoria nem um controle de fatura duplicada.

Se o requisito é processamento sem toque, esta arquitetura é a errada. A rota produz linhas revisadas; uma pessoa ainda decide se a fatura é válida, conciliada e aprovada. Essa é uma limitação real, e também é a razão pela qual a rota é barata o suficiente para testar em uma semana.

Qual Rota se Encaixa na Sua Mesa de Contas a Pagar

Escolha pelo trabalho que está de fato sem pessoal, não pela lista de recursos mais longa. As rotas se sobrepõem na captura e divergem depois dela, então uma lista baseada na precisão de captura não dirá qual delas se encaixa.

Faça as contas antes do piloto. Na mediana de $6.00 por fatura da APQC, 1.000 faturas por mês carregam cerca de $6,000 de custo do processo de contas a pagar. A $1.36 por item de linha, uma fatura de 30 linhas carrega aproximadamente $41 de custo de item de linha. Esses são custos de processo totalmente carregados, não tempo de digitação, então não podem ser convertidos diretamente em economia. Eles mostram onde o trabalho está: uma rota que importa cabeçalhos e deixa as linhas para o contas a pagar não tocou na maior parte do número.

Em seguida, monte um piloto que possa falhar com honestidade. Inclua uma fatura de pedido de compra limpa, uma com recebimento parcial, uma fatura sem pedido de compra codificada à conta contábil, uma fatura com frete ou um encargo no cabeçalho, uma nota de crédito, uma fatura multimoeda e uma duplicata que difere por um caractere. Execute-o em uma empresa de teste. Meça quatro coisas: linhas aceitas no primeiro carregamento, minutos gastos na conciliação, exceções por fatura e quem corrige cada exceção. Se as exceções voltarem para o assistente de contas a pagar, a rota moveu o trabalho, não o removeu.

Defina a responsabilidade antes do go-live. O administrador do ERP é responsável pela versão do DMT, pelo modelo e pela ordem das colunas. O líder de contas a pagar é responsável pelos valores de origem e pela conciliação. O controller é responsável pela decisão de aprovação e contabilização. A rota do DMT falha silenciosamente quando esses três papéis presumem que outra pessoa está verificando o arquivo.

Para uma visão mais ampla de onde a extração se situa no fluxo de trabalho de contas a pagar, as cinco transferências do PDF ao razão geral são um mapa útil. Se a lacuna for a aprovação, e não o lançamento, o fluxo de aprovação é um problema de design separado. E se você estiver comparando modelos de ERP com extração semântica, a comparação de modelos aborda onde cada abordagem falha.

Para uma visão mais ampla da extração de faturas sem um complemento de ERP, consulte software de processamento de faturas e software de automação de contas a pagar.

Perguntas frequentes

O Epicor DMT pode importar uma fatura de contas a pagar conciliada com um pedido de compra e recebimento?

Não de forma confiável como um único arquivo combinado. Profissionais descrevem criar primeiro o cabeçalho, depois usar o AP Invoice Receipt process para trazer as linhas de recebimento e, em seguida, atualizar o registro de detalhe do AP com o valor da fatura. Recebimentos parciais e múltiplos recebimentos para uma mesma fatura adicionam mais etapas. Teste a sequência na sua própria versão antes de prometer um carregamento em arquivo único.

Preciso de ECM ou IDC para usar o DMT em faturas de AP?

Não. O DMT é uma ferramenta licenciada separada e não depende do ECM. O que você abre mão é do repositório de documentos, do fluxo de aprovação e do mecanismo de conciliação. Você também assume a preparação de arquivos e a conciliação que esses produtos fariam.

O ImageToTable.ai se conecta ao Epicor?

Não. Não há conector nativo do Epicor nem contabilização automática. A ferramenta lê faturas de fornecedores e produz linhas de Excel ou CSV moldadas conforme os nomes de coluna que você define. Sua equipe mapeia essas linhas para o modelo do DMT e executa o carregamento no Epicor.

O que são APInvGrp, APInvHed, APInvDtl e APInvMsc?

São os registros de grupo, cabeçalho, detalhe e encargo diverso da fatura de AP. Um grupo contém um lote, cada cabeçalho é uma fatura de fornecedor, cada linha de detalhe é uma linha da fatura, e cada linha de diversos é um encargo como frete. Um encargo no nível do cabeçalho usa a linha 0.

Como impedir o carregamento de números de fatura duplicados?

Normalize a chave do fornecedor e o número da fatura antes do carregamento, e verifique se já existe uma fatura com o mesmo fornecedor e número. O Epicor compara o fornecedor e o número da fatura, então INV-5521 e 5521-OPS podem ambos passar. Não deixe que uma correspondência de fornecedor com falha seja corrigida criando um segundo cadastro de fornecedor.

Open Invoice Load é o mesmo que AP Invoice Entry?

Não. O Open Invoice Load destina-se a saldos de abertura e, segundo profissionais, carrega um total de fatura sem detalhe de linha ou distribuição contábil. Uma mesa de AP operacional que precisa de codificação e conciliação no nível da linha precisa dos registros de AP Invoice Entry, não do open load.

Qual é o custo oculto da rota do DMT?

Preparação de arquivos e conciliação, além da manutenção do modelo quando o Epicor ou o DMT mudam. A licença é o custo visível. O custo recorrente é o tempo do administrador do ERP para manter a ordem das colunas, as chaves e os modelos corretos, e o tempo do AP para conciliar cada lote antes do carregamento.

A Importação É a Parte Fácil

Uma importação de fatura via DMT leva segundos. O projeto está nas linhas: uma chave do fornecedor que corresponde ao cadastro, um total de linha que corresponde à distribuição, um frete no bucket correto e um revisor que consegue ver de onde veio cada valor antes de o arquivo ser gerado. Equipes que tratam a preparação do arquivo como o trabalho real obtêm uma rota de entrada de AP barata e inspecionável. Equipes que a tratam como uma etapa de formatação obtêm uma forma mais rápida de importar os mesmos erros.

Teste com suas próprias faturas de fornecedor. Faça upload de um lote, defina os nomes dos campos do DMT como colunas e veja se as linhas conciliam antes de qualquer coisa chegar ao Epicor. Se conciliarem, a rota DMT é viável para o seu mix de faturas. Se não, você descobriu isso antes do primeiro carregamento em produção.

Experimente com Suas Faturas →