ESTÁGIO CURRICULAR I E II ANÁLISE E DESENVOLVIMENTO DE CHAMADOS NO MÓDULO LOGIX TMS POR INCONFORMIDADES OU ALTERAÇÕES NA LEGISLAÇÃO VIGENTE.

Transcrição

1 ANDRÉ LUIZ CUSTÓDIO ESTÁGIO CURRICULAR I E II ANÁLISE E DESENVOLVIMENTO DE CHAMADOS NO MÓDULO LOGIX TMS POR INCONFORMIDADES OU ALTERAÇÕES NA LEGISLAÇÃO VIGENTE. EMPRESA: TOTVS S.A SETOR: SUSTENTAÇÃO / DESENVOLVIMENTO SUPERVISOR: JACSON SELL ORIENTADOR: VALMOR ADAMI JR TENCNOLOGIA 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

2 APROVADO EM.../.../... Valmor Adami Jr. Mestre em Automação Industrial Professor Orientador Adriano Fiorese Mestre em Ciência da Computação Santiago Viertel Bacharel em Ciência da Computação Jacson Sell Coordenador Logística Supervisor da CONCEDENTE ii

3 Carimbo da Empresa UNIDADE CONCEDENTE Razão Social: TOTVS S/A CGC/MF: / Endereço: Av. Santos Dumont, 831 Bairro: Santo Antonio CEP: Cidade: Joinville UF: SC Fone: Supervisor: Jacson Sell Cargo: Coordenador ESTAGIÁRIO Nome : André Luiz Custódio Matrícula: Endereço: Rua Pinheiro Preto, SN Bairro: Petrópolis CEP: Cidade: Joinville UF: SC Fone: (47) Curso de: Tecnologia em Análise e Desenvolvimento de Sistemas Título do Estágio: Análise e Desenvolvimento de Chamados por inconformidades e /ou alterações na legislação vigente. Período: 21/03/2011 a 20/05/2011 Carga horária: 240 h AVALIAÇÃO FINAL DO ESTÁGIO I E II PELO CENTRO DE CIÊNCIAS TECNOLÓGICAS Representada pelo Professor Orientador: Jacson Sell CONCEITO FINAL DO ESTÁGIO I E II 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) NOTA ETG I (Média do Processo) NOTA ETG II (Média do Processo) Rubrica do Professor da Disciplina Joinville / / iii

4 Nome do Estagiário: André Luiz Custódio QUADRO I AVALIAÇÃO NOS ASPECTOS PROFISSIONAIS QUALIDADE DO TRABALHO: Considerando o possível. ENGENHOSIDADE: Capacidade de sugerir, projetar, executar modificações ou inovações. CONHECIMENTO: Demonstrado no desenvolvimento das atividades programadas. CUMPRIMENTO DAS TAREFAS: Considerar o volume de atividades dentro do padrão razoável. ESPÍRITO INQUISITIVO: Disposição demonstrada para aprender. INICIATIVA: No desenvolvimento das atividades. SOMA Pontos QUADRO II AVALIAÇÃO DOS ASPECTOS HUMANOS ASSIDUIDADE: Cumprimento do horário e ausência de faltas. DISCIPLINA: Observância das normas internas da Empresa. SOCIABILIDADE: Facilidade de se integrar com os outros no ambiente de trabalho. COOPERAÇÃO: Disposição para cooperar com os demais para atender as atividades. SENSO DE RESPONSABILIDADE: Zelo pelo material, equipamentos e bens da empresa. SOMA Pontos 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 LIMITES PARA CONCEITUAÇÃO AVALIAÇÃO FINAL Pontos De 57 a 101 SOFRÍVEL SOMA do Quadro I multiplicada por 7 De 102 a 147 REGULAR SOMA do Quadro II multiplicada por 3 De 148 a 194 BOM SOMA TOTAL De 195 a MUITO BOM De 241 a 285 EXCELENTE Nome da Empresa: Totvs S.A Representada pelo Supervisor: Jacson Sell CONCEITO CONFORME SOMA TOTAL Rubrica do Supervisor da Empresa Local: Data : Carimbo da Empresa iv

5 UDESC UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC CENTRO DE CIÊNCIAS TECNOLÓGICAS - FEJ PLANO DE ESTÁGIO CURRICULAR I e II ESTAGIÁRIO Nome:André Luiz Custódio Matrícula: Endereço (Em Jlle): Pinheiro Preto SN Bairro: Petrópolis CEP: Cidade:Joinville UF: SC Fone: (47) Endereço (Local estágio): Av. Santos Dumont, 831 Bairro: Santo Antônio CEP: Cidade: Joinville UF:SC Fone:(47) andre.lespaul@gmail.com Regularmente matriculado no semestre: 5 Curso: TADS Formatura (prevista) Semestre/Ano: 2 /2011 UNIDADE CONCEDENTE Razão Social: TOTVS S.A CGC/MF: / Endereço: Av. Santos Dumont, 831 Bairro: Santo Antônio CEP: Cidade:Joinville UF:SC Fone:(47) Atividade Principal :Desenvolvimento / Sustentação Supervisor: Jacson Sell Cargo: Coordenador DADOS DO ESTÁGIO Área de atuação: Desenvolvimento Logix Departamento de atuação: Sustentação Logix Fone: (47) Horário do estágio: 08:00/12:00hs - 13:30/15:30 Total de horas do Estágio: 240 Período: 21/03/2011 a 20/05/2011 Total de horas semanais:30 Nome do Professor Orientador: Valmor Adami Jr. Departamento: DCC Disciplina(s) simultânea(s) com o estágio Quantas: 06 Quais:DIR-SI(Direito Aplicado), TES-09(Java Avançado 02), PES-SI(Pesquisa Operacional),GPR(Gerencia de Projetos), MCI-SI(Metodologia de Pesquisa), REC(Rede de Computadores) OBJETIVO GERAL Atuar junto a equipe de sustentação TMS no desenvolvimento de chamados por inconformidades ou alterações na legislação vigente. v

6 ATIVIDADES OBJETIVO ESPECÍFICO HORAS Treinamento básico na linguagem de programação 4GL / SQL. Construir um programa de manutenção de cadastro de clientes utilizando a linguagem utilizada no produto Logix e a linguagem SQL. 30 Treinamento avançado programação linguagem 4GL(manipulação de múltiplos arrays, impressão relatórios mestre/detalhe) Treinamento no Sistema TMS (Logix) Desenvolvimento do programa OMC0280 Chamado AABFMX Chamado A88545 Chamado A42542 Construir um programa de simulação de manutenção de cadastros de notas fiscais e itens de acordo com o cliente emitente (remetente) e a data de emissão. Construir um programa para consulta de notas fiscais podendo usar como parâmetro: período de emissão, remetente, destinatário e tipo de frete. Ao final, possibilitar a impressão do relatório de acordo com a pesquisa efetuada incluindo todos os itens de cada nota fiscal e os totalizadores de quantidade, peso líquido, peso bruto, valor unitário e total de itens por nota fiscal e cliente emitente. Apresentar um fluxograma dos processos operacionais de um transportador ou operador logístico no que tange o gerenciamento de transporte rodoviário de cargas, e as informações geradas em cada etapa (processo) do fluxograma. Desenvolver programa para exclusão de documentos de cobrança recebidos via EDI e desvinculação dos conhecimentos de transporte agregados a este. Participar da análise do programa omc0101para importação EDI CTRC transportadoras (ler os arquivos de entrada de dados e importar para o LOGIX). Após o processamento o programa não está redirecionando os arquivos para as pastas corretas (Processados ou Erro) quando o sistema operacional utilizado é Unix. Desenvolvimento para a correção do mencionado erro. Função omc0833 para baixa de (conhecimentos, romaneios, manifestos e ordens de coleta). Está sendo apresentada uma mensagem de erro ao tentar efetuar abaixa de um dos documentos mencionados acima. Efetuar a correção (desenvolvimento) para que não ocorra o erro mencionado acima durante o insert na respectiva tabela do banco de dados Chamado AABPZ Rubrica do Professor Orientador Rubrica do Comitê de Estágios Programa omc1010 para conversão (para uma versão mais atualizada do produto) de conhecimentos ainda pendentes de conversão, durante a atualização o sistema não está gravando o parâmetro fiscal dipam B da natureza de operação relacionada ao pagador do frete. Efetuar a correção (desenvolvimento) parta que a informação seja localizada e gravada na nova tabela do sistema. Rubrica do Coordenador de Estágios Rubrica do Supervisor da Empresa 15 Data: Data: Data: Data: Carimbo da Empresa vi

7 CRONOGRAMA FÍSICO E REAL PERÍODO (20 horas) ATIVIDADES Treinamento básico 4GL SQL Treinamento avançado 4GL Treinamento específico módulo TMS Fluxograma processos operacionais visão transportador Análise/ Desenvolvimento chamado AABFMX Problemas com importação de documentos de cobrança Análise /Desenvolvimento Chamado A88545 Ao importar os conhecimentos não está transferindo os arquivos de diretório Desenvolvimento Chamado A45542 Erro ao gravar ocorrência na baixa do manifesto Desenvolvimento chamado AABPZZ Inconformidades quanto a alimentação de dados da Dipam B P R P R P R P R P R P R P R P R vii

8 À Deus, Aos meus pais, Luiz e Izilda. À minha noiva, amiga e companheira Mariana. 8

9 AGRADECIMENTOS Agradeço primeiramente a Deus do qual provém todas as maravilhas a mim concedidas desde a luz e o oxigênio na perfeita medida até a saúde dos entes e amigos mais queridos, a meus pais, irmãos, amigos e a minha noiva pelo amor e apoio incondicional à minha carreira e estudos mesmo durante os momentos mais delicados. Agradeço também ao meu supervisor e coordenador Jacson Sell por acreditar no meu potencial e me proporcionar o melhor ambiente possível para a execução do meu trabalho. E tendo assim escolhido nosso caminho, livre de enganos e com pureza de intenção, deixe-nos renovar nossa confiança em Deus e seguir em frente sem temor e com corações viris. (Abraham Lincoln) 9

10 SUMÁRIO 1. INTRODUÇÃO OBJETIVOS GERAL ESPECÍFICOS JUSTIFICATIVA ORGANIZAÇÃO DO ESTUDO EMPRESA MISSÃO VISÃO SEGMENTOS DE ATUAÇÃO PRINCIPAIS CLIENTES CONSIDERAÇÕES GERAIS DESENVOLVIMENTO LINGUAGEM DE PROGRAMAÇÃO 4GL MÓDULO TMS CHAMADO AABFMX RESUMO DO CHAMADO INCIDENTE ANÁLISE DO PROBLEMA SOLUÇÃO APLICADA À INCONFORMIDADE CHAMADO A RESUMO DO CHAMADO INCIDENTE ANÁLISE DO PROBLEMA SOLUÇÃO APLICADA À INCONFORMIDADE CHAMADO A RESUMO DO CHAMADO INCIDENTE ANÁLISE DO PROBLEMA SOLUÇÃO APLICADA À INCONFORMIDADE CHAMADO AABPZZ RESUMO DO CHAMADO INCIDENTE ANÁLISE DO PROBLEMA SOLUÇÃO APLICADA À INCONFORMIDADE CONSIDERAÇÕES FINAIS GLOSSÁRIO REFERÊNCIAS BIBLIOGRÁFICAS

11 LISTA DE FIGURAS Figura 1- Fluxograma dos principais processos TMS visão Transportador Figura 2 - Programa omc0289 consulta de documentos de cobrança Figura 3 - Programa omc0103 conhecimento transporte - documento de cobrança Figura 4 - Programa omc0103 conhecimento transporte - transportadora Figura 5 - Programa omc0833 baixa de romaneios / manifestos Figura 6 - Programa omc1010 conhecimentos pendentes de migração Figura 7 - Programa vdp0330 parâmetros fiscais

12 RESUMO Este relatório descreve as atividades desenvolvidas durante a realização do estágio acadêmico na empresa TOTVS S.A no departamento de sustentação do produto TMS Logix. Ele tem como objetivo descrever o processo de análise e desenvolvimento de chamados por inconformidades encontradas por clientes ou analistas de outros módulos. Estes módulos possuem integração com o TMS Logix, e as inconformidades ocasionadas por erros de programação durante o desenvolvimento do produto ou conversão dos programas para versões atualizadas. No relatório serão descritas as principais funcionalidades do sistema TMS para a melhor compreensão dos processos. São encontradas as inconformidades e a metodologia utilizada na análise do problema assim como a melhor solução a ser aplicada à inconformidade. 12

13 1. INTRODUÇÃO A área de sustentação da TOTVS é responsável pelo produto em execução nos clientes. Ela está dividida por seguimento de atuação, onde cada um possui o seu coordenador responsável e sua respectiva equipe de analistas, consultores e técnicos. É dela a responsabilidade de atender ao cliente, identificar o problema ou sua solicitação, identificar a causa e implementar a solução para a inconformidade. Ela é responsável também pelo orçamento para a realização das atividades de análise, programação e testes de chamados gerados por inconformidades ou alterações na legislação vigente e acompanhar o cliente na aplicação da solução instruindo-o passo à passo para o correto funcionamento do produto. Neste contexto é possível identificar os processos de análise e desenvolvimento como sendo fundamentais na sustentação do produto. A eficiência destes contribui em muito para satisfação do cliente quanto a funcionalidade do sistema. Para que estas atividades sejam bem sucedidas é fundamental o domínio da linguagem de programação, estrutura lógica do banco de dados e das demais ferramentas para desenvolvimento. É necessário também o conhecimento dos processos operacionais dos quais o módulo abrange, e ainda, como este se relaciona com os demais módulos do ERP. Estes conhecimentos possibilitam ao analista/ programador um arcabouço de soluções possíveis, cabendo a este escolher a solução de melhor impacto ao ERP como um todo e não somente ao módulo de atuação. O trabalho desenvolvido na Sustentação do TMS Logix que será descrito neste relatório consiste em: Analisar as inconformidades informadas pelos clientes, com o propósito de identificar a sua causa; Implementar a melhor solução para inconformidade de acordo com a análise desta OBJETIVOS GERAL Atuar junto à equipe de desenvolvimento do departamento de sustentação do produto TMS LOGIX quanto à análise e desenvolvimento de chamados por 13

14 inconformidades e/ou alterações na legislação vigente que impacte no funcionamento do produto ESPECÍFICOS Estar apto a construir programas na linguagem de programação 4GL/ Totvs Tec. sobre qual a maior parte do ERP Logix é construído; Compreender o fluxo das principais operações dentro do módulo TMS; Analisar inconformidades e/ou solicitações de clientes, identificando causas e os efeitos e implementando a melhor solução possível à inconformidade JUSTIFICATIVA O correto funcionamento do sistema e a satisfação dos clientes quanto ao atendimento é fundamental para a continuidade do produto. Isto o torna cada vez mais competitivo no mercado, possibilitando novos negócios, contribuindo para a lucratividade e metas estabelecidas pela empresa ORGANIZAÇÃO DO ESTUDO Este documento está organizado da seguinte forma: O primeiro capítulo aborda a introdução, os objetivos gerais e específicos, a justificativa e a organização do documento. O segundo capítulo aborda informações sobre a empresa; Resumo histórico, visão e missão, seguimentos de atuação, principais clientes e considerações gerais. O terceiro e último capítulo aborda uma explicação sobre os processos operacionais básicos do módulo TMS LOGIX e as atividades realizadas durante o período de estágio. Por fim as considerações gerais sobre o trabalho executado contendo um resumo sobre o período de estágio, disciplinas que auxiliaram na execução do trabalho. 14

15 2. EMPRESA A TOTVS é uma empresa de software, de inovação, de relacionamento e suporte à gestão. Líder absoluta no Brasil, com 49,1% de participação no mercado interno e também na América Latina, com 31,2%. É a maior empresa de softwares aplicativos sediada em países emergentes e a 6ª maior do mundo no setor. Foi fundada em 1983 com o nome Microsiga e em 2005 com a aquisição da Logocenter, surge o nome TOTVS. Com este nome abriu o capital na bolsa de valores em 2006, sendo a primeira empresa do setor de TI da América Latina a realizar um IPO. Em 2008 adquiriu a Data Sul que na época era a segunda maior empresa do setor no país. 2.1 MISSÃO Ser a opção natural em software, inovação, relacionamento e suporte à gestão. 2.2 VISÃO Ser o operador administrativo dos clientes por meio de fornecimento de softwares e serviços, possibilitando que este foque no seu seguimento de atuação. 2.3 SEGMENTOS DE ATUAÇÃO A TOTVS hoje fornece softwares e serviços para variados setores da economia, os quais estão divididos e classificados conforme abaixo: Distribuição e Logística Agroindústria Manufatura Varejo Construção e projetos Serviços Educacional Saúde Jurídico Financial Services 15

16 2.4 PRINCIPAIS CLIENTES Marcegaglia do Brasil Cootravale Soluções em Logística Exata Logística Tupy S.A Maxion Gruber Industrial 2.5 CONSIDERAÇÕES GERAIS A TOTVS possui nove mil funcionários em centros de desenvolvimento localizados em Belo Horizonte, São Paulo e Joinville e um faturamento de aproximadamente dois bilhões de reais anuais. Em março deste ano entrou no ar a rede social By You desenvolvida pela TOTVS que integra em um único ambiente, os usuários possuem identificação pessoal e corporativa de forma a integrar todos os colaboradores em uma rede de propósitos de colaboração coorporativa e comercial. 16

17 3. DESENVOLVIMENTO O trabalho desenvolvido na equipe de sustentação do produto TMS LOGIX até a confecção deste relatório será descrito a seguir. Para que fosse possível atuar junto à equipe, foi necessário treinamento avançado na linguagem de programação 4GL / Totvs Tec. Afim de tirar o máximo proveito da tecnologia durante os processos de análise e desenvolvimento, também foi necessário treinamento no módulo TMS. Este treinamento ocorreu para que houvesse a assimilação dos processos que envolvem o transporte rodoviário e movimentação de cargas e manutenção de frotas. Nestas atividades foram feitas avaliações de certificação, em seguida foi feita a integração na equipe de desenvolvimento. 3.1 LINGUAGEM DE PROGRAMAÇÃO 4GL / Totvs Tec O 4GL é uma linguagem de programação de 4ª geração desenvolvida pela empresa Informix [FERREIRA] em 1986, Totvs Tec é um middleware para desenvolvimento criado pela TOTVS para desenvolvimento em 4GL / ADVPL possibilitando a interação entre as duas linguagens de programação. Suas características são de desenvolvimento acelerado de programas, iteração direta com o banco de dados através da linguagem SQL. A linguagem 4GL/ Totvs Tec oferece alguns mecanismos de linguagens de terceira geração como gestor de menus, gestor de janelas, gestor de input/output e gerador de relatórios. Um programa em 4GL/ Totvs Tec é construído por funções e declarações. A primeira função a ser executada é a MAIN que é comum a todos os programas escritos nessa linguagem. As demais funções podem estar distribuídas por vários outros arquivos de código fonte. As estruturas de comparação, repetição assim como a definição de variáveis modulares, globais e locais são semelhantes à linguagens como Java, Delphi, C++, dentre outras. Outra característica da linguagem 4GL/ Totvs Tec é a interação direta com o banco de dados, desta forma sendo possível a manipulação direta de entes de uma base de dados como tabelas, tuplas, views, entre outras. Assim sendo, é possível a declaração de uma variável para receber o resultado de um comando SQL, um SELECT por exemplo. A interação com o usuário se dá através das Janelas ou Forms escritas em arquivo separado do código fonte com extensão PER. Neste arquivo são declaradas as variáveis que serão exibidas em tela e pelas quais se dão o input/output das informações. 17

18 3.2 MÓDULO TMS A gestão de transportes é uma atividade fundamental de sistemas logísticos. Esta atividade é responsável pelos fluxos de matéria prima e produto acabado entre todos os elos da cadeia logística. Abrange um grande número e variedade de ativos, que na maioria dos casos estão dispersos geograficamente, o que torna a gestão de transportes ainda mais complexa. Um software TMS pode ser definido como uma importante ferramenta que auxilia nos processos de planejamento, execução e controle das atividades relativas à: Consolidação de carga; Expedição de cargas; Emissão de documentos; Entregas e coletas de produtos; Rastreabilidade da frota e de produtos; Auditoria de fretes; Apoio à negociação; Planejamento de rota; Monitoramento de custos e nível de serviço; Planejamento e execução de manutenção da frota. O TMS LOGIX pode ser utilizado pelo comprador de fretes chamado de Embarcador, pelo Operador Logístico que presta serviços de estocagem e transporte para o embarcador e também pode ser utilizado pelo Transportador que efetivamente faz entrega da mercadoria ao destinatário da nota fiscal. Além disso, possui integração com os módulos de Suprimentos, Vendas, Contas a Pagar, Obrigações Fiscais e WMS. Segue baixo um fluxograma dos processos básicos de um TMS na visão de um transportador, desde a coleta da mercadoria efetuada no cliente remetente até a efetivação da entrega no cliente destinatário incluindo a troca de informações entre o transportador e o pagador do frete. 18

19 Figura 1- Fluxograma dos principais processos TMS visão Transportador 3.3 CHAMADO AABFMX RESUMO DO CHAMADO Problema com a importação de documentos de cobrança (DOCCOB) INCIDENTE Prever gerenciamento da tabela de conhecimentos e documentos de cobrança. Ao excluir os conhecimentos relacionados ao documento de cobrança o documento fica perdido, ou seja, sem nenhum conhecimento relacionado a ele. Desta forma não é 19

20 possível visualizá-lo em nenhum outro programa e também não é possível excluí-lo nem importá-lo novamente para fazer a correta relação aos respectivos conhecimentos ANÁLISE DO PROBLEMA A inconformidade relatada pelo cliente no incidente do chamado ocorre na visão do Embarcador (que compra o serviço de transporte). O TMS Logix possibilita ao cliente embarcador o controle exato do valor do frete a ser pago para cada nota fiscal expedida, possibilitando inclusive aspectos de consolidação como agrupamento de notas fiscais, por exemplo. Após a efetivação do transporte por parte do transportador, este envia para o embarcador o documento de cobrança relacionando ainda os conhecimentos de transportes relacionados às notas fiscais. Nesta etapa o embarcador faz o cruzamento das informações de acordo com os dados das notas fiscais transportadas (conferência das informações das notas fiscais e valores de frete entre os conhecimentos gerados pelo embarcador e os conhecimentos de transporte emitidos pelo transportador). Após este processamento, o conhecimento de transporte (transportadora) que foi importado muda o status para conferido e o documento de cobrança é liberado para o módulo de contas a pagar. O problema é que nem sempre as informações estão corretas dentro do arquivo importado ou pode ainda haver erros quanto ao cálculo de frete por parte do transportador. Isto faz com que seja necessária a exclusão do conhecimento para posterior importação dos dados corretos. Até este momento o sistema permite a exclusão do conhecimento, mas não permite a exclusão do documento de cobrança. Desta forma não é possível a re-importação do documento de cobrança, pois o registro já consta no banco de dados (violação de chave primária), sendo necessária a confecção de um novo documento de cobrança para uma nova vinculação dos conhecimentos de transporte. Porém o documento de cobrança com problema fica registrado sem nenhuma utilidade no banco de dados SOLUÇÃO APLICADA À INCONFORMIDADE Para solução desta inconformidade foi necessário a criação de um programa para que o cliente pudesse visualizar o documento de cobrança e todos os conhecimentos vinculados a este. Este programa permite a exclusão deste documento, juntamente com todos os conhecimentos. Também foi necessário fazer a validação durante a exclusão do conhecimento avulso para que, caso ainda exista algum documento de cobrança a ele 20

21 relacionado, a exclusão não poderia ser permitida. Será informado ao usuário que a exclusão do registro será possível somente após a exclusão do documento de cobrança. Com estes requisitos foi desenvolvido o programa omc0280 para consulta e exclusão de documentos de cobrança para conhecimentos importados através do EDI DOCCOB. O programa possibilitará ao cliente / usuário a visualização dos dados do documento de cobrança e todos os conhecimentos vinculados a cobrança, possibilitando também a exclusão deste documento e desfazendo o vínculo conhecimento-cobrança. Figura 2 - Programa omc0289 consulta de documentos de cobrança Este programa pode ser chamado a partir da tela principal do ERP, e também pode ser chamado através da tela de consulta de conhecimentos importados (programa omc0103). Ao consultar o programa, caso o conhecimento possua algum documento de cobrança, será aberto a tela do omc0280 já trazendo o documento de cobrança e todos os seus respectivos conhecimentos. 21

22 Figura 3 - Programa omc0103 conhecimento transporte - documento de cobrança Figura 4 - Programa omc0103 conhecimento transporte - transportadora 22

23 Na figura 4, é ilustrado um exemplo de exclusão não permitida porque o conhecimento corrente está vinculado a um documento de cobrança. 3.4 CHAMADO A RESUMO DO CHAMADO Ao fazer a importação de arquivos no formato EDI, eles não estão sendo transferidos corretamente para os diretórios configurados no ERP INCIDENTE Apesar dos diretórios de entrada, saída, processados e erro (referente aos arquivos de EDI) estarem parametrizados nas configurações gerais do ERP, ocorre um erro na importação. Após a importação do arquivo, o programa omc0101 não está realizando esta movimentação, fazendo com que a quantidade de arquivos aumente e fazendo com que os usuários percam a referência do que falta importar e os arquivos que já foram importados ANÁLISE DO PROBLEMA A inconformidade informada pelo cliente através do incidente refere-se à movimentação / gerenciamento dos arquivos que se dá após o processamento das informações contidas nele. Operações de movimentação de arquivos possuem comandos variados de acordo com o sistema operacional, gerenciador de arquivos e pastas utilizados no ambiente do servidor. O ERP Logix possui compatibilidade com os sistemas operacionais Windows e Unix, sendo necessária, dentro de cada programa que possua iteração direta com o sistema operacional. A verificação do ambiente é feita antes de proceder com os comandos nativos dos respectivos sistemas operacionais. 23

24 3.4.4 SOLUÇÃO APLICADA À INCONFORMIDADE Para a correta análise do problema a primeira informação a ser levantada é qual o sistema operacional utilizado pelo cliente, neste caso o Unix. Em seguida foi necessária a simulação do erro através da depuração. Foi feito uma simulação de importação de arquivos utilizando o sistema operacional Unix. Também foi feito a verificação das configurações efetuadas pelo cliente quanto aos diretórios de destino relativos a cada operação de importação. As configurações estavam corretas, obedecendo aos padrões de nomeação e endereçamento de diretórios do sistema operacional. O erro estava ocorrendo interno ao programa omc0101. Em seu código fonte, a busca pelo erro começou pelas funções responsáveis pela importação dos arquivos EDI (abertura do arquivo e processamento das informações contidas no arquivo). Dentro destas funções, de acordo com o resultado da importação e processamento, são chamadas outras funções para movimentação dos arquivos conforme a parametrização do ERP. Na função de movimentação de arquivos é feita a verificação do sistema operacional, porém os comandos para movimentação e exclusão dos arquivos estavam errôneas (os mesmos comandos estavam sendo utilizados tanto para Windows como para Unix). Também a forma de obtenção do endereço para movimentação estava sendo feito da forma errada, fazendo com que o endereçamento do arquivo ficasse maior que o necessário. A correção foi aplicada através da verificação do sistema operacional antes de toda e qualquer movimentação de arquivos dentro do programa. Foi feito uma substituição dos comandos nativos do Windows como COPY, DEL, entre outros. que estavam sendo aplicados erroneamente, pelos comandos do Unix rm-, mv -, entre outros. 3.5 CHAMADO A RESUMO DO CHAMADO Erro ao gravar ocorrência na baixa de manifesto 24

25 3.5.2 INCIDENTE Ocorre erro no banco de dados durante o processo de baixa de romaneios e manifestos e os documentos não são baixados ANÁLISE DO PROBLEMA Romaneios / Manifestos são documentos agrupadores, que relacionam as entregas ou as coletas efetuadas por um determinado veículo / motorista. Após a efetivação das entregas e/ ou coletas por parte do motorista, estes documentos voltam ao transportador para baixa. Neste momento é feita a mudança de status do documento. Os romaneios / manifestos que estavam com status de em trânsito, por exemplo, mudam para o status de baixados ou finalizados. Desta forma também é possível o processo de baixa em cascata, ou seja, todos os documentos vinculados a este manifesto ou romaneio também mudam de status em um processo similar ao processo de baixa de romaneios / manifestos SOLUÇÃO APLICADA À INCONFORMIDADE Para identificar a causa do erro apresentado pelo cliente durante o mencionado processo, se faz necessário a simulação do processo como um todo. Esta simulação vai desde a digitação da nota fiscal, emissão do conhecimento, vincular o conhecimento a um manifesto, mudar o status para impresso e em seguida efetuar abaixa em ambiente de teste. Seguindo a descrição do problema fornecida pelo cliente, a mensagem indica um erro ocorrido no banco de dados. Desta forma o erro ocorre durante uma transação no banco de dados ou em alguma consulta efetuada de forma incorreta. O primeiro passo dentro dos arquivos de código fonte dos programas de manutenção de romaneios / manifestos omc0036 e omc0037 é identificar as funções responsáveis por efetivar a baixa. Logo em seguida é necessário marcar estes pontos com breakpoints e depois refazer o teste juntamente com a depuração. Neste momento foi percebido que o erro ocorre interno a uma função de transação com o banco de dados. O erro ocorre exatamente após a atualização do status do documento quando é feito a inclusão do usuário que fez a baixa, a data e a hora em que foi efetivada. Reproduzindo o comando diretamente no banco de dados o erro também ocorre informando o recebimento de dado inválido para uma tupla de domínio Date Time (Data 25

26 + Hora). O erro encontrava-se na tabela havia sido alterada no banco de dados e o código fonte não estava de acordo com esta atualização. Para resolver o problema foi incluso comando EXTEND (TIME HOUR TO SECOND) de forma a adequar a informação à estrutura da tabela. Tanto o programa de manifestos como o programa de romaneios utilizam a mesma função para efetuar a baixa dos documentos, por este motivo o erro era apresentando tanto no processo de baixa de manifesto como no processo de baixa do romaneio. Figura 5 - Programa omc0833 baixa de romaneios / manifestos 3.6 CHAMADO AABPZZ RESUMO DO CHAMADO Dados da Dipam não estão sendo alimentados durante a integração do TMS com o módulo de Vendas. 26

27 3.6.2 INCIDENTE A migração de dados entre as tabelas do módulo TMS para o módulo de Vendas não está alimentando os dados da Dipam ANÁLISE DO PROBLEMA Em versões anteriores do ERP Logix, o módulo TMS não possuía integração com o módulo de vendas. Sendo assim o sistema considerava como sendo documentos completamente diferentes uma nota fiscal e um conhecimento de transporte. Atualmente com a integração dos dois módulos, para o efeito de faturamento o sistema reconhece apenas a nota fiscal. Porém a nota fiscal pode ser do tipo de venda, serviço e do tipo conhecimento. Assim são centralizadas as informações necessárias ao funcionamento dos módulos de Contas a Receber, Contas a Pagar e Obrigações fiscais, facilitando processos como a emissão de documentos eletrônicos NF-e / CT-e. Entretanto, após a integração entre os módulos, vários conhecimentos ficaram isolados na tabela antiga. Sendo necessário assim, fazer a migração destes documentos da tabela antiga para a tabela nova. Para esta finalidade foi criado o programa omc1010. O cliente usuário informa o período dos conhecimentos a serem integrados com o módulo de vendas e o TMS faz a busca dos conhecimentos que ainda não foram integrados. Em seguida, é feita a exibição destes conhecimentos e o usuário tem a opção de efetuar a integração ou não. A inconformidade informada pelo cliente ocorre porque após a integração / migração dos dados entre os módulos a informação relativa a Dipam, não é inclusa na tabela de notas fiscais. Esta informação é fundamental para o pagamento de tributos ao município SOLUÇÃO APLICADA À INCONFORMIDADE Para solução desta inconformidade foi necessário primeiramente identificar as funções que efetuam a consulta de conhecimentos não integrados dentro do TMS. Foi necessário também implementar o armazenamento em variáveis locais de todos os dados do pagador de frete necessários para a busca da Dipam. Em seguida foram identificadas as funções de inclusão da nota fiscal na nova tabela. Antes da execução destas funções foi implementado a busca da Dipam de acordo com a UF do pagador do frete e natureza da operação do serviço de transporte efetuado. Após isso foi feita a 27

28 verificação se para a configuração fiscal desta natureza de operação existe a parametrização da Dipam dentro do cadastro de clientes emitentes que interno ao módulo de Vendas. Em seguida esta informação é armazenada em outra variável local. Para teste foi feita a chamada de uma função do módulo de vendas para que seja gravado o índice da Dipam na tabela de nota fiscal de acordo com as suas restrições de integridade. Figura 6 - Programa omc1010 conhecimentos pendentes de migração 28

29 Figura 7 - Programa vdp0330 parâmetros fiscais 29

30 4. CONSIDERAÇÕES FINAIS É importante enfatizar aqui a importância dos conhecimentos adquiridos durante o curso de Tecnologia em Análise e Desenvolvimento de Sistemas para a realização do meu trabalho desenvolvido na TOTVS. É possível citar aqui conceitos fundamentais como as definições de sistemas abstratos, causalidade, homeostasia e entropia adquirida na disciplina de Teoria Geral Sistemas. Foi importante também a base sintática de linguagens de programação procedurais que foram adquiridos nas disciplinas de Introdução a Ciência da Computação, Linguagem de Programação I e II. Os conceitos de estruturas, ordenação, consulta e armazenamento de dados através de arquivos binários aprendidos na disciplina de Estrutura de Dados. Os conceitos de bancos de dados e linguagem SQL adquiridos na disciplina de Banco de Dados e o fluxo das informações nas etapas do processamento de dados, levantamento de requisitos, funcionalidades de software, integração com os demais sistemas. Princípios do planejamento, execução e controle, como sistemas de informação impactam na tomada de decisão, e qualidade de software. Conhecimentos adquiridos nas disciplinas de Introdução a Análise de Sistemas, Fundamentos de Sistemas de Informação e Engenharia de Software. Conceitos que sem os quais, os processos de leitura, compreensão de código e até mesmo a codificação de software, análise de causa e solução das inconformidades aqui descritas seria mais complexa. Houve dificuldades quanto à correta utilização das ferramentas necessárias para o desenvolvimento de chamados como os processos de workflow entre as tarefas de um chamado. Neste aspecto foi importante o suporte da equipe do TMS que acompanhou as tarefas de operação de repositório, liberação e aplicação dos chamados. Os objetivos descritos no plano de estágio foram alcançados dentro do prazo previsto, sendo que as soluções aplicadas às inconformidades que aqui foram descritas, atualmente fazem parte do produto padrão. Assim como o programa omc0280 criado durante o período de estágio já está em execução nos clientes que utilizam o TMS Logix na visão Embarcador. A experiência de atuar em uma empresa líder do setor de sistemas gerenciais também agrega mais do que a aplicabilidade de conceitos técnicos, o ambiente de trabalho também proporciona um grande enriquecimento tanto na bagagem técnica quanto cultural. Isto coloca o estagiário em contato com pares e clientes de outros estados e em breve outros países de acordo com o projeto de expansão global da empresa. Participar das etapas de análise e desenvolvimento de softwares em uma empresa do porte da TOTVS é uma experiência extremamente importante para todo estudante e profissional de tecnologia da informação. 30

31 5. GLOSSÁRIO CONEMB Documento informando as mercadorias que estão sendo transportadas, relacionando as notas fiscais transportadas e seus respectivos conhecimentos, utiliza o padrão EDI. Conhecimento de Transporte Documento fiscal emitido pelo transportador de carga para acobertar as mercadorias no trajeto transportado, esse documento é sua nota fiscal utilizado para contabilizar receitas e efetivar o faturamento. Contrato de Terceiro Documento de cobrança pelo qual se efetua o pagamento de um serviço de transporte sublocado para outro transportador (terceirização). Dipam - Declaração para o Índice de Participação dos Municípios consiste na declaração dos contribuintes informando, à Fazenda Estadual, os valores das operações relativas à circulação de mercadorias e das prestações de serviços de transporte ou de comunicação. DOCCOB Documento de cobrança enviado pelo transportador para o pagador do frete utilizando-se os padrões do EDI. EDI Eletronic Data Interchange Troca de Dados Eletrônicos. Troca de dados estruturados através de uma rede de dados computacional. ERP Enterprise Resource Planning - Planejamento de Recursos Empresariais, software, que funciona como uma plataforma de que permite a organização de vários departamentos de uma empresa, com a função de organizar e controlar seus recursos. IPO - É a primeira emissão pública de ações de uma empresa de capital aberto (Initial Public Offering). MIDDLEWARE É um programa de computador que faz e mediação entre software e demais aplicações. É utilizado para mover ou transportar informações e dados entre programas de diferentes protocolos de comunicação, plataformas e dependências do sistema operacional. OCORREN Documento contendo informações de status correspondentes aos conhecimentos de transporte e notas fiscais transportadas utilizam o padrão EDI. Ordem de Coleta Documento utilizado para acompanhar o trânsito ou o transporte, intra ou intermunicipal, de cargas coletadas do endereço do remetente até o do transportador. 31

32 Romaneio / Manifesto Documento agrupador de conhecimentos e/ou ordens de coleta para um determinado veículo, motorista e rota durante efetivação do transporte intramunicipal no caso do romaneio e intermunicipal no caso do manifesto. SQL Structured Query Language, Linguagem de Consulta Estruturada. TI Tecnologia da Informação. TMS Transportation Management System, Sistema de Gerenciamento de Transporte. Viagem Documento agrupador de manifestos e/ou romaneios por uma determinada empresa ou pessoa física fornecedora de serviços de transporte. WMS Warehouse Management System. Sistema de Gerenciamento de armazéns. 32

33 6. REFERÊNCIAS BIBLIOGRÁFICAS BLUNDEN, BILL. Software Exorcism: A Handbook for Debugging and Optimizing Legacy Code. APress, BORBA, CLÁUDIO. Direito Tributário III. Livro Segundo do Código Tributário Nacional. Rio de Janeiro BOWERSOX, DONALD. Suply Chain Logistics Management. Gestão logística da cadeia de suprimentos. Tradução Patricia Lessa Cunha, FERREIRA, SÉRGIO.Programação em 4GL. Manual Informix 4GL. MoreData Sistemas de Informação Ltda. RAMALHO, JOSÉ ALVES. Oracle 10g. Ideal para quem deseja iniciar o aprendizado do Oracle. São Paulo