Page tree

Objetivo 

Possibilitar o controle efetivo dos compromissos financeiros da empresa e, também, o processo operacional de entrada, manutenção, pagamento e contabilização de títulos, a partir de uma estrutura de tabelas, telas e relatórios que permitam efetuar o controle geral de todos os compromissos lançados no sistema.

Cada compromisso incluído ou enviado ao módulo Contas a Pagar será representado por uma AD (Apropriação de Despesa), regida por um número sequencial previsto nos parâmetros. Todos os compromissos existentes no módulo estarão sendo representados obrigatoriamente por uma AD, onde estarão previstas todas as informações principais do título como número da NF, data de emissão, entrada e vencimento, código do fornecedor, valor do compromisso, moeda, etc., além de informações acessórias como ajustes financeiros, impostos, lançamentos contábeis, rateios por área e linha de negócio, etc. Como num mesmo compromisso pode estar sendo previsto mais de um vencimento, surge então a segunda figura de controle mais importante do módulo, com o nome de AP  (Autorização de Pagamento).

As APs representam cada parcela de vencimento de um determinado compromisso. No caso da existência de apenas um vencimento para o título, será gerada somente uma AP. Desta forma, cada AD estará sendo relacionada (automaticamente) a uma ou várias APs, conforme a quantidade de vencimentos existentes.

Nas APs serão previstas todas as informações relativas ao pagamento do compromisso como data de vencimento, banco portador, banco/agência e conta de depósito, data do pagamento, banco pagador, número do documento de pagamento, etc., além das informações principais extraídas automaticamente das ADs como código do fornecedor, número da NF, valor do compromisso, código da moeda, etc. Na maioria das vezes o processo de geração de APs é automático, sendo necessária apenas à manutenção posterior das suas informações de pagamento. Semelhante as ADs, as APs também são regidas por um número sequencial previsto nos parâmetros. Estes números (de ADs e APs) estão diretamente relacionados e controlados pelo sistema de forma automática.

 

Existem 4 (quatro) formas de relacionamento entre as ADs e APs:


1) Uma AD para uma AP  compromissos com pagamento único. Representa a maioria dos compromissos lançados no sistema.

2) Uma AD para várias APs  compromissos com pagamento parcelado. Representa boa parte dos compromissos lançados no sistema, principalmente fornecedores de materiais, mercadorias, matéria-prima, etc.

3) Várias ADs para uma AP  agrupamento de compromissos com pagamento único. Representa uma pequena parte dos compromissos lançados no sistema, principalmente fretes de pessoa jurídica.

4)Várias ADs para várias APs  agrupamento de compromissos com pagamento parcelado. Representa a menor parte dos compromissos lançados no sistema, principalmente fretes com entregas regulares.
 

Diante disso, todo o compromisso previsto no módulo de Contas a Pagar estará sendo representado por no mínimo uma AD e uma AP, onde será possível prever/controlar qualquer tipo de situação (da mais simples a mais complexa).

O módulo também oferece o controle de adiantamentos (fornecedores e diversos), a partir de ADs/APs. Estes adiantamentos estarão sendo gerados pelo módulo de Contas a Pagar e serão descontados (de forma automática ou manual) em outras ADs/APs do fornecedor em questão (conforme parametrização).

Embora existam diversas rotinas no módulo de Contas a Pagar, a sua principal função consiste em possibilitar o pagamento de títulos e obrigações da empresa. Para isso é preciso seguir uma sequência de rotinas específicas no processo de pagamento, a fim de possibilitar uma maior agilidade e controle neste trabalho. Destacam-se a geração da proposta de pagamento, a divisão dos títulos em lotes de pagamento, o processo de aprovação/liberação das APs, a confecção automática de cheques em formulário pré-impresso ou máquinas de cheques, a geração de borderôs e DOCs manuais e o processo de pagamento escritural.

O pagamento escritural, especificamente, é tratado num módulo a parte que está diretamente ligado ao módulo Contas a Pagar. É possível também efetuar manutenções sobre os pagamentos já efetuados a partir de telas específicas.

Todos os compromissos existentes no módulo poderão ser consultados possibilitando uma maior agilidade na obtenção das informações de pagamento, principalmente para os fornecedores que solicitam informações dos seus títulos por telefone. Dentro da rotina de consultas destaca-se a tela de Situação de Fornecedores.

Para todas as ADs e APs incluídas e/ou pagas pelo sistema, está sendo prevista a geração (automática ou manual) de lançamentos contábeis analíticos para cada situação, conforme parametrização do módulo. Estes lançamentos permanecem no módulo de Contas a Pagar  possibilitando as devidas manutenções e conciliações contábeis através de telas e relatórios específicos. Após este processo, eles são replicados para o módulo de Contabilidade para fazerem parte do balanço geral da empresa. Mesmo tendo sido enviados a Contabilidade, os lançamentos permanecem no módulo de Contas a Pagar disponíveis apenas para consultas e relatórios (não sendo possível mais efetuar manutenções).

Tratando-se de um módulo financeiro que contempla um grande processo contábil, a emissão de relatórios torna-se imprescindível para o controle dos compromissos incluídos e/ou pagos pelo sistema.  Desta forma o módulo de Contas a Pagar apresenta uma grande variedade de relatórios (financeiros x contábeis) para facilitar ao máximo o processo de conciliação dos compromissos. Os relatórios financeiros trabalham com ADs e APs e os contábeis com os lançamentos gerados a partir das ADs/APs incluídas e/ou pagas pelo sistema.

Diante da grande quantidade de rotinas existentes no módulo, torna-se necessária a definição de várias tabelas de cadastros, além de inúmeros parâmetros.


As tabelas dividem-se em dois grandes grupos: 

  • Principais:  São obrigatórias para o uso básico do módulo como tipos de despesas, tipos de valores, lotes de pagamento, cadastro de bancos e agências, históricos contábeis, etc.
  • Acessórias: Não são obrigatórias pelo fato de controlarem rotinas que não fazem parte do processo principal do sistema como fórmula de juros, empresa origem x destino, mútuo, controle de caixa, controle de aprovação por tipo de despesa, etc. Quanto aos parâmetros, embora exista uma tela apenas para os parâmetros específicos, é muito importante a definição de cada um deles, mesmo aqueles que não serão utilizados de imediato (de preferência setando-os como não habilitados). Os parâmetros padrões também devem ser todos definidos conforme a função de cada um. Estes estão divididos por assunto para facilitar o entendimento e manuseio.

Após o uso do sistema por um período mais longo, torna-se interessante a remoção dos títulos incluídos, pagos e contabilizados em períodos anteriores das tabelas principais do sistema (tabelas de movimentação). Este processo é possível a partir da rotina de transferência de compromissos para histórico. Desta forma todos os compromissos que já estão concretizados no sistema num período pré-estabelecido em tela, serão enviados para tabelas de histórico e consequentemente eliminados das tabelas principais do módulo, gerando assim uma melhora na performance dos programas e possibilitando a continuidade da consulta dessas informações a partir de telas específicas para as informações transferidas para histórico.

Atualmente o módulo de Contas a Pagar possui uma grande quantidade e variedade de recursos para um melhor controle dos compromissos e garantia de sucesso no trabalho operacional da empresa. Vale destacar a amplitude contábil do módulo, sendo assim os usuários deverão ser previamente selecionados, avaliando-se os conhecimentos básicos em contabilidade, além do conhecimento relativo ao processo financeiro de pagamento de uma empresa.



Características

 

  • Controle dos compromissos através de ADs e APs, tendo como finalidade contemplar qualquer tipo de situação quanto a relacionamento de títulos com os seus respectivos vencimentos.
  • Contabilização (automática ou manual) de todos os compromissos incluídos e/ou pagos pelo sistema.
  •  Rateio de ADs e APs por área e linha de negócio.
  •  Retenção/Recolhimento e contabilização de impostos sobre as ADs/APs.
  • Inclusão e controle de compromissos em outra moeda, inclusive com o tratamento de correção cambial.
  • Inclusão de ajustes financeiros (tipos de valores) em ADs e APs, prevendo também a contabilização.
  • Controle de adiantamentos (fornecedores e diversos) através de ADs e APs, podendo ser descontados de forma automática ou manual conforme parametrização.
  • Confecção de pagamentos através de rotinas específicas como: geração de proposta de pagamento, divisão dos títulos por lotes de pagamento, aprovação/liberação de APs, emissão de documento de pagamento (cheques, borderôs, DOCs, pagamento escritural, etc.) e manutenção dos pagamentos já efetuados.
  • Disponibilização de consultas em tela para facilitar a localização de compromissos no sistema.
  • Controle dos lançamentos contábeis gerados a partir dos compromissos, com opção de manutenção, conciliação contábil através de relatórios específicos como: diário auxiliar, razão contábil, situação de fornecedores por conta contábil, etc., e envio do movimento contábil para o módulo de Contabilidade.
  • Disponibilização de vários relatórios financeiros para facilitar o processo de conciliação como: APs pagas e a pagar, pagamento em aberto a partir da data base, APs pagas por tipo de despesa, previsão de pagamento, situação de fornecedores, etc.
  • Disponibilização de rotinas acessórias que complementam o módulo como: método de empresa origem x destino, pagamentos e transferências por mútuo (numerário/adiantamentos), controle de caixa e fundo fixo, controle de aprovação por tipo de despesa, etc.
  • Parametrização de todas as operações principais e acessórias do módulo a partir de uma única tela de parâmetros.
  • Transferência de movimentos para a rotina de histórico a fim de dinamizar o processo operacional, além da melhora na performance do sistema.
  • Integração com outros módulos do Logix como: Contabilidade, Transações Bancárias, Fluxo de Caixa, Recursos Humanos, Suprimentos, Contratos Financeiros, Contas a Receber, Importação e etc. 

Integração

Pré-Requisito:

  • Definição das tabelas principais de cadastros como: bancos, agências, condição de pagamento, tipos de despesa, tipos de valores, lotes de pagamento, histórico padrão, além da tabela de fornecedores;
  • Definição de todos os parâmetros, atentando-se para os de controle sequencial (mesmo os que não serão utilizados inicialmente, que deverão permanecer como não habilitados);
  • Efetuar a carga de títulos (em aberto ou todos) do sistema anterior de Contas a Pagar para possibilitar a integridade dos pagamentos no Logix (não imprescindível).