- Criado por Ana Paula Tiete Lira Martins, última alteração por Ana Paula Nascimento Silva em 12 dez, 2024
Tempo aproximado para leitura: superior a 15 minutosFinanceiro do Microsiga Protheus®
Carregando...
Carregando...
Índice
Objetivo
Este módulo possibilita a administração dos eventos financeiros e recursos de uma empresa considerando o controle dos seguintes processos:
- Planejamento financeiro das operações por meio de orçamentos.
- Acompanhamento dos eventos que resultam na entrada ou desembolsos de recursos pelo uso do fluxo de caixa, desta forma, o administrador adquire informações em tempo real que o ajudam em suas decisões sobre a disponibilidade de caixa.
- Transparência nas operações por meio da contabilização dos dados.
- Controle de títulos e valores de clientes e de fornecedores.
- Administração dos registros de títulos a pagar e receber.
- Comunicação bancária.
- Controle dos títulos a receber.
- Adiantamentos.
- Títulos provisórios.
- Controle orçamentário por natureza em até 5 moedas distintas.
- Controle de aplicação financeira.
- Controle de contratos financeiros.
- Facilidade e agilidade no tratamento entre empresa e banco.
- Borderô automático.
- Instruções bancárias.
- Comunicação bancária (padrão CNAB): empresa para Banco e vice-versa.
- Saldos bancários.
- Emissão de extratos.
- Reconciliação bancária.
- Boletos.
- Relatórios de conferência CNAB.
- Controle de comissões.
- Comissões pela emissão de títulos.
- Comissões pela baixa de títulos (com % diferenciados).
- Acompanhamento do histórico de clientes.
- Maior saldo devedor.
- Média de atraso.
- Maior atraso.
- Títulos protestados.
- Pagamentos efetuados.
- Razão conta corrente.
- Controle dos saldos dos clientes: vencidos, a vencer, pedidos sem crédito e pedidos com crédito.
- Controle dos saldos a receber: valor total vencido, valor total a vencer, quantidade de títulos em aberto e quantidade de títulos vencidos.
- Diário auxiliar.
- Resumo cobrança.
- Contabilização dos movimentos on-line ou off-line.
- Projeção financeira em 4 moedas: pelo referencial (em dias), pela tendência inflacionária e controle de disponibilidade (por caixa).
Os parâmetros utilizados no módulo Financeiro do Microsiga Protheus
Compror
É um convênio de financiamento para pagamento de insumos ou serviços adquiridos pelo cliente junto a seus fornecedores. Destina-se a empresas que buscam comprar à vista de seus fornecedores, porém, com prazo maior e melhores taxas, bem como, negociando o pagamento com o banco em condições adequadas a seu fluxo de caixa.
Garantias: duplicatas, cheques, penhor mercantil e devedor solidário.
Vantagens para o comprador / financiado:
- Permite substituir o financiamento do fornecedor pelo financiamento bancário quando há oferta de taxas de juros mais atrativas.
- Possibilidade de negociar com vendedor os benefícios que ele obtém; similares às do vendedor.
- Flexibilidade para planejamento do fluxo de caixa.
- Melhoria do resultado operacional: redução dos juros no preço da compra.
- Vantagem competitiva em relação aos concorrentes que não têm o produto.
Vendor
É um convênio de financiamento de vendas baseado no princípio da cessão de crédito que permite a uma empresa vender o seu produto a pessoas jurídicas a prazo e receber à vista.
O Vendor supõe que a empresa compradora seja cliente tradicional da vendedora, pois, é esta que assume o risco do negócio junto ao banco.
Possibilidade de utilizar meios eletrônicos na contratação das operações.
Garantias: fiança do fornecedor e vendedor.
Vantagens para o fornecedor / vendedor:
- Antecipação de caixa: recebimento à vista.
- Redução da carga tributária, na medida em que as vendas são à vista.
- Prazos de financiamento mais flexíveis.
- Flexibilidade de taxas de juros.
- Mais competitividade e melhor eficiência financeira.
- Dilatação no prazo de pagamento ao comprador.
- Velocidade no giro das mercadorias.
Informação
No contas a pagar, para o processo disponibilizado para essas operações(COMPROR/VENDOR) deve ser utilizado o motivo de baixa VENDOR.
Contas a pagar |
|---|
Controle dos títulos a pagar. Controle orçamentário por natureza, em até 5 moedas distintas. Baixa de títulos a pagar:
Facilidade e agilidade no tratamento entre a empresa e banco:
Acompanhamento do histórico de Fornecedores:
Controle dos saldos a pagar:
Contabilização dos movimentos: on-line e off-line. Controle do caixa da empresa (saldos). |
Contas a receber |
|---|
Contempla os seguintes critérios: Controle dos títulos a receber. Adiantamentos. Títulos provisórios. Controle orçamentário por natureza, em até 5 moedas distintas. Controle de aplicações financeiras. Controle de contratos financeiros. Facilidade e agilidade no tratamento entre a empresa e banco: Borderô automático. Instruções bancárias. Comunicação bancária (Padrão CNAB):
Saldos bancários. Emissão de extratos. Reconciliação bancária. Boletos. Relatórios de conferência CNAB. Controle de Comissões:
Acompanhamento do histórico de clientes:
Controle dos saldos dos clientes:
Controle dos saldos a receber:
Projeção financeira em 4 moedas:
|
| Fluxo de caixa |
|---|
|
É uma ferramenta de gestão muito eficiente que abrange o conjunto de ingressos e de desembolsos de recursos financeiros pela empresa em determinado período. A análise e o controle das informações facilitam na tomada de decisões de acordo com os seguintes critérios:
Nota Caixinha Permite o controle dos valores disponíveis para despesas imediatas e pequenas com o objetivo de administrar o fluxo de entrada e saída de dinheiro de maneira ágil, simples e menos burocrática. Esse controle é feito de acordo com as seguintes opções:
AVP - Ajuste a valor presente O AVP realiza o ajuste para demonstrar o valor presente de um fluxo de caixa futuro que pode estar representado por ingressos ou saídas de recursos (ou montante equivalente; por exemplo, créditos que diminuam a saída de caixa futuro seriam equivalentes a ingressos de recursos). Para determinar o valor presente de um fluxo de caixa, três informações são requeridas: valor do fluxo futuro (considerando todos os termos e as condições contratados), data do referido fluxo financeiro e taxa de desconto aplicável à transação. Para viabilizar a determinação do CPC 12 (Comitê de Pronunciamentos Contábeis), o módulo Financeiro dispõe das seguintes funcionalidades:
O processo de cálculo do AVP contempla as seguintes rotinas:
|
| Saldo bancário em múltiplas moedas |
|---|
Este recurso realiza o controle das contas correntes em outras moedas, ou seja, diferentes da moeda corrente (Real). Desta forma, se a empresa possuí contas correntes no exterior, é possível administrar as movimentações, como por exemplo, em Dólar e/ou Euro. Para utilizar esta funcionalidade, é necessário cadastrar as informações na rotina de Bancos e preencher o campo Moeda, consequentemente, o saldo bancário em múltiplas moedas fica habilitado para ser utilizado nas seguintes rotinas:
|
O sistema Microsiga Protheus® possui o recurso de cobrança escritural para o módulo Financeiro que possibilita o intercâmbio de informações padronizadas e preestabelecidas pelos Bancos por meio arquivos eletrônicos. Este processo garante mais confiabilidade, velocidade no processamento de dados e eliminação dos controles manuais.
O CNAB (Conselho Nacional de Automação Bancária) define as regras para formatação dos arquivos por meio de manuais específicos.
Primeiramente, é necessário que o administrador do sistema realize a configuração dos arquivos de remessa e retorno para os títulos no módulo Configurador:
| Modelo 1 | Remessa | Retorno | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| CNAB a Receber | No módulo Configurador, acesse a opção CNAB a Receber e configure o arquivo de remessa do Contas a Receber, conforme posições e regras descritas no manual do Banco. No módulo Financeiro, acesse a opção Parâmetros de Bancos e cadastre as informações. Observação: no campo EE_Tabela informe o código da tabela de relacionamento entre o tipo do título no Financeiro e a espécie do título no banco. O padrão do sistema é a Tabela 17, do módulo Configurador, mas, é possível criar tabelas para fazer o mesmo tratamento. No módulo Configurador, acesse a opção Tabelas e verifique a que está sendo utilizada para este Banco (vide o cadastro de Parâmetros de Bancos). Se for a Tabela 17, verifique o padrão de retorno do Banco quanto a espécie (tipo do título) e atualize essa no módulo Configurador. Exemplo: Considerando que, para títulos tipo NF o Banco identifica como 01, a Tabela 17 fica da seguinte forma:
Desta forma, o sistema identifica que os títulos do sistema tipo NF são equivalentes aos títulos que o Banco identifica como 01. No módulo Financeiro, acesse a opção Ocorrências CNAB e cadastre as ocorrências do Banco para envio do Contas a Receber. No módulo Financeiro, acesse a opção Borderô e gere os borderôs com os títulos enviados ao Banco. No módulo Financeiro, acesse a opção Gera Arquivo de Envio a Receber e gere o arquivo texto para envio ao Banco. |
No módulo Configurador, acesse a opção CNAB a Receber e configure o arquivo de retorno do Contas a Receber, conforme posições e regras descritas no manual do Banco. O sistema gera um layout padrão do arquivo de retorno no momento da inclusão desta rotina. As linhas do arquivo não devem ser alteradas, sendo necessário apenas informar as colunas da Posição Inicial e Posição Final. No módulo Financeiro, acesse a opção Parâmetros de Bancos e cadastre as informações. Observação: no campo EE_Tabela informe o código da tabela de relacionamento entre o tipo do título no Financeiro e a espécie do título no Banco. O padrão do sistema é a Tabela 17, do módulo Configurador, mas, é possível criar tabelas para fazer o mesmo tratamento. Se o cadastro de Parâmetros de Banco está configurado, não é preciso incluir um registro novamente, salvo se houver a necessidade de trabalhar com duas tabelas de identificação da espécie no sistema, envio/recebimento. No módulo Configurador, acesse a opção Tabelas e verifique a que está sendo utilizada para este Banco (vide o cadastro de Parâmetros de Bancos). Se for a Tabela 17, verifique o padrão de retorno do Banco quanto a espécie (tipo do título) e atualize essa no módulo Configurador. Exemplo: Considerando que, para títulos tipo NF o Banco identifica como 01, a Tabela 17 fica da seguinte forma:
Desta forma, o sistema identifica que os títulos do sistema tipo NF são equivalentes aos títulos que o Banco identifica como 01. No módulo Financeiro, acesse a opção Ocorrências CNAB e cadastre as ocorrências do Banco para o retorno do Contas a Receber. A contabilização da baixa do contas a receber utiliza o lançamento padrão do 521 ao 526 para Baixa e 527 para Cancelamento; 562 para Contabilização de despesas bancárias. No módulo Financeiro, acesse a opção Relatório Retorno CNAB e verifique a correta recepção dos títulos, pois, nele é apresentado uma lista de divergências entre o arquivo texto de retorno do banco com o arquivo de títulos do sistema. No módulo Financeiro, acesse a opção Retorno CNAB a Receber e receba o arquivo texto de retorno bancário, conforme parâmetros definidos. |
||||||||
| CNAB a Pagar | No módulo Configurador, acesse a opção CNAB a Pagar e configure o arquivo de remessa do Contas a Pagar, conforme posições e regras descritas no manual do Banco. No módulo Financeiro, acesse a opção Parâmetros de Bancos e cadastre as informações. Observação: no campo E5_Tabela informe o código da tabela de relacionamento entre o tipo do título no Financeiro e a espécie do título no banco. O padrão do sistema é a Tabela 17, do módulo Configurador, mas, é possível criar tabelas para fazer o mesmo tratamento. No módulo Configurador, acesse a opção Tabelas e verifique a que está sendo utilizada para este Banco (vide o cadastro de Parâmetros de Bancos). Se for a Tabela 17, verifique o padrão de retorno do Banco quanto a espécie (tipo do título) e atualize essa no módulo Configurador. Exemplo: Considerando que, para títulos tipo NF o Banco identifica como 01, a Tabela 17 fica da seguinte forma:
Desta forma, o sistema identifica que os títulos do sistema tipo NF são equivalentes aos títulos que o Banco identifica como 01. Não é necessário cadastrar ocorrência para o Envio CNAB a Pagar. No módulo Financeiro, acesse a opção Borderô e gere os borderôs de pagamento com os títulos enviados ao Banco. No módulo Financeiro, acesse a opção Gera Arquivo de Envio a Pagar e gere o arquivo texto para envio ao Banco. |
No módulo Configurador, acesse a opção CNAB a Pagar e configure o arquivo de retorno do Contas a Pagar, conforme posições e regras descritas no manual do Banco. O sistema gera um layout padrão do arquivo de retorno no momento da inclusão desta rotina. As linhas do arquivo não devem ser alteradas, sendo necessário apenas informar as colunas da Posição Inicial e Posição Final. No módulo Financeiro, acesse a opção Parâmetros de Bancos e cadastre as informações. Observação: no campo EE_Tabela informe o código da tabela de relacionamento entre o tipo do título no Financeiro e a espécie do título no Banco. O padrão do sistema é a Tabela 17, do módulo Configurador, mas, é possível criar tabelas para fazer o mesmo tratamento. Se o cadastro de Parâmetros de Banco está configurado, não é preciso incluir um registro novamente, salvo se houver a necessidade de trabalhar com duas tabelas de identificação da espécie no sistema, envio/recebimento. No módulo Configurador, acesse a opção Tabelas e verifique a que está sendo utilizada para este Banco (vide o cadastro de Parâmetros de Bancos). Se for a Tabela 17, verifique o padrão de retorno do Banco quanto a espécie (tipo do título) e atualize essa no módulo Configurador. Exemplo: Considerando que, para títulos tipo NF o Banco identifica como 01, a Tabela 17 fica da seguinte forma:
Desta forma, o sistema identifica que os títulos do sistema tipo NF são equivalentes aos títulos que o Banco identifica como 01. No módulo Financeiro, acesse a opção Ocorrências CNAB e cadastre as ocorrências do Banco para o retorno do Contas a Receber. A contabilização da baixa do contas a pagar utiliza o lançamento padrão 530 para Baixa e 531 para Cancelamento. No módulo Financeiro, acesse a opção Relatório Retorno CNAB e verifique a correta recepção dos títulos, pois, nele é apresentado uma lista de divergências entre o arquivo texto de retorno do banco com o arquivo de títulos do sistema. No módulo Financeiro, acesse a opção Retorno CNAB a Pagar e receba o arquivo texto de retorno bancário, conforme parâmetros definidos. |
| Modelo 2 | Remessa | Retorno | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| CNAB a Receber | No módulo Configurador, acesse a opção CNAB Modelo 2 e configure o arquivo de remessa. No módulo Financeiro, acesse a opção Parâmetros de Bancos e cadastre as informações. Observação: no campo EE_Tabela informe o código da tabela de relacionamento entre o tipo do título no Financeiro e a espécie do título no banco. O padrão do sistema é a Tabela 17, do módulo Configurador, mas, é possível criar tabelas para fazer o mesmo tratamento. No módulo Configurador, acesse a opção Tabelas e verifique a que está sendo utilizada para este Banco (vide o cadastro de Parâmetros de Bancos). Se for a Tabela 17, verifique o padrão de retorno do Banco quanto a espécie (tipo do título) e atualize essa no módulo Configurador. Exemplo: Considerando que, para títulos tipo NF o Banco identifica como 01, a Tabela 17 fica da seguinte forma:
Desta forma, o sistema identifica que os títulos do sistema tipo NF são equivalentes aos títulos que o Banco identifica como 01. No módulo Financeiro, acesse a opção Ocorrências CNAB e cadastre as ocorrências do Banco para envio do Contas a Receber. No módulo Financeiro, acesse a opção Borderô e gere os borderôs com os títulos enviados ao Banco. No módulo Financeiro, acesse a opção Gera Arquivo de Envio a Receber e gere o arquivo texto para envio ao Banco. |
No módulo Configurador, acesse a opção CNAB Modelo 2 e configure o arquivo de retorno. No módulo Financeiro, acesse a opção Parâmetros de Bancos e cadastre as informações. Observação: no campo EE_Tabela informe o código da tabela de relacionamento entre o tipo do título no Financeiro e a espécie do título no Banco. O padrão do sistema é a Tabela 17, do módulo Configurador, mas, é possível criar tabelas para fazer o mesmo tratamento. No módulo Configurador, acesse a opção Tabelas e verifique a que está sendo utilizada para este Banco (vide o cadastro de Parâmetros de Bancos). Se for a Tabela 17, verifique o padrão de retorno do Banco quanto a espécie (tipo do título) e atualize essa no módulo Configurador Exemplo: Considerando que, para títulos tipo NF o Banco identifica como 01, a Tabela 17 fica da seguinte forma:
Desta forma, o sistema identifica que os títulos do sistema tipo NF são equivalentes aos títulos que o Banco identifica como 01. No módulo Financeiro, acesse a opção Ocorrências CNAB e cadastre as ocorrências do Banco para o retorno do Contas a Receber. A contabilização da baixa do contas a receber utiliza o lançamento padrão do 521 ao 526 para Baixa e 527 para Cancelamento; 562 para Contabilização de despesas bancárias. No módulo Financeiro, acesse a opção Relatório Retorno CNAB e verifique a correta recepção dos títulos, pois, nele é apresentado uma lista de divergências entre o arquivo texto de retorno do banco com o arquivo de títulos do sistema. No módulo Financeiro, acesse a opção Retorno CNAB a Receber e receba o arquivo texto de retorno bancário, conforme parâmetros definidos. |
||||||||
| CNAB a Pagar | No módulo Configurador, acesse a opção CNAB Modelo 2 e configure o arquivo de remessa. No módulo Financeiro, acesse a opção Parâmetros de Bancos e cadastre as informações. Observação: no campo EE_Tabela informe o código da tabela de relacionamento entre o tipo do título no Financeiro e a espécie do título no banco. O padrão do sistema é a Tabela 17, do módulo Configurador, mas, é possível criar tabelas para fazer o mesmo tratamento. No módulo Configurador, acesse a opção Tabelas e verifique a que está sendo utilizada para este Banco (vide o cadastro de Parâmetros de Bancos). Se for a Tabela 17, verifique o padrão de retorno do Banco quanto a espécie (tipo do título) e atualize essa no módulo Configurador. Exemplo: Considerando que, para títulos tipo NF o Banco identifica como 01, a Tabela 17 fica da seguinte forma:
Desta forma, o sistema identifica que os títulos do sistema tipo NF são equivalentes aos títulos que o Banco identifica como 01. No módulo Financeiro, acesse a opção Borderô de Pagamentos e gere os borderôs dos títulos enviados ao Banco. No módulo Financeiro, acesse a opção Gera Arquivo de Envio a Pagar e gere o arquivo texto para envio ao Banco. |
No módulo Configurador, acesse a opção CNAB Modelo 2 e configure o arquivo de retorno. No módulo Financeiro, acesse a opção Parâmetros de Bancos e cadastre as informações. Observação: no campo EE_Tabela informe o código da tabela de relacionamento entre o tipo do título no Financeiro e a espécie do título no Banco. O padrão do sistema é a Tabela 17, do módulo Configurador, mas, é possível criar tabelas para fazer o mesmo tratamento. No módulo Configurador, acesse a opção Tabelas e verifique a que está sendo utilizada para este Banco (vide o cadastro de Parâmetros de Bancos). Se for a Tabela 17, verifique o padrão de retorno do Banco quanto a espécie (tipo do título) e atualize essa no módulo Configurador. Exemplo: Considerando que, para títulos tipo NF o Banco identifica como 01, a Tabela 17 fica da seguinte forma:
Desta forma, o sistema identifica que os títulos do sistema tipo NF são equivalentes aos títulos que o Banco identifica como 01. No módulo Financeiro, acesse a opção Ocorrências CNAB e cadastre as ocorrências do Banco para o envio do Contas a Pagar. A contabilização da baixa do contas a pagar utiliza o lançamento padrão 530 para Baixa e 531 para Cancelamento. No módulo Financeiro, acesse a opção Relatório Retorno CNAB e verifique a correta recepção dos títulos, pois, nele é apresentado uma lista de divergências entre o arquivo texto de retorno do banco com o arquivo de títulos do sistema. No módulo Financeiro, acesse a opção Retorno CNAB a Receber e receba o arquivo texto de retorno bancário, conforme parâmetros definidos. |
É a remuneração de um capital aplicado ou emprestado ou, ainda, no aluguel que se paga ou que se cobra pelo uso do dinheiro. É também a diferença entre o valor resgatado em uma aplicação financeira e o seu valor inicial.
Em qualquer economia monetarista, o custo de emprestar ou de tomar emprestado qualquer valor deve ser medido por meio de um índice entre o preço deste crédito e o seu valor num determinado período de tempo. A isto é dado o nome de taxa de juros e que, por sua vez, é utilizada como medida para avaliar tanto a taxa de remuneração de um capital de quem possui recursos como de quem não os possui (toma emprestado). Para quem estiver no primeiro caso, é necessário considerar os fatores de risco, despesas, inflação e um ganho que espera obter ao aplicar aquela taxa (assim, quanto maior, melhor). Para quem estiver envolvido no outro contexto, quanto menor, melhor.
Montante é o termo utilizado para classificar o capital inicial adicionado aos juros do período.
| Juros simples |
|---|
Ocorre quando a taxa de juros incide sempre sobre o capital inicial. A taxa, portanto, é chamada de proporcional, uma vez que varia linearmente ao longo do tempo. Neste caso, 1% ao dia é igual a 30% ao mês, que por sua vez, é igual a 360% ao ano e assim por diante. Considere o capital inicial P aplicado a juros simples de taxa i por período durante n períodos. Lembrando que os juros simples incidem sempre sobre o capital inicial, logo, sua fórmula é representada por: J = P*i*n J = juros produzidos depois de n períodos do capital P aplicado a uma taxa de juros por período igual a i. No final de n períodos, é claro que o capital é igual ao capital inicial adicionado aos juros produzidos no período. O capital inicial adicionado aos juros do período é denominado montante (M). Logo, a fórmula seria representada da seguinte maneira: M = P + J J = P + P * i * n M = P + P * i * n Portanto, M = P(1 + i * n) Exemplo: A quantia de 3.000,00 é aplicada a juros simples de 5% ao mês, durante cinco anos. Calcule o montante e os juros ao final dos cinco anos. P = 3.000,00, i = 5% = 5/100 = 0,05 e n = 5 anos = 5.12 = 60 meses. J = 3.000,00 * 0,05 * 60 = 9.000,00. M = 3000(1 + 0,05*60) = 3.000(1+3) = 12.000,00. |
| Juros compostos |
|---|
Ocorre quando a taxa de juros incide sobre o capital inicial, acrescido dos juros acumulados até o período anterior. A taxa varia exponencialmente ao longo do tempo e, neste caso, 1% ao dia não é igual a 30% ao mês, que por sua vez, não será 360% ao ano. A utilização de juros compostos é muito comum no sistema financeiro e, portanto, mais útil para cálculos de problemas cotidianos. Os juros gerados a cada período são incorporados ao principal para calcular os juros do período seguinte. A capitalização é o momento em que os juros são incorporados ao principal, assim, após três meses de capitalização, por exemplo, é possível notar o seguinte cenário: Primeiro mês: M =P.(1 + i). Segundo mês: o principal é igual ao montante do mês anterior: M = P x (1 + i) x (1 + i). Terceiro mês: o principal é igual ao montante do mês anterior: M = P x (1 + i) x (1 + i) x (1 + i). Este contexto resulta na fórmula: M = P(1 + i)n A taxa i tem que ser expressa na mesma medida de tempo de n, quer dizer que ambas devem estar na mesma unidade, ou seja, taxa de juros ao ano para n anos. No sistema a taxa informada é tratada como taxa anual, desta forma, o n deve ser convertido para anos, ou seja, 1 mês é equivalente a 1/12 ou 30/360 para ficar na mesma unidade da taxa de juros. Para calcular apenas os juros, basta diminuir o principal do montante ao final do período: J = M – P Exemplo: Cálculo do montante de um capital de 6.000,00, aplicado a juros compostos, durante 1 ano, à taxa de 3,5% ao mês. P = R$6.000,00 n = 1 ano = 12 meses i = 3,5 % a.m. = 0,035 M = ? Usando a fórmula: M = P (1 + i) n M = 6.000 (1 + 0,035)12 M = 6.000 x 1,511 = 9.066,41 |
| Relação entre juros e progressões | ||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Na capitalização com juros simples o saldo cresce em progressão aritmética. Na capitalização com juros compostos o saldo cresce em progressão geométrica. Supondo um saldo inicial de 1.000,00 e uma taxa de juros de 50% ao período. Juros simples:
Juros compostos:
No cálculo de juros compostos, por ser uma progressão geométrica, incidem juros sobre juros e não é possível dividir uma taxa anual para obter a taxa diária. Neste caso, deve ser utilizada a taxa equivalente: i q = (1 + i t)q/t-1 i q = taxa para o prazo desejado. i t = taxa para o prazo obtida. q = prazo desejado. t = prazo obtido. a.a. = ao ano. a.d. = ao dia. Exemplo: 9,7% a.a. equivalente a: i q = (1 + 0,097) 1/360 - 1 = 0,000257197 iq = 0,02572% (com pelo menos 5 dígitos significativos), ou seja: 9,7% a.a. equivale a 0,02572% a.d. Para juros compostos a fórmula é: FV = Valor futuro PV = Valor presente I = Taxa (*) n = Período (*) Nota (*) estas duas variáveis devem estar no mesmo período de tempo. Então: FV = 14.500 (1 + 0,097) 1/360 = 14.503,73 J = 14.503,73 – 14.500,00 = 3,73 Observação: 1/360 = 1 dia em um ano. Ou utilizando a taxa equivalente diária: FV = 14.500 (1 + 0,000257197) 1 = 14.503,73 J = 14.503,73 – 14.500,00 = 3,73 |
Nota
O cálculo dos juros para títulos a receber (que ainda não foram pagos) é efetuado obedecendo o parâmetro MV_JURTIPOS de acordo com os seguintes critérios:
Juros simples (parâmetro MV_JURTIPOS = S)
Juros = Saldo do título * (1 + (dias de atraso * (taxa de juros / 100)))
Juros compostos (parâmetro MV_JURTIPOS = C)
Juros = Saldo do título * ((1 + (taxa de juros / 100)) * (dias de atraso)
Juros mistos (parâmetro MV_JURTIPOS = M)
É a combinação do simples com o composto, sendo que:
Até 30 dias é considerado o cálculo de juros simples.
Juros = Saldo do título * (1 + (dias de atraso * (taxa de juros / 100)))
Acima de 30 dias é considerado o cálculo de juros compostos.
Juros simples = Saldo do título * (1 + (30 * (taxa de juros / 100)))
Juros = juros simples * ((1 + (taxa de juros / 100)) * dias de atraso – 30)
Observação
Quando não há percentual de juros indicado no título, o cálculo é feito pela taxa de permanência:
Juros = Valor da Taxa de Permanência * dias de atraso
A aplicação financeira por cotas ou fundos de investimentos tem algumas características importantes para que possam ser calculados os rendimentos sobre as aplicações efetuadas.
A maioria dos fundos existentes no mercado tem liquidez diária, entretanto, é cobrado o IOF para os resgates efetuados até o 29º dia corrido contados da data de cada aplicação:
| Quantidade de dias | % limite do rendimento |
|---|---|
1 |
96 |
2 |
93 |
3 |
90 |
4 |
86 |
5 |
83 |
6 |
80 |
7 |
76 |
8 |
73 |
9 |
70 |
10 |
66 |
11 |
63 |
12 |
60 |
13 |
56 |
14 |
53 |
15 |
50 |
16 |
46 |
17 |
43 |
18 |
40 |
19 |
36 |
20 |
33 |
21 |
30 |
22 |
26 |
23 |
23 |
24 |
20 |
25 |
16 |
26 |
13 |
27 |
10 |
28 |
6 |
29 |
3 |
30 |
0 |
A partir do 30º dia, cada aplicação fica isenta da cobrança do IOF.
Rendimento do fundo de investimento
Para calcular o rendimento é necessário saber a quantidade de cotas em que foi transformado o capital investido, ou seja, quantas cotas cabem dentro do capital.
Nota
O valor desta cota é publicado diariamente nas seções de economia dos principais jornais.
Primeiramente, é necessário dividir o valor da aplicação pelo valor da cota no dia da aplicação. Geralmente o valor das cotas é divulgado com 6 casas decimais.
R$ 10.000,00/R$1,263745 = 7.912,988775 cotas.
Exemplo:
R$ 10.000,00/R$1,263745 = 7.912,988775 cotas
O sistema utiliza a cota cadastrada no contrato para que no momento da inclusão da aplicação possa fazer esta conversão. As aplicações são controladas em cotas a partir da inclusão da aplicação.
Depois de conhecida a quantidade de cotas é necessário multiplicá-la pelo valor da cota do dia para obter seu saldo
O sistema utiliza a cota cadastrada no contrato para que no momento da inclusão da aplicação possa fazer esta conversão. As aplicações são controladas em cotas a partir da inclusão da aplicação.
Depois de conhecida a quantidade de cotas é necessário multiplicá-la pelo valor da cota do dia para obter seu saldo.
Supondo que, após vinte e cinco dias corridos a cota teve uma valorização corresponde a $ 1,283459. A multiplicação resulta no valor da aplicação atualizada, ou seja:
7.912,988775 x R$ 1,283459 = R$ 10.156,00.
Esta cota deve ser cadastrada na opção Atualiza Cotação da rotina Contratos Bancários.
Rendimento bruto total obtido no período
Para calcular o rendimento bruto total obtido no período são considerados os seguintes critérios:
Supondo um saldo em cotas de 7.912,988775 multiplicado pela cota do último dia útil do mês anterior ou cota do dia da aplicação:
7.912,988775 x 1,263745 = 10.000,00
Supondo um saldo em cotas de 7.912,988775 multiplicado pela cota do dia do resgate ou apropriação menos o saldo encontrado no item 1.
Rendimento Bruto: 7.912,988775 x 1,283459 – 10.000,00 = R$ 156,00.
Para calcular o rendimento proporcional ao resgate é necessário obter o valor do resgate em cotas e dividir pelo valor do resgate pela cota do dia.
Exemplo:
1.000,00 / 1,283459 = 779,144484 (supondo um resgate de R$ 1.000,00).
Multiplica-se o valor em cotas obtidos no item 1 pela cota do último dia útil do mês anterior ou pela cota do dia da aplicação:
779.144484 x 1,263745 = 984,64.
Deve ser subtraído do valor do resgate o valor encontrado no item 2 para obter o valor do rendimento proporcional aos 1.000,00:
1.000,00 – 984,64 = 15,36
Para melhor entendimento, no resgate parcial, o rendimento é calculado utilizando uma regra de três simples.
Se 156,00 é o rendimento sobre os 10.000,00 atualizados, o rendimento sobre 1.000,00 é:
X = (156,00 x 1.000,00) / 10.156,00 = 15,36
Onde X = rendimento sobre o resgate parcial.
Rendimento |
Resgate |
|---|---|
156,00 |
10.156,00 |
X |
1.000,00 |
Observe que, como o cálculo foi efetuado após vinte e cinco dias corridos e, portanto, NÃO está isento da cobrança de IOF, caso haja resgate ou apropriação, deve-se calcular o valor referente ao IOF a pagar.
Pela tabela de cobrança do imposto, caso haja um resgate no 25º dia após a aplicação, deve ser pago de IOF o equivalente a 16% do rendimento (veja na tabela de IOF que 25 dias correspondem a 16% de IOF sobre o rendimento).
Valor de IOF a pagar:
16% = 0,16 x R$ 156,00 = R$ 24,96
Caso o resgate seja a partir do 30º dia da data da aplicação, estará isento da cobrança de IOF sobre os rendimentos.
IR sobre o rendimento bruto
No cálculo do Imposto de Renda que incide sobre o rendimento bruto, ele é recolhido na fonte pelo administrador do fundo de investimento. O recolhimento é realizado sempre no último dia útil do mês vigente ou no momento do resgate, o que ocorrer primeiro.
Caso o resgate não seja efetuado, no último dia útil do mês, o administrador automaticamente realizará um débito do saldo em cotas equivalente ao valor de IR devido no mês vigente.
Incide uma taxa de 20% sobre os rendimentos brutos, no caso de um fundo de renda fixa, que deve ser recolhido à Receita Federal.
O rendimento bruto já desconta o IOF devido, caso haja resgate em um período inferior a 30 dias corridos
Desta forma, o valor do IR para recolhimento sem incidência de IOF (prazo de resgate a partir do 30º dia da aplicação) é:
$ 156,00 x 20% = 0,20 = $ 31,20
Caso não haja resgate até o final do mês, o saldo de cotas no último dia útil do mês fica reduzido em:
$ 31,20 dividido por $ 1,283459 (cota do último dia útil do mês) = 24,309308 cotas.
Incidindo IOF
Supondo um resgate no 25º dia, haverá incidência de $ 24,96 de IOF e mais o IRF:
IRF = (156,00 - 24,96) = $ 131,04 multiplicado por 20% = $ 26,21
Para demonstrar a forma de cálculo do rendimento final e a rentabilidade líquida dos impostos incidentes, será considerado um resgate no 25º dia após a aplicação, com incidência de IOF e IR.
Observação: caso o IOF calculado seja no momento da apropriação (IOF Virtual), seu valor é adicionado ao rendimento do mês seguinte, pois, foi utilizado apenas para não calcular IR sobre IOF no primeiro mês e para que no mês seguinte não seja calculado um rendimento menor e, consequentemente, um IR menor.
Cálculo da Rentabilidade
a) Rendimento Líquido
Rendimento bruto – IOF – IR = R$ 156,00 – R$ 24,96 – R$ 26,21 = R$ 104,83
b) Rentabilidade Líquida
Rendimento líquido dividido pelo valor investido inicial x 100 = R$ 104,83 / R$ 10.000,00
1,05%, no período dos 25 dias corridos.
No mês seguinte, o rendimento da aplicação é calculado utilizando a cota do último dia útil do mês anterior e a cota do dia da apropriação.
Nota
O valor da cota do último dia útil do mês anterior deve ser informado no cadastro de Contratos Bancários, opção Atualiza Cotação.
O sistema atualiza o valor das cotas após executar a rotina Apropriação Mensal, no entanto, se o valor da cota foi excluído, é necessário informá-la manualmente por meio desta opção.
Tanto no resgate, quanto na apropriação mensal, o sistema já atualiza este arquivo com o valor da cota informada no resgate ou na apropriação.
Aplicações CDI
O cálculo da variação do CDI acumulado entre datas é efetuado por meio da seguinte fórmula:
C = produto das taxas DI-CETIP Over com uso do percentual destacado da data inicial (inclusive) até a data final (exclusive), calculado com arredondamento de 8 (oito) casas decimais.
n = Número total de taxas DI-CETIP Over, sendo n um número inteiro.
p = Percentual destacado para a remuneração, informado com 4 (quatro) casas decimais.
TDIk = Taxa DI-CETIP Over, expressa ao dia, calculada com arredondamento de 8 (oito) casas decimais.
Para as taxas de CDI publicadas até 31/12/1997, a fórmula da Taxa DI-CETIP Over utilizada é:
k = 1, 2, ..., n
Exemplo:
Percentual destacado para remuneração: 97,5000.
| K | DI | TDI (DI/3000) | TDI * (P/100) | (1+TDI * (P/100)) * k-1 = Fator k |
|---|---|---|---|---|
| 1 | 16,62 | 0,00554000 | 0,00540150 | 1,00540150 |
| 2 | 16,63 | 0,00554333 | 0,00540475 | 1,01083544 |
| 3 | 16,74 | 0,00558000 | 0,00544050 | 1,01633489 |
| 4 | 16,70 | 0,00556667 | 0,00542750 | 1,02185105 |
k-1 = (1+TDI * (p/100) de k -1, exceto quando k=1, pois, neste caso, o multiplicador é 1.
Nota
Essa fórmula era utilizada para cálculo da variação porque a taxa DI-CETIP Over era publicada até 31/12/1997 em uma base mensal, entretanto, se mesmo após essa data a taxa continuar com o cadastro no SM2 em uma base mensal é necessário utilizar o parâmetro MV_BASECDI para que o sistema calcule o rendimento corretamente.
Para as taxas de CDI publicadas após 01/01/1998, a fórmula utilizada é:
k = 1, 2, ..., n
Exemplo:
Percentual destacado para remuneração: 97,5000.
| K | DI | TDI (DI/3000) | TDI (DI/3000) | (1+TDI * (P/100)) * k-1 = Fator k |
|---|---|---|---|---|
| 1 | 16,62 | 0,00061031 | 0,00059505 | 1,000580174 |
| 2 | 16,63 | 0,00061065 | 0,00059538 | 1,001161008 |
| 3 | 16,74 | 0,00061439 | 0,00059903 | 1,001745742 |
| 4 | 16,70 | 0,00061303 | 0,00059770 | 1,002329521 |
Ao multiplicar o fator k pelo saldo da aplicação é obtido o valor atualizado (com juros). Os juros são resultantes da subtração do saldo do valor atualizado.
O módulo Financeiro utiliza dois mecanismos diferentes na impressão de cheques:
SIGALOJA.DLL: desenvolvido pela equipe de Automação Comercial ele é responsável pela comunicação do sistema com as impressoras de cheques.
Nota
DLL é um mecanismo que facilita a comunicação entre o sistema e o equipamento e requer desenvolvimento interno de tecnologia.
Para imprimir cheques utilizando estas opções é necessário manter a DLL do \Smart Client do Controle de Lojas atualizada, bem como, os drivers do fabricante.
Ao utilizar o ActiveX o sistema não instala automaticamente a DLL, portanto, não pode utilizar as impressoras.
Impressão direto na porta: o financeiro envia todos os comandos para a porta serial (COM?) ou paralela (LPT?) sem passar pela DLL do módulo Controle de Lojas. Para fazer testes utilizando a impressão na porta, utilize a rotina Impressão de Cheques do módulo Financeiro.
Ao utilizar o sistema para imprimir, é exibida uma lista com nomes semelhantes de impressoras, no entanto, cada uma delas utiliza formas de comunicação diferentes.
Na maioria dos casos, as impressoras de cheques utilizam a comunicação via porta serial (COM?). Algumas delas permitem a conexão ao computador utilizando a porta paralela (LPT?) e ainda existem aquelas que aceitam ambos os tipos de conexão (tendo um cabo próprio para tal).
O sistema envia dados básicos do cheque para a impressora:
- Código do banco.
- Nome do favorecido.
- Valor do cheque.
- Município de emissão.
- Data de emissão do cheque.
A impressora já possui configurações para os modelos de cheques dos diferentes bancos (gravadas em circuito integrado na memória).
Para mais informações de como incluir/ alterar tais configurações, consulte o manual da impressora.
Nota
Para impressoras que recebem comando direto na porta serial (COM?) do módulo Financeiro é importante ressaltar que: para imprimir cheques por meio dessas opções, não é necessária nenhuma configuração específica (nem de arquivos intermediários) tal como DLL e drivers.
Existem equipamentos que além de impressora fiscal também imprimem cheques. Essas impressoras tanto podem utilizar o mecanismo de impressão com a DLL do Controle de Lojas como pela impressão direto na porta.
A tabela de impressoras é atualizada quando houver novas homologações e/ou mudanças de tecnologia.
Todas as impressoras de cheques que utilizam o mecanismo de impressão suportadas pela DLL do Controle de Lojas devem ter seu funcionamento ativado no módulo Financeiro, desta forma, alguns parâmetros específicos do Financeiro são configurados.
O padrão do sistema considera o mecanismo de impressão direto na porta, porém, existem exceções para as impressoras Bematech e Olivetti PR-45, pois, possuem documentação específica que contém a descrição de funcionamento. Para as impressoras XTP e DATAREGIS as rotinas de impressão estão disponíveis apenas no sistema operacional DOS 2.06 e 2.07.
Para imprimir o ano com quatro dígitos nas impressoras de cheques, o parâmetro MV_CHEQ4DG indica se o sistema deve enviar os quatro dígitos para a impressora, sendo que, o padrão é N (envia apenas 2 dígitos).
O módulo Financeiro dispõe de algumas funções para integração com a planilha Excel:
Extenso()
Extenso(nNumToExt,lQuantid,nMoeda,cPrefixo,cIdioma,lCent,lFrac)
Gera o extenso de um valor numérico.
Nota
Parâmetros:
nNumToExt: valor a gerar por extenso.
lQuantid: determina se o extenso é em valor ou quantidade (default .F.).
nMoeda: identifica a descrição da moeda que se obtêm do parâmetro MV_MOEDAx.
cPrefixo: prefixo alternativo. Caso especificado, prefixa o retorno do extenso, fazendo com que a unidade monetária não seja retornada (default "").
cIdioma: especifica em que idioma deve ser retornado o valor do extenso (1-Port,2-Espa,3-Ingl). O padrão é o idioma do Sistema.
lCent: especifica se a função deve retornar os centavos; .T. é o padrão.
lFrac: especifica se os centavos devem ser retornados em modo fracionado (é executado somente com cIdioma inglês).
FinNatOrc()
FinNatOrc(cNatureza,cMes,nMoeda,nAno)
Retorna o valor orçado da natureza.
Nota
Parâmetros:
cNatureza: natureza a pesquisar.
cMes: mês para cálculo.
nMoeda: moeda de saída.
nAno: ano para cálculo.
FinNatPrv()
FinNatPrv(cNatureza,dDataIni,dDataFim,nMoeda,nTipoData,lConsDtBas,lConsProvis)
Retorna o valor previsto da natureza no período desejado.
Nota
Parâmetros:
cNatureza: natureza desejada.
dDataIni: data de início da emissão ou do vencimento real dos títulos, conforme parâmetro nTipoData.
dDataFim: data final da emissão ou do vencimento real dos títulos.
nMoeda: indica em qual moeda retornam os valores.
nTipoData: tipo da data utilizado para pesquisar os títulos: 1-Emissão; 2-Vencto Real.
lConsDtBas: indica se o saldo retorna na data-base do sistema desconsiderando baixas efetuadas após esta data ou se o saldo retorna independente da data-base.
lConsProvis: indica se devem ser considerados os valores de títulos provisórios.
FinNatRea()
FinNatRea(cNatureza,dDataIni,dDataFim,nMoeda,lMovBco,cTipoDat)
Retorna o valor realizado da natureza.
Nota
Parâmetros:
cNatureza: natureza desejada.
dDataIni: data de início da digitação ou do movimento da baixa conforme parâmetro cTipoDat.
dDataFim: data final da digitação ou do movimento da baixa conforme parâmetro cTipoDat.
nMoeda: indica a moeda em que os valores são retornados.
lMovBco: 0-indica que as baixas que não movimentam o saldo do banco não devem ser somadas; 1-indica que as baixas que não movimentam o saldo do banco devem ser somadas.
cTipoDat: data para ser utilizada no período informado em dDataIni e dDataFim: DG - data da digitação e DT - data do movimento.
RecMoeda()
RecMoeda(dData,cMoeda)
Retorna a cotação da moeda em determinada data.
Nota
Parâmetros:
dData: data desejada para a cotação.
cMoeda: código da moeda desejada.
SldBco()
SldBco(cBanco,cAgencia,cConta,dData,nMoeda,lLimite)
Retorna o saldo bancário em uma data.
Nota
Parâmetros:
cBanco: código do banco (em branco; todos).
cAgencia: código da agência (em branco; todas).
cConta: código da conta corrente (em branco; todas).
dData: data do saldo.
nMoeda: código da moeda desejada para o saldo.
lLimite: define se deve considerar limite do cheque especial para composição do saldo (.T. - Considera; .F. - Não considera).
SldReceber()
SldReceber(dData,nMoeda,lDtAnterior,lMovSE5)
Retorna o saldo a receber em uma determinada data
Nota
Parâmetros:
dData: data do saldo.
nMoeda: moeda desejada para o saldo.
lDtAnterior: indica se o saldo utiliza até a data informada ou somente o saldo na data informada em dData.
lMovSE5: indica se deve considerar somente saldo em aberto ou também saldos baixados (.T. - Considera saldos baixados; .F. - Não considera saldos baixados).
SldPagar()
SldPagar(dData,nMoeda,lDtAnterior,lMovSe5)
Retorna o saldo a pagar em uma determinada data.
Nota
Parâmetros:
dData: data do saldo.
nMoeda: moeda desejada para o saldo.
lDtAnterior: indica se o saldo utiliza até a data informada ou somente o saldo na data informada em dData.
lMovSE5: indica se deve considerar somente saldo em aberto ou também saldos baixados (.T. - Considera saldos baixados; .F. - Não considera saldos baixados).
VlrCliente
VlrCliente(cCliLoja,dDtIni,dDtFin,nMoeda,lConsAbat,lConsAcresc,lConsDecresc)
Retorna o valor dos títulos do cliente em um período.
Nota
Parâmetros:
cCliLoja: código do cliente incluindo a loja.
dDtIni: data inicial de emissão dos títulos do cliente.
dDtFin: data final de emissão dos títulos do cliente.
nMoeda: moeda desejada para os valores.
lConsAbat: indica se os títulos de abatimento devem ser considerados para compor os valores do títulos.
lConsAcresc: indica se devem ser considerados os acréscimos dos títulos do cliente.
lConsDecresc: indica se devem ser considerados os decréscimos dos títulos do cliente.
VlrFornece
VlrFornece(cForLoja,dDtIni,dDtFin,nMoeda,lConsAbat,lConsAcresc,lConsDecresc)
Retorna o valor dos títulos do fornecedor em um período.
Nota
Parâmetros:
cForLoja: código do fornecedor incluindo a loja.
dDtIni: data inicial de emissão dos títulos do fornecedor.
dDtFin: data final de emissão dos títulos do fornecedor.
nMoeda: moeda desejada para os valores.
lConsAbat: indica se os títulos de abatimento devem ser considerados para compor os valores do títulos.
lConsAcresc: indica se devem ser considerados os acréscimos dos títulos do fornecedor.
lConsDecresc: indica se devem ser considerados os decréscimos dos títulos do fornecedor.
SldCliente()
SldCliente(cCliLoja,dData,nMoeda,lMovSE5)
Retorna o saldo a receber do cliente em uma determinada data.
Nota
Parâmetros:
cCliLoja: código do cliente incluindo a loja.
dData: data do saldo.
nMoeda: código da moeda desejada para o saldo.
lMovSE5: indica se deve considerar somente saldo em aberto ou também saldos baixados (.T. - Considera saldos baixados; .F. - Não considera saldos baixados).
SldFornece()
SldFornece(cForLoja,dData,nMoeda,lMovSE5)
Retorna o saldo a pagar ao fornecedor em uma determinada data.
Nota
Parâmetros:
cCliLoja: código do cliente, incluindo a loja.
dData: data do saldo.
nMoeda: código da moeda que deseja o saldo.
lMovSE5: indica se deve considerar somente saldo em aberto ou também saldos baixados (.T. - Considera saldos baixados; .F. - Não considera saldos baixados).
Media()
Media(nMoeda, nMes, nAno)
Retorna a taxa média de uma moeda em um determinado mês/ano.
Nota
Parâmetros:
nMoeda: código da moeda.
nMes: mês desejado.
nAno: ano desejado.
xMoeda
xMoeda(nValor,nMoedp,nMoedd,dData,nDecimal,nTaxap,nTaxad)
Converte valores entre moedas.
Nota
Parâmetros:
nValor: valor a converter.
nMoedp: moeda de origem.
nMoedd: moeda de destino.
dData: data da taxa da moeda de destino.
nDecimal: quantidade de casas decimais.
nTaxap: taxa da moeda de origem.
nTaxad: taxa da moeda de destino.
Integração entre os módulos de Materiais e Financeiro |
|---|
|
Durante a implantação do módulo Materiais, também, é necessário definir o modelo de trabalho do módulo Financeiro. Os principais critérios considerados são:
Para isso, é importante observar como são realizadas as integrações entre eles e, como exemplo, são utilizados os documentos de entrada e saída, pois, eles se integram ao módulo Financeiro por meio da geração dos títulos a receber e a pagar. Neste caso, são utilizados os seguintes parâmetros:
Contas a Pagar A chave primária (primary key) do título de contas a pagar é composta pelos campos: PREFIXO + NÚMERO + PARCELA + TIPO + FORNECEDOR + LOJA Eles devem ser preenchidos da seguinte forma:
Nota A Natureza Financeira não faz parte da chave primária do título de contas a pagar, mas, por ser uma informação obrigatória, é necessário assegurar que sempre estará preenchida. Contas a Receber A chave primária (primary key) do título de contas a receber é pelos campos: PREFIXO + NÚMERO + PARCELA + TIPO Eles devem ser preenchidos da seguinte forma:
Nota A Natureza Financeira não faz parte da chave primária do título de contas a pagar, mas, por ser uma informação obrigatória, é necessário assegurar que sempre estará preenchida. Desta forma, é possível perceber a importância da definição do parâmetro MV_1DUP para o perfeito preenchido dos títulos a prazo e dos parâmetros MV_1DUPNAT e MV_2DUPNAT para o preenchimento e utilização das Naturezas financeiras. Os parâmetros MV_1DUPPREF e MV_2DUPPREF são igualmente importantes em relação aos outros citados, isto porque, eles possibilitam a alteração da chave primária dos títulos financeiros após a gravação.Exemplo: Supondo que as tabelas do módulo Financeiro estão compartilhadas e as de Materiais estejam exclusivas. Como o prefixo pode ser alterado após a gravação da tabela, não existe um método para evitar a duplicação dos títulos financeiros, caso estes parâmetros não sejam alterados, quando for definido o critério de acesso às tabelas do módulo Financeiro. Desta forma, se for alterado o método de compartilhamento do Financeiro, é necessário assegurar, por meio dos parâmetros MV_1DUPPREF e MV_2DUPPREF que não existe duplicação da chave primária de suas tabelas. Parâmetro MV_1DUPPREF preenchido com: ExecBlock('1DUPPREF',.F.,.F.). Criação da User Function: User Function 1DupPref() Local aArea : GetArea() Local aAreaSE1: SE1->(GetArea()) Local cPrefixo : SubStr(AllTrim(xFilial('SF2')+SE1->E1_SERIE),1,3) dbSelectArea('SE1') dbSetOrder(1) While MsSeek(xFilial('SE1')+cPrefixo+SE1->E1_NUM+SE1->E1_PARCELA+SE1->E1_TIPO) .And. aAreaSE1[3] <> SE1->(RecNo()) cPrefixo : Soma1(cPrefixo) EndDo RestArea(aAreaSE1) RestArea(aArea) Return(cPrefixo) Nota Se for utilizado o método de acesso definido pela TOTVS®, não existe a necessidade de alterar os parâmetros MV_1DUPPREF e MV_2DUPPREF. |
| Integração entre os módulos de RH e Financeiro |
|---|
Ao ser gerado o totalizador para o RH, referente aos dados do bloco F100 do SPED PIS/COFINS, um arquivo é gerado para a conferência dos dados na pasta SYSTEM. Nome do arquivo: FIN + Código da Filial (caso a tabela esteja exclusiva) + DES + Mês e Ano de Referência + .DBF Layout: FILIAL + PREFIXO + NUMERO + PARCELA + TIPO + CLIENTE + LOJA + DATA + NATUREZA + VALOR + TABELA. Exemplo: Nome do arquivo gerado para o mês de agosto de 2015 da filial 01: FIN01DES082015.DBF |
| Integração entre os módulos de Compras e Financeiro |
|---|
|
Essa integração contempla atender à legislação dedicada a Retenção de ISSQN no município de São Bernardo do Campo. Desta forma, o sistema calcula a retenção nos títulos quando é efetuado o lançamento dos documentos de entrada de serviços, por meio do módulo Compras.
Nesta condição, devem ser considerados os seguintes critérios:
Configuração de campos específicos da tabela SE2:
Nota Os campos E2_VRETISS e E2_VBASISS são de controle do sistema e não devem ser manipulados.
Nota Este campo tem como objetivo atender à mesma sistemática implementada na inclusão de Notas Fiscais de Serviços do módulo Compras (conforme legislação). Se este campo já consta no dicionário/ base de dados, basta habilitá-lo.
Configuração de campos específicos da tabela SE4:
Nota Quando este campo estiver com a opção igual a branco, o sistema assume o padrão, ou seja, igual a Sim. |
Parâmetros/Configurações
O sistema Microsiga Protheus® utiliza em suas rotinas configurações padronizadas ou específicas chamadas de parâmetros. Ele é uma variável que atua como elemento chave na execução de determinados processamentos e, de acordo com seu conteúdo, é possível obter diferentes resultados.
Todas as variáveis são iniciadas pelo prefixo MV_ e agem sobre diversas operações, como por exemplo, o MV_JUROS que define um padrão para a taxa de financiamento negociada com os fornecedores durante a negociação do processo de cotação.
O módulo Financeiro utiliza vários parâmetros, sendo que, alguns deles também são comuns a outros módulos e, caso sejam alterados, o novo conteúdo é considerado para todos os envolvidos.
Existem parâmetros que são apenas configurações genéricas, como: configuração de periféricos (impressoras), datas de abertura, nomenclaturas de moedas etc.
Nota
Os parâmetros iniciados com números, após o prefixo MV_, devem ser consultados no item #.
O conteúdo dos parâmetros pode ser alterado na rotina Parâmetros do módulo Configurador.
Os parâmetros utilizados no módulo Financeiro do Microsiga Protheus® são:
| Nome | Descrição | Conteúdo |
|---|---|---|
| MV_1DUP | Define o início da primeira parcela do título gerado. Exemplo: A - Para sequência Alfa. 1 - Para sequência Numérica. |
A |
| MV_1DUPNAT | Campo ou dado para gravar a natureza do título. Quando ele for gerado automaticamente pelo módulo de Faturamento. | SA1->A1_NATUREZ |
| MV_1DUPREF | Campo ou dado para gravar o prefixo do título. Quando ele for gerado automaticamente pelo módulo de Faturamento. | SF2->F2_SERIE |
| MV_2DUPNAT | Campo ou dado para gravar a natureza do título. Quando ele for gerado automaticamente pelo módulo de Compras. | SA2->A2_NATUREZ |
| MV_2DUPREF | Campo ou dado para gravar o prefixo do título. Quando ele for gerado automaticamente pelo módulo de Compras. | SF1->F1_SERIE |
| MV_3DUPREF | Campo ou dado para gravar o prefixo do título, quando for gerado automaticamente pela rotina Atualização de Comissão (E2_PREFIXO). | COM |
| Nome | Descrição | Conteúdo |
|---|---|---|
| MV_AB10925 | Modalidade de tratamento da dispensa de retenção para o PIS/COFINS/CSLL. 1-Avaliação por nota/título. 2-Avaliação por somatório das notas/títulos por cliente/loja/mês/ano. |
|
| MV_ACENTO | Identifica a utilização de acento no sistema. N para compatibilizar com a versão DOS. |
N |
| MV_ACMINSS | Define se os valores acumulados de INSS são considerados por data de emissão ou vencimento do título. 1 – Emissão. 2 - Vencimento Real. |
1 |
| MV_ACMIRPF | Define o período de cumulatividade considerada para aplicação da tabela progressiva do IRRF-PF: 1 - Emissão. 2 - Vencimento real (data de previsão de pagamento). 3 - Data de contabilização. |
1 |
| MV_ACMIRPJ | Define a data de cumulatividade considerada para verificar se atingiu o valor mínimo de retenção; situação de pessoa jurídica: 1 – Emissão. 2 - Vencimento real (data de previsão de pagamento). 3 - Data de contabilização. |
1 |
MV_ACMIRRF |
Define se acumula o valor mínimo do imposto IRRF: 1 – Acumula 2 – Não Acumula |
1 |
MV_AG10925 |
Indica se os impostos do PCC serão aglutinados em um título apenas quando ocorrerem os três impostos num mesmo título. 1 – Aglutina 2 – Não Aglutina |
2 |
| MV_AGDMEN | Carrega a agenda (versão DOS). Define se carrega automaticamente se houver mensagem no dia. |
N |
MV_AGENTE |
Indica se o cliente é agente de retenção de diferentes impostos. Para utilizar este parâmetro na retenção do ISI inclua S na oitava posição deixando espaços para a sexta e sétima posições. |
SSSSSS |
| MV_AGLIMPJ | Define a forma de montagem da base do IRRF para verificar valor mínimo de retenção. 1 - Apenas filial corrente. 2 - Todas as filiais pelo CNPJ. 3 - Todas as filias pela raiz do CNPJ (8 primeiros dígitos). |
1 |
| MV_AGLROT | Indica se a aglutinação contábil considera a rotina geradora. | N |
| MV_ALIQIRF | Alíquota de IRRF para títulos com retenção na fonte. Os percentuais são utilizados de acordo com tabela legal. |
3 |
| MV_ALIQISS | Alíquota do ISS utiliza percentuais definidos pelo Município em casos de prestação de serviços. Para diversas alíquotas de ISS, utilize a rotina de Múltiplos Vínculos de ISS. |
5 |
| MV_ALIQIVA | Define a alíquota para retenção do IVA. | 0,00 |
| MV_ALTLIPG | Verifica se o título liberado para pagamento pode ser alterado. S - Pode alterar. N - Não pode alterar. |
|
| MV_ANTCRED | Permite a baixa de título a receber com data de crédito menor que a data de emissão do título. | F |
| MV_APLAPRO | Indica se utiliza SEI na busca de informações no bloco F100 do SPED na apropriação de aplicações ou se utiliza SE5 (.F.). | .T. |
| MV_APLCAL1 | Indica as operações de aplicação que utilizam o cálculo de rendimento por percentual sobre uma determinada moeda; periodicidade diária. | CDI |
| MV_APLCAL2 | Indica as operações de aplicação que utilizam o cálculo de rendimento na forma de juro composto e variação cambial. | CDB/RDB |
| MV_APLCAL3 | Indica as operações de aplicação que utilizam o cálculo de rendimento na forma de juros simples e variação cambial. | CP |
| MV_APLCAL4 | Indica as operações de aplicação que utilizam o cálculo de Rendimento na forma de cotas/títulos. | FAF |
| MV_APLFIN | Habilita o envio de aplicações financeiras no bloco F100 do SPED. | .F. |
| MV_APLNAT | Indica a natureza das aplicações financeiras enviadas no bloco F100 do SPED. | Vazio |
| MV_APLVCAB | Indica a quantidade de dias que deve ser considerada para cálculo da variação cambial. | 0 |
| MV_APRPAG | Quantidade de dias considerados para liberação, baseado no vencimento real. Caso esteja preenchido, considera a utilização de liberação de pagamento. |
1 |
| MV_ATUSAL | Indica se atualiza os saldos contábeis durante o lançamento. | S |
| MV_ATUSI2 | Indica o modo de atualização dos lançamentos contábeis on-line. | O |
| MV_ATVCIMP | Permite a alteração das datas de vencimento dos títulos de impostos, IRRF, PIS, COFINS e CSLL na baixa do título principal: F (false/falso): não altera a data de vencimento dos títulos de impostos na baixa do título principal. T (true/verdadeiro): altera a data de vencimento dos títulos de impostos na baixa do título principal, recalculando-a com base na data da baixa do título principal. |
|
| MV_AUTOCON | Verifica se a impressora de cheques tem os layouts definidos ou se deve receber do sistema. | T |
| MV_AVPCTB | Quantidade de processo (threads) utilizado na contabilização de ajustes de valor (rotinas Cálc. AVP CR e Calc. AVP CP). Mínimo – 1. Máximo – 15. |
1 |
| MV_AVPTHR | Quantidade de processo (threads) utilizado no cálculo de ajustes de valor presente (rotinas Cálc. AVP CR e Calc. AVP CP). Mínimo – 1. Máximo – 15. |
1 |
| Nome | Descrição | Conteúdo |
|---|---|---|
MV_BASECDI |
Define o cadastrado da taxa de CDI; se em uma base mensal ou anual. 1 – Mensal. 2 - Anual. A forma como está registrada a taxa é determinante para que o módulo Financeiro faça o cálculo do rendimento de uma aplicação financeira do tipo CDI utilizando a variação de forma correta. |
|
MV_BDVCIMP |
Altera vencimento dos impostos (IR, PIS, COFINS e CSLL) considerando o vencimento do título principal quando transferido via borderô de impostos. |
.F. |
MV_BLALOT |
Quantidade de registros por lote para o processamento das threads na conciliação SITEF. |
1 |
MV_BLATHD |
Quantidade de threads para o processamento da conciliação SITEF. Máximo de 20. |
1 |
| MV_BLVLDES | Define se será permitido alterar o valor de parcelas de desdobramento no processo com rastreio (MV_NRASDSD = .F.). .T. = Bloqueia a alteração do campo valor das parcelas de desdobramento, quando houver controle de rastreio (Default); .F. = Permite que o valor das parcelas de desdobramento sejam alteradas, mesmo quando houver o controle de rastreio. |
.T. |
MV_BOTFUNP |
Utilizado nas funções da rotina de Contas a Pagar para agrupar algumas rotinas em subgrupos nas opções. .T. - Exibe as opções agrupadas. .F. - Não agrupa as opções. |
.F. |
MV_BOX |
Define se o combobox é utilizado para listar opções cadastradas em X3_CBOX. |
S |
MV_BP10925 |
Define se deve considerar no valor de pagamento, o valor bruto da baixa parcial ou o valor liquido com impostos. (1=Vl Bruto / 2=Vl Líquido). |
1 |
MV_BQ10925 |
Define se deve considerar no valor de pagamento, o valor bruto da baixa parcial ou o valor liquido considerando os impostos. 1 - Valor Bruto. 2 - Valor Líquido. |
1 |
MV_BR10925 |
Define o momento do abatimento dos valores dos impostos PIS, COFINS e CSLL, sendo: 1 - Abatimento dos impostos na baixa do documento. 2 - Abatimento dos impostos na emissão do documento. |
2 |
MV_BX10925 |
Retenção de imposto PCC calculado na baixa do título. |
1 |
MV_BXBORDE |
Indica uso da tecla [Alt] + [B] para efetuar baixa. No momento da seleção, considera para o borderô somente os títulos baixados. |
N |
MV_BXCNAB |
Define se as baixas dos títulos de retorno do CNAB devem ser aglutinadas. S: aglutina movimento da baixa. Para totalização dos movimentos por Banco+Agência+Conta+Data. N: não aglutina movimento da baixa. Para totalização dos movimentos por data. |
N |
MV_BXINSAU |
Baixa os títulos de INSS retidos no Pagamento Antecipado (PA) 1= Sim ou 2 = Não. |
2 |
| Nome | Descrição | Conteúdo |
|---|---|---|
MV_CALCCM |
Indica se faz o cálculo da correção monetária. |
S |
MV_CANBORP |
Indica se o cancelamento da baixa do título principal é retirado do SEA (borderôs). S - exclui do borderô. N - não exclui do borderô. |
S |
MV_CANLIPG |
Verifica se o título liberado para pagamento, que tenha sido alterado, precisa de nova liberação. S - sim. N - não. |
|
MV_CARTEIR |
Define os códigos dos bancos que operam em carteira. |
Em branco - preencher |
MV_CENT |
Quantidade de casas decimais utilizadas para impressão dos valores na moeda 1. |
2 |
MV_CENT2 |
Quantidade de casas decimais utilizadas para impressão dos valores na moeda 2. |
2 |
MV_CENT3 |
Quantidade de casas decimais utilizadas para impressão dos valores na moeda 3. |
2 |
MV_CENT4 |
Quantidade de casas decimais utilizadas para impressão dos valores na moeda 4. |
2 |
MV_CENT5 |
Quantidade de casas decimais utilizadas para impressão dos valores na moeda 5. |
2 |
MV_CHEQ4DG |
Indica se o Sistema envia quatro dígitos para a impressora. N - Envia apenas 2 dígitos. Este parâmetro é utilizado apenas pela impressora Bematech nas versões 4.08; 4.07 e 4.06 do sistema. |
N |
MV_CHQBOR |
Indica se permite número de cheque quando o título estiver em borderô. |
S |
MV_CIDE |
Naturezas para impostos manuais CIDE. |
CIDE |
MV_CLIPAD |
Cliente padrão para cheques pré-datados. |
000001 |
MV_CMC7FIN |
Indica o uso da leitora CMC7 no módulo Financeiro. |
S |
MV_CMC7MOD |
Indica o modelo utilizado de CMC7 no módulo Financeiro. Exemplo: CMC7 Bematech ou CMC7 Pertochek. |
|
MV_CMC7PRT |
Indica a porta de comunicação utilizada pela leitora CMC7 no módulo Financeiro. Exemplo: COM1. |
" " |
MV_CNABCC |
Identifica a gravação do processamento do arquivo CNAB no banco de conhecimento. 1 - grava. 2 - não grava. |
|
MV_CNFI350 |
Indica se deve ser contabilizada a variação monetária de títulos provisórios gerados pelo módulo de Gestão de Contratos pela rotina FINA350. |
T |
MV_CNRETTC |
Informa o tipo do título a pagar gerado no módulo Financeiro por meio da baixa da retenção do contrato de compra no módulo de Gestão de Contratos. |
NDF |
MV_CNRETTV |
Informa o tipo de título a receber gerado no módulo Financeiro por meio da baixa da retenção do contrato de venda no módulo de Gestão de Contratos. |
NCC |
MV_COFINS |
Define a natureza para títulos referentes à COFINS. |
COFINS |
MV_COMICOF |
Indica se o COFINS é considerado para pagamento da comissão: S – Considera. N - Não Considera. |
|
MV_COMICSL |
Indica se o CSLL é considerado para pagamento da comissão: S – Considera. N - Não Considera. |
|
MV_COMIDAC |
Indica se há cálculo de comissão na baixa por Dação: F – Não. T - Sim. |
F |
MV_COMIDEV |
Indica se há cálculo de comissão na baixa por devolução ou na nota de devolução: T – True. F - False. |
F |
MV_COMIINS |
Indica se considera o valor do INSS no cálculo do pagamento da comissão. |
N |
MV_COMILIQ |
1 - Geração de comissão na liquidação. 2 - Geração de comissão na baixa. |
2 |
MV_COMIPIS |
Indica se considera o PIS no pagamento da comissão. S – Considera. N - Não Considera. |
|
MV_COMISCR |
Indicador que permite o cálculo da comissão para vendedor na compensação CR. |
S |
MV_COMISIR |
Indica se considera o valor do IR na base da comissão. |
N |
| MV_COMISAB | Subtrai Título AB- da base de cálculo da comissão? .T. → Base Comissão = Título - AB- .F. → Base Comissão = Título |
.F. |
MV_COMP |
Caracter ASCII para compactação da impressora. Informe o código decimal do caracter. |
15 |
MV_COMPCP |
Indica se na compensação de uma NF com um PA os impostos serão proporcionalizados. |
.F. |
MV_COMPCR |
Indica se na compensação de uma NF com um RA os impostos serão proporcionalizados. |
.F. |
| MV_COMPNC | Este parâmetro é utilizado em países localizados. Permite configurar a apresentação da tela de sugestão de compensação de títulos tipo NCC e NDE, sendo: 1 - Sempre apresenta a tela para compensação. 2 - Nunca apresenta a tela para compensação. 3 - Apresenta uma pergunta solicitando a confirmação para apresentação da tela de compensação. |
3 |
MV_CONSBCO |
Verifica se marca automaticamente títulos no borderô para aqueles cujo cliente tenha o Banco selecionado em seu cadastro. |
F |
MV_CONSFIL |
Indica se deve considerar todas as filiais da empresa para cálculo do PCC. .T. - considera todas as filiais. .F. - não considera todas as filiais. |
.F. |
MV_CONTSB |
Indica se a contabilização off-line é feita mesmo quando os valores são divergentes. Não mostra o lançamento contábil ou mostra o lançamento contábil com valores divergentes. |
N |
MV_COPCHQF |
Indica o nome do fornecedor que é impresso na cópia de cheques: 1 - Nome reduzido. 2 - Razão social. |
|
MV_CPIMPAT |
Indica se haverá compensação automática de impostos a pagar. 1- Automática. 2 - Manual (conteúdo padrão). |
2 |
MV_CSLL |
Natureza de títulos de pagamento de CSLL. |
CSLL |
Tipo de contabilização da baixa; Contas a Pagar. B - Baixa, na geração. C – Cheque. A - Ambos os Casos. |
C |
|
MV_CTBSERZ |
Controle de exclusão do arquivo de semáforo. T – Sim. F – Não. |
T |
MV_CTLIPAG |
Controla as baixas a pagar por meio da data de liberação preenchida. T: o sistema verifica se o campo Dt. Liberação (E2_DATALIB) está preenchido. F: não controla. |
F |
MV_CTVALZR |
Indica se contabiliza quando valor 1 igual a zero ou se contabiliza se houver outro valor diferente de zero. |
N |
MV_CUSFIFO |
Define se no cálculo do custo médio também é efetuado o cálculo do custo FIFO. |
F |
MV_CXFIN |
Indica o código do banco, agência e conta do caixa interno (separados entre / (barras). |
CX1/000/000 |
| Nome | Descrição | Conteúdo |
|---|---|---|
| MV_DATAATE | Data fim de competência para digitação dos lançamentos. Válido para a Contabilidade. Exemplo: 31/12/XXXX. |
Data final do exercício |
MV_DATADE |
Data de início da competência para digitação dos lançamentos. Válido para a Contabilidade. Exemplo: 31/12/XXXX. |
Data final do exercício |
MV_DATAFAT |
Indica a data de emissão da fatura; módulo TMS. |
dDataBase |
MV_DATAFIN |
Data limite para realização das operações financeiras. Exemplo: 01/01/XX. |
01/01/XX |
MV_DATAREC |
Data limite para realização da reconciliação bancária. |
01/01/XX |
MV_DCSSPD |
Indica as séries dos documentos de saída que serão gerados no bloco F100 do SPED. |
Vazio |
MV_DEDBCOF |
Define os impostos considerados para compor a base de cálculo da COFINS. A configuração deste parâmetro segue a descrição do parâmetro MV_DEDBPIS. |
|
MV_DEDBPIS |
Define os tributos que devem ser considerados para compor a base de cálculo do PIS. O conteúdo pode ser: I - Somente ICMS: apenas quando houver crédito de ICMS. O sistema deduz o valor do ICMS para compor a base de cálculo do PIS. P - Somente IPI: apenas quando não houver crédito de IPI. O sistema soma o valor do IPI para compor a base de cálculo do PIS. S – Ambos: efetua o tratamento para o ICMS e IPI, conforme os conteúdos anteriores. N – Nenhum: a base de cálculo do PIS é o total da nota, isto é, valor da mercadoria + frete + seguros + desp. Acessórias - descontos - redução (se houver). |
|
| MV_DELFSEV | Indica se exclui os registros fisicamente da tabela SEV ao eliminar um título a pagar. T - Exclui fisicamente. F - Não exclui fisicamente. |
T |
MV_DESCDOC |
Habilita os campos E1_HIST e E2_HIST para envio da descrição da operação / documentação no bloco F100 do SPED PIS/COFINS. |
|
MV_DESCFIN |
Indica se o desconto financeiro será aplicado integralmente no primeiro pagamento ou proporcional ao valor pago em cada parcela. I - Integral no primeiro pagamento. P - Proporcional ao valor pago em cada parcela. |
I |
MV_DESCRF |
Habilita o envio dos descontos das receitas financeiras não tributáveis no bloco F100 do SPED. |
.T. |
MV_DIADESC |
Utilizado para verificar se o sistema posterga a data limite de desconto financeiro para o próximo dia útil. |
F |
MV_DIAISS |
Dia padrão para gerar os títulos de ISS. |
10 |
MV_DIASCTB |
Indica a quantidade de dias do ano contábil. |
360 |
MV_DIASPRO |
Quantidade de dias para projeção da inflação na opção de projeção de moedas. |
120 |
MV_DIFCAMP |
Define se utiliza a rotina diferença de câmbio automática em ordem de pagamento. S – Sim. N - Não. |
N |
MV_DIFCAMR |
Define se utiliza a rotina diferença de câmbio automática em recebimentos diversos. S – Sim. N - Não. |
N |
MV_DIFPAG |
Indica se o sistema controla diferentes tipos de tributos no arquivo de retorno do SISPAG. T – True: o sistema trata as diferentes configurações; F – False: o sistema permite somente uma configuração para cada arquivo de retorno sem diferenciá-la. |
T |
MV_DIRETI2 |
Indica se a contabilização é direta sem utilizar Acols: S – Sim. N - Não. |
N |
MV_DIRLOG |
Diretório destino para armazenamento dos arquivos de Log de controle de produções gerados automaticamente pelo sistema. |
Em branco - deve ser preenchido |
MV_DOCSPD |
Indica as espécies dos documentos de entrada que serão gerados no bloco F100 do SPED. |
Vazio |
MV_DRIVER |
Driver padrão da impressora. |
EPSON |
MV_DTDESCF |
Campo do SE1 que considera como partida para o cálculo do desconto financeiro. |
E1_VENCORI |
MV_DTMOVRE |
Permite a utilização de uma data retroativa da database do sistema para incluir movimentos bancários |
.F. |
| MV_DTCNBX | Data para contabilização Online de baixas a receber 1- Data Digitação; 2- Data Disponibilidade; 3- Data Recebimento | 1 |
| MV_DTCNBXP | Data para contabilização Online baixas pagar 1- Data Digitação; 2- Data Disponibilidade; 3- Data Pagamento | 3 |
| MV_DTCNREC | Data de contabilização Online Titulos a Receber; 1 = database (default); 2 - Data de Emissao (E1_EMISSAO) | 1 |
| Nome | Descrição | Conteúdo |
|---|---|---|
MV_EAIPASS |
Preencha com a senha de usuário; é opcional, caso o servidor requeira autenticação. |
|
MV_EAIURL2 |
Preencha com o endereço do WebService que recebe os dados enviados. |
|
MV_EAIUSER |
Preencha com o nome de usuário; é opcional, caso o servidor requeira autenticação. |
|
MV_EFF0007 |
Indica o campo do cadastro de cliente que consta a conta contábil para a contabilização de financiamento no SIGACTB. |
A1_CONTA |
MV_EMPAPRO |
Indica as operações de empréstimo que utilizam o método de apropriação mensal padrão. |
EUR |
MV_EMPCAL1 |
Indica as operações de empréstimo que utilizam o cálculo de juros de forma simples; a apropriação é sempre mensal. |
EUR |
MV_EMPCAL2 |
Indica as operações de empréstimo que utilizam o cálculo de juros de forma simples e a apropriação é diária. |
FIN/COM/TAN/ ALD/TIB/HOT |
MV_EMPCAL3 |
Indica as operações de empréstimo que utilizam o cálculo de juros de forma composta e a apropriação é diária. |
EMP |
MV_EMPCAL4 |
Indica as operações de empréstimo que utilizam o cálculo de juros de forma composta (estrangeiro) padrão. |
" " |
MV_ESTCHOP |
S - Para que seja gravado um movimento de estorno. N - Para excluir o movimento. |
N |
MV_ESTDESC |
Indica se haverá estorno da cobrança descontada quando o título voltar para carteira. |
S |
MV_ESTORDP |
Define se é realizado um lançamento de estorno no SE5 ao cancelar uma ordem de pagamento. S – Sim. N - Não. |
N |
MV_EXERC1 |
Ano de exercício contábil em aberto na moeda 1. Informe o ano em que se inicia a digitação da Contabilidade. |
20XX |
MV_EXERC2 |
Ano de exercício contábil em aberto na moeda 2. Informe o ano que inicia a digitação da Contabilidade. |
20XX |
MV_EXERC3 |
Ano de exercício contábil em aberto na moeda 3. Informe o ano que inicia a digitação da Contabilidade. |
20XX |
| MV_EXERC4 | Ano de exercício contábil em aberto na moeda 4. Informe o ano que inicia a digitação da contabilidade. |
20XX |
MV_EXERC5 |
Ano de exercício contábil em aberto na moeda 5. Informe o ano que inicia a digitação da Contabilidade. |
20XX |
MV_EXPTDSP |
Permite alteração da data de disponibilidade na integração da rotina de Movimentos Bancários (FINA100). |
.F. |
| Nome | Descrição | Conteúdo |
|---|---|---|
MV_ FINQTDD |
Quantidade de dias que antecedem o vencimento para utilização no desconto condicional. |
0 |
MV_ FINVERI |
Prefixo dos títulos em que a baixa é bloqueada; caso existam títulos de matrícula em aberto MV_FINPRE - vazio para todos. |
|
MV_F240QRY |
Indica os índices em que são efetuadas a busca por meio da opção Pesquisa, em Borderô de Pagamento. F - em todos os registros contidos no dicionário de índices. T - apenas no índice do processo inicial. |
F |
MV_FATFIL |
Indica as filiais de débito da fatura. Utilizado no módulo TMS. |
|
MV_FATOUT |
Tempo (em segundos) que o usuário tem para selecionar o registro. A tela fecha se houver demora em relação ao tempo definido. |
900 |
MV_FATPREF |
Define o prefixo do título da fatura de transporte. |
|
MV_FAVOR |
Verifica se mostra o favorecido na impressão do cheque. |
T |
MV_FILINSS |
Indica se no cálculo do INSS deve considerar as filiais que possuam os mesmos primeiros 8 dígitos de CNPJ. |
F |
MV_FIN016D |
Indica se exclui fisicamente os registros no Recálculo de comissões de cobradores. T - Exclui fisicamente. F - Não exclui fisicamente |
T |
MV_FIN401D |
Indica se exclui fisicamente os registros da rotina Gera dados para DIRF: T - Exclui fisicamente. F - Não exclui fisicamente |
T |
MV_FIN440D |
Indica se exclui fisicamente os registros no Recálculo de comissões de vendedores: T - Exclui fisicamente. F - Não exclui fisicamente |
T |
MV_FINALAP |
Indica o código do aprovador padrão do controle de alçadas. |
|
MV_FINATFN |
Indica como é efetuado o Fluxo de Caixa: 1 - Fluxo de caixa on-line. 2 - Fluxo de Caixa off-line. |
1 |
MV_FINAUT |
Realiza a autenticação de títulos: T - Efetua a autenticação. F - Não efetua a autenticação. |
T |
MV_FINCHQC |
Nome do município para imprimir no cheque. Exemplo: São Paulo. |
|
MV_FINCOBR |
Tipos de situações que indicam um título como cobrança. |
|A|B|C|D|E|F| |
MV_FINCPRG |
Código genérico da condição de pagamento usada nos comprovantes fiscais na prestação de contas do caixinha. |
|
MV_FINCQ |
Habilita a verificação de inspeção de qualidade no pagamento de títulos ao fornecedor. |
.F. |
MV_FINCTA |
Indica a opção para liberação dos movimentos do caixinha, com base no formato de liberação simples ou com alçada. 1 - Liberação simples. 2 - Alçada. |
1 |
MV_FINCTMD |
Habilita os processos financeiros de Contas a Pagar / Contas a Receber: 1 - Modelo I. 2 - Modelo II. |
1 |
MV_FINCUST |
Tipos de situações que indicam um título como custódia. |
|1|2|3|4|5|6|7|8|9| |
MV_FINFPGT |
Formas de pagamento disponíveis. |
|1|2|3|4|5|6| |
MV_FINJRTP |
Utilizado para tratar títulos (Contas a Pagar e Contas a Receber) que tenham preenchidos os campos Taxa de Permanência e Porc. Juros, respectivamente. Por padrão, caso o título esteja com os campos Taxa de Permanência e Porc. Juros preenchidos, o sistema sempre assume, na baixa, a Taxa de Permanência. Com a configuração do parâmetro, se os dois campos forem preenchidos, é possível selecionar as seguintes opções: 1 - Aplica somente a taxa de permanência. 2 - Aplica somente juros. 3 - Aplica a taxa de permanência e juros. |
1 |
MV_FINLOG |
Indica se a rotina de Contabilização Off-line gera o log de registros não contabilizados. T - Gera o log de registros. F - Gera o log de registros em alertas. |
F |
MV_FINLOGO |
Path com a imagem de fundo apresentada na rotina caixa-tesouraria. |
\system\logoFina220.jpg |
MV_FINPRDS |
Percentual de desconto utilizado na regra de descontos para pagamento antecipado. |
0 |
MV_FINPRE |
Prefixo do título de matrícula para análise de títulos inadimplentes. |
MAT |
MV_FINPSGR |
Bloqueia a opção de realizar a sangria durante o fechamento de caixa. T – Bloqueia. F – Não bloqueia. |
T |
| MV_FINPSQ | Indica se considera o intervalo de vencimento na pesquisa da rotina de Caixa-Tesouraria. T – Considera. F - Não considera. |
T |
MV_FINTRC |
Verifica o troco inicial no fechamento do caixa. T – Sim. F – Não. |
T |
MV_FMINISS |
Define se a retenção do ISSQN verifica o valor mínimo pela base de cálculo. 1 – Sim. 2 – Não. |
2 |
MV_FORINSS |
Fornecedor padrão para títulos de INSS. |
INSS |
MV_FORNCOM |
Indica o código padrão para o vendedor do cadastro de fornecedores para implantação de um título a pagar. |
VENDER |
MV_FORSEST |
Indica o fornecedor padrão para os títulos de SEST. |
SEST |
| MV_FINCMCR |
Gera correção monetária na baixa de títulos a receber com banco de mesma moeda (estrangeira). .T. = Gera correção; .F. = Não gera correção. Nota Disponível após aplicação da expedição contínua de dicionário de Dezembro/2022. |
.F. |
| Nome | Descrição | Conteúdo |
|---|---|---|
| MV_GERADIP | Define a rotina que será utilizada para incluir títulos de adiantamentos, quando gerados por meio da rotina Pedido de Compras. 1 - Inclui títulos de adiantamento na rotina Contas a Pagar. 2 - Inclui títulos de adiantamento na rotina Ordem de Pago. |
1 |
MV_GERIMPV |
Determina se a empresa utiliza roteiro para cálculo de impostos variáveis (internacionalização). |
N |
MV_GPEEXTT |
Permite excluir no módulo Financeiro os títulos gerados pelo módulo de Gestão de Pessoal. |
.T. |
MV_GRETIVA |
Define se há retenção de IVA por item ou cabeçalho: S – Item. N – Cabeçalho. |
N |
| Nome | Descrição | Conteúdo |
|---|---|---|
MV_IMPADT |
Define a utilização da geração de IRRF em adiantamento a pagar. |
S |
MV_IMPESPE |
Impressora padrão para impressão de cheque. |
XPT |
MV_IMPSEQ |
Define se imprime sequência para cópia. |
Em branco - deve ser preenchido |
MV_IMPSX1 |
Define se imprime perguntas no cabeçalho do relatório. |
S |
| MV_IMPTRAN | Define o momento em que a filial e os impostos serão gerados: 1 - Filial de Origem (na transferência). 2 - Filial de Destino (na baixa). |
|
MV_IMPVER |
Informa se imprime o verso do cheque especial. |
N |
MV_IN480 |
Indica a data de vencimento do título de IRPF, de acordo com a Instrução Normativa SFR 480: 3 - terceiro dia útil. 5 - quinto dia útil. |
3 |
MV_IN4815 |
Indica se a IN SRF 480 deve ser considerada para o cálculo do vencimento relativo: Q - uma quinzena. S - uma semana. |
S |
MV_INSACPJ |
Define a regra de acúmulo de INSS para fornecedores do tipo pessoa jurídica: 1 - Acumula. 2 - Não acumula. |
2 |
MV_INSS |
Natureza de títulos de pagamentos de INSS. |
INSS |
MV_IPPRJAP |
Imprime a projeção de resgate de aplicações. |
S |
MV_IRF |
Natureza utilizada para imposto de renda. |
IRF |
MV_ISS |
Taxa utilizada para imposto sobre serviços. |
ISS |
| Nome | Descrição | Conteúdo |
|---|---|---|
MV_JURFAT |
Indica se os juros do título original compõem o valor da nova fatura: .T. - compõe o valor. .F. - não compõe o valor. |
.F. |
MV_JUROS |
Taxa informada para calcular o valor presente das cotações de compra. |
5.0000 |
MV_JURTIPOS |
Os juros dos títulos a receber podem ser: (S) simples até 30 dias de atraso e composto. |
M |
MV_JURXFIN |
Habilita integração entre o SIGAFIN X SIGAPFS: .T. – habilita. .F. - não habilita. |
.T. |
| Nome | Descrição | Conteúdo |
|---|---|---|
MV_LIBCHEQ |
Opção para liberação de saldo bancário quando há geração de cheques antes da baixa. |
N |
MV_LIBNODP |
Avalia crédito para pedidos que não geram duplicatas. |
N |
MV_LIMINSS |
Indica o valor limite de retenção para o INSS de pessoa física. |
0 |
MV_LOGERRO |
Indica quantos LOGS de erro deverão ser armazenados no arquivo ERROR.LOG. |
1 |
MV_LOGSIGA |
Identificador para controle de operações, geração de LOG com base nas operações realizadas. |
NNNNN |
MV_LOTEFIN |
Determina se utiliza o código do lote da baixa por lote (Receber ou Pagar) para contabilização. |
N |
| Nome | Descrição | Conteúdo |
|---|---|---|
MV_MARK |
Flag de marcação dos registros para MarkBrowse. |
0675 |
MV_MASCNAT |
Máscara do código da natureza do título financeiro. Deverá ser informada a quantidade de dígitos para cada nível. |
19 |
MV_MAXD |
Quantidade máxima de duplicatas que o sistema pode gerar automaticamente. Limite máximo de 27 parcelas. |
27 |
MV_MCUSTO |
Moeda utilizada para verificação do limite de crédito informado no cadastro de clientes. |
2 |
MV_MDCFIN |
Define as moedas utilizadas para a geração de diferença de câmbio. |
01,02,03,04 |
MV_MENS |
Informa a mensagem impressa no verso do cheque. Válido somente para cheque especial. |
Em branco - deve ser preenchido |
MV_MILHAR |
Utilizado na função que edita a máscara de impressão para os relatórios. Ajusta o valor da impressão de acordo com o espaço disponível. |
T |
MV_MININSS |
Valor mínimo para retenção de INSS, exceto se o valor de INSS calculado no período for inferior. |
0 |
MV_MINIVA |
Define o valor mínimo para retenção de IVA. |
0,00 |
MV_MODRISS |
Modo de retenção do ISS: 1 – Por Título. 2 – Mensal. 3 – Por Base. |
1 |
MV_MOEDA1 |
Título da moeda 1. |
Reais |
MV_MOEDA2 |
Título da moeda 2. |
Dólar |
MV_MOEDA3 |
Título da moeda 3. |
UFIR |
MV_MOEDA4 |
Título da moeda 4. |
Marco Alemão |
MV_MOEDA5 |
Título da moeda 5. |
IENE |
| MV_MOEDBCO | Define se os títulos podem ser baixados em Banco estrangeiro, mesmo que eles sejam de moeda diferente: .T. - Baixa. .F. - Não Baixa. |
.F. |
MV_MOEDTIT |
S - a moeda do título é igual a moeda do pedido de venda. N - a moeda do título é em moeda corrente. |
|
MV_MP447 |
Indica se o vencimento de IRRF e INSS deve ser calculado segundo a Medida Provisória 447: T - Considera a M.P. F - Não considera a M.P. (Desabilitada a Medida Provisória 447/2008). |
.F. |
MV_MSGTIME |
Define (em segundos) o tempo em que o sistema exibe a mensagem sobre a utilização da tela e seu período para ser esgotado. |
120 |
MV_MSIDENT |
Identificador de registros. |
0 |
MV_MTBXF6 |
Indica os motivos de baixas de cancelamento que não devem ir no bloco F600 do SPED. |
Vazio |
MV_MTBXSD |
Indica os motivos de baixas de cancelamento que não devem ir no bloco F100 do SPED |
|
MV_MULNATB |
Tratamento de rateio multinatureza no retorno CNAB de Contas a Receber |
F |
MV_MULNATP |
Define se utiliza múltiplas naturezas para Contas a Pagar. |
F |
MV_MULNATR |
Define se utiliza múltiplas naturezas para Contas a Receber. |
F |
MV_MULTNATS |
Habilita a geração dos rateios financeiros para integração com NFE mesmo com natureza simples, mas, com rateios de CC por itens no documento de entrada: .T. (True/verdadeiro). .F. (False/Falso). |
F |
MV_MUNIC |
Utilizado para identificar o código fornecido à Secretaria das Finanças do Município para recolher o ISS. |
MUNIC |
| Nome | Descrição | Conteúdo |
|---|---|---|
| MV_NATBCEX | Define se deverá passar pela validação padrão para determinar se o banco selecionado pode ser usado na baixa. |
|
MV_NATCOM |
Código da natureza que identifica as comissões de vendas para utilizar na atualização dos saldos por natureza para fluxo de caixa. |
COMISSOES |
| MV_NATDCM | Indica a Natureza a ser considerada nas variações cambiais de despesas financeiras da carteira a pagar no bloco F100. | |
| MV_NATDCM1 | Indica a Natureza a ser considerada nas variações cambiais de despesas financeiras da carteira a pagar no bloco F100. Complemento de natureza ao parâmetro MV_NATDCM. |
|
MV_NATDESC |
Código da natureza para título descontado. |
DESCONT |
MV_NATDNT |
Indica a natureza de despesas financeiras não tributáveis no bloco F100 do SPED. |
|
| MV_NATDNT1 | Indica a Natureza de despesas financeiras não tributáveis no bloco F100 do SPED. Complemento de natureza ao parâmetro MV_NATDNT. |
|
MV_NATDPBC |
Código da natureza de despesas bancárias. |
DESP BANC. |
MV_NATEMP |
Código da natureza para empréstimos. |
EMPRÉSTIMO |
MV_NATNCC |
Código da natureza utilizada na geração de títulos referentes a NCC - Nota de Crédito ao Cliente. |
|
MV_NATPER |
Natureza do título a gerar para substituição automática de títulos provisórios. |
001 |
MV_NATPLI |
Código da natureza para aplicações. |
APLICAÇÃO |
MV_NATRAPL |
Código da natureza para resgate de aplicações. |
RESG APLIC |
| MV_NATRCM | Indica a Natureza a ser considerada nas variações cambiais de receitas financeiras da carteira a receber no bloco F100. | |
| MV_NATRCM1 | Indica a Natureza a ser considerada nas variações cambiais de receitas financeiras da carteira a receber no bloco F100. Complemento de natureza ao parâmetro MV_NATRCM. |
|
MV_NATREMP |
Código da natureza para pagamento de empréstimo. |
PAGTO EMPR |
MV_NATRETE |
Código da natureza de retenção de IR/apropriação mensal de aplicações financeiras por cotas. |
|
MV_NATRNT |
Indica a natureza de receitas financeiras não tributáveis no bloco F100 do SPED. |
|
| MV_NATRNT1 | Indica a Natureza de receitas financeiras não tributáveis no bloco F100 do SPED. Complemento de natureza ao parâmetro MV_NATRNT. |
|
MV_NATSINT |
Indica utilização de estrutura de natureza sintética/analítica no cadastro de naturezas (SIGAFIN): 1 - Sim. 2 - Não. |
2 |
MV_NATVEND |
Código da natureza referente ao título gerado por meio da baixa por motivo igual a Vendor. |
VENDOR |
MV_NCCIR |
Define a criação do título de adiantamento quando o título retentor for menor que o imposto. 1 - Cria. 2 - Não Cria. |
2 |
MV_NORM |
Caracter ASCII utilizado para descompactação da impressora. Deve ser informado o código decimal do caracter. |
18 |
MV_NOTSA1 |
Atualiza saldo do cliente ao realizar baixa automática. |
.T. |
MV_NPERM |
Indica o número de estações na rede que utilizarão o sistema. |
2 |
MV_NRASDSD |
Permite que o desdobramento de títulos seja realizado sem rastreamento e excluindo o título originador. T - O desdobramento ocorre sem rastreabilidade e com a exclusão do título originador. F - O desdobramento com rastreabilidade e mantendo o título originador. |
F |
MV_NUMBAT |
Quebra o documento, se batido (débito e crédito). Exemplo: se for igual a 90 ocorre a quebra (quando for batido o débito e crédito), caso contrário, procura pelo próximo documento batido. |
0 |
MV_NUMBORP |
Número sequencial de borderôs de pagamentos. |
000004 |
MV_NUMBORR |
Número sequencial de borderôs de recebimentos. |
000003 |
MV_NUMCOMP |
Número da última compensação entre carteiras. |
000001 |
MV_NUMCOP |
Numeração sequencial para cópia de cheque. |
000000 |
MV_NUMFAT |
Número sequencial de faturas. |
000002 |
MV_NUMFATP |
Numeração automática de faturas a pagar. |
|
MV_NUMLIM |
Limita a quantidade de linhas do documento no lançamento contábil. |
99 |
MV_NUMLIQ |
Número sequencial de liquidações. |
000001 |
MV_NUMLIQP |
Número da liquidação a pagar. |
0000001 |
| Nome | Descrição | Conteúdo |
|---|---|---|
| MV_OSTLREC | Este parâmetro é utilizado para determinar se considera um valor de tolerância para a baixa automática dos títulos a receber, sendo aplicado nos casos em que o valor recebido é diferente do valor original do documento. Com o parâmetro preenchido, se o valor recebido por um título for maior que o valor informado no parâmetro, há geração automática do valor de juros. Caso contrário, se o valor recebido somado ao valor informado no parâmetro for menor que o total dos títulos, há geração de desconto no financeiro. Exemplo: Valor do título - 999,96, valor recebido - 1.000,00 e MV_OSTLREC - 0,10. Neste caso, ao efetuar a baixa do título, informando o valor recebido de R$ 1.000,00 e com o parâmetro MV_OSTLREC preenchido com R$ 0,10, o sistema efetuará a baixa do título automaticamente, gravando no campo Juros o valor de 0,04, sem a necessidade da informação manual. |
0 |
| Nome | Descrição | Conteúdo |
|---|---|---|
| MV_PABRUTO | Define se a geração de PA é pelo valor bruto ou pelo valor líquido: 1 - Para valor bruto. 2 - Para valor líquido. |
2 |
MV_PAISLOC |
Indica a sigla do país que utiliza o sistema. Exemplo: BRA – Brasil. ARG – Argentina. USA – Estados Unidos. |
BRA |
MV_PAPRIME |
Define se na geração do PA com impostos, são provisionados os impostos de INSS e ISS no PA líquido. 1 – Sim. 2 – Não. |
2 |
MV_PCCAGCL |
Define se aglutina os valores dos impostos PIS/COFINS/CSLL de clientes: 1 - Não aglutina. 2 - Aglutina para mesmo CNPJ/CPF. 3 - Aglutina para mesma raiz de CNPJ. |
3 |
MV_PCCAGFL |
Define se aglutina os valores dos impostos PIS/COFINS/CSLL das filiais da empresa: 1 - Não aglutina. 2 - Aglutina para mesmo CNPJ/CPF. 3 - Aglutina para mesma raiz de CNPJ. |
3 |
MV_PCCAGFR |
Define se aglutina os valores dos impostos PIS/COFINS/CSLL de fornecedor: 1 - Não aglutina. 2 - Aglutina para mesmo CNPJ/CPF. 3 - Aglutina para mesma raiz de CNPJ. |
3 |
MV_PCTCXMA |
Permite prestar contas com valor superior ao do adiantamento: 1 – Sim. Permite incluir a prestação de contas. 2 – Não. Inviabiliza a inclusão da prestação de contas. |
2 |
MV_PISNAT |
Define a natureza para títulos referentes ao PIS. |
PIS |
MV_PORT |
Indica o número da porta de saída para impressão. Exemplo: COM1. |
1 |
MV_POSCLFT |
Permite definir, em Consulta Posição de Clientes, a exibição dos pedidos que não geram duplicatas no financeiro quando o usuário aciona a opção Faturamento: N - o pedido não é exibido. S - o pedido é exibido. |
|
MV_PR10925 |
Tipo de processo de verificação de PCC: 1 - Apenas um processo para cada verificação PCC. 2 - Um processo para fornecedor a cada verificação PCC. |
1 |
MV_PRELAN |
Indica se o lançamento contábil é feito automaticamente ou passará por pré-lançamento: S – Sempre. N – Nunca. D – Doc. Inconsistente. |
N |
MV_PRINT |
Direcionar saída de relatórios para impressora ou disco. Deve ser informado o número da impressora na rede. |
36 |
MV_PRZIRRF |
Quantidade de dias para pagamento do IRRF após a emissão do título. |
1 |
| Nome | Descrição | Conteúdo |
|---|---|---|
MV_RATAUTO |
Este parâmetro permite que seja exibida a tela de rateios multinaturezas durante a inclusão de um título a pagar com rateio via rotina automática. |
T |
MV_RATDESD |
Define o rateio de um título incluído via desdobramento: 1 – Permite. 2 - Não permite. |
2 |
MV_RC10925 |
Define se a rotina Verificação do cálculo do PIS, COFINS e CSLL é executada automaticamente a cada cancelamento de baixa ou borderô: 1 – Sim. 2 - Não. |
2 |
MV_RCIRJBX |
Indica que o valor do IRRF (Imposto de Renda Retido na Fonte) poderá ser recalculado, desde que, seja solicitado por alguma rotina do módulo Financeiro. |
|
MV_REC2TIT |
Permite gerar um título de RA para o cliente quando houver pagamento em duplicidade no Retorno CNAB a Receber. 1 - Gera RA. 2 - Não gera. |
|
MV_RECDTAB |
Indica se as datas do título de abatimento devem ser iguais às do título principal ou database. 1 - Título principal; busca as datas deste título. 2 - Database. |
1 |
MV_RECICL |
Define se habilita a reciclagem de títulos no CNAB a Receber. |
F |
MV_REDUZID |
Indica se a digitação das contas contábeis é (por padrão): S - Conta reduzida. N - Pelo código normal. |
N |
MV_RELACNT |
Conta para utilizar no envio de e-mail para os relatórios. |
|
MV_RELAPSW |
Senha para autenticação no servidor de e-mail. |
|
MV_RELAUTH |
Servidor de e-mail necessita de autenticação? |
|
MV_RELT |
Diretório padrão para geração da impressão de relatórios em disco. |
C:\AP7\RELATO\ |
MV_RENTRIB |
Habilita o envio de receitas financeiras não tributáveis no bloco F100 do SPED. |
.F. |
| MV_RESADDI | Define o valor diário para composição do adiantamento de viagem. | |
MV_RESADDU |
Define a quantidade de dias úteis antes do início da viagem para geração da data de previsão de pagamento do adiantamento. |
|
MV_RESADFX |
Define o valor fixo para composição do adiantamento de viagem. |
|
MV_RESADSP |
Define os tipos de viagem que permitem solicitação de adiantamento. |
|
MV_RESAMB |
Indica se o ambiente em uso é o de homologação ou produção. |
|
MV_RESAPRO |
Aprovador padrão para os participantes que não possuem um aprovador associado. |
|
MV_RESAVIS |
Indica se os e-mails de aviso do processo de viagem são enviados. |
|
MV_RESCAD |
Define as exportações habilitadas do Microsiga Protheus para o Reserve. |
|
MV_RESCLIP |
Define cliente/loja padrão para geração de título a receber referente a prestação de contas de viagem. |
|
MV_RESCPGT |
Condição de pagamento utilizada no pedido de viagem. |
|
MV_RESCTT |
Centro de custo incluído no Reserve para identificar rateio com o cliente. Estrutura: Código,Descrição;Indicador de inclusão no Reserve. |
|
MV_RESDATR |
Define a quantidade de dias para prestação de contas após o término da viagem. |
|
MV_RESDIAS |
Número de dias que o Reserve retrocede; caso não esteja definido em 180 dias. |
|
MV_RESERVA |
Depura reserva automaticamente na entrada do módulo que utilizar o arquivo. |
T |
MV_RESEXP |
Forma de exportação dos cadastros para o sistema Reserve. |
|
MV_RESGRAC |
Grupo padrão. Caso não seja preenchido, utiliza a política de acesso cadastrada na rotina de Grupos de Acesso. |
|
MV_RESGVIA |
Código dos usuários do departamento de Viagem com acesso as informações de todas as viagens, separados por ; (ponto e vírgula) (ID do usuário Microsiga Protheus). |
|
MV_RESMAIL |
E-mail(s) do(s) destinatário(s) separado por ; (ponto e vírgula). |
|
MV_RESNABP |
Define a natureza dos títulos de abono a pagar gerados pela prestação de contas. |
|
MV_RESNABR |
Define a natureza dos títulos de abono a receber gerados pela prestação de contas. |
|
MV_RESNTAD |
Define a natureza dos títulos de adiantamentos gerados pelo sistema. |
|
MV_RESNTCP |
Define a natureza de títulos a pagar relacionados a prestação de contas. |
|
| MV_RESNTCR | Define a natureza de títulos a receber relacionados a prestação de contas. | |
MV_RESPABN |
Define prefixo do título de abono gerado pela prestação de contas. |
|
MV_RESPCAT |
Define a quantidade máxima de dias que a prestação de contas pode ficar em aberto após o termino da viagem. |
|
MV_RESPERA |
Define os tipos de viagem que permitem solicitação de adiantamento. |
|
MV_RESPFCP |
Define o prefixo de títulos a pagar relacionados a prestação de contas. |
|
MV_RESPFCR |
Define o prefixo de títulos a receber relacionados a prestação de contas. |
|
| MV_RESPREF | Define o prefixo dos títulos a pagar dos adiantamentos aos participantes (solicitados no Reserve). |
|
MV_RESPRFP |
Define o prefixo dos títulos a pagar dos adiantamentos aos participantes solicitados no Microsiga Protheus. |
|
MV_RESPROD |
Código do produto que será faturado para gerar o pedido de viagem. |
|
MV_RESQTPC |
Define a quantidade máxima de prestações de contas em aberto por participante. |
|
MV_RESTES1 |
Tipo de entrada e saída do pedido de viagem. |
|
MV_RESTES2 |
Tipo de entrada e saída do pedido de viagem. |
|
MV_RESTPAD |
Define o tipo dos títulos de adiantamentos gerados pelo sistema. |
|
MV_RESTPPC |
Define o tipo do título a pagar gerado pela prestação de contas. |
|
MV_RESTPPR |
Define o tipo do título a receber gerado pela prestação de contas. |
|
MV_RETLBX |
Indica se considera a retenção bancária para o registro totalizador da baixa por lote. 1 – Considera. 2 - Não Considera. |
|
MV_RETMAIL |
E-mail address of the error log recipients for automatic bank receiving. Separate recipients with a semicolon. |
|
MV_RF10925 |
Data a partir da qual o sistema deve fazer o tratamento da alteração das datas dos títulos de impostos, de acordo com a Lei 10925. |
|
MV_RMCLATX |
Parâmetro de integração Microsiga Protheus x ClassisNet. Habilita/Desabilita o controle de impostos no módulo Financeiro (SIGAFIN). |
.F. |
MV_RMCOLIG |
Código da coligada do TOP. |
|
MV_RODAPE |
Título atualizado nos rodapés dos relatórios. |
|
MV_RPCXMN |
Permite reposição manual do caixinha com valores acima do limite: 1 – Permite. 2 – Não permite. |
1 |
MV_RPVLMA |
Permite que sejam realizadas reposições acima do valor do caixinha. T – Permite. F – Não Permite. |
F |
MV_RTIPFIN |
Define se, no documento de saída, os títulos de abatimento dos tributos financeiros (IR, INSS, ISS, PIS, CSLL e COFINS) a favor do cliente devem ser rateados nas parcelas: T - Rateia o abatimento nas n parcelas. F - Gera um único título de abatimento para primeira parcela. |
F |
| Nome | Descrição | Conteúdo |
|---|---|---|
MV_SABFERI |
Define se deve considerar sábados como feriado quando utilizada a função DataValida(). |
S |
MV_SALTPAG |
Indica se o salto de página deverá ser dado antes ou depois da impressão do relatório. Saltar página no início da impressão: Sim. Não. |
S |
MV_SERASA7 |
Deve ser informada a carência, em dias, para considerar nos títulos vencidos enviados para Serasa. |
|
MV_SIMB1 |
Símbolo utilizado pela moeda 1 do sistema. |
R$ |
MV_SIMB2 |
Símbolo utilizado pela moeda 2 do sistema. |
US$ |
MV_SIMB3 |
Símbolo utilizado pela moeda 3 do sistema. |
UFIR |
MV_SIMB4 |
Símbolo utilizado pela moeda 4 do sistema. |
MARCO |
MV_SIMB5 |
Símbolo utilizado pela moeda 5 do sistema. |
IENE |
MV_SLDBXCR |
Indica como controlar o saldo da baixa da rotina Contas a Receber: C - Somente quando o cheque for compensado. B - No momento da baixa. |
|
MV_SLMCOMP |
Define o nome do login do comprador para alçada/WS na integração entre Microsiga Protheus X RM. |
Branco |
MV_SLMCOND |
Define a condição de pagamento padrão para um pedido de venda ou de compra gerado pelos movimentos do RM Solum. |
Branco |
MV_SLMNATP |
Define a natureza de um título a pagar gerado pelo adiantamento de contrato pelo TOTVS Obras e Projetos (Solum). |
Branco |
MV_SLMNATR |
Define a natureza de um título a receber gerado pelo adiantamento de contrato pelo TOTVS Obras e Projetos (Solum). |
Branco |
MV_SLMNTPV |
Define a natureza no pedido de venda/WS na integração entre Microsiga Protheus X RM. |
Branco |
MV_SLMPREP |
Define o prefixo dos títulos a pagar gerados pelo TOTVS Obras e Projetos (Solum). |
PPA |
MV_SLMPRER |
Define o prefixo dos títulos a receber gerados pelo TOTVS Obras e Projetos (Solum). |
PRA |
MV_SLMPROP |
Define o código do produto padrão usado no Solum na integração entre Microsiga Protheus X RM. |
Branco |
MV_SLMTS |
Define o Tipo de Saída padrão para o produto de um pedido de venda gerado pelo movimento do RM Solum. |
Branco |
| Nome | Descrição | Conteúdo |
|---|---|---|
MV_TIPOCM |
Forma de cálculo da correção monetária: T - Pelo total. O - Pelo original. |
T |
MV_TIPPER |
Define o tipo de título para gerar a rotina de Substituição automática de títulos provisórios. |
DP |
MV_TMSVDEP |
Valor por dependente. Informação disponibilizada no site da Receita Federal em http://www.receita.fazenda.gov.br. |
R$ |
MV_TOLER |
Define a tolerância de dias de atraso no recebimento. |
0 |
MV_TOLERPG |
Valor mínimo da tolerância de títulos a receber. Baixa total dos valores até este limite. |
0 |
MV_TPALCOF |
Indica como deve ser obtida a alíquota da COFINS para retenção: 1 - Apenas do cadastro de naturezas. 2 - Cadastro de produtos, do cadastro de naturezas ou do parâmetro MV_TXCOFIN. O sistema considera o primeiro percentual que estiver preenchido nesta sequência de prioridade. |
2 |
MV_TPALPIS |
Indica como deve ser obtida a alíquota do PIS para retenção: 1 - Apenas do cadastro de naturezas. 2 - Cadastro de produtos, do cadastro de naturezas ou do parâmetro MV_TXPIS. O sistema considera o primeiro percentual que estiver preenchido nesta sequência de prioridade. |
2 |
MV_TPCOMIS |
Flag utilizada para informar se o cálculo da comissão é: O - On-line. B - Batch. |
O |
MV_TPDIAS |
Indica se o processamento é feito por dias úteis ou dias corridos nos painéis on-line do financeiro. .T. - Para dias úteis. .F. - Para dias corridos. |
.T. |
MV_TRFBCO |
Permite que o título seja transferido para o Banco sem a necessidade de primeiramente passar pela para carteira. 1 – Sim. 2 – Não. |
2 |
MV_TTS |
Utilização do controle de transação (válido somente para a versão AXS). Observação: este parâmetro não trabalha com contabilização on-line quando a transação no banco de dados possui mais de uma tabela para contabilização. |
N |
MV_TXCOFIN |
Informa a alíquota de retenção/apuração do COFINS. |
|
MV_TXPIS |
Informa a alíquota de retenção/apuração do PIS. |
| Nome | Descrição | Conteúdo |
|---|---|---|
MV_ULRESER |
Data da última atualização automática de reservas. |
01/08/XX |
MV_UNIAO |
Utilizado para identificar o código fornecido pela Secretaria da Receita Federal para pagamento do imposto. |
UNIAO |
| MV_USAMEP | Indica se o sistema deve usar a tabela MEP para realizar a conciliação dos arquivos SITEF. .T. - usa .F. - não usa |
T |
MV_USELOCK |
Indica se utiliza o semáforo de código do sistema. |
T |
| Nome | Descrição | Conteúdo |
|---|---|---|
MV_VBASISS |
Indica o valor base para não retenção do ISS, conforme definido no Inciso III e § 4º do Art. 124 da Lei Municipal 1.802. Exemplo: 5620.50. |
Informe o valor base para não retenção, conforme a legislação. |
MV_VENCIRF |
Indica se o título de IRRF gerado a partir da data é pela: E – Emissão. V – Vencimento. C - Contabilização. |
V |
MV_VISDIRF |
Habilita a informação se os impostos farão parte da DIRF e a digitação do código da Retenção de IR na entrada: 1 – Habilita. 2 – Não Habilita. |
2 |
MV_VL10925 |
Valor máximo de pagamentos no período para dispensa da retenção do PIS / COFINS / CSLL. |
$ 5.000,00 |
MV_VLMINPG |
Valor máximo para executar a baixa do título, mesmo que o campo E2_DATALIB não esteja preenchido e o parâmetro MV_CTLIPAG esteja com .T. |
0 |
| MV_VLMPUB | Valor mínimo a ser considerado na soma do PCC e IRRF para dispensa de retenção para empresas públicas. | 10 |
MV_VLRETIN |
Valor mínimo para dispensa de INSS. |
25.00 |
MV_VLRETIR |
Valor mínimo para dispensa de IRRF. |
10.00 |
| MV_VLTITAD | Verificar no momento da baixa a pagar, se o fornecedor possui títulos de adiantamento para compensação (na filial logada apenas). .T. = Ativa verificação; .F. = Não ativa. |
.F. |
MV_VRETCOF |
Valor mínimo para dispensa de COFINS. |
10.00 |
MV_VRETCSL |
Valor mínimo para dispensa de CSLL. |
10.00 |
MV_VRETPIS |
Valor mínimo para dispensa de PIS. |
10.00 |
| Nome | Descrição | Conteúdo |
|---|---|---|
MV_WFACC |
Conta de acesso. Exemplo: informática. |
INFORMÁTICA |
MV_WFATTHT |
Indica se o html segue anexo. Caso positivo, não fará parte do corpo do e-mail. |
S |
MV_WFDIR |
Diretório de trabalho do workflow. |
\WORKFLOW\ |
MV_WFMAIL |
Conta de e-mail do workflow. Exemplo: workflow@microsiga.com. |
|
MV_WFPASSW |
Senha de conta do workflow. |
|
MV_WFPROT |
Protocolo de e-mail utilizado pelo workflow. |
1 |
MV_WFREM |
Nome do remetente (nome amigável) no workflow. |
|
MV_WFREMET |
Remetente do workflow. |
|
MV_WFSMTP |
Nome do servidor SMTP para envio de mensagem no workflow. |
|
MV_WINCALC |
Utilizado no SIGAADV for Windows para informar diretório e arquivo da calculadora para utilizar. Se vazio, assume a calculadora do Windows. |
Em branco - deve ser preenchido |
MV_WINSCHED |
Utilizado no SIGAADV for Windows para informar diretório e arquivo da agenda. Se vazio, não executa na ToolBar. |
Em branco - deve ser preenchido |
| Nome | Descrição | Conteúdo |
|---|---|---|
MV_ZERASAL |
Indica se o reprocessamento zera os saldos de períodos que já não possuam os lançamentos correspondentes no SI2. |
N |
MV_ZERASE1 |
Indica se zera SE1->E1SALDO quando no processamento do retorno de arquivo CNAB o valor deste ficar negativo. S – Zera. N - Não zera, mantendo o valor negativo. |
S |
Atualizações
As opções de Menu disponíveis são:
- Cadastros
- Gestão Financeira
- Contas a Receber
- Contas a Pagar
- Movimento Bancário
- Diversos
- Caixinha
- Aplicações/Empréstimos
- Comissões
- Comunicação Bancária
- Adm Fundo fixo
- Viagens
- SIAFI
- Fornecedores.
- Clientes.
- Vendedores.
- Bancos.
- Moedas.
- Naturezas.
- Orçamentos.
- Contatos.
- Lançamento Padrão.
- Tipos de Títulos.
- Manutenção de Tabelas.
- Contrato Bancário.
- Parâmetros de Bancos.
- Ocorrências CNAB.
- Ocorrências de Extratos.
- Condições Pagamento.
- M-messenger.
- Fórmulas.
- Índices Aplicados.
- Tabela de IOC.
- Planos de Venda.
- Administradora Financeira.
- Índices Financeiros.
- Atualização de Índice.
- Múltiplos vínculos de ISS.
- Tipos de Documentos.
- Amarração documentos X situações.
- Visão geral financeira.
- Processos de bloqueio.
- Cód. retenção X vencimento.
- Novo Gestor Financeiro..
- Painel Gestor.
- Painel Tesouraria.
- Painel Contas a Pagar.
- Painel Contas a Receber.
- Funções Contas a Receber.
- Contas a Receber.
- Renegociação de títulos a receber.
- Recebimentos Diversos.
- Transferências.
- Borderô de Recebimento.
- Baixas a Receber.
- Baixas automáticas de títulos a receber.
- Faturas a receber.
- Cancelar recibos diversos.
- Borderô de cheques.
- Compensação de contas a receber.
- Liquidação.
- Cheques recebidos.
- Devolução de cheques.
- Solicitação de transferência.
- Aprovação e rejeição da transferência.
- Conciliador TEF.
- Situação cobrança.
- Geração de NF.
- Processamento minha casa minha vida.
- Serasa - Processos.
- Serasa - Retirada Manual.
- Funções Contas a Pagar.
- Contas a Pagar.
- Baixas Pagar Manual.
- Baixas Pagar Automática.
- Baixa Automática de Multi-Filiais.
- Manutenção de Borderô.
- Borderô Pagamentos.
- Borderô Automático.
- Compensação entre carteiras.
- Faturas a Pagar.
- Cheques sobre títulos.
- Geração de cheques.
- Compensação Contas a Pagar.
- Liberação para baixa.
- Solicitação de fundos.
- Liquidação.
- Apuração PIS, COFINS e CSLL a pagar.
- Solicitação de transferência.
- Aprovação e rejeição da transferência.
- Emissão de GPS.
- Saldos Bancários.
- Movimentos Bancários.
- Conciliação Automática.
- Reconciliação Automática.
- Borderô de CDCI.
- Controle DARF.
- Manutenção.
- Movimentos.
- Liberação de despesas.
- Rateio Jurídico.
- Manutenção das comissões.
- Autorização do pagamento das comissões.
- Arquivo de cobranças.
- Instrução de cobranças.
- Retorno de cobranças.
- Arquivo de pagamentos.
- Retorno de pagamentos.
- SISPAG.
- Conciliação DDA.
- Grupo de Gestores.
- Gestor financeiro.
- Administradores financeiros.
- Grupo de analistas.
- Aprovadores X Superiores.
Atenção
A partir do release 12.1.16.
O objetivo do processo de viagens no módulo Financeiro do Protheus é oferecer um controle de gastos relacionados às viagens corporativas de uma empresa ou entidade. Para tanto, efetuamos o registro das solicitações de viagens, as compras de serviços, concessão de adiantamentos, prestação de contas, pagamento de fornecedores e faturamento destas viagens, quando necessário.
Abaixo detalhamos os componentes do processo de viagens:
Configuração
Assistente de Configuração
Por conta da complexidade de políticas de viagens corporativas e as variações de regras entre as empresas, o processo de viagens possui uma série de parametrizações. Estas estão concentradas no Assistente de Configuração (FINA691) e dividas em:
Gerais
- Avisos por e-mail - permite o envio de e-mail das notificações de aprovação da prestação de contas e do adiantamento
- Dias de Retrocedência - permite a parametrização da data retroativa para consulta de pedidos via web service (integração Protheus x Reserve)
- Aprovador Padrão - aprovador utilizado na importação de pedidos que não possuem autorizador vinculado (integração Protheus x Reserve)
- Usa dias úteis ou corridos - define se a atuação do parâmetro "Dias de Retrocedência" será sobre dias úteis ou dias corridos
- Grupo de Acesso Padrão - define um único grupo de acesso a ser considerado nas rotinas de viagens
- Exportação Protheus/Reserve - habilita exportação de cadastros do Protheus para o Reserve: 1=Sim, 0=Não. Ordem: C. Custo, Clientes, Participantes. Ex: 001 (exporta apenas participantes)
- Participante como aprovador - permite que o participante seja autoaprovador (informando o seu próprio código no campo Aprovador no cadastro de participante)
- Usuário do Departamento de Viagens - define os usuários que atuarão no departamento de viagens, informando o código do usuário Protheus (e não o código do cadastro de participante)
- Valida acesso do participante? - Define se o acesso a solicitações de viagem será controlado pela relação do aprovador/participante a solicitação desejada.
Faturamento
- Produto
- Condição de Pagamento
- TES de Entrada
- TES de Saída
- Antecipa o Faturamento
Prestação de Contas
- Prefixos dos títulos a pagar e receber
- Tipos de título a pagar e receber
- Naturezas dos títulos a pagar e receber
- Natureza para os abonos a pagar e receber
- Prefixo dos abonos
- Dias de atraso
- Cliente e loja padrões
- Tipo de taxa utilizada - Cotação turismo, primeiro dia da viagem ou último dia da viagem
- Moeda para o reembolso - Forte ou Original
- Moeda para o adiantamento - Forte ou Original
- Dias para vencimento dos títulos a pagar e receber
Importante - Tipos de Títulos
Os títulos gerados não poderão ser antecipações, créditos, débitos ou provisórios, sendo obrigatório que sejam títulos passiveis de operações de baixas.
Por este motivo os tipos de títulos RA,PA,NCC,NDF e PR não são permitidos serem informados na configuração.
Adiantamento
- Dias máximo - prestação de contas em aberto
- Quantidade máxima - prestações de contas em aberto
- Adiantamento sem pernoite
- Valor Fixo
- Valor Diário
- Natureza
- Dias para previsão
- Previsão de adiantamentos urgentes
- Tipo de viagem - Nacional, Internacional ou Ambas
- Tipo de Título
- Prefixo de adiantamento solicitado com a viagem
- Prefixo de adiantamento avulso
- Data base do cálculo - Pedido ou início da viagem (Utilizado para definir quando será realizado o pagamento do adiantamento).
Pedido: Considera como base de cálculo a data da solicitação da viagem até a data de finalização
Início da Viagem: Considera como base de cálculo a data inicial da viagem até a data final
- Conversão do Turismo - antes ou depois da geração do título
- Bloqueia Adiantamento - define se o adiantamento será bloqueado na solicitação de viagens ou na aprovação do adiantamento, conforme configuração dos parâmetros "Dias máximo" e "Quantidade máxima".
Importante - Adiantamentos
Se a opção "Bloqueia Adiantamento" estiver com "1=Sim", o sistema passará a não permitir a geração do adiantamento, caso exista alguma prestação de contas em aberto para o participante na filial no qual está sendo incluída a solicitação, conforme parametrização das configurações "Dias (max.)" e "Quantidade (max.)".
Importante - Tipos de Títulos
Os títulos gerados não poderão ser antecipações, créditos, débitos ou provisórios, sendo obrigatório que sejam títulos passiveis de operações de baixas.
Por este motivo os tipos de títulos RA,PA,NCC,NDF e PR não são permitidos serem informados na configuração.
Cadastros Gerais
- E-mails dos administradores
- Centro de Custo de Rateio
- Ambiente de interação com o Reserve
- Integração com o Reserve - Desativado, Online, Schedule, Online e Schedule
- Numeração de Viagens Internacionais
- Numeração de Viagens Avulsas
- Configuração de Aprovações
Viagens Avulsas
- Aéreo
- Hotel
- Carro
- Seguro
- Rodoviários
- Outros
Vínculo Automático de Viagens
- Passageiro
- Cliente
- Data - com tolerância
- Centro de Custo
Conferência de Serviços
- Prefixo
- Tipo de título
- Natureza
- Fornecedor e Loja
É importante ressaltar que todas as alterações efetuadas neste assistente reflete diretamente nos parâmetros do Protheus (SX6).
BKO Protheus X Reserve
Esta rotina é responsável pelo mapeamento das filiais do backoffice Protheus com o ambiente Reserve, tais como usuário e senha de acesso para integração. Para mais informações, veja a página o manual desta integração aqui.
Grupo de Acesso
O grupo de acesso define as hierarquias de visualização dos dados de viagens dos colaboradores.
Por exemplo:
Temos os seguintes colaboradores da Empresa A:
- João - Gerente
- Paulo - Coordenador
- Luciana - Analista de Sistemas
- Ricardo - Analista de Sistemas
Existem dois grupos possíveis para configuração neste cenário:
1) João é o responsável do Grupo Departamento A, onde Paulo, Luciana e Ricardo são integrantes. Logo, João consegue visualizar as suas próprias viagens e as viagens que contém pelo menos um dos participantes do seu grupo;
2) Paulo é o responsável do Grupo Departamento A.1, onde Luciana e Ricardo são integrantes. Paulo consegue visualizar as próprias viagens e as que contém pelo menos um dos demais participantes do seu grupo.
Importante
Os usuários configurados no parâmetro de Usuário do Departamento de Viagens possuem visualização total dos dados.
Tipo de Despesas
As despesas são os tipos de gastos que um colaborador pode prestar contas à empresa. Através do cadastro de Tipo de Despesas (FINA679) é possível configurá-las.
Estas podem ou não efetuar algum controle de limites para a prestação de contas, tais como:
- Sem limite - As despesas informadas serão consideradas reembolsáveis
- Limite diário - A soma das despesas lançadas de mesmo tipo e no dia não deve ultrapassar o limite informado
- Limite total - A soma de todas as despesas de mesmo tipo lançadas na prestação não deve ultrapassar o limite informado
- Limite/despesa - A despesa está limitada ao limite informado
Caso seja necessário controlar estes limites, os valores possíveis para configuração de uma despesa são:
- Valor Unitário - Para cálculo automático quando informada a quantidade na prestação de contas (ex. Km.).
Importante
Caso este campo esteja preenchido não será possível alterar o valor unitário da despesa na prestação de contas.
Para que seja possível informar valores diferente na prestação de contas, este campo deve permanecer com o valor zero (0) e será controlado o limite através dos campos de Limite sem pernoite e Limite com pernoite.
- Limite sem pernoite - Valor limite para viagens que não exigem pernoite
- Limite com pernoite - Valor limite para viagens que exigem pernoite
- Limite Moeda 2 - Valor limite para gastos efetuados em dólar
- Limite Moeda 3 - Valor limite para gastos em euro
Os limites possuem vigência, ou seja, caso seja necessário alterar a política é possível encerrar uma vigência informando a Data Final e informando os valores para um novo período.
É possível vincular os tipos de despesas a localizações:
- Nacionais
- Internacionais
- Ambos
Essa amarração é realizada como uma outra ação na tela de cadastro de tipo de despesas.
Dica
O Tipo de Despesa possui em seu cabeçalho os dados das entidades de custo como facilitador para o lançamento da linha de despesas na prestação de contas.
O Grupo de despesas pode ser informado, mas não é obrigatório.
Grupo de Despesas
O Grupo de Despesas (FINA681) possui as mesmas características do Tipo de Despesa, com exceção das entidades de custo, tipo de limite por despesa e valor unitário, que são específicos da linha de despesas, e tem como objetivo agrupar e definir limites padrões para um determinado grupo.
Atenção
O valor configurado na despesa, quando informado, é prioritário no cálculo da prestação de contas.
Participantes
O processo de viagens utiliza a base de Participantes (APDA020) do SIGAAPD - Avaliação e Pesquisa de Desempenho. Para tanto, neste cadastro existe na aba Viagens as informações necessárias para torná-lo um viajante, são elas:
- Aba "Dados Gerais"
- E-mail - utilizado para que o participante receba e-mails da notificação de aprovação de prestações de contas e adiantamentos
- Disp Viage - Informe se um participante possuí disponibilidade para viagens. Utilizado apenas na integração com RESERVE, para solicitação de viagens este campo foi descontinuado.
- Aba "Viagem"
- Nível de cargo - utilizado para a integração com o Reserve e que define o tipo de acesso que o participante terá
- Login Reserve - login do participante no Reserve
- ID Reserve - preenchido após a integração do cadastro com o Reserve
- Empresa e Filial atual - empresa e filial onde o participante atua no momento para controle dos pedidos do Reserve
- Empresa e Filial anterior - registro histórico da empresa e filial onde o participante atuou anteriormente para controle dos pedidos do Reserve
- Permite Adiantamento - informa se o participante é elegível a adiantamento
- Aprovador - ID do usuário aprovador
- Substituto - ID do usuário aprovador substituto
- Fornecedor e Loja - Código do fornecedor e loja para crédito dos adiantamentos e reembolsos
- Substituto da Prestação de Contas - ID do usuário que pode realizar a prestação de contas no lugar do participante (Ex. Funcionário de um Escritório de Projetos, Secretárias ou Assistentes Executivas etc).
- Permite Viagem? - Indica se o participante terá permissão de solicitação de viagens ou utilização do app minha prestação de contas.
Um participante pode ou não ser um funcionário e as integrações com o módulo de Gestão de Pessoal para este são as existentes no Protheus (do cadastro do Participante replicando para a folha ou vice-versa com a configuração do .ini)
Importante
Caso utilizado o campo "Permite Viagem? - SIM", o código de usuário utilizado no cadastro do participante não poderá se repetir em outro código de participante com a mesma permissão de viagem.
Importante
Para que o participante seja considerado autoaprovador, é necessário configurar o parâmetro MV_RESAPRT com o valor "1" (sim) e preencher o campo Aprovador no cadastro de Participantes (aba Viagem) com o seu próprio código. Só é possível realizar este processo do cadastro em operação de Alteração.
Privilégios para controle de acesso a rotinas
Os usuários que possuem acesso a rotina do menu aprovação (F677APROVA), rotina: FINA677 também deverão possuir acesso ao menu Aprovar/Reprovar (F677ARVrpv) da rotina FINA677APR. Caso o privilégio FINA677APR não seja adicionado junto ao FINA677, ocorrerá um erro de permissão no momento da aprovação de uma prestação de contas.
Segue abaixo um exemplo de configuração:
Para mais informações da integração de Participantes com o Reserve, consulte aqui.
Entidades de Custos
Apesar do Reserve possuir somente como entidade de custo o Centro de Custo e o Protheus trabalhar com outras entidades, é possível efetuar as classificações no Protheus através da rotina de Viagens (FINA665). Em Ações Relacionadas, através da opção Alterar Ent. Custos, é possível informar também a Classe de Valor e o Item Contábil.
O restante das rotinas carregam estes custos da viagem ou então, no caso da Prestação de Contas ou Solicitação de Viagem, possuem campos para a entrada das entidades.
Para mais informações da integração de Centro de Custos com o Reserve, consulte aqui.
Envio de e-mail
Alguns eventos do processo de Viagens realizam o envio de e-mail padrão para notificar o participante envolvido na ação que acabou de ser executada. Muito legal né ?! 
Veja quais são esses eventos:
Na rotina de Viagens (FINA665)
- Ao conferir a solicitação, transitando o status da mesma p/ "Aguardando Aprovação" - Notifica o aprovador.
Na rotina de Adiantamentos (FINA667)
- Ao gerar o adiantamento em status "Solicitado" - Notifica o aprovador;
- Ao reprovar um adiantamento na etapa de aprovação do gestor (incluindo a aprovação por lote) - Notifica o viajante;
- Ao liberar o pagamento do adiantamento gerando o título financeiro através da ação "Liberar Pagto" - Notifica o viajante.
Na rotina de Prestação de Contas (FINA677)
- Ao conferir uma prestação de contas pelo departamento de viagens através da ação "Conferir" - Notifica o aprovador;
- Ao reprovar uma prestação de contas na etapa de aprovação do gestor - Notifica o viajante;
- Ao liberar o reembolso para o viajante ou a devolução p/ a empresa, gerando o título financeiro através da ação "Liberar Financ." - Notifica o viajante.
Para que todo esse fluxo tenha a dinâmica do envio de e-mails, é necessário alguns pré-requisitos, tais como:
- Configurar servidor de e-mail do Protheus;
- Ter o campo "E-mail" preenchido no cadastro do Participante com um endereço válido;
- Ter o parâmetro MV_RESAVIS (presente no Assistente de Configuração, seção "Gerais") configurado como "1";
- Permitir que o serviço de e-mail (Google, Office365, etc) seja acessado pelo Protheus. Essa ação só se faz necessária caso você receba um alerta Google/Microsoft sobre o bloqueio à tentativa de conexão de um dispositivo desconhecido.
Exemplo de um e-mail que foi disparado para o gestor aprovador no momento em que o departamento de viagens conferiu a prestação de contas (ação "Conferir->Aprovar"):
Importante
Em caso de utilização do workflow com o Fluig, para cada processo configurado (SOLVIAJ1 - Solicitação de Viagem, SOLADIANTA - Adiantamento, APVPRESTCO - Prestação de Contas), o envio de e-mail nesses eventos será desconsiderado.
Solicitação de Viagem
01. VISÃO GERAL
Um funcionário (neste cenário, o chamamos de Participante) necessita fazer uma viagem corporativa, por algum motivo, seja ele qual for (ex: atendimento/visita ao cliente, reunião de negócios, evento). Então esta rotina terá como principal objetivo registrar a solicitação dessa viagem, contemplando informações relevantes para controlar as despesas da viagem e suas políticas.
Importante
Esta rotina contempla apenas solicitações do Protheus. As viagens integradas com o Reserve não geram solicitação, pois são compradas e emitidas diretamente pela agência.
Atenção
- A partir da Expedição Contínua de Julho/2024, implementado o parâmetro MV_VLDAPRO, que será responsável pelo controle de acesso dos participantes a solicitações incluídas.
Para mais informações, acesse: MV_VLDAPRO - Valida participantes em solicitações de viagem
Nos itens da viagem será possível selecionar e justificar/detalhar os seguintes serviços:
- Vôo
- Hotel
- Carro
- Rodoviário
- Seguros
- Outros
Atenção
- Estes itens de serviço são parametrizáveis e estão no Assistente de Configuração. Caso a empresa não ofereça algum destes itens em sua política, será possível oculta-lo(s).
- O item Outros é o único em que não é necessário a compra de serviço, logo solicitações somente com este serviço não passam pela etapa de conferência da solicitação, por essa razão o email informando que a solicitação de viagem finalizada não é disparado. Esta é necessária quando um colaborador deseja solicitar somente um adiantamento, pois irá fazer, por exemplo, uma visita a um cliente com veículo próprio e deseja somente o adiantamento.
Quando parametrizadas para aprovação após a solicitação, será gerada uma pendência de aprovação para o superior dos participantes. Caso contrário esta pode ser enviada para o departamento de viagens (diretamente após a solicitação ou em um segundo momento através da opção de envio) e a viagem será gerada automaticamente.
Exemplo:
A empresa pode decidir por passar por todas as aprovações, neste caso o fluxo será:
Ou então pode ser que apenas uma das aprovações seja necessária, neste caso temos:
Importante
Quando não existir a etapa de aprovação de viagens, para que a solicitação de viagens (FW3), se torne uma viagem (FL5) e possa dar continuidade ao fluxo, a solicitação passará obrigatoriamente pelo conferencia do departamento de viagens, na rotina de solicitação de viagens (FINA666) vá em OUTRAS AÇÕES → Enc. p/ Dpto Viagens (Gerando a viagem na rotina FINA665)
02. EXEMPLO DE UTILIZAÇÃO
Acesso à rotina pelo caminho: Atualizações > Viagens > Solicitação de Viagem
O viajante deve informar os dados básicos da viagem no cabeçalho da sua solicitação, como origem e destino, datas de partida e chegada, cliente para atendimento (se houver), etc.
Para cada serviço deve ser informado o(s) Participante(s) e a(s) sua(s) respectiva(s) Entidade(s) de Custo.
Importante
Não é permitido incluir mesmo centro de custo no rateio de centro de custos.
Caso a chave única seja: Filial + Num. Solicitação + Item + C.Custo ( FW6_FILIAL+FW6_SOLICI+FW6_ITEM+FW6_CC), não será permitido utilizar o mesmo centro de custo, mesmo que as outras entidades contábeis sejam diferentes.
Na release 12.1.2410, com aplicação do pacote acumulado com data igual ou superior a 08/11/2024, o sistema passa a contemplar a alteração da chave única e do índice 1 da tabela FW6 para: FW6_FILIAL+FW6_SOLICI+FW6_ITEM+FW6_CC+FW6_ITECTA+FW6_CLVL.
Dessa forma, caso a chave única seja: Filial + Num. Solicitação + Item + C.Custo + Item Contábil + Classe de Valor (FW6_FILIAL+FW6_SOLICI+FW6_ITEM+FW6_CC+FW6_ITECTA+FW6_CLVL), não será permitido utilizar a mesma combinação de entidades contábeis ( C. Custo, Item Contábil e Classe de Valor).
No caso de alteração da chave única da tabela FW6, é necessário também realizar a adequação da chave única e do índice 1 da tabela FLH para:
FLH_FILIAL+FLH_VIAGEM+FLH_ITEM+FLH_CC+FLH_ITECTA+FLH_CLVL
As adequações das tabelas FW6 e FLH estão disponíveis a partir do pacote acumulado com data igual ou superior a 08/11/2024 exclusivamente para a release 12.1.2410.
Além disso, na aba Adiantamentos é possível marcar quais participantes receberão adiantamento.
Importante
Se a opção "Bloqueia Adiantamento" estiver com "1=Sim", o sistema passará a não permitir a geração do adiantamento, caso exista alguma prestação de contas em aberto para o participante na filial no qual está sendo incluída a solicitação, conforme parametrização das configurações "Dias (max.)" e "Quantidade (max.)".
O valor calculado é uma previsão e é exibido somente quando estiver parametrizado:
Exemplos de cálculo para adiantamentos
Para todos os cenários foi realizado configuração do wizard via rotina FINA691 para adiantamentos conforme tabela exemplo. Temos como fórmula para cálculo dos adiantamentos a seguinte base:
| Adiantamento = Valor fixo + ( Valor diário * ( data fim - data inicio)) |
|---|
Cenário 1
| Campo | Conteúdo |
|---|---|
| Adiantamento sem Pernoite (MV_RESADSP) | 80 |
| Valor diário (MV_RESADDI) | 80 |
| Valor fixo (MV_RESADFX) | 0 |
Com base na configuração realizada e num cenário fictício com viagem iniciada no dia 02/12, com data fim 06/12, o cálculo de adiantamento ficaria da seguinte forma:
Adiantamento = 0 + (80 * (06/12 - 02/12))
Adiantamento = 320$
Cenário 2
| Campo | Conteúdo |
|---|---|
| Adiantamento sem Pernoite (MV_RESADSP) | 0 |
| Valor diário (MV_RESADDI) | 0 |
| Valor fixo (MV_RESADFX) | 80 |
Com a fórmula temos o seguinte cálculo:
Adiantamento = 80 + (0 * (06/12 - 02/12))
Adiantamento = 80
Cenário 3
| Campo | Conteúdo |
|---|---|
| Adiantamento sem Pernoite (MV_RESADSP) | 80 |
| Valor diário (MV_RESADDI) | 80 |
| Valor fixo (MV_RESADFX) | 80 |
Com a fórmula temos o seguinte cálculo:
Adiantamento = 80 + (80 * (06/12 - 02/12))
Adiantamento = 400
Importante
Caso a solicitação de viagem tenha data início e fim no mesmo dia, será utilizado como valor para adiantamento o conteúdo do campo "Adiantamento sem Pernoite".
03. ROTINA AUTOMÁTICA
Para execução da rotina automática, ilustramos algumas funcionalidades como Inclusão (MyFA666Inc), Alteração (MyFA666Alt) e Exclusão (MyFA666Del), nos seguintes exemplos:
Exemplo de execução da rotina automática Expandir origem
#INCLUDE "PROTHEUS.CH"
#INCLUDE "FWMVCDEF.CH"
//---------- Inclusao da solicitacao de viagem ----------//
User Function MyFA666Inc()
Local oModel := Nil
Local oModelFW3 := Nil
Local oModelFW4 := Nil
Local oModelFW5 := Nil
Local oModelFW6 := Nil
Local cFilAtu := ""
RpcSetEnv("T1","D MG 01 ","claudio.ribeiro","1") // Inicializa ambiente com usuario solicitante
oModel := FWLoadModel("FINA666")
oModelFW3 := oModel:GetModel("FW3MASTER") // Cabecalho da viagem
oModelFW4 := oModel:GetModel("FW4DETAIL") // Servicos
oModelFW5 := oModel:GetModel("FW5DETAIL") // Participantes
oModelFW6 := oModel:GetModel("FW6DETAIL") // Centro de custo
cFilAtu := xFilial("FW3")
oModel:SetOperation(MODEL_OPERATION_INSERT)
oModel:Activate()
// Preenche cabecalho da solicitacao de viagem
oModelFW3:SetValue("FW3_FILIAL",cFilAtu)
oModelFW3:SetValue("FW3_NACION","1")
oModelFW3:SetValue("FW3_CODORI","SP")
oModelFW3:SetValue("FW3_CODDES","RJ")
oModelFW3:SetValue("FW3_DTINI",StoD("20190702"))
oModelFW3:SetValue("FW3_DTFIM",StoD("20190705"))
oModelFW3:SetValue("FW3_CLIENT","001 ")
oModelFW3:SetValue("FW3_LOJA","01")
oModelFW3:SetValue("FW3_STATUS","0") // Em Aberto, status inicial
// Preenche grid do servico incluso na solicitacao da viagem
oModelFW4:SetValue("FW4_ITEM",StrZero(1,TamSX3("FW4_ITEM")[1]))
oModelFW4:SetValue("FW4_TIPO","1") // Aereo
oModelFW4:SetValue("FW4_OBS", "Visita ao cliente")
// Preenche grid dos participantes viajantes
oModelFW5:SetValue("FW5_ITEM",StrZero(1,TamSX3("FW4_ITEM")[1]))
oModelFW5:SetValue("FW5_PARTIC","000001")
oModelFW5:SetValue("FW5_ADIANT",.T.) // Adiciona adiantamento ao participante
oModelFW5:AddLine() // Adiciona linha para um segundo viajante
oModelFW5:SetValue("FW5_ITEM",StrZero(2,TamSX3("FW4_ITEM")[1]))
oModelFW5:SetValue("FW5_PARTIC","000002")
oModelFW5:SetValue("FW5_ADIANT",.T.) // Adiciona adiantamento ao participante
// Preenche grid do centro de custo
oModelFW6:SetValue("FW6_ITEM",StrZero(1,TamSX3("FW4_ITEM")[1]))
oModelFW6:SetValue("FW6_CC","002 ")
oModelFW6:SetValue("FW6_PORCEN",100)
oModelFW5:GoLine(1)
// Validacao e gravacao dos dados se consistentes
If oModel:VldData()
oModel:CommitData()
Conout("Inclusao da solicitacao de viagem concluida com sucesso.")
Else
VarInfo("",oModel:GetErrorMessage())
Conout("Erro na validacao, solicitacao de viagem nao foi incluida.")
EndIf
oModel:DeActivate()
oModel:Destroy()
RpcClearEnv()
Return
//---------- Alteracao da solicitacao de viagem ----------//
User Function MyFA666Alt()
Local aKeyFW4 := {}
Local oModel := Nil
Local oModelFW5 := Nil
Local oModelFW6 := Nil
Local cSolic := "0000000010"
RpcSetEnv("T1","D MG 01 ","richard.santos","1") // Inicializa ambiente com usuario solicitante
dbSelectArea("FW3")
dbSetOrder(1)
dbSeek(xFilial("FW3")+cSolic)
// Carrega modelo de dados com a solicitacao de viagem posicionada
oModel := FWLoadModel("FINA666")
oModelFW5 := oModel:GetModel("FW5DETAIL") // Participantes
oModelFW6 := oModel:GetModel("FW6DETAIL") // Centro de custo
// Chave de busca do participante dentro da sol. da viagem
aKeyFW4 := { {"FW5_FILIAL",xFilial("FW5")},{"FW5_SOLICI",cSolic},{"FW5_ITEM","01"},{"FW5_PARTIC","000002"} }
oModel:SetOperation(MODEL_OPERATION_UPDATE)
oModel:Activate()
// Remove um dos viajantes, no caso o participante 000002
If oModelFW5:SeekLine(aKeyFLE)
oModelFW5:DeleteLine()
Else
Conout("Viajante nao encontrado nesta solicitacao de viagem.")
EndIf
// Altera o centro de custo (posicionado automaticamente no primeiro grid)
oModelFW6:SetValue("FW6_CC","003 ")
// Validacao e gravacao dos dados se consistentes
If oModel:VldData()
oModel:CommitData()
Conout("Alteracao da solicitacao de viagem efetuada com sucesso.")
Else
VarInfo("",oModel:GetErrorMessage())
Conout("Erro na validacao, solicitacao de viagem nao foi alterada.")
EndIf
oModel:DeActivate()
oModel:Destroy()
RpcClearEnv()
Return
//---------- Exclusao da solicitacao de viagem ----------//
User Function MyFA666Del()
Local oModel := Nil
Local cSolic := "0000000010"
RpcSetEnv("T1","D MG 01 ","claudio.ribeiro","1") // Inicializa ambiente com usuario solicitante
dbSelectArea("FW3")
dbSetOrder(1)
dbSeek(xFilial("FW3")+cSolic)
// Carrega modelo de dados com a solicitacao de viagem posicionada
oModel:= FWLoadModel("FINA666")
oModel:SetOperation(MODEL_OPERATION_DELETE)
oModel:Activate()
// Validacao e gravacao da exclusao
If oModel:VldData()
oModel:CommitData()
Conout("Solicitacao de viagem excluida com sucesso.")
Else
VarInfo("",oModel:GetErrorMessage())
Conout("Erro na validacao, solicitacao de viagem nao foi excluida.")
EndIf
oModel:DeActivate()
oModel:Destroy()
RpcClearEnv()
Return
04. TABELAS UTILIZADAS
- FW3 - Cabeçalho da Solicitação
- FW4 - Serviços (itens)
- FW5 - Participantes
- FW6 - Entidades de Custos
Viagem
A rotina de Viagens (FINA665) possui todas as informações relacionadas às viagens já emitidas via agência ou solicitação de viagem avulsa.
Uma viagem é composta por:
Cabeçalho da viagem, que possui os dados de data de início e fim, origem e destino, cliente a ser atendido (quando aplicável) etc.
Na aba adiantamentos são listados os participantes e os adiantamentos solicitados para cada um deles.
Na aba da viagem propriamente dita temos a listagem de todos os pedidos efetuados.
Ao selecionar um item de pedido da viagem, é habilitado um contexto por serviço com os dados específicos de cada um deles, como por exemplo: Para vôo temos a Cia. Aérea, Localizador, Classe etc.; no caso de um hotel temos o Nome do Hotel, datas de check-in e check-out etc. O serviços possíveis são:
- Vôo
- Hotel
- Carro
- Rodoviário
- Seguros
- Outros
São exibidos também os Participantes e as Entidades de Custo relacionadas.
Uma viagem efetuada no Reserve, é integrada somente quando está emitida, ou seja, não é possível alterar os seus serviços no Protheus (datas, valores etc). Os únicos dados passíveis de edição são as Entidades de Custo. Para mais detalhes, consulte o manual da integração TOTVS X Reserve.
Já uma viagem gerada de uma Solicitação de Viagens do Protheus, deve ter os seus detalhes de serviços informados pelo departamento de viagens através da opção de Conferência, já que a solicitação é um pedido para a compra da viagem. Caso a aprovação esteja habilitada após a conferência, será gerada um pendência de aprovação para o superior dos participantes.
Uma viagem com todos os seus serviços e gastos devidamente pagos e prestado contas é elegível para faturamento. Este processo exibe os custos da viagem que podem ser repassados para o cliente, integral ou parcialmente, e gera um pedido de venda para o cliente. Caso não seja aplicável para o segmento da empresa, este passo não é obrigatório.
Adiantamento
01. VISÃO GERAL
Os Adiantamentos (FINA667) são os valores creditados aos colaboradores para cobrir os gastos de uma viagem, tais como alimentação, transporte, comunicação etc.
Estes valores são calculados através da configuração da política de viagens da empresa, podendo ser:
- Valor Fixo: Este é o valor fixo concedido, normalmente para o valor de traslado.
- Valor com e sem Pernoite: Quando a viagem possui período dentro do mesmo dia, é calculado o valor do adiantamento sem pernoite, caso extrapole uma diária, será calculado com o valor com pernoite
- Outras moedas: Os valores em outras moedas são normalmente concedidos mediante crédito em traveller check ou compra de moeda. Para este caso o Protheus não faz o cálculo, mas o valor do crédito deste adiantamento deve ser informado. As taxas de conversão da compra desta moeda para a moeda forte podem ser informadas antes ou depois da geração do título mediante configuração no Assistente de Configuração.
Na rotina de Viagens (FINA665) ainda é possível solicitar complementos de adiantamentos. Caso um colaborador precise de mais dinheiro em uma viagem, esta solicitação pode ser efetuada selecionando a viagem e a opção Adiantamento Avulso. Neste caso é gerado mais um adiantamento vinculado à viagem.
As regras de geração de título, tais como Prefixo, Natureza, Data de Vencimento para adiantamentos normais e urgentes (aqueles solicitados fora da regra da política de antecedência) estão no Assistente de Configuração.
Os adiantamentos solicitados tanto via Reserve, Solicitação de Viagens ou Avulso não são aprovados em conjunto com a viagem e geram uma pendência para o superior do viajante, se configurado.
Importante
Se a opção "Bloqueia Adiantamento" estiver com "1=Sim", o sistema passará a não permitir a geração do adiantamento, caso exista alguma prestação de contas em aberto para o participante na filial no qual está sendo incluída a solicitação, conforme parametrização das configurações "Dias (max.)" e "Quantidade (max.)".
Exemplo:
Se for necessária a aprovação do superior e avaliação financeira, temos:
Ou então teremos os seguintes cenários se uma etapa puder ser realizada automaticamente:
Dica
A contabilização do adiantamento é realizado pelo lançamento padrão de inclusão de título.
Para os casos em que o adiantamento é em outra moeda e a taxa informada depois da geração do título, o mesmo deve ser contabilizado offline.
Atenção
Este processo não é obrigatório.
02. EXEMPLO DE UTILIZAÇÃO
O adiantamento pode ser gerado à partir da solicitação de viagem (FINA666), selecionando esta opção na aba Adiantamentos:
O campo RD0_DVIAGE é de uso exclusivo para a integração do RESERVE e que está descontinuado.
Ao clicar no campo adiantamento para o participante, o a adiantamento somente será solicitado se o cadastro do participante estiver com o campo Adiantamento "SIM". Esse controle será feito através do campo RD0_PERMAD (Cadastro de Pessoas).
Se o campo RD0_PERMAD estiver com o valor igual a "Não", o sistema irá mostrar tela de help, conforme abaixo e não permitirá e inclusão do adiantamento para o participante.
Mesmo com a adiantamento bloqueado pelo sistema para adiantamento ao participante na inclusão de viagens, o sistema não bloqueará a prestação de contas se houver necessidade para esse praticante.
Ou após a Viagem já ter sido enviada para o departamento de viagens (FINA665), clicando no botão "Solic. Adiant." e selecionando os participantes que receberão o adiantamento:
Então, através da rotina FINA667, o adiantamento pode ser visualizado, e seguir seu fluxo de ações:
03. ROTINA AUTOMÁTICA
Para execução da rotina automática, ilustramos a solicitação do adiantamento após a efetivação da viagem (MyFA667A), no seguinte exemplo:
Exemplo de execução da rotina automática Expandir origem
#INCLUDE "PROTHEUS.CH"
#INCLUDE "FWMVCDEF.CH"
//---------- Solicitacao de adiantamento da viagem ----------//
User Function MyFA667A()
Local aKeyFLC := {}
Local aUser := {}
Local oModel := Nil
Local oModelFLC := Nil
Local oModelFLD := Nil
Local cViagem := "0000000001"
Local cPartic := "000002"
RpcSetEnv("T1","D MG 01 ","claudio.ribeiro","1") // Inicializa ambiente com usuario solicitante
dbSelectArea("FL5")
dbSetOrder(1)
dbSeek(xFilial("FL5")+cViagem) // Viagem ja solicitada
// Carrega modelo de dados com a solicitacao de viagem posicionada
oModel := FWLoadModel("FINA667A")
oModelFLC := oModel:GetModel("FLCDETAIL") // Participantes
oModelFLD := oModel:GetModel("FLDDETAIL") // Adiantamentos
// Chave de busca do participante dentro da da viagem
aKeyFLC := { {"FLC_FILIAL",xFilial("FLC")},{"FLC_VIAGEM",cViagem},{"FLC_PARTIC",cPartic} }
oModel:SetOperation(MODEL_OPERATION_UPDATE)
oModel:Activate()
If FINXUser(RetCodUsr(),aUser,.T.)
// Participante que recebera adiantamento
If oModelFLC:SeekLine(aKeyFLC)
oModelFLC:SetValue("OK",.T.)
oModelFLD:LoadValue("FLD_DTSOLI",dDatabase)
oModelFLD:LoadValue("FLD_DTPREV",DataValida(dDatabase+3))
oModelFLD:LoadValue("FLD_SOLIC" ,aUser[1])
oModelFLD:LoadValue("FLD_NOMESO",PadR(aUser[2],TamSx3("FLD_NOMESO")[1]))
oModelFLD:SetValue("FLD_VALOR",400)
oModelFLD:SetValue("FLD_MOEDA","1")
oModelFLD:SetValue("FLD_JUSTIF","Adiantamento para viajante")
// Validacao e gravacao dos dados se consistentes
If oModel:VldData()
oModel:CommitData()
Conout("Adiantamento solicitado com sucesso.")
Else
VarInfo("",oModel:GetErrorMessage())
Conout("Erro na validacao, adiantamento nao foi solicitado.")
EndIf
Else
Conout("Viajante nao encontrado nessa viagem.")
EndIf
EndIf
oModel:DeActivate()
oModel:Destroy()
RpcClearEnv()
Return
04. TABELAS UTILIZADAS
- FL5 - Viagem
- FLC - Passageiros
- FLD - Adiantamentos
Prestação de Contas
Com uma viagem em andamento ou após a sua conclusão, o viajante deve efetuar sua prestação de contas das despesas para a empresa.
Toda viagem, independente de possuir ou não um adiantamento, gera automaticamente um registro na rotina de Prestação de Contas (FINA677) vinculada à ela.
Uma prestação de contas possui os dados básicos de uma viagem, como o seu número, data de início e fim, local, cliente que foi atendido (se for aplicável), além das entidades de custo e percentual de faturamento contra o cliente (se o cliente for aplicável) etc.
O colaborador poderá informar item à item, os gastos que teve em sua viagem informando: despesa, local, valor (na moeda corrente ou em outra e sua taxa de conversão), quantidade, entidades de custos etc.
Além disso, os adiantamentos são listados na prestação de contas e abatidos do valor total no rodapé da prestação de contas.
Os valores gastos, os reembolsáveis e o saldo também são exibidos no rodapé, nas 3 moedas tratadas pelo Protheus: corrente, dólar e euro.
Atenção
- Uma prestação de contas só pode ser finalizada desde que todos os adiantamentos vinculados à viagem, se houverem, estiverem pagos, ou seja, creditados ao colaborador. Isso previne que seja creditado um valor de reembolso indevido ao colaborador.
- Todas as outras moedas são convertidas para dólar, uma vez que a operação mais comum é a de concessão de traveller checks em dólar para débito, crédito ou saque na moeda corrente de outros países. Por exemplo: Em uma despesa efetuada em rúpias, a taxa informada da transação do traveller check deve ser a de referência de conversão em dólar.
- Título oriundo da prestação de contas: FINA667 ou FINA677 não pode ser negociado.
Uma vez finalizada e encaminhada para o departamento de viagens (após sua inclusão ou em momento posterior pela opção de envio para conferência), o departamento de viagens fará a conferência da prestação. Apesar do sistema já efetuar os cálculos dos valores reembolsáveis dos gastos através da regra de limites das despesas, se o conferente identificar algum item nos comprovantes que estão fora da política de viagens, o mesmo pode lançar os descontos neste momento e o valor a ser devolvido/reembolsado é atualizado.
Caso os passos de aprovação e/ou liberação para financeiro estejam ativos, serão geradas pendências para o superior do viajante e para o financeiro/departamento de viagens, respectivamente.
Importante
O processo de aprovação das prestações pelo Gestor imediato, só poderá ser realizado mediante a seleção do filtro "Em Avaliação do Gestor" no acesso a rotina FINA677(Prestação de Contas), caso o filtro seja desmarcado. será apresentado o help indicando que o processo de aprovação só poderá ser realizado mediante marcação do item no acesso a rotina.
Exemplo:
No caso em que o processo todo deve passar por aprovação ou conferência, temos:
Caso alguma etapa possa ser realizada automaticamente, temos:
Por fim, além das viagens, a rotina também permite efetuar prestações de contas avulsas.
Alteração do viajante da prestação de contas
Na inclusão de uma Prestação de Contas Avulsa, existe a opção "Alt. Viajante" em que é possível alterar o participante da Prestação de Contas.
Como exemplo:
Dois funcionários de uma empresa precisam fazer uma visita em um determinado cliente e um deles irá incluir a prestação de contas para o outro funcionário.
Funcionário João : é quem irá incluir a prestação de contas para a Maria. Será o Substituto da Maria.
Funcionária Maria: é quem terá a prestação de contas incluída pelo João. No seu cadastro de participante (APDA020), deverá ter configurado o usuário João como seu Substituto (RD0_USRPRE).
Nesse caso, o usuário João deve acessar o sistema e na inclusão da Prestação de Contas Avulsa, deve efetuar a alteração do Viajante, informando o Participante: Maria .
Dessa forma, o participante da Prestação de Contas passará a ser a usuária Maria (FLF_PRESTA).
Dica
A contabilização da prestação de contas possui lançamentos específicos para a contabilização das despesas, sendo eles:
- 8B3 - Item da Prestação de Contas/Despesa
- 8B4 - Estorno do Item da Prestação de Contas/Despesa
- 8B5 - Cabeçalho da Prestação de Contas*
- 8B6 - Estorno do Cabeçalho da Prestação de Contas*
*Os totalizadores da prestação de contas são gravados na tabela FLF - Cabeçalho da Prestação de Contas
Para a contabilização off-line da prestação de contas: LP 8B3 e 8B5 - Contabilização da Prestação de Contas Off-line
Conferência de Serviços
A Conferência de Serviços nada mais é que o espelho da fatura de uma agência de viagens ou dos próprios fornecedores diretos (companhias aéreas, hotéis, locadoras de carros etc.).
Nesta rotina é possível selecionar os itens de viagens, seja por serviço ou considerando todos os tipos, para seleção e edição do pagamento enviado na fatura. Com os pedidos devidamente selecionados e os valores editados quando necessário, será gerado um pedido de compra, uma nota ou um título a pagar.
Importante
- Quando uma viagem é remarcada, o pedido apenas é cancelado dentro da viagem, uma vez que muitos serviços incorrem taxas/custos de cancelamento ou remarcação. Por este motivo, tanto o remarcado quanto o ativo serão exibidos no pagamento.
- Ao selecionar um pedido para conferência, é sugerido o valor do serviço cadastrado na viagem, mas é possível editá-lo para maior ou menor, sendo que esta última opção também permite finalizar o pagamento do item ou manter o saldo para conferências parciais.
- Os percentuais das entidades de custo da viagem são proporcionalizados e carregados para o registro gerado da conferência.
Dica
A contabilização do adiantamento é realizado pelo lançamento padrão de inclusão de título.
Faturamento
Quando existe um acordo entre fornecedor e cliente a respeito do pagamento de gastos das viagens, o Protheus permite faturar tanto a viagem completa como um prestação de contas avulsa.
O faturamento de uma viagem inclui os custos dos serviços contratados (voo, hotel, locação de carros, seguros e rodoviário) e os gastos dos colaboradores envolvidos. Quando todos os serviços estiverem pagos e a prestação de contas finalizada e aprovada, a viagem estará apta a ser faturada contra o cliente, seja parcial ou totalmente. Contudo, é possível parametrizar as regras de viagens e permitir o faturamento antecipado de uma viagem, desde que ao menos a prestação de contas esteja finalizada, uma vez que este é um custo variável, diferentemente dos serviços que possuem uma previsão na sua contratação.
Já as prestações de contas avulsas podem ser faturadas assim que finalizadas.
Atenção
Este processo não é obrigatório.
Integrações
Para mais informações acesse os manuais de integração TOTVS X Reserve e PCO X Reserve.
App Minha Prestação de Contas
O App Minha Prestação de Contas permite um controle fácil e rápido para que viajantes corporativos mantenham sua prestação de contas atualizada durante uma viagem.
Com este aplicativo é possível:
- Sincronizar as prestações de contas de viagens;
- Incluir uma prestação de contas avulsa;
- Gerir/Controlar despesas;
- Acompanhar o saldo da prestação de contas;
- Encaminhar uma prestação de contas para conferência e aprovação;
- Acompanhar as prestações de contas já encerradas;
- Corrigir as prestações de contas recusadas.
O mínimo deste processo que precisa estar configurado para o funcionamento do aplicativo é:
- Cadastros
- Despesas (com ou sem amarração por localidade e grupo)
- Grupo de acesso
- Participantes
- Prestação de Contas (avulsa)
Já um processo completo de viagens para o App engloba:
- Cadastros
- Wizard de Configuração
- Participante
- Grupo de Acesso
- Despesa
- Grupo de Despesa
- Solicitação de Viagem (Via integração Reserve ou Protheus)
- Viagem
- Adiantamento
- Prestação de Contas (foco do app)
Atenção
- Este aplicativo é complementar ao processo de controle de viagens do Financeiro Protheus;
- É preciso ter um usuário e senha do Protheus (a partir da versão 12.1.17 expedição Janeiro/18) para utilizá-lo;
- Não é obrigatório o uso da integração TOTVS Reserve, pois já é possível efetuar solicitação de viagem avulsa no Protheus.
Para mais informações acesse o TOTVS Minha Prestação de Contas na área do Aplicativos.
Para fazer o download do App acesse o Google Play.
- Situações do documento Hábil.
- Documento Hábil.
- Programação financeira.
Consultas
As opções de Menu disponíveis são:
- Genéricos.
- Gen. Relacional.
- Posição de cliente.
- Posição de títulos a receber.
- Resumo geral.
- Posição de fornecedor.
- Posição de títulos a pagar.
- Resumo geral.
- Fluxo de caixa.
- Fluxo por natureza.
- Fluxo por natureza com centro de custo.
- Histórico fluxo por natureza.
- Orçados X Reais mês.
- Orçados X Reais ano.
- Rastreamento.
Relatórios
As opções de Menu disponíveis são:
- Cadastros
- Contas a Receber
- Contas a Pagar
- Comissões
- Movimento Bancário
- Caixinha
- Comun. Bancária
- Aplicações/Empréstimos
- Viagens
- Indicadores Nativos
- Clientes.
- Fornecedores.
- Ficha cadastral.
- Vendedores.
- Bancos.
- Relação Naturezas.
- Mala Direta-cartas.
- Títulos a Receber.
- Títulos a Receber por natureza.
- Títulos a Receber por vendedores.
- Recebimento diversos.
- Recebimento diversos X clientes.
- Relatório de recibos por clientes.
- Histórico de clientes.
- Juros recebidos.
- Juros devidos não pagos.
- Maiores devedores.
- Aging.
- Posição geral cobrança.
- Posição clientes.
- Sugestão de bloqueio.
- Boleto genérico.
- Emissão de faturas.
- Títulos enviados ao Banco.
- Boleto - Rdmake.
- Eficiência cobrança.
- Livro de duplicatas.
- Movimento mês a mês.
- Retenção INSS.
- Títulos a Receber com retenção de impostos.
- Títulos a Receber NF-e.
- Liquidação (CR).
- Quitação de débitos.
- Cheques devolvidos.
- Histórico de movimentos Serasa.
- Minha casa minha vida.
- Títulos a Pagar.
- Títulos a Pagar por natureza.
- Emissão borderôs.
- Posição fornecedores.
- Relação de cheques.
- Cheques especiais.
- Impressão de cheques.
- Aging.
- Cópia de cheques.
- Cheques cancelados.
- Borderô pagamentos.
- Eficiência Contas a Pagar.
- Mapa de Rateio.
- Emissão de DARF.
- Emissão de GPS.
- Posição geral Contas a Pagar.
- Retenção impostos.
- Títulos a Pagar com retenção de impostos.
- Relatório de aglutinadores.
- Relatório de aglutinação de imposto.
- Liquidações (CP).
- Demonstrativo PIS, COFINS e CSLL.
- Impostos por fornecedores.
- Previsão de comissões.
- Relação de comissões.
- Liberação de documento.
- Extrato Bancário.
- Movimento Financeiro diário.
- Movimento Bancário.
- Movimento caixa diário.
- Fluxo de Caixa Realizado
- Relação de baixa por natureza.
- Fluxo caixa analítico.
- Relação de baixas.
- Baixas por lote.
- Resumo financeiro.
- Diário auxiliar.
- Razonete.
- Diário sintético por natureza.
- Mapa de distribuição de múltiplas naturezas.
- Orçamentos X Reais ano por centro de custo.
- Compensação entre carteiras.
- Orçados X Reais mês.
- Orçados X Reais ano.
- Orçados X Reais mês por centro de custo.
- Liquidação.
- Conferência AVP CR.
- Conferência AVP CP.
- Título AVP CR.
- Título AVP CP.
- Movimentos.
- Status de Caixa.
- Baixa de Caixa.
- Recibo de Caixa.
- Relatório de retorno CNAB.
- Relatório de extrato CNAB.
- Relatório de retorno SISPAG.
- Demonstrativo empréstimo.
- Demonstrativo aplicação.
- História de aplicação.
- Detalhe de faturas.
- Status prestação de contas.
- Indicadores Nativos.
Miscelânea
As opções de Menu disponíveis são:
- Recálculos
- Contábil
- Integrações
- Arquivos
- Workflow
- TOTVS Report
- Ecossistema
- Usuários
- Spool
- Senhas
- Colaboração TOTVS UP
- Inscr. Event. Viewer
- Monitor EAI
- Recálculo de saldos bancários.
- Recálculo de saldos por natureza.
- Refaz acumulados.
- Refaz dados clientes e fornecedores.
- Recálculo de comissão.
- Aglutinação imposto.
- Apuração INSS.
- Aglutinação de PIS, COFINS e CSLL.
- Recálculo do caixinha.
- Apuração IRPJ/CSLL lucro real.
- Contabilização off-line.
- Contabilização de variação monetária.
- Apropriação aplicação de e empréstimos.
- Apropriação aplicação por cotas.
- Provisão para cobrança duvidosa.
- Cálculo AVP CP.
- Cálculo AVP CR.
- Planilha Excel.
- Serasa Relato.
- Cheques.
- Tabela de Motivos de baixa.
- Eliminação de resíduos.
- Gera dados para DIRF.
- Dados SEFIP.
- Atualização SINEF.
- Gera DIRF empresas públicas.
- Fornecedores autônomos.
- Rastreabilidade.
- Processos usuários.
- Messenger.
- TOTVS Report.
- Ecossistema.
- Usuários.
- Spool.
- Senhas.
- Colaboração TOTVS UP.
- Inscr. Event. Viewer.
- Monitor EAI.
MV_VLTITAD
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas