Fórum Deltacon 3.3.5

Fórum corporativo da Deltacon, destinado à resolução de dúvidas de clientes e colaboradores.

Dúvidas comuns relacionadas ao uso da aplicação
Por feijo
#176
Introdução

Estrutura básica Contrato
O módulo financeiro do sistema gira em torno de Contratos (Financeiros).
Um contrato é composto basicamente de 2 Pessoas, a Empresa a qual pertence e ao segundo envolvido na transação financeira podendo ser um Cliente, Fornecedor, Vendedor, Colaborador, etc...
Além das pessoas, temos o Plano de Contas no qual o contrato pertence, bem como, o Centro de Custo que o gerou. Temos ainda a data de geração (Emissão) e o Nr de documento que este contrato representa (ex: Nota Fiscal, Fatura, Recibo, Duplicata de cobrança, Cupom Fiscal, CT-e).
O campo histórico é utilizado para indicar observações livres sobre o contrato. % realizado se refere em relação ao campo Valor Original do contrato, quanto desse valor, já foi quitado. Ex: Contrato no valor de 1.500,00, onde o mesmo possui 3 parcelas de 500,00, se uma parcela foi baixada (500,00), teremos 33,33 % de realizado.
Um contrato possui 1 ou mais parcelas. Estas por sua vez, possuem dados que as caracterizam tais como: Data Emissão, Situação, Tipo, Tipo de Baixa, Vencimento, Dias de Atraso, Valor Orig. Parcela, Saldo a pagar, Valor Pago, etc...

Plano de Contas
Plano de contas dentro do sistema será a ferramenta principal de gestão e análise do financeiro. A partir dele serão subdividas as receitas e despesas para se poder ter um acompanhamento de saldo. Cada contrato gerado a partir do sistema será vinculado a um plano de contas, aonde a partir dos contratos, ocorrerá a movimentação dentro do plano.

Centro de Custos
Centro de custo no sistema definirá a menor segmentação que se consegue alcançar no financeiro, onde formará um grupo de despesas / receitas, as quais são vinculadas aos contratos pelo plano de contas.

Meio de Pagamento
Meio de pagamento é amplamente utilizado nas movimentações de parcelas e na formação das Formas de pagamentos. Os meios de pagamentos indicam ao usuário em que meio o movimento ocorreu. Exemplo: dinheiro, cheque, cartão, promissória, permuta (rastreio), créditos, etc.
Todo meio de pagamento possui um Tipo, e para cada tipo temos algumas regras conforme podemos acompanhar:
  • Tipo Dinheiro: Permite movimentar tanto um caixa quanto uma conta bancária. Na Forma de pagamento não pode ser utilizado quando desejar gerar parcelas em aberto, somente para Formas de pagamento que irão gerar movimentos em caixa ou em conta.
  • Tipo Cheque: Somente poderá realizar movimentos diretamente em caixas, jamais em contas bancárias. Utilizado para indicar na Forma de Pagamento se deverá ser vinculado um documento de Cheque aquela parte específica da negociação (somente se o parâmetro de controle de cheque estiver ativo).
  • Tipo Cartão: Somente poderá realizar movimentos diretamente em caixas, jamais em contas bancárias. Utilizado para indicar na Forma de Pagamento se deverá ser vinculado um documento de Autorização de cartão aquela parte específica da negociação (somente se o parâmetro de controle de cartão estiver ativo).
  • Crediário: Utilizado somente para Forma de Pagamento e indicará que o sistema deverá gerar uma parcela em aberto. Nas telas de baixa, este meio não aparece.
  • Duplicata / Boleto: Utilizado somente para Forma de Pagamento e indicará que o sistema deverá gerar uma parcela em aberto e na sequência (se o parâmetro de geração de boletos na venda estiver ativo) irá gerar um boleto de cobrança. Nas telas de baixa, este meio não aparece.
  • Crédito: Utilizado somente para Forma de pagamento, servirá para dar suporta ao sistema, poder já consumir um crédito de cliente na negociação inicial de um pedido de vendas.
    Abatimento: Utilizado exclusivamente para baixas, onde dará a possibilidade de ao baixar uma parcela de contas a receber, abatendo outra parcela de contas a pagar e vice-versa.
  • Financeira / Gateway: Semelhante ao Cartão, porém diferenciada para que o controle posterior seja feito de forma independente do cartão. Utilizada por clientes que possuem E-Commerce.
    Garantia Comercial (caução): Utilizado para negociações de Contratos Comerciais, em que o órgão (público geralmente) cliente, exige uma garantia sobre cada etapa do serviço que é executada. Gerando um “seguro”, e liberando este ao fim do prazo do contrato
  • Operação bancária: Utilizado exclusivamente para cobrança, formação de Formas de Pagamento, onde o sistema exigirá um banco (conta) e realizará o movimento à vista. Ex: Depósitos bancários, etc.
    Rastreio / Bem / Patrimônio: Utilizado para baixa ou cobrança, onde o mesmo exigirá o vínculo de um Rastreio (veículo, máquina, objeto que seja aceito como parte do pagamento), onde este rastreio terá um valor de comercio que será o balizador para ser recebido em negociação de venda.
Os meios de pagamentos ainda possuem uma opção em seu cadastro que indicam se este meio de pagamento deverá significar Liquidez, nos locais em que gerarem movimentos. Ex: Meio de pagamentos em cartões e Cheques, ao serem baixados no caixa através de uma venda, só indicam que aquela parcela foi baixada, mas não indicam liquidez, ou seja, a Empresa não terá em caixa naquele momento o referido valor recebido, ao contrário, do dinheiro por exemplo. Porque, sua liquidez ocorrerá quando o cheque ou os cartões forem conciliados em conta, futuramente. Porém, se o cliente não desejar controlar e dizer que recebeu aquilo, poderá definir liquidez nesses meios...

Unidades Administrativas
A Unidade administrativa será formada por uma ou mais empresas, dentro do sistema. A partir da unidade administrativa pode-se gerenciar uma parte específica da empresa.
Esse gerenciamento é especificado pelos centros de custos pertencentes a unidade administrativa, permitindo uma administração segmentada de acordo com a necessidade do administrador.

Padrão de Movimento de Contratos
O Padrão de Movimento de Contrato, tem por objetivo indicar ao sistema quando em operações automáticas, quais informações serão utilizadas para formar um contrato financeiro de forma correta.
Os padrões são cadastrados no sistema no momento da implantação através da Rotina de dados básicos do financeiro, ou manualmente. Um padrão é formado por:
  • Operação Financeira: Se trata de operações que o sistema “conhece” e que servirá como ponto chave para o sistema localizar os dados quando necessário. Ex: Comissão, Pagamento antecipado, Devoluções, etc...
  • Plano de Contas: Indica que nesta operação o referido Plano de Contas será utilizado para geração do contrato.
  • Centro de Custo: Indica que nesta operação o referido Centro de Custo será utilizado para geração do contrato.
  • Unidade Administrativa: É necessário para delimitar sobre quais empresas essa regra será válida. Sem do assim possível configurar vários padrões por unidade administrativa.

    O principal objetivo do Padrão de movimento de Contrato, é facilitar tanto para o usuário quanto para o sistema, no momento de geração da parte financeira, informações de cunho estritamente financeiro, restando apenas dados próprios de cada operação. Exemplo: Recepção de mercadorias para Industrialização pode ser cadastrado um padrão para esta operação, que será diferente da compra para revenda. Assim, o Contas a Pagar é gerado já direcionado para o plano de contas correto, previamente cadastrado pelo Gestor.
Principais Operações Financeiras
No COREBusiness podemos destacar como possíveis operações, as destacadas abaixo:
  • Controle Contas a Receber e a Pagar (Lançamento de contratos manuais ou automático via venda, recebimento de compra, comissão, etc.)
  • Controle de Contas Bancárias e Caixas da Empresa
  • Geração de Boletos de Cobrança CNAB 400/240, automaticamente na geração da venda, bem como manualmente, através do Gestor Financeiro.
  • Leitura de Arquivos de Retorno CNAB (baixa automática, lacto de contratos de tarifas existentes no arquivo)
  • Lançamentos de contrato de previsão
  • Lançamento de contratos de pagamento antecipado (já ocorrido ou a receber/pagar), com posterior geração de crédito e abatimento no pedido ou mesmo na baixa através do meio de pagamento do tipo Abatimento
  • Manipulação múltipla e prática de parcelas de contas a receber e a pagar, através do Gestor Financeiro
  • Plano de Contas com múltiplos níveis, (Receitas e Despesas)
  • Centro de Custos com múltiplos níveis, balizados por Unidades Administrativas (Empresas ou filiais que pertencem)
  • Controle de Cheques
  • Controle de Cartão de Crédito
  • Abatimento de parcelas / créditos no momento da baixa
  • Controle de rotinas de Caixa (Abertura, Fechamento, Sangrias Suprimentos)
  • Suporte a Indexadores do contrato Moeda (dólar, euro), Indices Econômicos (IGPM, CUB)
  • Transferências, conciliação extrato bancário manual
  • Relatórios de movimentação financeira (Contas e Caixas.)
  • Relatórios de extratos de caixa e conta bancária.
Contas a receber
São consideradas contas a receber, parcelas de contratos que estejam em situação aberta e que pertençam à contratos com Plano de Contas do Tipo RECEITAS.
São facilmente manipuladas na tela própria de Contas a Receber acessando via HuB e o no Gestor Financeiro. Podendo ser baixadas, gerar duplicatas, etc...

Contas a pagar
São consideradas contas a pagar, parcelas de contratos que estejam em situação aberta e que pertençam à contratos com Plano de Contas do Tipo DESPESAS.
São facilmente manipuladas na tela própria de Contas a Pagar acessando via HuB e o no Gestor Financeiro. Podendo ser baixadas, visualizar o contrato, etc...

Boleto de Cobrança
O módulo financeiro do COREBusiness suporta a geração de boletos de cobrança, a partir de uma parcela de contas a receber que esteja aberta.
Sua geração pode ocorrer no momento da geração de uma venda, que tenha uma forma de pagamento, onde seu meio de pagamento seja do tipo Boleto e o parâmetro de emissão de boletos automático esteja ativa. Outra forma de gerar boletos é manualmente, selecionando uma parcela na tela de Contas a Receber ou no Gestor Financeiro, na sequência é escolhido qual configuração de cobrança deverá ser utilizada para gerar a impressão do boleto.

Remessa de Cobrança
Normalmente quando o cliente trabalha com cobrança via boleto bancário, existe a necessidade de gerar o arquivo de Remessa bancária. Este tem por objetivo indicar ao
Banco quais Duplicatas o cliente deseja registrar, nesta remessa algumas instruções extras podem ser enviadas, tais como: % Juros, % Multa, prazo de cobrança da Multa, Prazo de protesto, % Desconto, etc...

Arquivo de Retorno
Quando o cliente possuir um serviço de cobrança com o banco, normalmente ele irá baixar os arquivos de retorno desse serviço diariamente. O sistema suporta ler o arquivo, inclusive salva o mesmo por completo na base de dados e seu processamento é disparado após sua importação. Após o processamento, é possível analisar todos os registros que o sistema gerou após ler as linhas do arquivo e indica ao usuário o que ocorreu efetivamente com cada registro, se foi liquidado, baixado, etc. Nesse processo além da manipulação automática das parcelas vinculadas a cada duplicata, também geramos os contrato de débitos ocasionados pelo registro dessas duplicatas (se o banco enviar no arquivo).

Movimentação Financeira
Quando efetuamos a baixa de uma parcela no COREBusiness, além de estarmos indicando que a parcela foi baixada, estaremos gerando nesse momento uma movimentação, para que este registro fique como histórico. Um movimento exige dados básicos, muitos deles são inseridos automaticamente, outros podem ser indicados no momento da baixa (manual), segue abaixo os principais para uma melhor compreensão:
  • Meio de Pagamento: Indica o meio de pagamento utilizado para o movimento. Exemplo: Dinheiro, Cheque, Cartão, etc... Podem indicar liquidez ou não (Configurado ao cadastrar o Meio de Pagamento) e servirá para indicar se este movimento formará saldo na conta ou no caixa em que foi baixado.
  • Conta Bancária ou Caixa: Basicamente o local de onde o meio de pagamento foi utilizado se foi de um caixa físico da loja ou diretamente da conta bancária.
  • Data Movimento: Indica o momento em que esse movimento ocorreu efetivamente, exemplo: movimento retroativo (baixo no dia 10/12/2016 uma parcela que foi paga no dia 09/12/2016. Esta data será a data do movimento “09/12/2016”).
  • Plano de Contas: O Plano de Contas indica do que se tratava o movimento (Aluguel, Folha de Pagamento, Juros, Despesas Administrativas, etc...)
  • Centro de Custo: O Centro de Custo por sua vez, indica normalmente o setor da Empresa ou mesmo um objeto principal que necessitou ou gerou esse movimento. Ex: Setor Adm, Setor Financeiro, Setor Comercial, um veículo, equipamento, funcionário, etc. Isso vai variar conforme a necessidade e organização de cada cliente.
  • Empresa: Indica a qual Empresa pertence aquele movimento, normalmente o movimento herda essa informação do Contrato (Empresa do Contrato).
  • Histórico: A cada baixa permite ser indicado uma observação livre, para facilitar a compreensão ou indicar qualquer informação necessária aquele movimento.
  • Pessoa: Basicamente se trata da outra pessoa envolvida no contrato.
  • Valor: Como o nome já diz, indica o montante movimentado neste Plano de Conta (pode não indicar o valor total movimentado, porque no COREBusiness, movimentamos sempre balizando pelo Plano de Contas). Exemplo: Baixa de uma parcela no valor de 100,00, com desconto de 20,00. Ao dar baixa, é indicado o valor de 80,00 a pagar. Ao gravar, geramos 2 movimentos um no valor de 100,00 no plano de contas original do contrato da parcela e 20,00 no plano de contas definido como Desconto.
Sempre ocorre uma movimentação quando efetuamos a baixa uma parcela (total ou parcialmente) e quando estornamos uma baixa, outro movimento acontece com as mesmas informações, porém observado que é um estorno e seu valor fica NEGATIVO. Isso para que dentro do mesmo Plano de Contas, os valores se anulem.
Baixas parciais no COREBusiness, são sempre sobre a mesma parcela, logo, uma parcela poderá conter inúmeros movimentos parciais ou totais (se for estornado e baixado múltiplas vezes).
Nunca é excluído um movimento que já tenha ocorrido, principalmente de forma manual.
Por feijo
#177
Processos Comuns (manuais)
Neste capítulo veremos como proceder com as principais operações possíveis de serem realizadas com o módulo financeiro do sistema.

Lançamento de Contratos (Contas a Receber / Pagar)
O lançamento de contratos onde as parcelas ficarão abertas esperando sua quitação, é uma das rotinas mais comuns no financeiro, abaixo podemos acompanhar com mais detalhes.
  • Como chegar:
    • HuB => Contratos => “Criar Contratos”
    • HuB => Contas a Receber => “Criar Novo”
    • HuB => Contas a Pagar => “Criar Novo”
  • Como fazer:
    • Basicamente indicar todos os campos solicitados e marcados como obrigatórios (*).
    • Atentar ao selecionar o Plano de Contas, que ele mostra o tipo antes da descrição do Plano, como (C) ou (D), ou seja, Receita ou Despesa respectivamente.
  • Observações:
    • A Empresa vai indicar de que Empresa este Contrato pertence
    • A Pessoa poderá ser um Fornecedor, Cliente, Funcionário, etc.
    • Para cadastrar contratos financeiros a Pessoa basta ser cadastrada apenas com um nome (Não necessita CP, CNPJ ou CPF).
    • O valor total do contrato será a soma de suas parcelas.
    • Observe que esta tela é capaz de gerar um contrato tanto de contas à Receber quando à Pagar, o que vai diferenciar é o Tipo do Plano de Contas que será selecionado para este lançamento. Ex: Plano de Contas com tipo C, formarão contas a receber e do tipo D, formarão contas à Pagar.
Lançamento de Despesas
Diariamente despesas são geradas por diversos processos da Empresa, para lançar uma despesa onde seu movimento já ocorreu em conta ou em caixa, atentamos para os seguintes passos:
  • Como chegar:
    • HuB => Contratos => “Lançar Despesas”
  • Como fazer:
    • Basicamente indicar todos os campos solicitados e marcados como obrigatórios (*).
    • Indicar o Caixa ou a Conta Bancária em que ocorreu o movimento, bem como, a Data de Quitação, que será quando o movimento ocorrerá.
  • Observações:
    • A Empresa vai indicar de que Empresa este Contrato pertence
    • A Pessoa poderá ser um Fornecedor, Cliente, Funcionário, etc.
    • Para cadastrar contratos financeiros a Pessoa basta ser cadastrada apenas com um nome (Não necessita CP, CNPJ ou CPF).
    • A diferença entre os campos Valor Original e Valor Pago, formarão movimentos distintos de Juros ou Descontos.
    • Atentar ao caixa selecionado no topo da página ao lado do ícone de notificações, se não for em caixa, selecionar a conta bancária no seu respectivo campo.
    • Note que nesta tela, somente os Plano de Contas do tipo D (despesas) serão listados ao usuário, por isso não apresenta o tipo do Plano de Contas na descrição.
Lançamento de Receitas
Ainda que incomum, tendo em vista que uma receita geralmente é gerada pela atividade comercial da Empresa, temos a possibilidade de gerar uma receita avulsa no sistema conforme abaixo:
  • Como chegar:
    • HuB => Contratos => “Lançar Receitas”
  • Como fazer:
    • Basicamente indicar todos os campos solicitados e marcados como obrigatórios (*).
    • Indicar o Caixa ou a Conta Bancária em que ocorreu o movimento, bem como, a Data de Quitação, que será quando o movimento ocorrerá.
  • Observações:
    • A Empresa vai indicar de que Empresa este Contrato pertence
    • A Pessoa poderá ser um Fornecedor, Cliente, Funcionário, etc.
    • Para cadastrar contratos financeiros a Pessoa basta ser cadastrada apenas com um nome (Não necessita CP, CNPJ ou CPF).
    • A diferença entre os campos Valor Original e Valor Pago, formarão movimentos distintos de Juros ou Descontos.
    • Atentar ao caixa selecionado no topo da página ao lado do ícone de notificações, se não for em caixa, selecionar a conta bancária no seu respectivo campo.
    • Note que nesta tela, somente os Plano de Contas do tipo C (receitas) serão listados ao usuário, por isso não apresenta o tipo do Plano de Contas na descrição.
Lançamento de Contratos para Pagamento Antecipado
O sistema permite que seja criado um contrato de pagamento antecipado, que irá gerar parcelas em aberto, e quando sua quitação for realizada, seu crédito será gerado. Inclusive suportará gerar boleto de cobrança, e quando for conciliado gerará o crédito.
  • Como chegar:
    • HuB => Contratos => “Criar Contratos”
    • HuB => Contas a Receber => “Criar Novo”
    • HuB => Contas a Pagar => “Criar Novo”
  • Como fazer:
    • Basicamente indicar todos os campos solicitados e marcados como obrigatórios (*).
    • Atentar ao selecionar o Plano de Contas, que ele mostra o tipo antes da descrição do Plano, como (C) ou (D), ou seja, Receita ou Despesa respectivamente.
    • Indicar no pé da página se o contrato é para pagamento antecipado. Esta opção somente estará ativa se o usuário ou grupo tiver uma view operation liberada que permita realizar esta ação.
    • Note que o crédito será inversamente proporcional ao tipo de plano de contas utilizado no lançamento do contrato. Exemplo: Se o contrato de pagamento antecipado for uma receita será gerado um crédito , ou seja um despesa e vice-versa.
  • Observações:
    • A Empresa vai indicar de que Empresa este Contrato pertence
    • A Pessoa poderá ser um Fornecedor, Cliente, Funcionário, etc.
    • Para cadastrar contratos financeiros a Pessoa basta ser cadastrada apenas com um nome (Não necessita CP, CNPJ ou CPF).
    • O valor total do contrato será a soma de suas parcelas.
    • Observe que esta tela é capaz de gerar um contrato tanto de contas à Receber quando à Pagar, o que vai diferenciar é o Tipo do Plano de Contas que será selecionado para este lançamento. Ex: Plano de Contas com tipo C, formarão contas a receber e do tipo D, formarão contas à Pagar.
    • Quando a parcela deste contrato for quitada, o sistema irá gerar um contrato de crédito inversamente proporcional a este contrato de pagamento antecipado. Nos parâmetros do Financeiro, deverá ser definido se este crédito será aproveitável na venda, ou somente financeiro.
Lançar Pagamento Antecipado (Já efetuado)
No COREBusiness temos a possibilidade de lançar um pagamento antecipado já ocorrido, conforme abaixo:
  • Como chegar:
    • HuB => Contratos => “Lançar Pagamento Antecipado”
  • Como fazer:
    • Basicamente indicar todos os campos solicitados e marcados como obrigatórios (*).
    • Indicar o Caixa ou a Conta Bancária em que ocorreu o movimento, bem como, a Data de Quitação, que será quando o movimento ocorrerá.
  • Observações:
    • A Empresa vai indicar de que Empresa este Contrato pertence
    • A Pessoa poderá ser um Fornecedor, Cliente, Funcionário, etc.
    • Para cadastrar contratos financeiros a Pessoa basta ser cadastrada apenas com um nome (Não necessita CP, CNPJ ou CPF).
    • Atentar ao caixa selecionado no topo da página ao lado do ícone de notificações, se não for em caixa, selecionar a conta bancária no seu respectivo campo.
    • Ao gerar este registro, o sistema irá gerar um contrato de crédito inversamente proporcional a este contrato de pagamento antecipado. Nos parâmetros do Financeiro, deverá ser definido se este crédito será aproveitável na venda, ou somente financeiro.
Baixa (quitação) de Parcelas via Gestor Financeiro
Para realizar a baixa manual de parcelas abertas do Contas à Receber ou à Pagar, de forma mais dinâmica, indicamos utilizar o Gestor Financeiro. Para isso devemos seguir os passos abaixo:
  • Como chegar:
    • HuB => Gestor Financeiro => Aba “Contas a Pagar” ou “Contas a Receber”
  • Como fazer:
    • Primeiramente, se as parcelas alvo para a baixa não aparecerem ao carregar a lista de receitas ou de despesas, para cada contexto, tem um ícone de Pesquisa . Através da consulta poderão ser realizadas diversas buscas para se encontrar as parcelas que deseja baixar.
    • Após a execução das buscas, será possível visualizar as parcelas que deseja baixar, sua seleção ocorre marcando suas respectivas caixas de seleção ao lado do campo “Vencto”. E na sequência clicando sobre o botão , “Movimentar contratos selecionados”. Esta ação fará com que as parcelas sejam agrupadas para serem baixadas simultaneamente, caso tenha mais de 1 parcela a ser baixada.
    • Na sequência se não houver mais parcelas a serem selecionadas, deverá se clicado sobre o botão “Baixar parcelas”. Com isso, será apresentado a tela de baixa de Parcelas.
    • Se for necessário alterar o valor ou a data da baixa (retroativa), deverá ser acionado o botão “Editar Valor / Data Movimento”, mostrando a seguinte tela:
    • Ao indicar um valor abaixo do Valor a Pagar uma opção de indicar se a baixa será parcial , surgirá na tela. Se for marcado, a diferença dos valores ficará como saldo a pagar da parcela. Se não, irá movimentar no plano de contas Descontos desta operação (baixa de receitas ou baixa de despesas).
    • Para indicar qual conta, meio de pagamento, alterar plano de contas ou centro de custo e ainda indicar uma observação, deverá ser expandido as informações de baixa por parcela, clicando sobre o ícone ao lado do nome da pessoa.
    • Se a baixa não for ocorrer em conta bancária, mas sim, em um caixa, atentar ao caixa selecionado na barra de tarefas do sistema. Este caixa somente aparecerá se o usuário em questão for o usuário responsável pela jornada aberta deste caixa no momento da baixa.
    • Após indicados os campos, basta clicar sobre o botão “Efetuar Baixar”.
  • Observações:
    • Quando ocorre uma baixa, geramos registros de movimentação diretamente na Conta Bancária ou no Caixa envolvidos na baixa. E a parcela por sua vez ficará como baixada, se o seu valor total foi quitado, o seu tipo de baixa será normal, se foi modificado o valor e indicado baixa parcial, ficará como baixada, porém com tipo de baixa parcial.
    • Na própria parcela, terão campos que indicarão como ficou a parcela como por exemplo:
    • Valor bruto da Parcela: é o valor original da parcela quando ela foi criada.
    • Saldo Líquido a pagar: é o valor restante para quitar essa parcelas, acrescido de juros, adicionar ou descontos de Indexadores, etc...
    • Saldo Bruto a pagar: é o saldo sobre o valor bruto da parcela, ou seja, o que falta para pagar o valor original da parcela.
    • Valor Pago: é a soma de todos os pagamentos ocorridos sobre aquela parcela. Poderá resultar em um valor maior que o valor original da parcela se paga com Juros. Ou menor se pagar com desconto.
Baixa (quitação) de Parcelas via Contas a Pagar / Receber
Outra maneira de realizar baixa de parcelas, é através dos próprios contexto de Contas a pagar e a receber.
  • Como chegar:
    • HuB => Contas a Pagar
    • HuB => Contas a Receber
  • Como fazer:
    • Selecionar as parcelas que deseja baixas clicando sobre o botão “Selecionar”
    • Poderá ser selecionado inúmeras parcelas simultaneamente.* Note que ao selecionar uma parcela ela sairá da lista de parcelas.
    • Na sequência se não houver mais parcelas a serem selecionadas, deverá se clicado sobre o botão “Baixar parcelas”. Com isso, será apresentado a tela de baixa de Parcelas.
    • Se for necessário alterar o valor ou a data da baixa (retroativa), deverá ser acionado o botão “Editar Valor / Data Movimento”, mostrando a seguinte tela:
    • Ao indicar um valor abaixo do Valor a Pagar uma opção de indicar se a baixa será parcial , surgirá na tela. Se for marcado, a diferença dos valores ficará como saldo a pagar da parcela. Se não, irá movimentar no plano de contas Descontos desta operação (baixa de receitas ou baixa de despesas).
    • Para indicar qual conta, meio de pagamento, alterar plano de contas ou centro de custo e ainda indicar uma observação, deverá ser expandido as informações de baixa por parcela, clicando sobre o ícone ao lado do nome da pessoa.
    • Se a baixa não for ocorrer em conta bancária, mas sim, em um caixa, atentar ao caixa selecionado na barra de tarefas do sistema, conforme abaixo:
    • Neste exemplo, movimentaria sobre o caixa chamado “Caixa Geral Cromagem Jahn” este caixa somente aparecerá se o usuário em questão for o usuário responsável pela jornada aberta deste caixa no momento da baixa.
    • Após indicados os campos, basta clicar sobre o botão “Efetuar Baixar”.
  • Observações:
    • Quando ocorre uma baixa, geramos registros de movimentação diretamente na Conta Bancária ou no Caixa envolvidos na baixa. E a parcela por sua vez ficará como baixada, se o seu valor total foi quitado, o seu tipo de baixa será normal, se foi modificado o valor e indicado baixa parcial, ficará como baixada, porém com tipo de baixa parcial.
    • Na própria parcela, terão campos que indicarão como ficou a parcela como por exemplo:
    • Valor bruto da Parcela: é o valor original da parcela quando ela foi criada.
    • Saldo Líquido a pagar: é o valor restante para quitar essa parcelas, acrescido de juros, adicionar ou descontos de Indexadores, etc...
    • Saldo Bruto a pagar: é o saldo sobre o valor bruto da parcela, ou seja, o que falta para pagar o valor original da parcela.
    • Valor Pago: é a soma de todos os pagamentos ocorridos sobre aquela parcela. Poderá resultar em um valor maior que o valor original da parcela se paga com Juros. Ou menor se pagar com desconto.
Estorno de baixas do Financeiro
Após realizado uma baixa seja em conta bancária ou caixa, temos a possibilidade de estornar esse movimento. O estorno consiste na geração de outro movimento, idêntico ao movimento original, ou seja, mesma conta/caixa, meio de pagamento, plano de contas, centro de custo. O que vai fazer com que seja mesmo um estorno é o seu valor que será NEGATIVO, pois assim, ele anulará o movimento anterior dentro do mesmo Plano de Contas. Abaixo temos o exemplo de como realizar esta ação.
  • Como chegar:
    • HuB => Estornar Baixas do Financeiro
    • HuB => Gestor Financeiro => “Estornar Baixas do Financeiro”
  • Como fazer:
    • Após seguir ambos os caminhos indicado acima, o usuário irá se deparar com uma lista de movimentos ocorridos de cada parcela, ordenados do mais recente para o mais antigo.
    • Para realizar o estorno basta clicar sobre o ícone “Estornar”, de cada movimento alvo do estorno.
    • Uma tela conforme abaixo mostrará informações importantes conforme abaixo:
    • Temos um parâmetro que permite que esse estorno seja feito em data retroativa, originalmente com o movimento de baixa. Se o mesmo estiver ativo, o movimento de estorno será feito na mesma data do movimento original (campo Data de Baixa). Se não, o movimento de estorno será gerado com data atual.
    • Confirmado as informações, clicar sobre o botão Estornar Movimento. O sistema retornará para a mesma tela, não mostrando mais aquela parcela.
Por feijo
#179
Processos comuns (Automáticos)
Geração de Contratos a partir de uma Venda (Pedido)
Quando ocorre uma operação comercial no sistema geralmente terá um contrato financeiro envolvido seja de receita ou despesa. No caso dos processos em que envolvam uma venda, geralmente serão a receber.
  • Como chegar:
    • HuB => Meus Pedidos => “Nova Venda de Mercadorias e Serviços”
    • HuB => Meus Pedidos => “Novo Pedido de outra Empresa...”
  • Como fazer:
No pedido de vendas, após indicar todos os produtos / serviços, temos a negociação do pedido.
Como sabemos, um pedido pode ter várias negociações, mas somente uma será levada em consideração quando mesmo for finalizado, esta deverá ser a negociação que estiver selecionada como principal.
Uma negociação é formada por partes, podendo ser adicionadas através do ícone “Criar Parte”, abrindo a tela de adição da parte.

Note que nesta situação, poderemos selecionar dentro as opções de Forma de pagamento, uma específica para esta Parte, inclusive o valor dessa forma de pagamento que não necessariamente será o valor total. Ex: poderemos ter 2 partes uma em boleto e outra em cartão, onde a soma do valor das 2 partes, deverá ser o valor total da negociação (caso contrário o pedido não é finalizado com sucesso e não avança no workflow de vendas).
Financeiramente falando, esta negociação irá gerar um contrato contendo 2 parcelas, onde um delas irá movimentar o caixa com o meio de pagamento cartão, e a outra parte, irá gerar uma parcela em aberto, que irá gerar uma duplicata, passível de ser remetida em remessa bancária para cobrança.
Neste caso o contrato irá “nascer” já com uma das suas parcelas baixadas no caixa.
  • Observações:
    • Para a geração deste contrato o sistema irá contar com o Padrão de Movimento de Contratos para a operação “Define o Plano de Contas que receberá os lançamentos do CAPITAL dos Contratos de Receita.”, é dele que será retirado a informação de Plano de Contas e Centro de Custo Definido para esta operação.
    • O momento de geração deste contrato se dá após toda a parte de entrega tiver sido concluída e quando o sistema gerar a venda deste pedido, que posteriormente servirá de base para gerar a Nota Fiscal, que fica por conta do IDFEService.
    • Sendo assim, geramos o contrato com o número de documento VDXX onde ‘XX’ será o nr. do Pedido. Não podemos gerar com o nr. da Nota, pois isso já ocorreu antes de chamar o serviço e de montar o próprio xml da NF-e. Além do que, nem sabemos se a nota irá se concretizar, se fosse assim, poderíamos gerar muito lixo no Financeiro.
Geração de Contratos a partir de uma Recepção de Mercadoria (Compra)
Quando ocorre uma operação comercial no sistema geralmente terá um contrato financeiro envolvido seja de receita ou despesa. No caso dos processos em que envolvam uma recepção de mercadoria, geralmente serão a pagar.
  • Como chegar:
    • HuB => Recepção de Mercadorias => “Novo via NFe” => Avançar etapas do workflow => Aguardando Finalização
    • HuB => Recepção de Mercadorias => “Novo lançamento Manual” => Avançar etapas do workflow => Aguardando Finalização
  • Como fazer:
    • Após passar por todas as etapas do workflow de recepção de mercadorias da referida recepção, o ultimo status da recepção é o “Aguardando Finalização”, conforme tela abaixo:
    • Neste lançamento como é manual, o sistema não teve um xml para ler as tags de cobrança que podem vir no arquivo. Logo seu lançamento é todo manual.
    • Para isso clicamos sobre o botão “Adicionar Contrato” para chegar até a imagem a seguir:
    • Observe que alguns dados o sistema já capturou para facilitar o lançamento, com ao Empresa, a Pessoa, Data de emissão, nr. Documento, Plano de Contas e Centro de Custo (padrão de movimento de contrato da operação “Define o Plano de Contas que receberá os lançamentos do CAPITAL dos Contratos de Despesa.”). Isso quando não houver definição por operação de recepção, pois aí é possível definir plano de contas diferentes para recepções de matéria prima, insumos, material expediente, revenda, etc...
    • Através do ícone “Adicionar Parcelas”, você poderá criar parcelas uma a uma, adicionando seus vencimentos e valores pontualmente para cada parcela.
    • Através do ícone “Gerar Parcelas”, você será direcionado para a tela de geração de parcelas dinâmicas, conforme segue:
    • Nesta tela temos os campos valor original e o valor a pagar (futuro), a diferença entre os dois é que se utilizar o campo valor original, as parcelas serão criadas utilizando de Juros, conforme o prazo criado através do campos Quantidade de parcelas e Intervalo(dias), resultando em um valor final diferente o Original. Se utilizar o campo Valor a pagar (Futuro), o resultado da soma de todas as parcelas calculadas será o mesmo desse campo sem acréscimos de Juros.
    • Após gerar todas as parcelas, basta clicar sobre o botão “Salvar”.
    • Após, a tela de confirmação aparecerá mostrando as parcelas, permitindo editar ou remover o contrato recém-criado.
  • Observações:
    • Para a geração deste contrato o sistema irá contar com o Padrão de Movimento de Contratos para a operação “Define o Plano de Contas que receberá os lançamentos do CAPITAL dos Contratos de Receita.”, é dele que será retirado a informação de Plano de Contas e Centro de Custo Definido para esta operação.
    • O momento de geração deste contrato se dá após toda a parte de entrega tiver sido concluída e quando o sistema gerar a venda deste pedido, que posteriormente servirá de base para gerar a Nota Fiscal, que fica por conta do IDFEService.
    • Sendo assim, geramos o contrato com o número de documento VDXX onde ‘XX’ será o nr. do Pedido. Não podemos gerar com o nr. da Nota, pois isso já ocorreu antes de chamar o serviço e de montar o próprio xml da NF-e. Além do que, nem sabemos se a nota irá se concretizar, se fosse assim, poderíamos gerar muito lixo no Financeiro.
Geração de Contratos de comissão de Vendas
Quando uma configuração de comissão é habilitada, o sistema irá gerar contratos financeiros para controle de comissão, são determinados pelo nr Documento CVXXX, onde ‘XXX’ será o nr do Pedido de venda, tendo como prefixo CV (Comissão de venda). Este contrato é direcionado a pessoa do Vendedor em questão. Ex.: Faço um pedido de venda nr 123, no valor de R$ 1.000,00 para o cliente Zé, o vendedor do Pedido e o Pedro. Ele ganha 10% de comissão. Logo o sistema irá gerar um contrato CV123 contra a pessoa do Pedro no valor de R$ 100,00 e também irá gerar o contrato de venda VD123 no valor de R$ 1.000,00, conforme a negociação do pedido. Futuramente os contratos de comissão podem ser filtrados na tela de pagamento de comissão para realizar a quitação e o pagamento efetivo ao vendedor. Abaixo um exemplo de contrato de comissão:
  • Observações:
    • Parar gerar um contrato de comissão é necessário um Padrão de Movimento de Contrato para a operação “Comissão das Vendas para Vendedores”. Assim o sistema terá de onde tirar as informações de Plano de Contas e Centro de Custo para a geração deste tipo de Contrato.
Por feijo
#180
Controle de Caixas
Quando a empresa possui um cofre, ou necessita gerenciar um caixa físico (gaveta, frente de caixa, balcão), surge a necessidade de se cadastrar estes caixas, e controlar seus saldo, bem como realizar pagamentos e recebimentos. Além disso, rotinas exclusivas de caixa também estão presente tais como Sangria, Suprimento, Fechamento e Abertura de caixa.

Criação de Caixas Financeiros
Tendo em vista a necessidade de cadastro de caixas para gerenciamento do dinheiro físico da Empresa, podemos criar esses caixas conforme abaixo:
  • Como chegar:
    • HuB => Relação de Caixas => “Novo...”
  • Como fazer:
    • Indicar de que Empresa esse caixa pertence e seu Nome que ele irá utilizar para consulta nas telas.
    • O flag ativo servirá mais para quando ter necessidade de desativar um caixa que já existiu algum dia.
    • O flag “Mostrar Saldo no Gestor Financeiro” é bem direto se ativo, ele irá aparecer na lista de caixas e contas bancárias, bem como mostrar seu saldo de movimentos, onde os meios de pagamentos representam liquidez (ver com mais detalhes no tópico Meio de Pagamento).
    • Após adicionar as informações clicar em “Salvar”. Em seguida o caixa aparecerá na lista de Caixas. Na sequência clicar no ícone , do recém criado caixa e clicar no ícone “usuários do caixa”, para definir os usuários que poderão participar desse caixa. (isso indica informar quais usuários poderão manipular esse caixa, mas não simultaneamente, e sim um em cada Jornada).
    • Feito isso, o caixa já estará apto a abrir uma Jornada.
  • Observações:
    • Por padrão quando se tenta baixar um contrato com Empresa diferente da Empresa do Caixa, o sistema bloqueia. Mas poderá ser desbloqueado nos parâmetros do Financeiro.
    • O mesmo acontece quando tentar baixar em caixa vinculando um cheque, sendo que o mesmo é destinado a outra Empresa. Bloqueado por padrão, porém podendo ser liberado nos parâmetros.
Abertura de Jornada de Caixa
Todos os movimentos que ocorreram em um caixa, são replicados em um objeto chamado “CaixaJornadaMovimentos”, que são os movimentos de uma determinada Jornada, de um determinado Caixa. Uma Jornada compreende os movimentos desde o momento de sua abertura (Abertura do Caixa) até seu fechamento (Fechamento de Caixa). Esta jornada terá um responsável, que será o usuário que abriu essa jornada. Ao se fechar um caixa o mesmo ficará com status Fechado, até que um usuário com acesso o abra novamente , iniciando assim uma nova jornada de Caixa. Para Gerar uma nova Jornada de Caixa (Abrir o caixa), deve-se seguir o seguintes passos:
  • Como chegar:
    • HuB => Relação de Caixas => Encontrar o caixa alvo (Fechado) => => “Abrir Caixa.”
  • Como fazer:
    • A tela de abertura de caixa é muito simples, se houver movimentos de fechamentos anteriores (Fundo de Caixa), estes aparecerão listados e formarão o primeiro movimento de abertura inserindo o saldo em caixa, iniciando a jornada com algum saldo em caixa. Caso contrário, a jornada é aberta com saldo 0(zero).
    • Na sequência, o sistema irá direcionar o usuário para a tela de gestão de caixa.
    • Conforme pode ser observado, após aberta a jornada de caixa, surgem as opções possíveis de serem realizados no âmbito do caixa.
    • Na divisão inferior da página temos a lista de movimentos ocorridos no caixa, por ordem de Movimentação (aba Movimentações).
    • Na aba Totalizadores, temos os movimentos agrupados por Meio de Pagamento e também por tipo de movimento de caixa (Sangria, Abertura, Suprimento, Pagamento ou Recebimento).
  • Observações:
    • Esta visão de jornada de caixa, está diretamente ligado as rotinas diárias e controle fino do caixa. Não necessariamente será utilizada por muitas empresas, pois muitos caixas não são fechados constantemente (ex: caixa cofre).
    • As movimentações de pagamento e recebimento também ocorrem quando ocorrer uma baixa de contas a pagar e receber, onde o caixa for indicado.
    • Quando o usuário possui um caixa aberto, este caixa aparecer na barra de ferramentas do sistema (semelhante aos sistema bancários), conforme pode-se observar abaixo:
    • Conforme pode ser observado, o caixa “Manual” está aberto para o usuário Deltacon Informática. Toda vez que este usuário fizer uma baixa e quiser baixar no caixa, basta não selecionar uma conta bancária. Isso fará com que o sistema busque um caixa que estiver selecionado na barra superior, conforme a imagem acima.
Suprimento de Saldo de Caixa
Durante uma jornada de caixa, poderá surgir a necessidade de suprir o caixa que está sendo manipulado. Abaixo podemos acompanhar como proceder quando houver essa necessidade:
  • Como chegar:
    • HuB => Relação de Caixas => Encontrar o caixa alvo (Aberto) => => “Gestor de Caixa.” => Botão
    • Qualquer Tela => Botão ao lado das notificações => Clicar sobre o nome do caixa => Botão “Detalhes” => Botão
  • Como fazer:
    • Após clicar sobre o botão de suprimento, a tela de suprir o caixa surgirá. Nela pode-se suprir o caixa com movimentos direcionados (ex. Sangria direcionada de outro caixa para este caixa - “Conciliado”), ou mesmo gerar um Suprimento avulso (manual – “Não Conciliado”). Qual a diferença? Quando o usuário do caixa realizar um suprimento manual o mesmo irá ocorrer de forma normal dentro do caixa, mas ficará com situação “pendente”, e ficará um ícone para vincular uma parcela de conciliação deste suprimento. Se o suprimento vier de um outro movimento de sangria, este ficará conciliado pois sua origem é de um outro caixa que sangrou aquele valor, logo a movimentação se dará sobre o mesmo plano de contas(negativo na sangria e positivo no suprimento).
    • Observe a tela de Suprimento quando existe um suprimento direcionado já aguardando:
    • Após selecionar os movimentos, para finalizar basta clicar sobre o botão “Suprir Caixa”.
    • Assim, podemos observar a diferença entre um suprimento conciliado e outro não.
  • Observações:
    • Um suprimento mesmo que sem conciliar terá para o caixa o mesmo efeito, gerando saldo positivo e não impacta “hoje” sobre o seu fechamento. Futuramente poderemos implementar algumas regras sobre isso.
    • Movimentos de suprimento são gerados exclusivamente nesta tela de gestão do caixa.
Sangria de Saldo de Caixa
Durante uma jornada de caixa, poderá surgir a necessidade de sangrar um valor de saldo do caixa que está sendo manipulado. Diversos pagamentos podem ocorrer fora da Empresa e com isso, sendo necessário remover valores do caixa. Abaixo, podemos acompanhar como proceder quando houver essa necessidade:
  • Como chegar:
    • HuB => Relação de Caixas => Encontrar o caixa alvo (Aberto) => => “Gestor de Caixa.” => Botão
    • Qualquer Tela => Botão ao lado das notificações => Clicar sobre o nome do caixa => Botão “Detalhes” => Botão
  • Como fazer:
    • Após clicar sobre o botão de sangria, a tela de Sangria de caixa surgirá
    • Nesta tela indicamos o meio de pagamento, que na sequência mostrar o saldo no campo “cinza”, o valor a ser sangrado (obviamente respeitando o saldo) e se for direcionado podemos já indicar o caixa que receberá esta sangria, só que lá ele receberá como um movimento de suprimento pendente. Por último, se indica o Histórico para registrar a operação. Clicando em “Salvar”, gera-se o movimento de sangria.
    • Se o movimento de sangria não for direcionado a um caixa, ele ficará pendente de conciliação, pois contabilmente este dinheiro não está na Empresa, mas não sabemos ainda no que ele será consumido (plano de contas). Sendo necessário sua posterior conciliação quando o responsável voltar com a nota fiscal ou cupom para conciliar. (veja como conciliar no tópico de conciliação de movimentos).
    • O sistema vai gerar um movimento de conciliação inversamente proporcional ao movimento que estava sendo conciliado e na sequencia listará os movimentos de cada parcela conciliada.
Conciliação de movimentos de Caixa (sangria e suprimento)
Movimentos de sangrias ou suprimentos manuais, exigem que seja feito a conciliação, para que financeiramente estes valores que entraram ou saíram da Empresa pelo caixa, possam ser contabilizados corretamente. Para isso o movimento deverá ter sido realizado por um plano de contas de Receitas ou Despesas válido. È na conciliação desses movimentos que indicamos os documentos fiscais, recibos, etc. Que se referem os movimentos. Abaixo, podemos acompanhar como proceder quando houver essa necessidade:
  • Como chegar:
    • HuB => Relação de Caixas => Encontrar o caixa alvo (Aberto) => => “Gestor de Caixa.” => “Lançar Contrato de Conciliação”
    • Qualquer Tela => Botão ao lado das notificações => Clicar sobre o nome do caixa => Botão “Detalhes” => “Lançar Contrato de Conciliação”
  • Como fazer:
    • Após clicar sobre o botão , a tela de conciliação surgirá:
    • Para conciliar um Sangria lançamos contrato com plano de contas do tipo Despesas (D), se for um suprimento pendente , lançamos uma Receita (C). Por fim, basta clicar sobre o botão “Salvar”.
    • O sistema irá retornar para a tela de Gestão do Caixa. Então deve-se agora clicar sobre o botão “Conciliar Mov. Pendente”, do movimento que deseja conciliar. A tela seguinte será apresentada.
    • Nesta tela podemos verificar detalhes do movimento a ser conciliado neste caso uma Sangria de 15,00. Restando selecionar as parcelas que foram pagas com esse valor sangrado do caixa. Parcela esta pertencente ao contrato de conciliação lançado anteriormente.
    • Conforme for selecionando as parcelas, o sistema vai agrupando e dizendo o restante, troco, etc. Selecionado as parcelas, basta clicar sobre botão “Salvar”.
    • Neste exemplo o movimento de sangria SGA3, foi conciliado pelo mov SGA3-C(gerado automático pelo sistema) e em seguida o movimento da parcela de conciliação pertencente ao documento lançado para conciliar. (cp123, equivalente ao cupom, nota fiscal, recibo etc... que retornou para o caixa)
  • Observações:
    • Para conciliar um suprimento basta efetuar o mesmo procedimento porém o contrato a ser lançado de conciliação será sobre um plano de contas do tipo Receitas (C).
    • A conciliação não é obrigatória para o sistema porém, em telas de consulta de movimentação estes movimentos estarão indicados como não conciliados.
    • Para gerar um movimento de Sangria será necessário criar um Padrão de Movimento de Contrato para a Operação de Transferências entre Caixas, contendo um plano de contas do tipo ( C ) Receitas.
Fechamento de Jornada de Caixa
Se a empresa trabalhar em regime de controle de caixa diário, semanal ou mensal, poderá ter a necessidade de realizar o fechamento deste Caixa. O fechamento servirá de base para conferência de toda a jornada daquele caixa. Conforme segue abaixo:
  • Como chegar:
    • HuB => Relação de Caixas => Encontrar o caixa alvo (Aberto) => => “Gestor de Caixa.” => Botão
    • Qualquer Tela => Botão ao lado das notificações => Clicar sobre o nome do caixa => Botão “Detalhes” => Botão
  • Como fazer:
    • Após clicar sobre o botão de Fechamento , a seguinte tela será apresentada:
    • O sistema mostrará ao usuário do caixa uma tela semelhante a tela da Aba “Totalizadores”. Agrupando os movimentos por Meio de Pagamento e por tipo, pra facilitar o fechamento do caixa.
    • Para dar continuidade, o usuário deverá indicar o saldo para cada Meio de Pagamento envolvido nesta Jornada. No nosso exemplo somente do meio de pagamento Dinheiro. Mas se houvessem ocorridos movimentos em outros Meios que ao final tivesse um saldo positivo, deverá ser informado.
    • Após indicar o meio de pagamento deve-se indicar o total contabilizado(incluindo o fundo), e no outro campo o saldo que deseja deixar em caixa para a próxima jornada desse caixa, chamado de Fundo de troco. Depois clicar em “Salvar”.
    • Refazer o processo, até que não tenham mais Meios de pagamentos para informar saldo. E aí, clicar sobre o botão “Fechar Caixa”. Após clicar sobre o botão o usuário não poderá desfazer a ação anterior. Agora ele apenas terá o ícone “Adicionar Observação”, onde poderá justificar eventuais diferenças ocorridas entre o total indicado pelo mesmo, e o total contabilizado pelo sistema (quebra de caixa).
    • Após adicionar as devidas observações, clicar sobre o botão “Confirmar”. Fazendo com que o sistema retorne à página de “Relação de Caixas”. Que agora irá conter o caixa recém-fechado, com status Fechado. Podendo ser aberto por qualquer usuário permitido a usar esse caixa.
  • Observações:
    • Ao fechar um caixa, internamente o sistema tenta realizar 2 movimentos de caixa, um de transferência de fundos contendo o valor indicado para fundo (-5,00) e outro contendo o Saldo total contabilizado(-45,00) – o valor do Fundo de Caixa(-5,00) = -40,00.
    • Ao abrir uma jornada nesse mesmo caixa o movimento de fundo de caixa, é aproveitado para gerar um novo movimento de Abertura de caixa (+ 5,00).
    • Ao realizar o revisão do fechamento do caixa, por outro usuário em outro caixa, esse movimento de Saldo (+ 40,00) é transferido para o caixa do Avaliador, fechando assim o clico de controle efetivo dos caixas.
Por feijo
#184
Controle Bancário
Para que administrador financeiro da Empresa consiga controlar os saldo bancários e direcionar os investimentos, ou pagamentos é necessário haver um controle efetivo das contas bancárias que envolvam o dia a dia financeiro da Empresa

Cadastrar Contas Bancárias
Para cadastra uma Conta Bancária válida para ser manipulada no financeiro, temos os seguintes passos:
  • Como chegar:
    • HuB => Empresas => Encontrar a Empresa alvo => => “Editar pessoa” => Contas Bancárias
    • HuB => Pessoas => Encontrar a Pessoa alvo da Empresa => “Editar” => Contas Bancárias
  • Como fazer:
    • Ao lado de “Contas Bancárias” temos o botão “Criar nova”
    • Ao clicar, temos a tela de Criar Conta Bancária
    • Nela damos um nome para essa conta bancária, indicamos o Banco, a Instituição Financeira (Pessoa que representa este Banco) e os dados normais de Conta (Ag. / Dig. Ag / Nr Conta / Dig. Conta). Para finalizar basta clicar sobre o botão “Salvar”.
  • Observações:
    • Após este cadastro, a conta bancária já irá aparecer nos campos selecionáveis das telas de baixa, ou qualquer outra que possua campo de conta bancária (desde que o usuário esteja lotado na Empresa no qual esta conta foi cadastrada).
Lançamentos de movimentações bancárias
Sempre que ocorrer um débito ou crédito na conta bancária o gestor do financeiro da Empresa, deverá lançar este mesmo movimento na sua conta bancária cadastrada no sistema. Para os movimentos padrões de pagamento de Despesas ou Receitas e baixas de contas a receber ou a pagar diretamente na conta, isso já estará resolvido. Porém, temos os movimentos que são paralelos a estes, como por exemplo os depósitos, saques, juros e taxas diversas que o banco pode cobrar e para isso temos uma ação exclusiva para isso, conforme abaixo:
  • Como chegar:
    • HuB => Lançamento Movimentações Bancárias
  • Como fazer:
    • Ao abrir a tela de Lançamento o usuário se depara com os seguintes campos
      • Conta Bancária: Conta onde o movimento ocorrerá.
      • Cód. / Nr. Documento : Nr do documento que representa este lançamento.
      • Data do Movimento: Data que será ocorrido o movimento (poderá ser retroativo)
      • Meio de pagamento: Meio de pagamento em que o movimento ocorrerá.
      • Tipo de Movimento Bancário: Cadastrado pelo usuário para facilitar o lançamento (nele ficará as configurações de Padrão de movimento de Contrato).
      • Valor: Valor a ser movimentado (sempre positivo), o tipo de plano de contas vinculado ao Tipo d Movimento Bancário, é que dirá se o movimento será de despesa e receita.
      • Histórico: Equivalente a um campo de observação livre para o usuário informar o que desejar.
    • Por fim, basta clicar sobre o botão “Gerar Movimento”
  • Observações:
    • Feito este processo o sistema irá gerar um contrato com 1 parcela, e já vai baixá-lo na conta com os dados informados ( neste momento ele utiliza aquele campo de Instituição Financeira do cadastro da Conta) para definir a pessoa do Contrato.
Tipo de Movimentação Bancária
Quando não houver nenhum Tipo de Movimento Cadastrado, o mesmo deverá ser criado, pois se trata de um campo obrigatório. Para cadastrá-lo segue os passos necessários:
  • Como chegar:
    • HuB => Tipos de Movimentações Bancárias
  • Como fazer:
    • Ao clicar no botão, a tela de Tipo de Movimentações irá listar os registros já existentes ou não listará nenhum.
    • Clicar sobre o botão “Novo”, e a tela de cadastro será exibida exigindo os seguintes campos:
      • Nome: Descrição que irá aparecer no campos que solicitem a informação de Tipo.
      • Finalidade: Enumerador próprio do sistema com as seguintes opções
        • Crédito /Receita: Poderá ser usado livremente para movimentos de receitas na conta.
        • Débito / Despesa: Poderá ser usado livremente para movimentos de despesas na conta.
        • Depósito: Geralmente irá indicar um movimento de depósito
        • Juros: Geralmente irá indicar um movimento de juros
        • Saque: Geralmente irá indicar um movimento de saque
        • Taxas e Encargos: Utilizado para indicar movimentos de Taxas e encargos que houverem na conta.
      • Vínculo com o Padrão de Contrato: Este campo permite vincular o padrão de movimento de contrato previamente cadastrado com a operação “Define o Plano de Contas para Contratos de Movimentação Bancária” assim, cada movimento poderá movimentar um plano de contas com centro de custo exclusivos para aquele tipo de movimento. Se não indicado, irá pegar do padrão de receitas ou de despesas dependendo da Finalidade escolhida.
      • Abaixo temos um exemplo do cadastro do tipo.
  • Observações:
  • O tipo de movimentação permite que cada movimento possa movimentar plano de contas exclusivos em cada situação e garantir um controle pleno sobre os lançamentos bancários manuais.
Por feijo
#185
Controle de Boletos de Cobrança
Uma prática comum quando a empresa emite boleto de cobrança para receber em conta quando o cliente efetuar a quitação, é gerar estes boletos no sistema e enviar ao banco em arquivo de remessa. Isso é caracterizado com um Serviço de Cobrança que a Empresa tem com o banco. A Empresa paga por esse serviço por boleto registrado, e todas as informações ou alterações que ocorrerem nesses boletos devem estar em sincronismo com o banco.

Cadastrando uma configuração Bancária de Cobrança
Para cadastrar um configuração de cobrança, primeiramente, a conta bancária que utilizará este serviço deverá estar cadastrada na Pessoa da Empresa. Para cadastrar a configuração temos os seguintes passos necessários:
  • Como chegar:
    • HuB => Empresas => Encontrar a Empresa alvo => => “Editar pessoa” => Contas Bancárias => Encontrar a Conta Bancária alvo => “Configurações” => “Novo”
    • HuB => Pessoas => Encontrar a Pessoa alvo da Empresa => “Editar” => Contas Bancárias => Encontrar a Conta Bancária alvo => “Configurações” => “Novo”
  • Como fazer:
    • Ao clicar no botão, a tela de Criar configuração de cobrança bancária irá abrir exigindo os seguintes campos:
      • Nome: Descrição prévia para ajudar nas caixas de seleção deste Campo.
      • Empresa: Empresa que possuirá vínculo com esta config.
      • Instituição Financeira do Beneficiário: Algumas cooperativas utilizam-se de Bancos para fornecer este serviço de cobrança (ex. Unicred utiliza Bradesco).
      • Agência Banco Correspondente: Algumas cooperativas utilizam-se de Bancos para fornecer este serviço de cobrança, desta forma deve-se informar o nr e dig da Agência do Banco correspondente. (ex. Unicred utiliza Bradesco indicar nr Ag. do Bradesco).
      • Código Agência Correspondente: Algumas cooperativas utilizam-se de Bancos para fornecer este serviço de cobrança, desta forma deve-se informar o nr e dig da Agência do Banco correspondente. (ex. Unicred utiliza Bradesco indicar dig Ag. Bradesco).
      • Nr. Posto Beneficiário: Outro campo exclusivos de algumas cooperativas.
      • Convênio / Cód. Transmissão: Se o banco informar cadastre.
      • Código Cedente: Também algunas bancos podem ter outros não.
      • Tipo de Arquivo CNAB: Define o tipo leiaute de CNAB que as remessas desta config irá utilizar (CNAB240 ou CNAB400).
    • Por fim, basta clicar sobre o botão “Salvar”.
    • O sistema irá redirecionar para lista de Configurações de Cobrança.
  • Observações:
  • A configuração consiste em definir os dados básicos para o serviço de cobrança que servirá para indentificar o cliente / serviço perante o banco nos arquivos de remessas.
  • Somente esta configuração não é suficiente para gerar um boleto ou uma remessa, ainda faltaria cadastrar as instruções bancárias desta configuração.
Cadastrando uma Instrução Bancária de Cobrança
Para cadastrar um Instrução de cobrança, primeiramente, a configuração de cobrança bancária que utilizará esta instrução deverá estar cadastrada na Pessoa da Empresa. Para cadastrar a instrução temos os seguintes passos necessários:
  • Como chegar:
    • HuB => Empresas => Encontrar a Empresa alvo => => “Editar pessoa” => Contas Bancárias => Encontrar a Conta Bancária alvo => “Configurações” => Encontrar a Configuração Bancária Alvo => “Instruções” => “Novo”
    • HuB => Pessoas => Encontrar a Pessoa alvo da Empresa => “Editar” => Contas Bancárias => Encontrar a Conta Bancária alvo => “Configurações” => Encontrar a Configuração Bancária Alvo => “Instruções” => “Novo”
  • Como fazer:
    • Após clicar no ícone de Criar nova instrução sugirá a tela de cadastro:
    • Na região de Definição temos os campos:
      • Nome: Descrição que será utilizada nas pesquisas onde houver este campo.
      • Carteira: Código da Carteira que o banco forneceu.
      • Modalidade da Carteira: Enumerador que indicará se a cobrança é registrada ou sem registro. Também conhecido por Categoria de Carteira.
    • Na região de Instruções, temos as informações pertinentes ao que irá sair no boleto e irá no arquivo de Remessa.
      • % Multa: Percentual de multa aplicado após o seu prazo, caso o cliente atrase (gera mensagem automaticamente no boleto).
      • Prazo Multa: Dias de prazo para cobrar o % de Multa indicado (gera mensagem automaticamente no boleto).
      • Prazo para Protesto: Dias de prazo para ocorrer o protesto (gera mensagem automaticamente no boleto).
      • Prazo para Creditar valor Pago em Conta: Prazo previsto em relação ao vencimento do boleto para que o valor deva ser creditado em conta, para fins de relatórios, previsão, etc. Também conhecido como D+1, D+2.
      • % Juros Mês: Percentual de Juros por mês cobrado após o vencimento (este valor será divido e transformado em Juros diário). Por padrão o cálculo será sobre Juros Compostos.
      • Juros por mês é Simples: Indica se o cálculo do Juros diários será em formato Juros Simples (Juros Mês / 30).
      • Protesto somente descritivo: Indica se a mensagem de protesto (cfe prazo indicado) será apenas descritiva no boleto, ou se irá no arquivo de remessa solicitando ao banco que realize o protesto. Alguns cliente protestam o titulo por conta própria, outros preferem utilizar esse serviço do banco, porém, ambos irã querer que saia a mensagem e para aqueles que não usam o protesto pelo banco podem usar essa opção.
      • Cobrar título ao trocar a Carteira: Quando uma duplicata remetida ao banco com instrução de Antecipação vence e passa o prazo do banco (10 dias em geral), o banco cobra o valor antecipado da Empresa, + juros e correções. Par que isto ocorre deve-se marcar essa opção.
      • Instrução de Antecipação: Indica se nessa instrução os boletos devem ir ao banco solicitando a antecipação total dos registros, assim o banco irá antecipar (descontando um taxa) o valor integral da remessa que está sendo enviada. Quando os cliente foram quitando as duplicatas, já fica direto com o banco o valor, pois o mesmo já antecipou a empresa, quando deu o aceite dessa remessa de antecipação.
      • % Desconto pagto antecipado: Indica o percentual que o sistema enviará ao banco quando permitir desconto por pagamento anterior ao vencimento.
      • Utilizar % Desconto do cadastro do Cliente: Indica se o percentual a ser utilizado permanecerá o percentual indicado no cliente (se houver), ou irá tomar o valor do campo % Desconto pato antecipado desta instrução.
      • Imprimir comprovante de Entrega: Indica se na impressão do boleto o comprovante de entrega seja impresso.
Geração de boletos de cobrança
Existem basicamente 2 formas de gerar boleto pelo sistema. Uma delas é manualmente através do Gestor Financeiro e Contas a Receber. Para gerar os boletos manualmente deve-se seguir os seguintes passos:
  • Como chegar:
    • HuB => Gestor Financeiro => Aba “Contas a Receber”
  • Como fazer:
    • Após abrir a tela do gestor financeiro e acessar a aba Contas a Receber, selecionar as parcelas utilizando o ícone de pesquisa , podendo indicar que deseja “Parcelas sem boleto gerado”, assim, somente parcelas que ainda não tiveram boleto gerado serão listadas.
Por feijo
#186
Notas de Rodapé :):

Esse manual foi redigido originalmente pelo desenvolvedor Anderson em formato PDF.
Sua versão original pode ser acessada no FTP, na pasta da distribuição da aplicação CORE Business.
long long title how many chars? lets see 123 ok more? yes 60

We have created lots of YouTube videos just so you can achieve [...]

Another post test yes yes yes or no, maybe ni? :-/

The best flat phpBB theme around. Period. Fine craftmanship and [...]

Do you need a super MOD? Well here it is. chew on this

All you need is right here. Content tag, SEO, listing, Pizza and spaghetti [...]

Lasagna on me this time ok? I got plenty of cash

this should be fantastic. but what about links,images, bbcodes etc etc? [...]

Ainda não conhece nossos produtos?