Planejamento de fluxo de caixa operacional ou como construir um sistema de controle de gastos de recursos. Planejando gastar dinheiro. Fornecendo aplicativos 1c, aprovando aplicativos e gastando fundos

O documento “Solicitação de fundos para gastos” destina-se a registrar a decisão de efetuar um pagamento em dinheiro ou não (grupo de pagamentos) ou movimentar fundos. Os detalhes do documento e o procedimento para sua utilização são basicamente semelhantes aos documentos “Ordem de pagamento (saída)” e “Ordem de despesas de caixa”.


Os parâmetros de reserva e colocação podem ser preenchidos automaticamente. Para tanto, o documento disponibiliza bandeiras e "Colocação automática".


Se esses sinalizadores estiverem definidos, a coluna “Posicionamento” poderá ser preenchida automaticamente quando você clicar no botão "Preencher e postar".


O esquema de posicionamento automático e manual pode ser combinado. Com bandeiras definidas "Reserva automática" E "Colocação automática" Você pode especificar manualmente a opção de colocação para parte do valor do aplicativo. Então quando você pressiona o botão "Preencher e postar" Haverá um posicionamento automático apenas para o valor restante.


Quando o tipo de operação está definido como " Pagamento ao fornecedor" ou " Reembolso ao comprador" são feitas alterações nas liquidações operacionais com as contrapartes.


Com base no documento “Pedido de fundos para despesas”, podem ser inseridos documentos de pagamento bancário e em dinheiro. Tais documentos fornecem o requisito “ Aplicativo", que é preenchido conforme você digita ou pode ser preenchido manualmente. Ao lançar documentos de pagamento com um pedido específico de gasto de fundos, é verificada a conformidade do valor do documento com o saldo atual de pagamentos pendentes para esse pedido.


Ao configurar direitos adicionais, é possível proibir o usuário de processar documentos de pagamento sem indicar um pedido de gasto de recursos.


O documento “Pedido de dispêndio de fundos” também pode servir de ligação entre o subsistema de gestão de caixa e o subsistema de orçamentação. Para o efeito, a aplicação disponibiliza um bloco de dados semelhante ao documento “Operação Orçamental” (cenário de planeamento, rubrica de faturação, distrito financeiro central, projeto, etc.). Utilizando os dados especificados, no momento da apresentação da candidatura, é monitorizada a conformidade do montante total dos fundos aprovados para despesa com os valores-limite previamente estabelecidos.


Recursos de trabalho com aplicativos ao usar o mecanismo de aprovação de aplicativos

O mecanismo de aprovação de aplicativos é usado opcionalmente: para uma lista de organizações.


Ao usar o mecanismo de correspondência de aplicativos, surgem os seguintes recursos:



    Se a candidatura não indicar uma organização, esta candidatura não participa na aprovação


    O percurso para aprovação do pedido é determinado de acordo com as configurações consoante a Divisão especificada no pedido.


    Se o pedido não tiver passado no processo de aprovação (o status do pedido não é “Aprovado”), um documento de pagamento não poderá ser emitido com base nele


    Se o aplicativo começar a passar pelo caminho de aprovação, o aplicativo poderá ser alterado



    • O usuário cuja inscrição está sendo aprovada no momento


      Usuários que aprovam um aplicativo em estágios superiores de aprovação
      Outros usuários não podem alterar o aplicativo.


    Se o pedido estiver no estado "Aprovado", não poderá ser alterado


    Se o aplicativo entrar no estado "Rejeitado", o aplicativo será cancelado


    O status atual das inscrições está na lista de inscrições



    • o status é exibido em uma coluna separada


      O agrupamento por status do pedido é usado


      os aplicativos são destacados com cor de fundo




      • rejeitado - rosa

“É preciso começar um negócio de um milhão de dólares com uma notável escassez de notas.”

I. Ilf e E. Petrov

Planejamento de fluxo de caixa operacional ou como construir um sistema de controle de fluxo de caixa

Introdução

Este artigo é dedicado ao planejamento do fluxo de caixa operacional (doravante denominado “CD”), sendo divulgados os seguintes aspectos desta atividade:

  1. o papel do planejamento operacional do DS na vida da empresa;
  2. subsistema de planejamento operacional DS na configuração padrão “1C: Manufacturing Enterprise Management rev. 1.3 (versão 1.3.32.1)" (doravante denominada UPP);
  3. características e erros de um subsistema típico de soft starter;
  4. experiência prática na implementação do subsistema de planejamento operacional do DS;
  5. Possíveis opções de melhorias e correções de erros do subsistema SCP padrão.

1 O papel do planejamento operacional do DS na vida da empresa

O sonho de qualquer CFO (Chief Financial Officer) é a ausência de “cash gaps” (cash gap é a falta de recursos para cumprir as obrigações atuais da empresa em um determinado momento) em sua empresa, e esse sonho se tornou até mesmo mais intrusivos durante a crise. O dinheiro é o motor de uma empresa, e a sua ausência, mesmo que por um curto período, pode levar a “doenças graves” ou mesmo à “morte” da empresa. A razão para as “lacunas de caixa” é uma discrepância entre o momento de recebimento dos recursos e o seu gasto, que pode ser causada por uma série de razões objetivas, por exemplo: características sazonais do ramo de atividade da empresa. Um exemplo são as empresas agrícolas (culturas) que incorrem nos principais custos no Inverno e na Primavera e recebem a maior parte das suas receitas no Outono. Quando ocorre um “gap de caixa”, a empresa tem que recorrer a diversas medidas para eliminá-lo, por exemplo: captação de empréstimos bancários, empréstimos, venda urgente de ativos líquidos, etc. Apesar das medidas tomadas, esta situação terá, de uma forma ou de outra, um efeito negativo no bem-estar da empresa. Assim, desenvolver um sistema de planejamento, execução e controle dos fluxos de caixa é uma das principais atribuições do diretor financeiro da empresa.

2 Subsistema de planejamento operacional DS na configuração padrão “1C: Manufacturing Enterprise Management rev. 1,3" (doravante denominado UPP)

A UPP possui uma série de documentos e relatórios que permitem inserir planos de recebimento e gasto de recursos e, com base nesses dados, construir um calendário de pagamentos. Vamos dar uma olhada mais de perto nesses objetos de configuração:

  1. Documento " Fluxo de caixa planejado": este documento reflete o recebimento planejado do DS. O documento indica uma contraparte específica, acordo, item de fluxo de caixa, etc. O documento possui a particularidade “Incluir no calendário de pagamentos”; caso não seja definido, os dados não serão incluídos no cadastro “Liquidações com contrapartes” e, consequentemente, no relatório “Calendário de pagamentos” e demais relatórios; .

Recurso 1: Se, após a postagem deste documento, olharmos o relatório “Declaração de Acordos com Empreiteiros”, nele veremos um recibo do valor do documento, que é o que deve ser o resultado. E neste caso, é importante ao inserir um documento de pagamento (p/p ou PKO) vincular o documento de planejamento de recebimento DS, caso contrário veremos uma duplicação dos valores de recebimento no relatório. Além disso, caso os documentos não estejam vinculados, serão apresentados dados incorretos no calendário de pagamentos. É fácil cometer um erro, por exemplo, se você indicar a forma de pagamento “Dinheiro” no documento de planejamento e efetuar o pagamento sem dinheiro, então neste caso não será possível indicar a ligação dos documentos e , como resultado, surgirá uma duplicata. Mesmo que você utilize o mecanismo “Enter based on” para refletir o fato do pagamento, e a ligação entre os dois documentos fique visível na estrutura de subordinação, isso não significa que tudo passará pelos registros corretamente.

  1. Documento " Aplicativo para gastar DS": este documento é necessário para refletir as despesas planejadas do DS. Ao mesmo tempo, este documento pode ser utilizado para reservar um DS para um pagamento específico. O documento indica uma contraparte específica, acordo, item de fluxo de caixa, etc. O documento possui a característica especial “Incluir no calendário de pagamentos”; caso não seja definido, os dados não serão incluídos no cadastro “Liquidações com contrapartes” e, consequentemente, no relatório “Calendário de pagamentos” e demais relatórios. Também neste documento existe uma aba especial “Orçamento”, que indica o cenário de planejamento e o item de giro orçamentário, para monitorar o cumprimento do orçamento previamente informado e o pagamento planejado.

Recurso 2: Se o pedido não for aprovado, ele ainda aparecerá no relatório “Calendário de pagamentos” se a opção “Incluir no calendário de pagamentos” estiver selecionada. Deixaremos a discussão sobre o tema “Isso é justificado ou não” fora do escopo do artigo. Ao efetuar um pagamento, é fácil cometer os erros descritos na seção “Recurso 1”.

  1. Documento " Fechando receitas planejadas": o documento especificado destina-se ao encerramento dos documentos "Recebimento planejado de DS", ou seja, o valor planejado (parte do valor) do recibo DS é “retirado”.

Recurso 3: Infelizmente, este documento não permite ajustar manualmente o valor de fechamento, ou seja, o programa analisa o equilíbrio deste plano e todos o restante fica coberto, o que nem sempre é conveniente. Por exemplo, se ajustamos parcialmente o plano de implementação, o plano para receber DS deverá mudar. Nesse caso, você terá que fazer alterações no documento “Recebimento planejado de DS”, porém, ajustes “retroativos”, como sabemos, não trazem nenhum benefício. Além disso, se o ajuste do recebimento planejado do DS estiver registrado no documento “Fechamento de recebimentos planejados”, será possível rastrear o histórico de alterações nos planos.

  1. Documento " Fechando solicitações de gastos de fundos" destina-se a documentos de encerramento "Pedido de despesas do DS", ou seja, o montante previsto (parte do montante) das despesas do DS é “removido”.

Recurso 4: nuances semelhantes são descritas no “Recurso 3”.

  1. Relatório " Agenda de pagamentos": este relatório mostra as próximas despesas e recebimentos do DS, o que permite ver “lacunas de caixa”.

Recurso 4 : O certificado padrão do relatório diz: “O relatório tem como objetivo exibir informações sobre pagamentos planejados, recebimentos e saldos para o período de tempo selecionado" Se alguém pensou que se tratava de saldos de DS em contas correntes, enganou-se profundamente. Estamos falando de saldos de aplicações/recebimentos planejados (veremos esse exemplo mais adiante).

  1. Relatório " Análise da disponibilidade do DS": este relatório apresenta o saldo de DS na empresa, DS reservado conforme aplicações de DS, bem como DS para baixa e recebimento.
  2. Relatório " Pedidos de fundos para gastos" De acordo com o certificado da UPP, esse relatório é denominado “Recebimentos não pagos” e “destinados a obter informações sobre recebimentos que estão registrados no sistema, mas para os quais não foi realizada nenhuma das ações necessárias: reflexo na contabilidade operacional ou fluxo de caixa real (pagamento)”. J Isso é engraçado! Para a ajuda “real”, vamos ao configurador e vemos a descrição: “destinado a analisar a execução de pedidos de gasto de fundos durante um determinado período de tempo. A coluna “Entrada” apresenta os valores das aplicações concluídas, e a coluna “Despesas” apresenta a execução das aplicações do período (emissão de documentos de pagamento com base nas aplicações ou encerramento das mesmas). Os saldos no início e no final do período mostram os valores pendentes das aplicações.”
  3. Relatório " Recebimentos planejados do DS" Se você acredita no certificado, então este ainda é o mesmo relatório " Pagamentos recebidos não pagos"J. No configurador: “destina-se a analisar a implementação de planos de recebimento de recursos, documentados pelos documentos pertinentes para um determinado período de tempo. A coluna “Entrada” exibe os valores dos recebimentos planejados, e a coluna “Despesas” exibe a execução dos planos de recebimento de recursos para um determinado período (cadastro de documentos de pagamento recebidos com base nos documentos de planejamento de recebimento de recursos). ”
  4. Cadastro de informações « Configurações para aprovar aplicativos para gastar DS»: O registo destina-se a “permitir” a utilização de um mecanismo de reconciliação de candidaturas para uma organização e período específicos.
  5. Diretório « Rotas de coordenação formulários": este diretório descreve as rotas para aprovação de pedidos de gastos de DS.
  6. Cadastro de informações" Configurações de rota de aprovação de pedido» prescreve o caminho para aprovação da aplicação, sendo que na funcionalidade padrão depende apenas do departamento (CFD – centro de responsabilidade financeira) da aplicação.
  7. Tratamento "Coordenação de aplicações": Neste processamento, as solicitações são coordenadas.
  8. Direito adicional " Permitir pagamento sem aplicativo» permite que o pagamento seja feito sem um pedido aprovado.

Recurso 5:Limitação de direitos não funciona (facilmente contornado) se:

A) o documento de pagamento não é processado prontamente;

B) o checkbox não inclui o atributo “Refletir na contabilidade operacional”;

C) ordem de pagamento e liquidação financeira com a modalidade de operação “Pagamento de salários”. Este é um erro UPP: o código está sendo verificado na parte tabular incorreta do documento.

  1. Direito adicional " Permitir superação de valores controlados pelos orçamentos» - permite fazer um pedido de gasto de fundos caso os valores dos pedidos excedam o valor planejado para um item orçamentário controlado.

3 Recursos e erros de um subsistema típico de soft starter

Vejamos os recursos e erros de um subsistema típico usando um exemplo específico.

Dados iniciais (condições do problema):

A) introduzimos uma nova organização “TRG” na base de demonstração da UPP;

B) inserir os saldos iniciais do DS ( a partir de 01/11/2012): 1 milhão de trabalhadores na conta corrente e 50 mil rublos. no registro;

C) criamos novos usuários “Gerente de Compras” ( Não instalamos o direito adicional “Permitir pagamento sem aplicação”) e "Gerente de Vendas".

  1. O gerente de vendas planeja vender o “produto 1” este mês (o pagamento está planejado por transferência bancária) no valor de 600.000 rublos e insere o documento “Recebimento planejado de DS”.

Importante: Se você não definir o atributo “Incluir no calendário de pagamentos”, o recebimento planejado do DS não será incluído no relatório “Calendário de pagamentos” ou “Demonstração de liquidações com contrapartes”. Em nosso exemplo iremos instalá-lo.

Vejamos o relatório "Calendário de pagamentos":

Fique atento aos dados que o relatório mostrará se o período for definido a partir de 01.11.12 (a partir do momento do lançamento dos saldos):

É importante lembrar desse recurso!

Observe também que o relatório não mostra (este é um erro do relatório) saldos de caixa em uma seção separada:

  1. Conforme planejado, a venda foi concretizada, mas o comprador Paguei a primeira entrega por transferência bancária, A paguei pela segunda entrega em dinheiro. Inserimos documentos de vendas no valor de 400.000 e 200.000 rublos e, em seguida, por meio do mecanismo “Entrar com base”, inserimos uma ordem de pagamento no valor de 400.000 e PKO no valor de 200.000 rublos. Vamos analisar os relatórios:
    1. Iremos gerar o relatório “Calendário de pagamentos” de 11/02/2012 a 31/12/2012, obtemos o seguinte resultado:

O valor planejado de 200 mil permaneceu, embora o pagamento tenha sido realizado. Isso aconteceu porque planejamos todos os pagamentos por transferência bancária, mas recebemos 200 mil em dinheiro e, portanto, o aplicativo não pôde ser “puxado” para o documento de caixa, e até mesmo pelo fato de termos inserido todos os documentos “ não ajudou” usando o mecanismo “baseado em entrada”, e na estrutura de subordinação vemos a cadeia:

Vamos deletar o PKO e fazer uma ordem de pagamento de 200 mil, mas não colocaremos o sinal “Pago”. Assim, veremos a seguinte imagem no calendário de pagamentos:

  1. Planejaremos gastos da DS no valor de 500 mil para pagar fornecedores. Vamos inserir um aplicativo para gastar DS:

O calendário de pagamentos ficará assim:

Observe que a despesa está prevista para 09/12/12, embora a data de aplicação seja 08/12/12, isso está correto, pois no campo “data de consumo” indicamos o dia 09.

  1. Aprovaremos o pedido. A aprovação ocorre a partir do processamento de “Aprovação da Candidatura”, e o mecanismo de aprovação também está disponível através da interface Web. No processamento de reconciliação existe uma função muito conveniente e útil para configurar relatórios:

O relatório é primeiro desenvolvido e salvo na seção “Relatórios Personalizados” (Serviço->Relatórios Personalizados), depois é usado para exibir as informações necessárias ao aprovar inscrições. Através desta funcionalidade, você pode configurar a exibição dos saldos das contas correntes levando em consideração os pagamentos das aplicações aprovadas, também pode mostrar a conformidade da aplicação com o orçamento, etc. A possibilidade de aprovação via interface Web permite ao gestor controlar os pagamentos sem estar em sua mesa.

  1. Agora, com base no pedido aprovado, inseriremos o pagamento por ordem de saída, e também tentaremos contornar o mecanismo de proibição de pagamento superior ao valor do pedido aprovado:

Como você pode ver, quando a ordem de pagamento é processada prontamente, aparece uma mensagem indicando que o saldo permitido na aplicação foi ultrapassado, mas quando não é processada prontamente, o controle não funciona e o gerente de compras consegue pagar a ordem de pagamento. fornecedor mais do que o gerente aprovou:

Por conta desse erro, assim como no relatório “Calendário de Pagamentos”, aparecem “milagres”:

Também não está acontecendo ao controle em RKO com a bandeira removida " Refletir na contabilidade operacional."

Nenhum controle ocorre também na Ordem de Pagamento, em e RKO com o tipo de operação “Pagamento de salário”, o que é um erro na UPP padrão.

4 Experiência prática na implementação de um subsistema de planejamento operacional de tráfego de veículos

Vejamos agora a experiência prática de implementação deste subsistema numa grande exploração agrícola (vamos chamá-la “Agro”), enquanto prestaremos atenção apenas à parte de despesas do planeamento operacional, porque é o mais interessante e premente, porque podemos influenciar as despesas, mas não é tão fácil influenciar as receitas.

A implantação do subsistema de planejamento operacional da movimentação de DS no Agro teve início junto com a ampla automação da contabilidade baseada na UPP 1.3. Anteriormente, a holding mantinha registros em 8 configurações diferentes (mais de 5 escritórios remotos em 4 regiões do nosso país), e o planejamento operacional dos fluxos de tráfego era realizado em Excel. No final do mês, as filiais enviaram à sociedade gestora (doravante designada por sociedade gestora) tanto os planos de despesas de DS como os planos de recebimento de DS. Os funcionários da tesouraria gestora conferiam os planos enviados com o orçamento, depois os encaminhavam aos chefes das áreas para aprovação, os chefes das áreas corrigiam e acertavam os planos de movimentação do DS. Em seguida, a tesouraria da gestão consolidou os planos recebidos dos gestores das áreas e enviou o plano final ao diretor geral para aprovação. O plano aprovado foi devolvido às subsidiárias e, no prazo de um mês, os funcionários da tesouraria gestora verificaram a movimentação do DS com o plano aprovado, ou seja, controlou sua implementação.

No decurso da preparação do sistema para lançamento em operação comercial, foi realizada a análise e construção de um modelo “as is” do processo de negócio “Planeamento operacional do tráfego de veículos”. Após reengenharia do processo de negócio e construção do modelo “como deveria”, foi desenvolvido um novo regulamento para o processo de negócio “Planejamento operacional de movimentação de veículos”. As modificações necessárias foram feitas na base de demonstração do SCP e um caso de teste foi desenvolvido. O exemplo de teste foi testado por todos os participantes do processo de negócios, foram identificadas deficiências e foram expressos desejos adicionais para melhorar a funcionalidade do SCP. Depois de eliminados os erros e efetuados os ajustes necessários, foi aprovado o novo regulamento do processo de negócio “Planeamento operacional do fluxo de tráfego” e comunicado por despacho do Diretor Geral aos colaboradores da holding. No diagrama abaixo, darei um exemplo de como processar um pedido de gasto de DS após a introdução da nova regulamentação:

O resultado obtido com a implementação deste subsistema:

  1. o controlo sobre as despesas da DS nas holdings foi reforçado;
  2. aumentou a rapidez na elaboração dos planos de trânsito para veículos motorizados;
  3. a execução do plano de movimento do DS tornou-se mais “transparente”;
  4. “lacunas de caixa” foram evitadas.

Gostaria de ressaltar que após a implantação da UPP nas holdings (mais de 120 usuários trabalham on-line por meio de cliente Web ou conexão remota via RemoteAPP) e do subsistema de planejamento operacional DS, em especial, o tema foi: “ o pedido de gastos do DS foi acordado ou não?” tornou-se uma das questões mais prementes da empresa. Veio à tona o facto de por vezes as holdings efectuarem pagamentos a fornecedores, apesar da proibição da sociedade gestora e da discrepância entre as despesas e o orçamento aprovado. Naturalmente, tendo recebido uma ferramenta de controle tão poderosa como um sistema ERP unificado, isso deu imediatamente um resultado positivo.

5 Melhorias realizadas durante a implantação do subsistema

Neste parágrafo descreverei apenas uma pequena parte das melhorias realizadas durante a implementação do subsistema na exploração.

  1. Erros na configuração padrão do soft starter 1.3 foram corrigidos.
  2. Os valores baseados nos pedidos de despesas do DS e nos planos de recebimento do DS começaram a aparecer no calendário de pagamentos somente após aprovação.
  3. O esquema de escolha da via de aprovação de um pedido de gasto de DS mudou. O caminho para aprovação de uma candidatura passou a depender de:
    1. Artigos DS;
    2. valor da aplicação.
    3. Apenas aprovado as ordens de pagamento podem ser carregadas no banco do cliente. No UPP padrão também são descarregados os itens não aprovados.
    4. A capacidade de contornar a proibição de efetuar pagamentos sem um aplicativo foi eliminada.
    5. O histórico de aprovações de aplicativos foi armazenado. A qualquer momento, o usuário pode ver quem tem um pedido de aprovação e quem (quando) aprovou o pedido.
    6. Foi desenvolvido um mecanismo de “correspondência” sobre candidaturas, que é utilizado quando uma candidatura passa pela via de aprovação.
    7. O processamento de aprovação de candidaturas foi melhorado. A solicitação utilizada na lista dinâmica não foi a ideal, portanto, com um grande volume de solicitações, no momento da aprovação, o processamento congelou por 2 a 3 minutos. A correspondência com os desenvolvedores sobre esse erro não produziu nenhum resultado, portanto o erro foi corrigido de forma independente.
    8. O processamento foi desenvolvido para incluir o aplicativo no calendário de pagamentos, ou seja, após a aprovação do pedido, foi determinado adicionalmente o procedimento para realização de pagamentos, ou seja, foi determinado o procedimento para inclusão do pedido no calendário de pagamentos
    9. Foi desenvolvido um pacote de relatórios (calendário de pagamentos, fluxo de caixa, status de aprovação de pedidos, etc.) utilizados na holding.

Em anexo a este artigo encontra-se um relatório SKD para processamento de aprovação de candidaturas.

6. Conclusão

Se você quiser se livrar das lacunas de caixa, o planejamento do fluxo de caixa deve ser um processo contínuo. Quanto maior a empresa, mais complexa é a sua estrutura, quanto mais tipos de atividades, mais difícil é gerir os fluxos de caixa. Portanto, um sistema ERP unificado é uma ferramenta poderosa no planejamento e controle do fluxo de caixa.

Você pode configurar o sistema para que todos (ou alguns) pagamentos sejam processados ​​apenas mediante a criação e aprovação obrigatória de uma solicitação de fundos. Isto é regulado pela opção funcional Pedidos de fundos para gastos:

Se a opção estiver habilitada, então a obrigação de fazer pedidos é configurada para cada conta bancária da organização:

Ao criar um aplicativo, seu funcionamento é indicado:

E também a forma de pagamento:

Os pedidos de gastos do DS podem ser criados manualmente ou com base em pedidos, padrões de formação profissional e outros documentos. Por sua vez, com base nas aplicações, é possível criar baixas de DS não caixa, liquidações em dinheiro e outros documentos.

Questão 1.14 do exame 1C: ERP Professional Enterprise Management 2.0. Proibição de baixa de fundos sem o documento “Pedido de Pagamento”:

  1. Definido nas configurações do usuário
  2. Definido em direitos de usuário adicionais
  3. Determinado pela função do usuário
  4. Determinado para cada conta individualmente

Verificado. A resposta correta é a quarta, veja acima para análise.

Questão 8.5 do exame 1C: ERP Professional Enterprise Management 2.0. O documento “Pedido de dispêndio de fundos” pode ser elaborado de acordo com os tipos de operações de dispêndio de fundos:

  1. Transferência de fundos para pagar impostos
  2. Transferência de fundos entre a organização-mãe e divisões separadas
  3. Registro de uma transação de conversão de moeda
  4. Transferência de fundos para pagamento de despesas alfandegárias
  5. Opções 1 ou 4
  6. Opções 1 ou 2 ou 3 ou 4

Verificado. A resposta correta é o número seis, veja as operações disponíveis acima.

Questão 8.8 do exame 1C: ERP Professional Enterprise Management 2.0. O documento “Pedido de dispêndio de fundos” pode ser elaborado de acordo com os tipos de operações de dispêndio de fundos:

  1. Transferência para fornecedor
  2. Emissão de folha de pagamento
  3. Transferindo fundos para o banco
  4. Opções 1 ou 2
  5. Opções 1 ou 2 ou 3

Verificado. A resposta correta é a quarta. A entrega de recursos ao banco não é formalizada por requerimento, mas Ordem para mover o DS.

Questão 8.10 do exame 1C: ERP Professional Enterprise Management 2.0.

  1. Sem dinheiro
  2. Dinheiro ou não dinheiro
  3. Cartão de pagamento
  4. Opções 1 ou 2
  5. Opções 1 ou 3
  6. Opções 1 ou 2 ou 3

Questão 8.12 do exame 1C: ERP Professional Enterprise Management 2.0. Ao preencher o documento “Pedido de gasto de recursos”, você pode especificar a forma de pagamento:
  1. Dinheiro
  2. Cartão de pagamento
  3. Documento de dinheiro
  4. Opções 1 ou 2
  5. Opções 1 ou 3
  6. Opções 1 ou 2 ou 3

Verificado. A resposta correta é a quarta.

Questão 8.14 do exame 1C: ERP Professional Enterprise Management 2.0. O documento “Solicitação de dispêndio de recursos” pode ser inserido:

  1. Com base no documento "Pedido ao fornecedor"
  2. Com base no documento “Recebimento de mercadorias e serviços”
  3. Opções 1 e 2 dependendo da situação dos documentos comprovativos
  4. Do relatório "Calendário de pagamentos"
  5. Opções 1 e 2 e 4
  6. Opções 3 e 4

Verificado. A resposta correta é o número cinco. Vamos considerar. Com base no Pedido ao fornecedor, o pedido é inserido sem problemas, apesar do status Não acordado e pagamento após entrega (que ainda não ocorreu):

aqui está o aplicativo:

As escolas profissionais não têm qualquer estatuto; O aplicativo também pode ser acessado sem problemas:

No relatório Calendário de Pagamentos, não há opção direta para criação de aplicações, mas você pode abrir o documento base do relatório e fazer uma aplicação a partir dele:


Questão 8.11 do exame 1C: ERP Professional Enterprise Management 2.0. Com base no documento “Pedido de gasto de fundos”, você pode inserir um documento de pagamento se o status do pedido estiver definido como:
  1. Pagar
  2. Acordado
  3. Independentemente do status

O calendário de pagamentos em 1C:ERP Enterprise Management 2 exibe informações sobre:

  • saldo de caixa disponível nas contas de caixa e não caixa da empresa;
  • receitas e despesas planejadas de fundos.

O acesso ao Calendário de Pagamentos é feito através da seção “Tesouraria” do grupo “Planejamento e Controle de Caixa”. O calendário de pagamentos é gerado para um período arbitrário especificado em dias.

No topo do processamento do “Calendário de pagamentos”, estão disponíveis as seguintes opções:

  • período de formação;
  • organizações;
  • moeda;
  • seleção para contas específicas da organização.

O formulário do calendário de pagamento em 1C:ERP Enterprise Management 2 é mostrado na Fig. 1.

Figura 1 - Calendário de pagamentos em 1C:ERP Enterprise Management 2

Os documentos base para preenchimento do Calendário de Pagamentos são:

  • "Pedido do cliente";
  • “Pedido ao fornecedor”;
  • “Ordem de movimentação de fundos”;
  • “Aplicativo para gastar DS.”

Configurações do calendário de pagamentos em “1C:ERP Enterprise Management 2”

Você pode configurar o calendário de pagamentos através do botão “Mais” no canto superior direito.


Figura 2 – Configurações do calendário de pagamentos

O Calendário de Pagamentos exibe as aplicações que possuem o status “Aprovado” ou “Não Aprovado”, caso esta opção esteja especificada nas configurações (Fig. 2). As inscrições com os status “A pagar” e “Rejeitadas” não ficam visíveis no calendário de pagamentos.

Tipos de calendário de pagamentos

O calendário de pagamentos pode ser criado em 3 tipos (Fig. 3).


Figura 3 – Seleção do tipo de calendário de pagamento

Aplicativos - Calendário (Fig. 4)

O lado esquerdo do formulário exibe informações sobre solicitações de gastos de fundos.

O lado direito do formulário exibe informações sobre:


Figura 4 – Calendário de pagamentos do tipo “Pedidos – Calendário”

Calendário – Pagamentos (Fig. 5)

Na parte superior do formulário Calendário de pagamentos, informações sobre:

  • saldos de caixa nas contas da organização;
  • fluxos de caixa esperados;
  • despesas planejadas de fundos.

A parte inferior do formulário Calendário de Pagamentos exibe informações sobre os documentos que servem de base para o preenchimento da parte superior do Calendário de Pagamentos.


Figura 5 – Calendário de pagamentos do tipo “Calendário – Pagamentos”

Lista de aplicativos (Fig. 6)

A lista de aplicativos exibe os aplicativos que possuem o status “Aprovado” ou “Não aprovado”, caso esta opção esteja especificada nas configurações (Fig. 2).


Figura 6 – Calendário de pagamentos do tipo “Lista de aplicações”

Seção "Calendário"

Na coluna “Atrasados” você pode ver a dívida da nossa organização por:

  • acordos com fornecedores e clientes;
  • pagamento de salários, impostos e taxas;
  • emissão de créditos e empréstimos;
  • pagamento de juros;
  • recebeu créditos e empréstimos.

Atenção!!! Ao inserir os saldos iniciais de caixa e contas correntes, eles também serão refletidos no Calendário de Pagamentos na coluna “Atrasados”.

As colunas da data correspondente exibem dados sobre liquidações planejadas com fornecedores, clientes, funcionários, autoridades reguladoras e outras contrapartes. A data e o valor do pagamento são determinados de acordo com os documentos comprovativos.

Os fundos em trânsito são exibidos no calendário de pagamentos na forma de 2 valores:

  • com um sinal “-” para a conta da qual os fundos serão enviados;
  • com um sinal “+” para a conta na qual os fundos devem ser recebidos (Fig. 7).

A operação é refletida com base no documento “Ordem de movimentação de fundos” com o tipo de operação “Arrecadação de fundos ao banco” a partir da data prevista de envio de fundos (data de pagamento) (Fig. 9). O pedido deverá ter o status “Acordado” ou “Para pagamento”.


Figura 7 - Exibição no PC da operação de cobrança DS após postagem do documento “Ordem de movimentação de recursos” com o tipo de operação “Cobrança DS ao banco”

Ao gerar o documento “Ordem de despesas de caixa” com o tipo de operação “Cobrança ao banco”, os fundos em trânsito ficam visíveis no calendário de pagamentos na coluna de recebimento na data estimada de recebimento (Fig. 8).


Figura 8 - Visualização no PC da operação de cobrança DS após lançamento do documento “Ordem de saída de dinheiro” com o tipo de operação “Cobrança ao banco”

A data de recebimento planejado é determinada somando a data de envio planejado do DS (Fig. 9) e o período de coleta (Fig. 10).


Figura 9 – Indicação da data do pagamento previsto no documento “Ordem de movimentação de fundos”


Figura 10 - Configuração do período de cobrança no diretório “Caixa registradora da organização”

Ao compilar o Calendário de Pagamentos, sua viabilidade é verificada automaticamente - ou seja, suficiência de reservas de caixa para pagamento nos locais de seu armazenamento.

Os valores planejados de recebimentos e pagamentos são exibidos na forma de um resumo diário. Para informações mais detalhadas, utilize a seção “Pagamentos”.

Seção "Pagamentos"

Esta seção contém informações sobre os documentos que servem de base para o planejamento de pagamentos e recebimentos.

As informações de pagamento indicam a data de pagamento planejada, mas não indicam “vencido”.

O bloco de pagamento permite que você:

Seção "Aplicativo"

No “1C: ERP Enterprise Management 2” edição 2.2.3.190 é possível habilitar ou desabilitar a execução de “Solicitações de gastos de DS”.

Esta configuração está disponível na seção “Dados mestre e administração”, grupo “Configuração de dados mestre e seções”, item “Tesouraria” (Fig. 11).


Figura 11 - Configurações para uso no programa 1C: ERP Enterprise Management 2 “Solicitações de gastos de fundos”

No diretório “Enterprise Cash Office” você pode marcar as caixas que regulam a execução de solicitações de pagamento específicas para o caixa corporativo selecionado (Fig. 12):

  • permitir a emissão de recursos sem “solicitações de pagamento”;
  • permitir o recebimento e transferência de fundos para outros caixas sem “ordens de movimentação”.


Figura 12 - Configurando a utilização de “Solicitações de gasto de recursos” e “Pedidos de movimentação de recursos” no livro de referência “Caixa da organização”

Caixas de seleção semelhantes podem ser marcadas no diretório “Conta Bancária da Organização” (Fig. 13).


Figura 13 - Configurando a utilização de “Solicitações de gastos DS” no diretório “Conta Bancária da Organização”

Atenção!!! Estas configurações não afetam o procedimento de geração do calendário de pagamentos.

Em “1C: ERP Enterprise Management 2” o documento “Solicitação de despesas de DS” tem como objetivo exibir as despesas planejadas de fundos dos seguintes tipos:

  • emissão de fundos para um responsável;
  • transferência de recursos para o fornecedor;
  • devolução de fundos ao cliente;
  • pagamento de empréstimo;
  • taxa alfandegária;
  • pagamento a outra organização;
  • outras despesas em dinheiro, etc.

O uso de aplicativos para gastar DS permite que você execute as seguintes tarefas:

  • refletir a necessidade de recursos das divisões da empresa;
  • planejar o gasto de recursos;
  • evitar pagamentos inconsistentes de dinheiro;
  • controlar o montante de fundos permitido para despesas.

As solicitações são exibidas no calendário de pagamentos dependendo do status e preenchimento do campo “Objeto de liquidação” (Tabela 1, Tabela 2)

Tabela 1. Opções de influência das solicitações na formação do calendário de pagamentos, caso as configurações não indiquem “Exibir solicitações descoordenadas de gastos de recursos no calendário”

Status do pedido de gasto do DS Campo "Objeto de cálculo" Exibir no calendário de pagamentos Influência na formação do calendário de pagamentos Exibição correta
"Não acordado" Não preenchido Não afeta Correto
"Não acordado" Concluído Afeta alterações nos valores dos pagamentos planejados (cancela os documentos primários “Pedido ao fornecedor”, “Pedido do cliente”, etc.) Incorreta
"Acordado" Não preenchido Leva à duplicação dos pagamentos esperados Incorreta
"Acordado" Concluído Não altera o valor das receitas esperadas Correto

Tabela 2. Opções de influência das solicitações na formação do calendário de pagamentos, caso as configurações indiquem “Exibir solicitações descoordenadas de gastos de recursos no calendário”

Para analisar as informações das tabelas acima, considere um exemplo.

A organização LLC Confetprom planeja pagar ao fornecedor LLC Nevsky Bereg 74.998,44 pelas mercadorias em 22 de maio de 2017 (Fig. 20). Foram inseridos no programa os documentos “Pedido ao fornecedor” e “Solicitação de gastos do DS”. Na Fig. 15 a 20 mostra a alteração do Calendário de Pagamento em função do preenchimento dos campos “Solicitações de gastos DS”.


Figura 20 - Exibição do documento “Pedido ao Fornecedor” no Calendário de Pagamentos, sem lançamento do documento “Solicitação de Despesas DS”.

Ao planejar fluxos de caixa, uma das etapas principais é planejar os recebimentos de caixa. Na primeira parte do artigo, veremos como esse mecanismo é implementado no software 1C: Manufacturing Enterprise Management.

Para maior comodidade de trabalhar com o bloco de operações em questão, utilizaremos a interface “Gestão de Caixa”.

O mecanismo de gestão de caixa permite traçar um plano de fluxo de caixa (ambos ampliado para um longo período de tempo com base em dados de períodos anteriores, ajustado para um determinado indicador, e detalhado para dias e semanas), gerar solicitações de gastos de recursos, assim automatizar o mecanismo de fluxo de certas etapas da aprovação dos pedidos até o efetivo débito dos recursos da conta corrente da organização ou emissão de dinheiro do caixa, bem como analisar o recebimento planejado dos recursos.

Com ajuda pedidos de gastos de fundos Na contabilidade da organização, pode ser estabelecido um controle claro sobre o gasto de recursos. A contabilidade pode ser configurada de forma que, sem a aprovação do pedido em todos os níveis, seja impossível gastar recursos.

Com ajuda fluxo de caixa planejado Você pode planejar pagamentos recebidos com detalhes até determinadas datas. Este documento pode ser usado para refletir os pagamentos que estão planejados para serem feitos em determinados períodos de tempo com base nas informações disponíveis (por exemplo, está previsto que no dia 20 do mês atual o comprador A.V. Sergeev fará o pagamento por um produto adquirido anteriormente conjunto de móveis).

Fluxo de caixa planejado

A aparência do documento “Recebimento planejado de fundos” lembra a aparência da “Ordem de pagamento”. Observe que no momento do preenchimento do documento deve-se selecionar o “Tipo de Operação”, que consiste em uma lista que repete parcialmente a lista de operações da “Ordem de Pagamento” e “Ordem de Recebimento de Dinheiro”:

Você também precisa prestar atenção que o documento exige que você indique a forma de pagamento (pagamentos em dinheiro ou não). Se uma organização mantém várias contas bancárias ou caixas, então o recebimento planejado pode ser refletido para um objeto específico ou para a organização e divisão como um todo (em uma situação em que, por exemplo, não se sabe exatamente qual caixa da organização ou para a qual será feito o pagamento em conta corrente).

Para analisar o recebimento planejado de recursos no contexto dos itens do fluxo de caixa, é necessário preencher os dados apropriados em forma de documento. Para comodidade do usuário e possibilidade de análise dos recebimentos planejados no relatório “Calendário de Pagamentos” em forma de documento, é necessário definir a flag no campo “Incluir no calendário de pagamentos” e no “Data de Recebimento” campo indique a data planejada de recebimento do pagamento:

O documento é gerencial, portanto, quando lançado, são gerados apenas registros em cadastros gerenciais.

Você pode analisar os pagamentos planejados usando o relatório “Recebimentos de caixa planejados”:

Menu “Planejamento” - “Solicitações” - “Recebimentos de caixa planejados”

Ao receber recursos, é necessário indicar o documento “Recebimento planejado de recursos” no campo “Planejado” na forma de “Ordem de recebimento de dinheiro” ou “Ordem de pagamento”:

Ao lançar um documento, um lançamento será gerado automaticamente no registro “Recebimentos de caixa planejados” e um relatório com o mesmo nome refletirá “Despesas” para o documento de planejamento especificado:

Observe que se, com base no documento “Recebimento planejado de fundos” com a forma de pagamento “Dinheiro”, o usuário inserir acidentalmente “Recebimento de ordem de pagamento”, o programa exibirá uma mensagem sobre a escolha errada, e também não permitirá você especificar no documento de planejamento original “Ordem de pagamento”.

Plano de fluxo de caixa

A formação de um plano de fluxo de caixa ampliado pode ser feita por meio de documento com o mesmo nome. Você pode acessar este documento através do item de menu “Planejamento”:

Observe que o plano de fluxo de caixa não é construído para uma organização específica, mas para uma unidade de contabilidade gerencial.

O plano deve indicar o cenário e o tipo de recursos.

O preenchimento da parte da tabela é feito automaticamente clicando no botão “Preencher”:

Isto inicia o processamento que permite calcular os indicadores dos movimentos planejados. Inicialmente, o processamento abre uma configuração para cálculo do indicador de recebimentos de caixa planejados. Ao clicar no botão “Ir para pagamentos”, você pode prosseguir automaticamente para a configuração do cálculo dos indicadores de despesas de caixa planejadas:

Os recebimentos de caixa planejados podem ser calculados com base em 3 indicadores:

  • recebimentos de caixa ou planos previamente formados para recebimentos de caixa;
  • vendas reais ou planos de vendas;
  • contas a receber de contrapartes ou ordens não pagas de clientes.

Para pagamentos planejados, os indicadores para cálculo são:

  • pagamentos reais do período ou planos de pagamento;
  • volumes de compras ou planos de compras;
  • contas a pagar de contrapartes ou pedidos não pagos a fornecedores;
  • atrasos salariais.

Ao analisar cada um dos indicadores, o usuário tem a oportunidade de analisar esses indicadores por um determinado período de tempo com seleção de acordo com determinados valores analíticos (por exemplo, ao analisar contas a receber, o usuário pode definir uma condição de seleção para o item de interesse do fluxo de caixa). O cálculo é feito como percentual do indicador:

Preste atenção na seção “Detalhamento” de cada um dos blocos analisados. Para que serve esta seção? Na parte tabular do documento “Plano de Fluxo de Caixa”, os dados de planejamento podem ser apresentados tanto de forma agregada (por exemplo, apenas resumidos por contraparte, sem especificar o contrato) quanto detalhadamente (desagregados por contrato). A configuração de preenchimento do documento está especificada na seção “Detalhamento” do processamento para preenchimento da parte tabular do documento:

No rodapé do processamento, na seção “Avançado”, é refletida uma configuração que permite arredondar os indicadores do plano calculado ou alterar os resultados do cálculo para uma porcentagem:

Após calcular automaticamente todos os indicadores do plano, clique no botão “Executar” para preencher a parte tabular do documento. Ao lançar um documento, as informações são refletidas no registro de acumulação, a partir dos dados a partir dos quais é construído o relatório “Planos de Fluxo de Caixa”:

Artigos semelhantes