Page 1
i
LUIS OTÁVIO BERNARDES
ESTÁGIO CURRICULAR I E II
DESENVOLVIMENTO DO SUB-MÓDULO DE
CONCILIAÇÃO BANCÁRIA
EMPRESA: PROSYST SISTEMAS
SETOR: SUPORTE/MANUTENÇÃO SUPERVISOR: CLÓVIS HUDLER
ORIENTADOR: SANTIAGO VIERTEL CURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE
SISTEMAS
CENTRO DE CIÊNCIAS TECNOLÓGIAS - CCT
UNIVERSIDADE DO ESTADO DE SANTA CATARINA – UDESC
JOINVILLE
SANTA CATARINA - BRASIL
MAIO 2011
Page 2
ii
APROVADO EM........../........../..........
________________________________
Professor Santiago Viertel
Bacharel em Ciência da Computação
Professor Orientador
________________________________
Professor Adriano Fiorese
Doutor em Engenharia da Informática
________________________________
Professor Igor Kondrasovas
Especialista em Ciência da Computação
________________________________
Clóvis Hudler
Bacharel em Sistemas de Informação
Supervisor da CONCEDENTE
Page 3
iii
UDESC
UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC
CENTRO DE CIÊNCIAS TECNOLÓGICAS - FEJ
RELATÓRIO DE ESTÁGIO CURRICULAR
FOLHA DE AVALIAÇÃO FINAL
Carimbo da Empresa
UNIDADE CONCEDENTE
Razão Social: PROSYST Desenvolvimento de Sistemas CGC/MF: 79.86.807.0001-57
Endereço: Rua XV de Novembro, 2718 Bairro: Glória
CEP: 89216-200 Cidade: Joinville UF: SC Fone: (47) 34530000
Supervisor: Clóvis Hudler Cargo: Supervisor de Suporte/Manutenção
ESTAGIÁRIO
Nome: Luis Otávio Bernardes Matrícula: 211220833
Endereço: Rua Santa Catarina, 364 Bairro: Floresta
CEP: 89211-300 Cidade: Joinville UF:SC Fone: (47) 3426-5523
Curso: Tecnologia em Análise e Desenvolvimento de Sistemas
Título do Estágio: Desenvolvimento módulo de Conciliação Bancária
Período: 09/03/11 a 23/05/11 Carga horária: 240h
AVALIAÇÃO FINAL DO ESTÁGIO PELO
CENTRO DE CIÊNCIAS TECNOLÓGICAS
Representada pela Professor Orientador: Santiago Viertel
CONCEITO FINAL NOTA Rubrica do Professor Orientador
Excelente (9,1 a 10)
Muito Bom (8,1 a 9,0)
Bom (7,1 a 8,0)
Regular (5,0 a 7,0)
Reprovado (0,0 a 4,9) Joinville ____/____/______
Page 4
iv
UDESC
UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC
CENTRO DE CIÊNCIAS TECNOLÓGICAS - FEJ
RELATÓRIO DE ESTÁGIO CURRICULAR
AVALIAÇÃO DO ESTAGIÁRIO PELA EMPRESA
Nome do Estagiário: Luis Otávio Bernardes
QUADRO I
a) AVALIAÇÃO NOS ASPECTOS PROFISSIONAIS Pontos
1 - QUALIDADE DO TRABALHO - Considerando o possível
2 - ENGENHOSIDADE - Capacidade de sugerir, projetar, executar modificações ou inovações.
3 - CONHECIMENTO - Demonstrado no desenvolvimento das atividades programadas.
4 - CUMPRIMENTO DAS TAREFAS - Considerar o volume de atividades dentro do padrão
razoável
5 - ESPÍRITO INQUISITIVO - Disposição demonstrada para aprender
6 - INICIATIVA - No desenvolvimento das atividades
SOMA
Pontuação para o Quadro I e II
Sofrível - 1 ponto, Regular - 2 pontos, Bom - 3 pontos, Muito Bom - 4 pontos, Excelente - 5 pontos.
QUADRO II
b) AVALIAÇÃO DOS ASPECTOS HUMANOS Pontos
1 - ASSIDUIDADE - Cumprimento do horário e ausência de faltas
2 - .DISCIPLINA - Observância das normas internas da Empresa.
3 - SOCIABILIDADE - Facilidade de se integrar com os outros no ambiente de trabalho.
4 - COOPERAÇÃO - Disposição para cooperar com os demais para atender as atividades.
5 -SENSO DE RESPONSABILIDADE - Zelo pelo material, equipamentos e bens da empresa.
SOMA
c) AVALIAÇÃO FINAL Pontos LIMITES PARA CONCEITUAÇÃO SOMA do Quadro I multiplicada por 7 De 57 a 101 - SOFRÍVEL
SOMA do Quadro II multiplicada por 3 De 102 a 146 - REGULAR
SOMA TOTAL De 148 a 194 - BOM
De 195 a 240 - MUITO BOM
De 241 a 285 - EXCELENTE
Nome da Empresa: PROSYST – Sistemas Integrados de Gestão Empresarial
Representada pelo Supervisor: Clovis Hudler
CONCEITO CONFORME
SOMA TOTAL Rubrica do Supervisor da
Empresa
Local:
Data :
Carimbo da Empresa
Page 5
v
UDESC
UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC
CENTRO DE CIÊNCIAS TECNOLÓGICAS - FEJ
PLANO DE ESTÁGIO CURRICULAR
ESTAGIÁRIO Nome: Luis Otávio Bernardes Matrícula: 211220833
Endereço (Em Jlle): Rua Santa Catarina, 364 Bairro: Floresta
CEP: 89221-300 Cidade: Joinville UF: SC Fone: (47) 3426-5523
Endereço (Local estágio): Rua XV de Novembro, 2718 Bairro: Glória
CEP: 89216-200 Cidade: Joinville UF: SC Fone: (47) 3453-0000
E-mail: [email protected]
Regularmente matriculado no semestre: 5º Curso: TADS
Formatura (prevista) Semestre/Ano: 02/2011
UNIDADE CONCEDENTE
Razão Social: PROSYST Desenvolvimento de Sistemas
CGC/MF:
Endereço: Rua XV de Novembro, 2718 Bairro: Glória
CEP: 89216-200 Cidade: Joinville UF: SC Fone: (47) 3453-0000
Atividade Principal: Sistemas Integrados de Gestão Empresarial (ERP)
Supervisor: Clóvis Hudler Cargo: Supervisor de Suporte/Manutenção
DADOS DO ESTÁGIO
Área de atuação:
Departamento de Atuação: Suporte/Manutenção Fone: 3453-0000 Ramal: 226
Horário do estágio: 07:30h– 12:00h e 13:00h – 14:30h Total de horas do Estágio: 240h
Período: 2011/01 Total de horas semanais: 30 h
Nome do Professor Orientador: Santiago Viertel
Departamento: DCC
Disciplina(s) simultânea(s) com o estágio
Quantas: 05
Quais: GPR – Gerência de Projetos
DIR – Direito Aplicado
SOR – Sociologia das Organizações
TES03 – SQL
TES12 – Análise e Projeto de Sistemas Avançados
Page 6
vi
OBJETIVO GERAL
Auxiliar na análise, documentação e realização de implementos no módulo de
Conciliação Bancária, visando melhorar o processo para grandes volumes bancários e
documentar os processos do módulo a fim de facilitar o acesso a informações específicas
do sistema e facilitar o suporte ao mesmo.
ATIVIDADES OBJETIVO ESPECÍFICO HORAS
Documentação do Projeto
Análise das Melhorias
Desenvolvimento
Testes
Implantação
Validação do processo
Refere a documentação
relacionada às melhorias e
criação de um documento
completo para auxílio em
casos de suporte ao módulo.
Análise, e levantamento dos
dados para projetar as
melhorias.
Referente ao
desenvolvimento das
melhorias.
Testes referentes as
melhorias implantadas no
módulo.
Implantação das melhorias,
acompanhamento e primeiro
suporte a dúvidas dos
usuários.
Validação do novo processo
em funcionamento.
40 h
30 h
60 h
30 h
60 h
20 h
Page 7
vii
Rubrica do
Professor
Orientador
Aprovação do
Membro do
Comitê de
Estágio
Rubrica do
Coordenador
de Estágio
Rubrica do
Supervisor da
Empresa
Data: Data: Data:
Prof Nilson
Campos
Data: Carimbo da
Empresa
Page 8
SUMÁRIO
Rubrica do Professor Orientador ................................................................................................... iii
CRONOGRAMA FÍSICO E REAL ............................................................................................. VII
AGRADECIMENTOS ................................................................................................................... IX
LISTA DE FIGURAS ...................................................................................................................... X
RESUMO ...................................................................................................................................... XII
1. INTRODUÇÃO ........................................................................................................................... 11
1.1. OBJETIVOS ........................................................................................................................................ 12
1.2. ORGANIZAÇÃO DO ESTUDO .................................................................................................... 13
2. APRESENTAÇÃO DA CONCEDENTE ................................................................................... 14
2.1. MISSÃO .............................................................................................................................................. 14
2.2. VISÃO ................................................................................................................................................ 14
2.3. OBJETIVOS ....................................................................................................................................... 14
2.4. SETORES ............................................................................................................................................ 14
2.5. PRINCIPAIS CLIENTES........................................................................................................................... 15
3. DESENVOLVIMENTO.............................................................................................................. 17
3.1. ANÁLISE INTRODUTÓRIA À CONCILIAÇÃO BANCÁRIA ............................................................ 17
3.2. SITUAÇÃO ATUAL E PRETENDIDA ................................................................................................ 17
3.2.1 Situação Atual ............................................................................................................................... 17
3.2.1 Situação Pretendida........................................................................................................................ 18
3.3. DETALHES REFERENTES À ANÁLISE DO PROCESSO .................................................................. 18
3.4. DETALHES DAS INFORMAÇÕES PARA DESENVOLVIMENTO E PROTOTIPAÇÃO DE TELAS 23
3.5. DETALHES REFERENTES AO BANCO DE DADOS ......................................................................... 39
3.6. DETALHES DAS TECNOLOGIAS UTILIZADAS .............................................................................. 43
3.7. IMPLANTAÇÃO E SUPORTE AO CLIENTE ..................................................................................... 45
CONSIDERAÇÕES FINAIS .......................................................................................................... 46
REFERÊNCIAS BIBLIOGRÁFICAS ........................................................................................... 47
Page 9
Figura 1 – Fluxograma do Processo de Conciliação Bancária................................................23
Figura 2 – Importação dos Extratos Bancários.......................................................................25
Figura 3 – Manutenção dos Extratos Bancários......................................................................27
Figura 4 – Conciliação Automática.........................................................................................29
Figura 5 – Parâmetros da Conciliação Bancária......................................................................30
Figura 6 – Cancelamento da Conciliação Bancária...............................................................31
Figura 7 – Conciliação Manual...............................................................................................34
Figura 8 – Relatório de Fechamento da Conciliação Bancária..............................................35
Figura 9 – Layout simplificado do Relatório de Fechamento da Conciliação Bancária.......36
Figura 10 – Consulta do Saldo Bancário ...............................................................................37
Figura 11 – Lançamentos Agrupados do Caixa......................................................................38
Figura 12 – Digrama de Relacionamento-Entidade................................................................43
Page 10
10
RESUMO
O principal objetivo do trabalho é aprimorar o processo de movimentação contábil da
empresa Laticínios TIROL. Também diminuir tempo utilizado nos processos administrativos
internos referentes ao controle de Caixa e Bancos. A partir da criação de um sub-módulo do
Caixa e Bancos, voltado ao método da Conciliação Bancária.
O estagiário atuou nas fases de Análise, Documentação, Desenvolvimento,
Implementação, Homologação e Suporte do projeto. Com uma maior ênfase nas fases de
Análise, Implementação e Homologação visando auxiliar na criação do Sub-Módulo de
acordo com os padrões de qualidade pré-estabelecidos pela empresa concedente.
O resultado positivo para a empresa foi o cumprimento das metas estabelecidas para
desenvolvimento do projeto da Conciliação Bancária, e o desenvolvimento de mais um
funcionário na área específica de Contabilidade e Caixa e Bancos.
Page 11
11
1. INTRODUÇÃO
Buscando a melhoria de seus processos de cálculo de fluxo de caixa e saldo disponível, o
setor de Contabilidade e Controle Financeiro da empresa Laticínios Tirol entrou em contato
com a Prosyst Sistemas para possíveis implementos em seu módulo de Caixa e Bancos.
Cliente de longa data da Prosyst, a Tirol propôs o desenvolvimento de uma melhoria referente
à realização do procedimento de Conciliação Bancária, funcionalidade. Até então não
existente no módulo de Caixa e Bancos em seu Sistema Gerencial.
O objetivo do estagiário neste projeto é desempenhar o papel de auxiliar na criação do
módulo de Conciliação Bancária. Estabelecendo como principal meta a participação nos
processos de análise, desenvolvimento, testes e implantação tendo destaque na área de
Análise e Testes, contribuindo com o desenvolvimento do projeto e também adquirindo
experiência na área de desenvolvimento de software.
O trabalho é desenvolvido por partes, sendo que as principais são: Apresentação da
empresa participante do projeto de estágio, detalhamento das atividades desenvolvidas em
conjunto da equipe e a conclusão do projeto.
A principal dificuldade encontrada foi o pouco conhecimento do módulo de Caixa e
Bancos, área que pode se tornar complicada se não houver prévio conhecimento do assunto.
Limitação que foi solucionada com pesquisa de materiais didáticos sobre o assunto na
Internet, e treinamentos com os analistas dos módulos de Caixa e Bancos e Contabilidade,
além do conhecimento já adquirido nas aulas de Análise de Sistemas e Fundamentos de
Sistemas de Informação.
Page 12
12
1.1 OBJETIVOS
1.1.1 Objetivo Geral
Desenvolvimento do Sub-módulo Conciliação Bancária referente ao módulo Caixa e
Bancos do Sistema Gerencial PROSYST.
1.1.2 Objetivos Específicos
- Análise do Processo para detectar as melhorias necessárias
- Documentação do Projeto para encaminhar ao desenvolvimento
- Desenvolvimento dos programas necessários para o processo
- Testes e Homologação do processo
- Implantação da Conciliação Bancária
- Suporte aos usuários em relação a dúvidas ou problemas
1.1.3 Justificativa
Empresas com grande volume de movimentações bancárias diárias necessitam aplicar o
método da conciliação bancária para conhecimento ideal de seu controle financeiro.
Considerando que o mesmo impacta diretamente no faturamento total da empresa,
fechamento mensal do caixa e no controle dos pedidos de venda faturados. É Importante
também ressaltar que para empresas com um grande número de filiais como é o caso da
empresa em análise, manter o controle financeiro exato sem saber o que está em
movimentação bancária, pode se tornar uma tarefa difícil e demorada.
O processo que a empresa adota hoje requer uma demanda de tempo e esforço coletivo
de uma equipe voltada somente a realizar este serviço. Sendo que o mesmo também está
sujeito a falha humana e equívocos na confecção da planilha com os valores atualizados do
Caixa e Bancos.
Ao desenvolver o módulo de Conciliação Bancária, é visado aprimorar e acelerar o
processo interno da empresa e eliminar possíveis casos de equívocos no andamento do
trabalho. Proporcionando maior flexibilidade no trabalho do setor de Contabilidade e
Financeiro da empresa e um significante aumento na qualidade dos dados dispostos. Atuando
Page 13
13
como ferramenta de auxílio para controle de entradas e saídas da empresa, e também para
tomada de decisões relacionadas a investimentos e custos.
1.2. ORGANIZAÇÃO DO ESTUDO
O trabalho foi dividido de maneira a primeiramente apresentar as informações
relacionadas à empresa concedente ao estágio, o capítulo 2 detalha as atividades realizadas e o
que ainda está pendente por realizar e por último é apresentado as considerações finais do
estágio.
Page 14
14
2. APRESENTAÇÃO DA CONCEDENTE
Fundada em 15 de outubro de 1986, empresa atuante no mercado de sistemas de gestão
empresarial. É uma empresa certificada ISO 9001 desde 20 de julho de 2001 através do
organismo certificador BVQI (Bureau Veritas).
2.1. MISSÃO
Oferecer ao mercado Soluções de Qualidade em Sistemas Informatizados de Gestão
Empresarial, que sejam modulares, adaptáveis e integráveis, objetivando aos nossos Clientes,
a racionalização, o controle e a eficácia no uso destas informações.
2.2. VISÃO
O atendimento aos requisitos aplicáveis, e a constante melhoria dos seus produtos e
processos sempre com foco na satisfação dos clientes.
2.3. OBJETIVOS
Satisfação dos Clientes;
Lucratividade estável, visando à partilha dos lucros com os empregados;
Os trabalhos são realizados em forma de Ordens de Serviço, visando atender o cliente
com qualidade e dentro do prazo estipulado;
Atender os clientes através de um suporte técnico qualificado buscando sempre
resolver situações que possam estar atrapalhando o uso do sistema.
2.4. SETORES
A empresa é atualmente segmentada da seguinte forma:
Page 15
15
Administrativo e Diretoria: Responsável tanto pela tomada de decisões gerenciais
como pelo suporte e manutenção dos principais setores da empresa.
Comercial: Responsável por gerenciar as Ordens de Serviço, estabelecer preços e
prazos para os orçamentos nos clientes e prestar suporte para situações relacionadas a
cobranças ou andamento das Ordens de Serviço.
Consultoria: A consultoria atua diretamente com o cliente, realizando visitas para
implantação de novos produtos, acompanhamento de processos e realizando o controle
dos Planos de Ação pré-estabelecidos para as empresas que utilizam o Sistema
Prosyst.
Desenvolvimento: Responsável pela execução das Ordens de Serviço, o
desenvolvimento atua no implemento e desenvolvimento de novas funcionalidades do
Sistema Prosyst.
Suporte Técnico e Manutenção: Atua diretamente com o cliente solucionando
situações que possam estar acontecendo no Sistema Prosyst. O suporte técnico é
responsável por solucionar tanto dúvidas, quanto analisar problemas relatados nos
programas. Assim que relatados os mesmos são encaminhados para a Manutenção
para que sejam solucionados. A Manutenção atua somente na resolução de problemas
referentes a situações decorrentes na utilização do Sistema Prosyst. Os mesmos podem
ser: Manutenções preventivas, voltadas a resolver problemas no desenvolvimento de
um determinado programa ou; manutenções evolutivas que são caracterizadas por
modificações nos programas devido à troca de regras de negócio ou mudanças no
processo dos clientes que afetam o uso de uma determinada rotina.
2.5. PRINCIPAIS CLIENTES
Albrecht – Empresa de fabricação e montagem de equipamentos industriais, possui
mais de 40 anos de história e é conhecida mundialmente como uma líder no mercado de
máquinas para a área têxtil.
Laticínios Tirol – Atualmente o maior cliente da Prosyst, a Tirol possui mais de 20
filiais espalhadas por Santa Catarina e Paraná e é uma líder no mercado nacional e
internacional em produtos derivados de leite.
Page 16
16
Grupo Rudnick – Composto pelos Postos de Gasolina Rudnick, Restaurante Rudnick e
Rudipel/Dibrape Petróleo, a Rudnick é uma empresa que trabalha no ramo abastecimento de
veículos, tendo também empresas voltadas a conveniência nas estradas e uma empresa de
minérios voltada para pesquisa.
Döehler Indústria Textil – A mais de 30 anos no mercado de produtos têxteis voltados
para cama, mesa e banho, tem como foco a produção de produtos para uso doméstico e é hoje
uma das princípais empresas do ramo.
Page 17
17
3. DESENVOLVIMENTO
Neste capítulo serão detalhadas as atividades realizadas durante o período do estágio.
3.1. ANÁLISE INTRODUTÓRIA À CONCILIAÇÃO BANCÁRIA
A conciliação bancária tem como principal objetivo comparar os dados existentes
referentes a movimentos bancários no controle financeiro de uma determinada empresa e as
principais movimentações existentes em uma determinada conta bancária.
Visando evitar eventuais imprevistos em consultas ao controle financeiro de uma
organização, a conciliação bancária é utilizada para calcular saldos que por algum motivo
ainda estão por entrar no controle financeiro, porém no presente momento não se encontram
lá devido a fatores externos, exemplo muito simples disto é o processo de emissão de um
cheque. Existe um determinado intervalo de tempo entre o momento que o cheque é emitido,
e sua devida compensação no banco, o que pode gerar divergências momentâneas no saldo
final do controle financeiro de uma empresa. Após calculado o saldo corrente na conta da
empresa e os movimentos pendentes no banco, cabe a Conciliação Bancária apontar esta
diferença afim de que não haja dúvidas em relação ao verdadeiro fluxo de caixa.
3.2. SITUAÇÃO ATUAL E SITUAÇÃO PRETENDIDA
Nesta seção será tratada a situação atual que o processo se encontra na empresa e quais
as metas estipuladas pela empresa concedente para melhoria no processo da Conciliação
Bancária.
3.2.1 Situação Atual
Até o momento este processo era realizado manualmente utilizando planilhas para os
cálculos dos valores da conta. O processo não era automatizado e o mesmo encontra-se
sujeito a erros na importação das informações para as planilhas e falha humana referente aos
cálculos dos valores divergentes nas contas Banco versus Empresa. Outro fator de destaque na
Page 18
18
situação atual é demora na realização da Conciliação Bancária, devido ao grande número de
movimentações que a presente empresa realiza mensalmente e a grande quantidade de bancos
que possuem movimentações nos registros.
3.2.2 Situação Pretendida
Os benefícios esperados com a automatização do processo seriam a diminuição de
falhas nas informações referentes aos controles de fluxo e melhora no tempo total para
realização da Conciliação Bancária. Estimando uma melhora tangível, espera-se que o
processo torne-se mais rápido em no mínimo oito horas semanais. A partir de
acompanhamento do novo processo após desenvolvimento do módulo, será possível apontar
com clareza as melhorias no desenvolvimento e controlar as falhas com acompanhamento e
solução de dificuldades de acordo com as métricas de confiabilidade de software levando em
considerando a porcentagem de erros ocorridos e o tempo médio de ocorrência destes.
3.3. DETALHES REFERENTES À ANÁLISE DO PROCESSO
A partir de análise do funcionamento da Conciliação Bancária, foi segmentado o
processo em cinco momentos.
3.3.1. Importação dos Extratos Bancários
Visando auxiliar no processo e facilitar o controle das movimentações das empresas,
os órgãos bancários disponibilizam métodos para exportação dos seus extratos bancários em
formato de arquivo para importação em sistemas de gestão de fluxo de caixa. Neste parte é
realizada a importação dos extratos de um determinado portador para dentro do módulo do
Caixa e Bancos. As importações podem ser de maneira automática para bancos que possuem
a possibilidade de importação por arquivos de leitura e também manual para bancos que não
possuem o serviço de geração de arquivos de extrato.
Referente a este passo do processo, foi verificada a necessidade de desenvolvimento
de dois programas.
Page 19
19
3.3.1.1. Programa de Importação dos Extratos Bancários
Desenvolver a importação dos extratos bancários para o novo conceito de
armazenamento das informações viabilizando os novos métodos de conciliação.
3.3.1.2. Programa de Manutenção dos Extratos Bancários
Desenvolver um programa para consultar e fazer manutenção dos extratos bancários.
Através deste programa será possível digitar os lançamentos de um extrato não importado.
Será utilizado principalmente para Bancos com pouca movimentação ou que não
disponibilizam o extrato em arquivo texto.
3.3.2. Conciliação Automática dos Movimentos
Após importados os extratos bancários, é necessário realizar a conciliação destes aos
movimentos lançados de Caixa e Bancos. Esta conciliação pode acontecer de duas maneiras,
automática ou manual.
O método de conciliação automática dos movimentos lerá todos os movimentos
referentes aos extratos lançados referentes ao portador informado bem como todos os
movimentos lançados no controle financeiro da empresa que possuem mesmos parâmetros
lidos para cheques número de documento e valor. Para outros pagamentos além de utilizar os
parâmetros já citados deve comparar as datas de lançamentos para encontrar seu respectivo
extrato.
Depois de realizada a conciliação automática dos movimentos, julgou-se necessário
que toda movimentação conciliada automaticamente seja apresentada em forma de relatório
para conferência.
Para conciliação correta dos movimentos foi estabelecido que devem existir
parametrizações específicas para determinados movimentos, visando aprimorar a precisão da
união dos movimentos bancários com os lançamentos do Caixa e Bancos.
Também é possível efetuar o cancelamento da conciliação bancária de um
determinado movimento. Para facilitar o acesso aos movimentos conciliados, o mesmo deve
apresentar movimentos de um determinado portador e data, ou filtrar diretamente por número
de documento.
Referente a este passo do processo, foi verificada a necessidade de desenvolvimento de
três programas.
Page 20
20
3.3.2.1 Conciliação Automática
Desenvolver programa para executar a rotina de Conciliação Automática. Serão
confrontados os lançamentos de um extrato bancário com os movimentos registrados no
sistema de caixa e bancos. São marcados como conciliados os lançamentos idênticos, ou seja,
lançamento para o mesmo banco, de mesmo tipo (débito e crédito), de mesmo valor e na
mesma data, com exceção dos cheques que serão conciliados baseados em seu número e valor
somente.
3.3.2.2. Parâmetros da Conciliação
Desenvolver um programa para definir os Parâmetros da Conciliação Bancária a
fim de vincular os códigos dos tipos de movimentos constantes nos extratos bancários entre os
bancos e sistemas. Exemplo, PAGFOR (boletos e TED), Tarifa compensação de Cheques e
Débito serviço de Cobrança, com as suas respectivas contas contábeis e/ou modalidades de
pagamento/recebimento do Sistema de Caixa e Bancos, como por exemplo, TED, Débito em
Conta e Boletos.
3.3.2.3. Cancelamento da Conciliação Bancária
Desenvolver um programa para realizar o Cancelamento da Conciliação Bancária. Este
programa apresentará as conciliações efetuadas de acordo com os filtros informados em tela.
Tais como período de lançamento, código do banco, número do cheque e tipo movimento
(entrada ou saída). Permitirá ainda que o usuário cancele uma conciliação, fazendo com que
essas informações do Extrato Bancário e do Caixa e Bancos voltem a aparecer no programa
de Conciliação Manual.
3.3.3. Conciliação Manual dos Movimentos
Em caso de documentos bancários importados para o Caixa e Bancos que por algum
motivo não foram conciliados com as movimentações previamente lançadas no sistema, foi
verificada a necessidade de realizar conciliações manuais para casos específicos. Um exemplo
claro desta situação é o pagamento de dois lançamentos de mesmo portador do Caixa e
Bancos com somente um extrato bancário mais precisamente um cheque.
Referente a este passo do processo, foi verificada a necessidade de desenvolvimento de
somente um programa.
Page 21
21
3.3.3.1. Conciliação Manual
Desenvolver um programa para realizar a Conciliação Manual. Nesta opção será
permitido que o usuário vincule lançamentos ainda não conciliados entre banco e caixa da
empresa. Sua tela será dividida em duas partes, apresentando em um lado os lançamentos dos
Extratos Bancários e do outro lado os movimentos do Caixa e Bancos não conciliados
automaticamente. Será permitida a conciliação de vários lançamentos do Extrato Bancário
com os vários movimentos do Caixa e Bancos da empresa.
3.3.4. Relatório de Fechamento da Conciliação
Realizado todos os passos referentes à conciliação dos movimentos, foi levantado
como necessidade do cliente um relatório. Neste relatório é possível acompanhar o andamento
das movimentações dos extratos bancários e as movimentações do Caixa e Bancos não
conciliadas de maneira separada. Além disto, apresentar um resumo dos valores da
Conciliação, sendo este o objetivo principal de todo o processo: determinar com precisão os
valores apresentados nos caixas da empresa.
Em análise mais detalhada do fechamento da Conciliação, notou-se que este relatório
era amplamente utilizado pelos stakeholders para controle do saldo final da conciliação. Foi
determinado que a necessidade de uma ferramenta de consulta das informações dos caixas que
fosse mais dinâmica e tivesse uma performance melhor que a do relatório do fechamento.
Como a geração do relatório deve apresentar todas as movimentações em tela, teria tempo de
processamento elevado.
Referente a este passo do processo, foi verificada a necessidade de desenvolvimento de
dois programas.
3.3.4.1. Relatório de Fechamento da Conciliação Bancária
Desenvolver um programa que gera um relatório para apuração do fechamento
da conciliação bancária. O relatório irá apresentar os saldos conforme os movimentos
existentes no Caixa/Bancos, os saldos conforme o Extrato Bancário e os movimentos não
Page 22
22
conciliados no período solicitado pelo usuário. Este relatório assemelha-se a planilha de
Fechamento utilizada pela empresa no processo atual de conciliação bancária manual.
3.3.4.2. Consulta do Saldo Bancário
Desenvolver um programa para consultar o saldo do dia anterior existente no
banco, com base nas informações do extrato importado e o saldo atual com base nas
informações do sistema de Caixa e Bancos.
3.3.5. Integração Contábil
Os movimentos conciliados podem ser integrados dependendo de sua finalidade dentro
do Sistema Gerencial da Prosyst. Um movimento pode pertencer os seguintes módulos do
Sistema Gerencial: Contas a Pagar, Contas a Receber ou Caixa e Bancos. Os mesmos serão
agrupados conforme prévia parametrização nos Parâmetros da Conciliação Bancária no Passo
de Conciliação Automática. Para isto é necessário agrupar lançamentos conforme sua
necessidade na Integração da Contabilidade.
Referente a este passo do processo, foi verificada a necessidade de desenvolvimento
de somente um programa.
3.3.5.1 Lançamentos Agrupados do Caixa
Foi desenvolvido um programa que permitirá efetuar lançamento agrupado
através do sistema de caixa e bancos. Desta forma será possível lançar no mesmo o
pagamento de diversas despesas através de um único documento, como por exemplo, um
cheque. O sistema também apresentar este lançamento de forma agrupada na Conciliação
bancária e na Integração Contábil.
Page 23
23
Figura 1 – Fluxograma do Processo de Conciliação Bancária
3.4. DETALHES DAS INFORMAÇÕES PARA DESENVOLVIMENTO E
PROTOTIPAÇÃO DE TELAS
A partir da análise do processo da Conciliação Bancária, é possível determinar a
necessidade de desenvolvimento dos programas e criar modelos de suas respectivas telas.
3.4.1 Importação dos Extratos Bancários
Será desenvolvido um programa para realizar a importação do arquivo de texto que
contém os extratos bancários. Será solicitada o código do portador de origem do extrato.
Depois de informado o banco, o programa apresentará os arquivos disponíveis (já
Page 24
24
recebidos/baixados do banco) para importação, o usuário deve marcar os arquivos que serão
importados e clicar no botão “Importar Marcados”, conforme apresentado na Imagem 3.
A importação será desenvolvida com base nos layouts de mercado dos seguintes
bancos:
BESC - Layout Intercâmbio de Informações entre Bancos e Empresas – Padrão CNAB
240 Posições (Versão 8.01)
Banco Real – Layout Extrato de Conta Corrente – Padrão CNAB 240 Posições (Versão
8.00)
Banco do Brasil - Layout Extrato Conta Corrente – Padrão DEB558
Bradesco - Layout Conciliação Bancária – Interno e Externo.
A importação de extrato de outros bancos também será possível desde que utilizem o
mesmo layout do arquivo, caso contrário, será necessário adaptar o programa ao layout do
banco. A adaptação do programa a outro layout não está compreendida neste projeto, ou seja,
caso haja necessidade da adaptação, o mesmo será analisado.
3.4.1.1. Detalhamento Técnico e Protótipo de Tela
Para desenvolvimento do programa foi especificado as seguintes diretrizes.
Gerar arquivo “LOG” das operações realizadas.
Não permitir importar um extrato em duplicidade.
O programa deve transferir as informações do registro/arquivo do arquivo do banco
para um registro/arquivo comum para todos, facilitando assim a inclusão de novos
layouts. Essa transferência deve ser feita em uma seção específica.
Antes de gravar a informação, o programa deve ler todo o arquivo para verificar se
existem inconsistências, (arquivo de banco diferente do informado na tela, linha com
caracteres estranhos, linhas com informações fora do layout definido) caso existam
deve rejeitar o arquivo inteiro.
A importação realizada irá armazenar informações na tabela “Extratos Bancários” e
“Saldo dos Extratos Bancários”.
Os arquivos que forem importados com sucesso devem ser movidos para o diretório
informado no campo “Mover Arquivos importados para a Pasta:”.
Page 25
25
Figura 2 – Importação dos Extratos Bancários
3.4.2. Manutenção dos Extratos Bancários
Será desenvolvido um programa para consultar e fazer manutenção dos
extratos bancários. Será utilizado principalmente para Bancos com pouca movimentação ou
que não disponibilizam o extrato em arquivo texto.
Através deste programa será possível digitar os lançamentos de um extrato não
importado. Também será possível cancelar movimentos importados ou digitados. Para o caso
de importações indevidas. O programa não permitirá o cancelamento de movimentos já
conciliados.
Tanto para edita como para excluir o usuário deve informar os filtros na tela (portador,
data inicial e data final) e solicitar a pesquisa das informações.
3.4.2.1. Detalhamento Técnico e Protótipo de Tela
Para desenvolvimento do programa foi especificado as seguintes diretrizes.
Page 26
26
Esta tela irá consultar os movimentos do Extrato conforme filtros e permitir cancelar
o registro e incluir novos registros.
No caso de inclusão devem ser solicitados ao usuário os campos: Data de Movimento,
Documento, Valor, Entrada/Saída (seleção das opções), Histórico, código da Operação
do Banco,
Demais campos devem ser preenchidos da seguinte forma:
o Portador = utilizar a informação do filtro do portador
o Seqüência = gerar uma nova seqüência ao gravar a informação
o Indicador de Conciliação: “não”
o Tipo Entrada; “Manual”
o Usuário: WK-USUARIO
o Data: WK-DATA-CORR
o Hora: Hora corrente.
o Situação: “Ativo”
Quando o usuário clicar no botão “Incluir” deve ser incluído uma linha no objeto
flexcell e dois botões na tela “Gravar inclusão” e “Cancelar inclusão” abaixo do objeto
flexcell alinhado a esquerda. O novo registro só será gravado na tabela “Extratos
Bancários” caso o usuário clicar no “Gravar inclusão”.
No caso de “Cancelar” um movimento, o campo Situação deve ser alterado e deve ser
gravado um LOG com o usuário, data e hora que cancelou o movimento. No arquivo
deve permanecer usuário, data e hora originais.
Não permitir excluir um movimento já conciliado.
Os botões “Incluir” e “Cancelar” devem iniciar desabilitados e só devem ser
habilitados após a utilização da função “Pesquisar”.
Page 27
27
Figura 3 – Manutenção dos Extratos Bancários
3.4.3. Conciliação Automática
Será desenvolvido um programa para realizar a conciliação automática dos
lançamentos constantes no extrato bancário com os movimentos registrados no sistema de
caixa e bancos. Lançamentos idênticos serão marcados como conciliados, ou seja, lançamento
para o mesmo banco, de mesmo tipo (entrada ou saída), de mesmo código de operação, de
mesmo valor e na mesma data. Existe uma exceção dos cheques que serão conciliados
desconsiderando a data, pois nem sempre são baixados na data que foram contabilizados no
sistema.
A tela do programa irá solicitar o código do portador (banco), o período de lançamento
do extrato a ser conciliado e uma data inicial para pesquisa dos movimentos do caixa e
bancos.
Após a rotina de conciliação o programa apresentará um relatório das conciliações
efetuadas automaticamente para conferência. Este relatório também poderá ser emitido
posteriormente. No caso dos cheques, o relatório deverá apresentar o valor original do cheque
Page 28
28
e o valor pelo qual ele foi compensado, caso existir diferença entre os valores deverá mostrar
os valores em destaque (em vermelho ou em negrito).
3.4.3.1. Detalhamento Técnico e Protótipo de Tela
Para desenvolvimento do programa foi especificado as seguintes diretrizes.
- Na pesquisa considerar apenas movimentos ainda não conciliados.
- Pedir na tela a data inicial para realizar a pesquisa de cheques na tabela “Movimentos do
Caixa” por motivos de desempenho.
- Guardar a data inicial da tela em arquivo de contexto.
- Se o movimento do extrato for de cheque, pesquisar no caixa da data do extrato para trás.
Será considerado conciliado se bater valor, número de documento e tipo de movimento
(entrada/saída).
- Se o movimento do extrato não for de cheque, pesquisar no caixa na data exata do
extrato. Será considerado conciliado se bater valor, número de documento, data de
movimento e tipo de movimento (entrada/saída).
- Buscar no Header seqüência de conciliação.
- Este programa deve gravar os arquivos de conciliação nas respectivas tabelas
(“Conciliação do Caixa e Bancos” e “Conciliação dos Extratos”) e indicar como
conciliação automática. A ligação entre os dois arquivos será a seqüência de conciliação.
- Ao final do processo deve chamar o relatório dos movimentos conciliados, e
automaticamente iniciar a pesquisa. O relatório deve ser desenvolvido de maneira a
permitir sua emissão a qualquer momento. Deve ser possível filtrar o relatório pelo tipo de
pagamento, banco (portador), tipo de conciliação (automática ou manual), período de
conciliação, período de movimento do Caixa e Bancos e período de movimento do Extrato.
O relatório deve apresentar todas as informações referentes aos documentos conciliados.
- Verificar se o desempenho do programa ficou adequada para o grande volume de
informações existentes no cliente.
Page 29
29
Figura 4 – Conciliação Automática
3.4.4. Parâmetros da Conciliação
Será desenvolvido um programa para manutenção dos parâmetros para a
conciliação bancária. Serão vinculadas aos códigos de operação do banco as operações
efetuadas no Caixa e Bancos (pagamento por cheque, pagamento escritural, cobrança
escritural, etc.), complemento de operações (no caso do pagamento escritural será a
modalidade de pagamento) e contas contábeis. Este cadastro se faz necessário para possibilitar
a conciliação automática, visto que, os bancos possuem códigos diferentes para as operações
apresentadas no extrato.
3.4.4.1. Detalhamento Técnico e Protótipo de Tela
Para desenvolvimento do programa foram especificadas as seguintes diretrizes.
- Este programa deve gravar o arquivo de parâmetros (tabela “Parâmetros da Conciliação”).
- O campo “Banco” receberá o código de banco, conforme a câmara de compensação.Ex:
237- Bradesco, 001 Banco do Brasil.
Page 30
30
- Desenvolver um zoom de Banco conforme bancos cadastrados na tabela “Portadores.
Campos: “Portador-Cod-Banco”, “Portador-Nome-Portador”.
- O campo “Operação Caixa e Bancos” deve ser um campo de seleção que conterá as
seguintes opções: Pagamento Cheque, Pagamento Escritural, Pagamento Débito em Conta,
Pagamento Manual, Cobrança Escritural, Cobrança Manual.
- O campo “Complemento da operação” só deve ser solicitado quando a operação for de
cárater “Pagamento Escritural”. Deve utilizar os códigos e zoom das Modalidades de
Pagamento (tabela “Modo de Pagamento”).
- O campo conta contábil receberá tanto a conta contábil normal como reduzida, porém deve
gravar a reduzida.
- Os campos Banco, Operação Banco e Operação Caixa e Bancos devem ser obrigatórios.
- Desenvolver a listagem da tabela de parâmetros.
Figura 5 – Parâmetros da Conciliação Bancária
3.4.5. Cancelamento da Conciliação Bancária
Será desenvolvido um programa para cancelar uma conciliação bancária realizada.
Serão apresentadas conciliações efetuadas de acordo com os filtros da tela (período, portador,
número do documento e tipo conciliação (manual ou automática). Isto permite que o usuário
cancele uma conciliação, fazendo com que essas informações do Extrato e do Caixa e Bancos
Page 31
31
voltem a aparecer no programa de Conciliação Manual. Serão permitidos os cancelamentos
das conciliações Automáticas e Manuais.
3.4.5.1. Detalhamento Técnico e Protótipo de Tela
Para desenvolvimento do programa foi especificado as seguintes diretrizes.
- Gerar arquivo “LOG” das operações realizadas.
- Pedir na tela: código do portador, período do movimento do extrato, número do documento.
- Com base nestes argumentos, apresentar um campo e um checkbox para cada movimento
conciliados.
- Usuário selecionará a conciliação que deseja cancelar. Todos os movimentos de conciliação
da seqüência de conciliação selecionada serão cancelados.
- Guardar em um arquivo auxiliar as informações referentes ao cancelamento de um registro
de conciliação (tabela “Conciliações Canceladas”). Deverá ser armazenado quem realizou o
cancelamento, qual o movimento e quando foram executadas estas operações.
Figura 6 – Cancelamento da Conciliação Bancária
Page 32
32
3.4.6. Conciliação Manual
Será desenvolvido um programa para realizar a conciliação manual dos
lançamentos constantes no extrato bancário com os movimentos registrados no caixa e
bancos. O mesmo terá sua tela dividida em duas partes, onde ao lado esquerdo serão
apresentados os lançamentos do extrato não conciliados automaticamente e do lado direito os
movimentos do Caixa e Bancos também não conciliados automaticamente. O usuário poderá
marcar no lado do Caixa e Bancos os movimentos pertinentes a cada lançamento do extrato
apresentado na tela. Quando o usuário clicar na função de conciliar, os movimentos sairão da
tela de lançamentos não conciliados e irão compor a lista de movimentos já conciliados que
estará localizado na parte inferior da tela. O programa permitirá a conciliação de vários
lançamentos do Extrato com quaisquer movimentos do Caixa e Bancos. Os filtros de pesquisa
referentes ao período serão diferentes para os movimentos do extrato bancário e movimentos
do Caixa e Bancos.
Após a confirmação de uma conciliação manual não será efetuada nova pesquisa dos
movimentos que ainda não foram conciliados. Somente serão excluídos os mesmos e
apresentados como conciliados no final da tela.
3.4.6.1. Detalhamento Técnico e Protótipo de Tela
Para desenvolvimento do programa foi especificado as seguintes diretrizes.
- Gerar arquivo “LOG” das operações realizadas.
- Pedir na tela o código do portador, período de movimento do extrato e data inicial para
pesquisa na tabela “Movimentos do Caixa e Bancos”.
- Considerar apenas movimentos ainda não conciliados.
- Apresentar três flexcell´s: um para movimentos do extrato, outro para movimentos do caixa
e outro para conciliações efetuadas.
- Permitir ordenação nestes flexcell´s.
- Flexcell´s com checkbox.
- Apresentar no flexcell de movimentos do extrato: data do movimento, número de
documento, valor, entrada/saída, se é cheque, histórico, código do movimento no banco,
usuário/data/hora da importação.
Page 33
33
- Apresentar no flexcell de movimentos do caixa: data do movimento, número de documento,
valor, entrada/saída, histórico, seqüência da tabela “Movimentos do Caixa e Bancos”.
- O usuário marca no flexcell do extrato os movimentos que deseja conciliar com os
movimentos do flexcell dos movimentos do caixa. Ele clica num botão do tipo "Conciliar
Movimentos". O sistema gera uma nova seqüência de conciliação e grava nos respectivos
arquivos. Copia os registros para o terceiro flexcell a conciliação efetuada e retira dos
flexcell´s de movimentos o que conciliou. Não deve pesquisar novamente após a confirmação
da conciliação.
- Para permitir conciliar, a soma dos movimentos selecionados nos dois flexcell´s tem que ser
iguais.
- Permitir geração de um relatório das conciliações efetuadas.
- Os movimentos de pagamento e recebimento da tabela “Movimentos do Caixa e Bancos”
devem ser apresentadas agrupadas por operação:
o Sempre que o “Movimentos do Caixa e Bancos.CONTAS-A-PAGAR” ou
“Movimentos do Caixa e Bancos.CONTAS-A-RECEBER” ler a tabela
“Movimentos Financeiros” pela seqüência do “Movimentos do Caixa e
Bancos”
o Quando o campo Seqüência do Agrupamento da tabela (“Movimentos
Financeiros”) > 0 e origem do movimento apontar para o módulo de Contas a
Receber. Será movido um histórico diferenciado com a descrição
“Recebimento por Cobrança Bancária”.
o Quando o campo Seqüência do Agrupamento da tabela (“Movimentos
Financeiros”) > 0 e origem do movimento apontar para o módulo de Contas a
Pagar. Será movido um histórico diferenciado com a descrição “Pagamento de
Títulos por” juntamente com a descrição modalidade, que está na tabela
“Movimentos Financeiros”.
o Agrupar os movimentos pela Seqüência do Agrupamento e Operação somando
os valores.
- Guardar em arquivo de contexto por usuário as informações preenchidas em tela nos filtros
de pesquisa.
- Verificar se o desempenho do programa ficou adequado para o grande volume de
informações existentes no cliente.
Page 34
34
Figura 7 – Conciliação Manual
3.4.7. Relatório de Fechamento da Conciliação Bancária
Será desenvolvido um relatório para apuração do fechamento da conciliação bancária.
O relatório irá apresentar os saldos baseado nos movimentos existentes no Caixa/Bancos, os
saldos baseado no Extrato Bancário e os movimentos não conciliados no período solicitado
pelo usuário. Este relatório assemelha-se a planilha de Fechamento utilizada pela empresa no
processo atual de conciliação bancária manual.
3.4.7.1. Detalhamento Técnico e Protótipo de Tela
Para desenvolvimento do programa foi especificado as seguintes diretrizes.
Page 35
35
- O relatório deverá demonstrar o que está no caixa e não está no extrato e o que está no
extrato bancário e não está no caixa e bancos.
-É requisitado: código do portador, mês de referência, saldo inicial do extrato (mostrar os
valores da tabela “Extratos Bancários” caso haja registros).
- Os créditos representam as saídas e os débitos representam as entradas (conceito contábil).
Figura 8 – Relatório de Fechamento da Conciliação Bancária
Page 36
36
Figura 9 – Layout simplificado do Relatório do Fechamento da Conciliação Bancária
3.4.8. Consulta Saldo Bancário
Será desenvolvido um programa para consultar o saldo existente no banco, com
base nas informações do extrato importado e do Caixa e Bancos. A tela apresentará: o Saldo
no dia anterior ao corrente, conforme o extrato importado; as entradas do dia, conforme
registros do sistema de Caixa e Bancos; as saídas do dia, conforme registros do sistema de
Caixa e Bancos; saldo do dia, que representa o saldo do dia anterior acrescido das entradas e
diminuído as saídas do dia; cheques a compensar, conforme registros no sistema de Caixa e
Bancos e o saldo disponível, que representa o saldo do dia menos os cheques a compensar.
O programa permitirá a consulta geral, sem informar o banco, ou seja, fazer a consulta
do saldo de todos os bancos.
Page 37
37
3.4.8.1. Detalhamento Técnico e Protótipo de Tela
Para desenvolvimento do programa foi especificado as seguintes diretrizes.
- A informação “Saldo em DATA-ANTERIOR” refere-se à data anterior a corrente e virá da
tabela “Saldo dos Extratos Bancários”.
- A informação “Entradas em DATA” e “Saídas em DATA” virá da tabela “Movimentos do
Caixa e Bancos”. É feita a pesquisa dos movimentos da data corrente.
- O “Saldo em DATA” é o resultado da adição das entradas e subtração das saídas.
- A informação “Cheques a Compensar” virá da tabela “Movimentos de Cheque”.
- A informação “Saldo Disponível” será resultado da seguinte operação: “Saldo em DATA” –
“Cheques a compensar”
- O programa deve permitir que seja feita a consulta sem informar o banco, ou seja, fazer a
consulta do saldo de todos os bancos, ignorando o “Caixa” (identificado pelo campo da tabela
“Portadores.PGTO-CARTEIRA”). Deve ser verificado se esse campo está devidamente
alimentado.
Figura 10- Consulta do Saldo Bancário
Page 38
38
3.4.9. Lançamentos Agrupados do Caixa
Será desenvolvido um programa que permitirá efetuar lançamento agrupado
através do sistema de caixa e bancos. Desta forma será possível lançar no sistema de caixa e
bancos o pagamento de diversas despesas através de um único documento, como por
exemplo, um cheque. O sistema deverá apresentar este lançamento de forma agrupada na
Conciliação bancária e na Integração Contábil.
3.4.9.1. Detalhamento Técnico e Protótipo de Tela
Para desenvolvimento do programa foi especificado as seguintes diretrizes.
- O programa deve gravar uma seqüência de registros na tabela “Movimentos do Caixa e
Bancos” para cada linha do flexcell.
- O Campo total dos lançamentos deve apresentar a soma da coluna “Valor lançamento”.
- Gravar a tabela “Movimentos Financeiros” com as informações da tela.
Figura 11 – Lançamentos Agrupados do Caixa
Page 39
39
3.5 DETALHES REFERENTES AO BANCO DE DADOS
Nesta seção são mostrados os detalhes das tabelas desenvolvidas para gravação dos
registros da Conciliação Bancária.
3.5.1. Parâmetros da Conciliação Bancária
- código do banco
- código operação banco
- código operação Caixa e Bancos (Pagamento Cheque, Pagamento Escritural, Pagamento Débito em
Conta, Pagamento Manual, Cobrança Escritural, Cobrança Manual).
- complemento operação Caixa e Bancos
- conta contábil reduzida
Chave principal
- código do banco
- código operação banco
3.5.2. Extratos do Banco
- código do portador (banco)
- data movimento
- número do documento
- seqüencial
- valor
- entrada/saída (E/S)
- número da conciliação
- indicador de cheque (S/N)
- histórico
- código da operação do banco
- tipo entrada (importação ou inserção manual)
- usuário gravação registro
- data gravação registro
- hora gravação registro
- programa gravação registro
- situação do registro (ativo ou cancelado)
Page 40
40
Chave principal:
- código do portador
- data movimento
- número do documento
- seqüencial
Chave 02:
- código do portador
- número da conciliação
Chave 03:
- código da operação do banco
- entrada/saída (E/S)
3.5.3. Saldo dos Extratos do Banco
- código do portador
- data do saldo (AAAAMMDD)
- saldo inicial
- saldo final
- usuário responsável gravação
- data gravação registro
- hora gravação registro
- programa gravação registro
Chave principal:
- código do portador
- data do saldo
3.5.4. Conciliação dos Movimentos do Extrato
Page 41
41
- número seqüencial de conciliação
- código do portador
- data movimento
- número do documento
- seqüencial
- automática/manual (A/M)
- situação conciliação
- data conciliação
- usuário conciliação
- hora conciliação
- programa conciliação
Chave principal:
- número seqüencial de conciliação
- código do portador
- data movimento
- número do documento
- seqüencial
Chave 02:
- data conciliação
- situação conciliação
3.5.5. Conciliação dos Movimentos do Caixa
- número seqüencial de conciliação
- código do portador
- seqüencial do caixa (Movimentos do Caixa e Bancos)
- automática/manual (A/M)
- situação conciliação
- data conciliação
- usuário conciliação
- hora conciliação
Page 42
42
- programa conciliação
Chave principal:
- número seqüencial de conciliação
- código do portador
- seqüencial do caixa (Movimentos do Caixa e Bancos)
Chave 02:
- data conciliação
- situação conciliação
3.5.6. Movimentos Financeiros
- origem (onde 1 – Contas a Pagar, 2 - Contas a Receber e 3 - Caixa e Bancos)
- número do titulo
- tipo ou série titulo
- parcela referente ao titulo
- seqüência movimento financeiro titulo
- tipo movimento financeiro do titulo
- seqüência do agrupamento.
- tipo operação (Pagamento Cheque, Pagamento Escritural, Pagamento Débito em Conta, Pagamento
Manual, Cobrança Escritural, Cobrança Manual, Outros)
- modalidade de pagamento
- data gravação
- usuário gravação
- hora gravação
- programa gravação
Chave principal:
- origem (onde 1 – Contas a Pagar, 2 – Contas a Receber e 3 – Caixa e Bancos)
- número do titulo
- tipo ou série titulo
Page 43
43
- parcela referente ao titulo
- seqüência movimento financeiro titulo
tipo movimento financeiro do titulo
Figura 12 – Diagrama de Relacionamento-Entidade
3.6. DETALHES DAS TECNLOGIAS UTILIZADAS
Segue detalhes referentes às tecnologias necessárias para desenvolvimento e
funcionamento do Sub-módulo da Conciliação Bancária.
Page 44
44
3.6.1. COBOL
Caracterizada como uma linguagem de programação de Terceira Geração. Commom
Business-Oriented Language. O COBOL tem como principal área de atuação sistemas
comerciais, financeiros e administrativos para empresas e governos.
Datado da década de 60, porém atualmente ainda muito usado por empresas
desenvolvedoras de software, o COBOL é composto basicamente por quatro divisões
estruturais de código. A primeira é a divisão de identificação é utilizada para registrar o nome
do programa, seu desenvolvedor e a data da criação. A segunda é a divisão de ambiente
descreve especificações de hardware que serão necessárias para o funcionamento do
programa. O terceiro corresponde ao bloco de divisão de dados que compreende todas as
entradas e saídas que serão utilizadas pelo programa. Por último a divisão dos procedimentos
especifica as seções com os blocos de código serão executadas utilizando os dados definidos
na Divisão de Dados.
3.6.2. Net Express
Net Express é o ambiente de desenvolvimento COBOL escolhido pela empresa para
estruturação e criação do Sistema Empresarial. O Net Express possibilita o uso de criação de
aplicações de interfaces gráficas com usuário para a linguagem COBOL.Ele utiliza arquivos
de telas, que chamam as seções de um código fonte do COBOL utilizando strings de conexões
que ligam blocos de códigos fontes com os botões para interação na tela da aplicação. O
mesmo também permite o funcionamento de checkboxes e a aplicação flexcell responsável por
compor linhas capazes de armazenar registros semelhantes a planilhas diretamente na tela do
programa desenvolvido.
3.6.3. Seagate Crystal Reports
Aplicação utilizada para gerar os relatórios do Sistema Empresarial da Prosyst. Ele
funciona carregando arquivos de extensão “report” com informações pré-carregadas de um
arquivo seqüencial de texto, vindo da aplicação COBOL. O mesmo processa as informações
que irão constar no relatório e após carregado pode ser exportado para os formatos “PDF”,
“XML” “XLS” entre outros.
Page 45
45
3.6.4. Pervasive PsQL10
Sistema de Gerenciamento de Bando de Dados escolhido pela Prosyst para integração
de suas aplicações. O Pervasive PsQL tem como principal característica a sua fácil adaptação
as novas tecnologias. Em decorrência disto ele apresenta poucos problemas com novos
sistemas operacionais ou tecnologias de ponta e também funciona em qualquer plataforma
Linux ou Windows.
É recomendado para uso em aplicações de pequeno-médio porte, pois nesta categoria
tem seu melhor desempenho. Pode ser utilizado de duas formas: como Servidor Gerenciador
de arquivos, aonde as máquinas usuárias enviam requisições ao servidor para o acesso aos
registros; ou em sua versão Workgroup, aonde não existe um servidor fixo. As informações
ficam armazenadas em um diretório e as máquinas de usuários acessam os arquivos
diretamente sem a necessidade de requisição de uso.
3.8. IMPLANTAÇÃO E SUPORTE AO CLIENTE
Atualmente ainda está pendente a implantação no ambiente oficial da empresa cliente.
assim que houver o retorno positivo em relação à homologação do processo nas bases de teste
da empresa, será combinada a implantação e acessoria inicial ao cliente.
Ainda não houve nenhuma necessidade de suporte ao cliente relacionada a este
processo devido ao fato de que o Sub-módulo ainda não foi implantado no Sistema da
empresa.
Também permanece como não realizado a documentação para uso interno da empresa
Prosyst em caso de suporte aos usuários do processo de conciliação bancária.
Page 46
46
CONSIDERAÇÕES FINAIS
Citando as principais matérias do curso de Tecnologia em Análise e Desenvolvimento de
Sistemas que foram utilizadas para o andamento do projeto seriam: Banco de Dados, Gerência
de Projetos, Análise de Sistemas, Fundamentos de Sistemas de Informação e Linguagem de
Programação I. Em geral foi feito uso de disciplinas voltadas aos fundamentos da análise, e
algumas voltadas a linguagem de Banco de Dados e Lógica de Programação.
O maior aprendizado do estágio foi o conhecimento dos detalhes do processo de Caixa
e Bancos, a mesma foi obtida com muito estudo voltado ao assunto em materiais que estavam
a disposição e em consulta aos analistas responsáveis. Importante destacar também a interação
com os usuários do sistema, esta é muito importante para melhor entendimento de detalhes
específicos do processo de conciliação bancária desempenhado no cliente.
O objetivo central do estágio foi cumprido, mesmo que todo o cronograma não foi
finalizado até o fim do mesmo. Dentre as princípais dificuldades que resultaram em atrasos no
crônograma pode se destacar o atraso na implantação devido a desatualização de alguns dos
módulos que o cliente utiliza, e alguns detalhes que não foram identificados na análise inicial
sendo necessária uma revisão em alguns conceitos do processo. Porém o conhecimento
adquirido nas áreas específicas de negócios, a experiência em análise, desenvolvimento e
testes de qualidade de software já são válidas para o aprendizado do estagiário em seu
primeiro projeto corporativo.
Page 47
47
REFERÊNCIAS BIBLIOGRÁFICAS
Dromos, Tecnologia e Gestão. Agilidade e Redução de custos no processo de
Desenvolvimento de Sistemas de Software. Disponível em:
<http://www.ctgi.com.br/rep/agilidade_reducao_custos.pdf >
Acesso em: 24 abr 2011.
Micro Focus. Net Express Server Express – COBOL Development and
deployment. Disponível em:
< http://www.microfocus.com/products/micro-focusdeveloper/
netexpress_serverexpress/index.aspx> Acesso em: 24 abr 2011.
Pervasive. Pervasive PsQL v10. Disponível em:
<http://www.pervasivedb.com/psqlv10/pages/default.aspx>
Acesso em: 24 abr 2011.
Ricardo J. Ferreira. Contabilidade Básica. Brasil: Ferreira, 2009. 688 p.