Um voucher

O que é Um comprovativo?

Devido à flexibilidade dos diários financeiros, pode introduzir um único voucher que representa uma transação, mas que tem vários clientes, fornecedores, ativos fixos, projetos ou contas bancárias. A Microsoft refere-se a esta funcionalidade como Um comprovativo. Os cenários de Um voucher não incluem transações que incluam apenas contas de razão. Essas transações são lançadas no razão geral, não em livros razão auxiliares, como Contas a receber, Ativos fixos e Banco.

Existem duas categorias de exemplos de Um voucher:

• O voucher contém várias transações que foram introduzidas como uma única transação. Eis alguns dos exemplos possíveis:

  • São introduzidos vários pagamentos de fornecedor em cada linha (não é utilizada qualquer conta de contrapartida) e a contrapartida da soma de pagamento para uma conta bancária é introduzida numa linha. O resumo do pagamento é feito para atualizar o livro razão auxiliar bancário como um valor resumido que corresponde ao extrato da conta bancária. No entanto, cada transação de fornecedor ainda é registada em detalhe no livro razão auxiliar Contas a pagar. O mesmo cenário também é encontrado no lado do pagamento do cliente.
  • Vários ativos fixos são adquiridos num único voucher. Frequentemente, esta abordagem é utilizada quando os saldos iniciais são introduzidos para o módulo Ativos fixos.

• O voucher contém uma transação que afeta vários tipos de conta de não razão. Eis alguns dos exemplos possíveis:

  • Transferências bancárias
  • Compensação de saldos de fornecedores/clientes (mesmas partes)
  • Transferência de saldos do cliente A para o cliente B
  • Faturas de fornecedor com várias linhas que contêm ativos fixos ou projetos

Os exemplos anteriores para cada categoria representam requisitos de negócio válidos. Por vezes, os requisitos de negócio não podem ser satisfeitos de outra forma: a organização tem de introduzir as transações como Um voucher. No entanto, outras vezes, existem outras formas válidas de satisfazer os requisitos de negócio: as transações podem ser introduzidas de forma diferente ou usar outra caraterística.

Problemas com Um comprovativo

O uso da funcionalidade Um voucher para satisfazer os requisitos de negócio pode causar problemas. Vários processos, reversões de transações e consultas/relatórios requerem detalhes da transação. Esses detalhes não podem ser determinados a partir do modelo de dados atual se várias transações forem introduzidas resumidamente num único voucher. Além disso, os detalhes nem sempre podem ser claramente determinados se o tipo de transação que está a ser inserido é desconhecido. Esta limitação deve-se à flexibilidade dos diários, especialmente quando são introduzidos através do diário geral.

Alguns cenários podem ainda funcionar corretamente, dependendo da configuração da sua organização. Eis as áreas onde pode encontrar problemas:

• Liquidação — Se existir mais do que um fornecedor ou cliente num voucher, a contabilidade criada durante a liquidação poderá estar incorretamente alocada às dimensões financeiras. Para mais informações sobre problemas que podem ocorrer durante a liquidação, consulte Voucher único com vários registos de clientes ou fornecedores. O desempenho da liquidação é fortemente influenciado pelo número de linhas do diário de faturas que utilizam Um voucher. Espera-se que o tempo necessário para a liquidação e lançamento do pagamento aumente exponencialmente, quanto mais linhas do diário de faturas usarem Um voucher.

• Cálculo do imposto — Se existir mais do que um voucher ou cliente num voucher, a cálculo do imposto poderá estar incorreto.

• Reversão de transações — Se existir mais do que um tipo de conta de livro razão auxiliar num voucher, quando uma única transação de livro razão auxiliar for revertida, poderá ser lançada uma entrada contabilística incorreta para a reversão no razão geral. Por exemplo, se adquirir vários ativos num único voucher e, em seguida, reverter a aquisição de um dos ativos, a contabilidade razão geral estará incorreta para a reversão.

• Relatórios e consultas — Se incluir mais do que um tipo de conta de livro razão auxiliar (por exemplo, Fornecedor e Cliente) num voucher, os relatórios/consultas mostrarão apenas o primeiro valor de conta encontrado.

  Por exemplo, publica a seguinte fatura de fornecedor com várias linhas. Contém quatro projetos que representam as "linhas" na fatura. Esta abordagem é um requisito de negócio comum para organizações que usam diários extensivamente.

  

  Três dos quatro projetos são lançados na mesma conta principal (601500). Se abrir o explorador de origem da Gestão contabilística para ver detalhes sobre as transações lançadas dessa conta principal, notará que o ID do projeto para as três linhas é 000057. Este comportamento é uma limitação conhecida de Um voucher. Os detalhes não irão associar corretamente cada linha ao projeto apropriado no diário. Em vez disso, o primeiro valor da conta encontrado será sempre mostrado em relatórios e consultas.

  

Introduzir uma transação como Um voucher

Para introduzir transações como Um voucher, aceda a Razão geral > Configuração do livro razão > Parâmetros do razão geral e, em seguida, no separador Livro razão, defina a opção Permitir várias transações com um único voucher como Sim.

Pode introduzir uma transação de Um voucher na página Nomes de diário ao definir o campo Novo voucher para um dos seguintes valores:

• Apenas número de Um voucher — Cada linha adicionada ao diário será incluída no mesmo voucher e as linhas irão conter mais do que um cliente, fornecedor, banco, ativo fixo ou projeto.
• Em ligação ao saldo — Introduza um voucher de várias linhas onde não há conta de contrapartida e as linhas contêm mais do que um cliente, fornecedor, banco, ativo fixo ou projeto.
• Em ligação ao salto — Introduza um voucher de linha única onde tanto a conta como a conta de contrapartida contenham um tipo de conta de razão auxiliar, tal como Fornecedor/Fornecedor, Cliente/Cliente, Fornecedor/Cliente ou Banco/Banco.

O cenário do meu negócio requer Um voucher?

Os seguintes cenários de negócio foram identificados como cenários para os quais os clientes utilizam a funcionalidade Um voucher. Alguns dos requisitos de negócio só podem ser satisfeitos com a utilização de Um voucher. No entanto, para muitos outros, existem alternativas.

O futuro de Um comprovativo

Devido aos problemas que podem ocorrer quando o Um voucher é utilizado, estão a ser exploradas as seguintes opções:

• Novas caraterísticas continuarão a ser introduzidas se houver uma maneira melhor de realizar um cenário de negócios. Por exemplo, uma caraterística que foi introduzida na versão 10.0.32 do Finance permite que os pagamentos sejam introduzidos como vouchers separados, mas a conta bancária ainda é atualizada em forma de resumo. À medida que as caraterísticas são adicionadas, serão documentadas para cada cenário de negócio na coluna "Alternativa" da tabela anterior.
• Algumas transações podem continuar a ser introduzidas através do diário num único voucher, mas dados adicionais podem ser rastreados para identificar corretamente os detalhes transacionais.
• Poderá ser utilizada uma combinação de novas caraterísticas, mas as transações para os cenários de negócio poderão continuar a ser introduzidas no diário utilizando um único voucher.

À medida que novas caraterísticas são introduzidas, a sua organização tem de avaliar continuamente se a opção Permitir várias transações com um voucher na página Parâmetro do razão geral pode ser desativada. Recomendamos que não utilize o Um voucher para integrações, a menos que necessite da mesma para uma das lacunas funcionais documentadas.

À medida que as lacunas funcionais são preenchidas, a Microsoft comunicará as novas caraterísticas a serem utilizados em vez do Um voucher. Para alguns cenários de negócio, como uma fatura de fornecedor com várias linhas, o Um voucher continuará a ser utilizado, mas com melhorias. Essas melhorias serão comunicadas à medida que forem entregues.