Compartilhar via


Importar comprovantes usando a entidade Diário geral

Este artigo fornece dicas para importar dados para o diário geral usando entidade Diário geral. Encontre informações técnicas sobre a entidade em Entidade Diário geral.

Você pode usar a entidade de diário geral para importar somente os comprovantes que têm um tipo de conta ou contrapartida de Razão, Cliente, Fornecedor ou Banco. O voucher pode ser digitado como uma linha, usando o campo Conta e o campo Contrapartida, ou como um comprovante de várias linhas, onde somente o campo Conta é usado (e Contrapartida é deixado em branco em cada linha). A entidade do diário geral não suporta cada tipo de conta. Em vez disso, existem outras entidades para cenários onde diferentes combinações de tipos de conta são necessárias. Por exemplo, para importar uma transação de projeto, use a entidade do diário de despesas do projeto. Cada entidade foi projetada para oferecer suporte a cenários específicos. Isso significa que outros campos podem estar disponíveis nas entidades para esses cenários. Contudo, outros campos podem não estar disponíveis em entidades para diferentes cenários.

Entidades Estrutura de Gerenciamento de Dados e OData para importações de diário geral

A escolha de estruturas e entidades pode afetar significativamente a eficiência e a integridade dos processos de tratamento de dados. Duas entidades notáveis são a entidade Estrutura de Gerenciamento de Dados (DMF) e a entidade OData (especificamente, LedgerJournalLineEntity). Cada uma dessas entidades tem suas vantagens e limitações únicas. Ao compreender essas vantagens e limitações, as organizações podem tomar decisões embasadas sobre como otimizar seus processos de importação de dados.

Entidade do DMF

A entidade DMF foi projetada principalmente para cenários em que importações de alto volume devem ser tratadas. Como a entidade DMF é otimizada para tarefas desse tipo, ela é uma ferramenta valiosa para organizações que trabalham com grandes conjuntos de dados. No entanto, essa entidade também tem limitações.

Vantagens da entidade DMF

  • Tratamento de importação de alto volume: a entidade DMF se destaca em cenários em que grandes volumes de dados devem ser importados de maneira eficiente. Como seu design é focado na otimização de movimentos de dados em massa, ela é adequada para operações em que o tempo e o desempenho são essenciais.
  • Configurabilidade: os usuários podem configurar a entidade DMF para atender às suas necessidades específicas. Por exemplo, ajustando as configurações da entidade de dados, os usuários podem emular a validação linha por linha e a lógica padrão. Dessa forma, eles podem alinhar as características de desempenho da entidade DMF com as da entidade OData.

Limitações da entidade DMF

  • Falta de suporte para transações intercompanhia: uma limitação principal da entidade DMF é sua incapacidade de lidar efetivamente com transações intercompanhia. Essa limitação pode ser uma desvantagem significativa para organizações que operam em várias entidades legais e precisam gerenciar dados intercompanhia de forma integrada.
  • Validação mínima durante a importação: a entidade DMF faz uma validação mínima durante o processo de importação. Portanto, o processo deve ser gerenciado com cuidado. Caso contrário, poderão ocorrer problemas de integridade de dados se erros ou inconsistências nos dados importados não forem detectados imediatamente. Por exemplo, o comprovante padrão pode não ser inserido.

Entidade OData

A entidade OData e, especificamente, a entidade LedgerJournalLineEntity, adota uma abordagem diferente para a importação e validação de dados. Ela foi criada para invocar uma lógica de validação e padrão mais abrangente linha por linha. Embora essa abordagem melhore a integridade dos dados, ela pode afetar o desempenho.

Vantagens da entidade OData

  • Integridade dos dados aprimorada: a validação linha a linha da entidade OData garante que cada entrada seja minuciosamente verificada antes de ser importada. Esse processo de validação abrangente ajuda a manter a alta qualidade e a consistência dos dados.
  • Lógica padrão: a entidade OData invoca a lógica padrão para cada linha para garantir que todos os campos necessários sejam preenchidos corretamente. Portanto, há uma probabilidade menor de entradas de dados incompletas ou incorretas.

Limitações da entidade OData

  • Impacto no desempenho: o processamento adicional necessário para o padrão e a validação linha por linha pode levar a um desempenho mais lento. As organizações devem considerar essa compensação, especialmente se trabalharem com grandes conjuntos de dados.

Equilibrando o desempenho e a precisão dos dados

As organizações geralmente precisam encontrar um equilíbrio entre desempenho e precisão de dados. A flexibilidade que a entidade DMF oferece permite que os usuários a configurem para emular a validação e a lógica padrão da entidade OData. Quando a configuração de importação baseada em conjunto é desativada, a entidade DMF pode alcançar paridade funcional com a entidade OData. Ela também pode alinhar suas características de desempenho de acordo.

Diretrizes e características de desempenho

Ao configurar entidades de dados para processos de importação, considere as diretrizes e as características de desempenho. Por exemplo, considere limites de linha, que ajudam a otimizar os processos de importação e garantir que o desempenho do sistema permaneça estável enquanto o sistema está lidando com grandes volumes de dados. A configuração correta e a aderência a essas diretrizes podem aumentar a eficiência e a eficácia das importações de dados.

A entidade DMF e a entidade OData oferecem desafios e benefícios exclusivos. O ponto forte da entidade DMF está em sua capacidade de lidar com importações de alto volume, enquanto a entidade OData se destaca por garantir a integridade dos dados por meio de validação abrangente.

Instalação

Antes de você importar usando a entidade diário geral, valide a configuração a seguir:

Configuração da sequência numérica para o número de lote do diário

  • Por padrão, quando você importar usando a entidade Diário geral, o número do lote do diário usa a sequência numérica definida nos Parâmetros da contabilidade.
  • Se você definir a sequência numérica para o número do diário para Manual, um número de padrão não é aplicado. Essa configuração não é suportada.

Configuração de dimensões financeiras

  • Cada organização deve definir a ordem de dimensões financeiras quando entidades são usadas para importar as transações.

  • A ordem do formato de Integração de dimensões contábeis:

    Contabilidade>Plano de contas>Dimensões>Configuração de dimensão financeira para integração de aplicativos>Selecionar entidades de dados.

  • Os segmentos da conta contábil que são importados devem ter a mesma ordem. Caso contrário, ocorrerá um erro durante a importação.

Configuração de entidade de diário geral

Duas configurações em Gerenciamento de dados afetam como o número de lote de diário padrão ou o número de voucher é aplicado:

  • Processamento baseado conjunto (na entidade de dados)
  • Gerado automaticamente (no mapeamento de campo)

As seções a seguir descrevem o efeito dessas configurações e explicam como o sistema gera números de lote para os diários e para os números de comprovante.

Número do lote do diário

  • A configuração processamento baseado em conjunto na entidade diário geral não afeta a maneira que os números de lote do diário são gerados.

  • Se o campo Número de lote do diário é definido como Gerado automaticamente, um novo número de lote do diário é criado para cada linha que é importada. Este comportamento não é recomendado. A configuração Gerado automaticamente é encontrada no projeto de importação, em Exibir mapa diante da guia Detalhes de mapeamento.

  • Se o campo Número de lote do diário não é definido como Gerado automaticamente, o número de lote do diário é criado como segue:

    • Se o número de lote do diário que é definido no arquivo importado corresponder a um diário diário existente não lançado, todas as linhas que possuem um número de lote do diário correspondentes são importadas para o diário existente. As linhas nunca são importadas em um número de lote de jornal lançado. Em vez disso, um novo número é criado.
    • Se o número de lote do diário que é definido no arquivo importado não corresponder a um diário diário existente não lançado, todas as linhas que possuem um número de lote do diário correspondentes são importadas para um novo diário existente. Por exemplo, todas as linhas que possuem um número de lote do diário 1 são importadas para um novo diário, e todas as linhas que possuem um número de lote do diário 2 são importadas para um novo diário de segundo. O número de lote do diário é criado usando a sequência numérica que é definida nos parâmetros da contabilidade.

Número do comprovante

  • Quando você usa a configuração Processamento baseado em conjunto na entidade Diário geral, o número do comprovante deve ser fornecido no arquivo importado. Todas as transações no diário geral são atribuída ao número do comprovante que é fornecido no arquivo importado, mesmo se o comprovante não for balanceado. Observe os pontos a seguir se você deseja usar o processamento baseado em conjunto, mas você também deseja usar a sequência numérica que é definida para números de comprovante.

    • Para habilitar essa funcionalidade, no nome do diário usado para importações, defina Alocação de número no lançamento para Sim.
    • Um número de comprovante ainda deve ser definido no arquivo importado. No entanto, quando o diário é lançado, ele substitui o número temporário pelo número do comprovante. Certifique-se de que seu grupo de linhas do diário estejam agrupadas corretamente pelo número de comprovante temporário. Por exemplo, durante a postagem, é constatado que três linhas possuem um voucher temporário. O número seguinte na sequência de números substitui o número de comprovante temporário de todas as três linhas. Se essas três linhas não são uma entrada equilibrada, o comprovante não foi publicado. Em seguida, se as linhas tiverem um número de comprovante temporário 2, o sistema substituirá esse número pelo próximo número de comprovante na sequência.
  • Se você não usar a configuração Processamento baseado em conjunto, não é necessário fornecer um número de comprovante no arquivo importado. Os números de comprovante são criados durante a importação, com base na configuração do nome do diário (Um comprovante só, Na conexão do saldo, e assim por diante). Por exemplo, se o nome de diário é definido como Na conexão do saldo, a primeira linha recebe um novo número de comprovante padrão. Em seguida, o sistema avalia a linha para determinar se os débitos são iguais aos créditos. Se existir uma contrapartida na linha, a próxima linha importada recebe um novo número de comprovante. Se nenhuma contrapartida existir, o sistema avalia se os débitos são iguais aos créditos que cada nova linha é importada.

  • Se o campo Número do comprovante estiver definido como Gerado automaticamente, haverá falha na importação. A configuração Gerado automaticamente para o campo Número do comprovante não é suportado.

Por padrão, a entidade de diário geral usa processamento baseado em conjunto. Depois de avaliar os requisitos de negócios para sua organização, você poderá alterar a configuração Processamento baseado em conjunto selecionando Entidades de dados no espaço de trabalho Gerenciamento de dados. Processamento baseado em conjunto é usado para acelerar o processo de importação. Se você não usar o processamento baseado em conjunto, a importação da importação de entidade diário geral será mais lenta.