PROPOSTA PARA O TRABALHO DE CONCLUSÃO DE CURSO

Transcrição

1 TURNO: NOTURNO VERSÃO: 2.0 N o UNIVERSIDADE REGIONAL DE BLUMENAU CENTRO DE CIÊNCIAS EXATAS E NATURAIS DEPARTAMENTO DE SISTEMAS E COMPUTAÇÃO CURSO DE CIÊNCIAS DA COMPUTAÇÃO BACHARELADO COORDENAÇÃO DE TRABALHO DE CONCLUSÃO DE CURSO PROPOSTA PARA O TRABALHO DE CONCLUSÃO DE CURSO TÍTULO: PROTÓTIPO DE SISTEMA PARA INTEGRAÇÃO DA NOTA FISCAL ELETRÔNICA COM APLICAÇÕES B2B ON-LINE UTILIZANDO WEBSERVICES ÁREA: Sistemas de Informação. Palavras-chave: Webservice. XML. Nota fiscal eletrônica. 1 IDENTIFICAÇÃO 1.1 ALUNO Nome: Ricardo Momm Código/matrícula: Endereço residencial: Rua: Roland Krause n : 30 Complemento: Casa Bairro: Velha CEP: Cidade: Blumenau UF: SC Telefone fixo: (47) Celular: (47) Endereço comercial: Empresa: Rua: n : Bairro: CEP: Cidade: UF: Telefone: FURB: ricardom@inf.furb.br alternativo: ricardo18.bnu@gmail.com 1.2 ORIENTADOR Nome: Marcel Hugo FURB: marcel@furb.br alternativo:

2 2 DECLARAÇÕES 2.1 DECLARAÇÃO DO ALUNO Declaro que estou ciente do Regulamento do Trabalho de Conclusão de Curso de Ciências da Computação e que a proposta em anexo, a qual concordo, foi por mim rubricada em todas as páginas. Ainda me comprometo pela obtenção de quaisquer recursos necessários para o desenvolvimento do trabalho, caso esses recursos não sejam disponibilizados pela Universidade Regional de Blumenau (FURB). Assinatura: Local/data: 2.2 DECLARAÇÃO DO ORIENTADOR Declaro que estou ciente do Regulamento do Trabalho de Conclusão do Curso de Ciências da Computação e que a proposta em anexo, a qual concordo, foi por mim rubricada em todas as páginas. Ainda me comprometo a orientar o aluno da melhor forma possível de acordo com o plano de trabalho explícito nessa proposta. Assinatura: Local/data:

3 3 AVALIAÇÃO DA PROPOSTA 3.1 AVALIAÇÃO DO(A) ORIENTADOR(A) Acadêmico(a): Orientador(a): Ricardo Momm Marcel Hugo ASPECTOS TÉCNICOS ASPECTOS METODOLÓGICOS ASPECTOS AVALIADOS 1. INTRODUÇÃO 1.1. O tema de pesquisa está devidamente contextualizado/delimitado? 1.2. O problema está claramente formulado? 2. OBJETIVOS 2.1. O objetivo geral está claramente definido e é passível de ser alcançado? 2.2. São apresentados objetivos específicos (opcionais) coerentes com o objetivo geral? Caso não sejam apresentados objetivos específicos, deixe esse item em branco. 3. RELEVÂNCIA 3.1. A proposta apresenta um grau de relevância em computação que justifique o desenvolvimento do TCC? 4. METODOLOGIA 4.1. Foram relacionadas todas as etapas necessárias para o desenvolvimento do TCC? 4.2. Os métodos e recursos estão devidamente descritos e são compatíveis com a metodologia proposta? 4.3. A proposta apresenta um cronograma físico (período de realização das etapas) de maneira a permitir a execução do TCC no prazo disponível? 5. REVISÃO BIBLIOGRÁFICA 5.1. As informações apresentadas são suficientes e têm relação com o tema do TCC? 5.2. São apresentados trabalhos correlatos, bem como comentadas as principais características dos mesmos? 6. REQUISITOS DO SISTEMA A SER DESENVOLVIDO 6.1. Os requisitos funcionais e não funcionais do sistema a ser desenvolvido foram claramente descritos? 7. CONSIDERAÇÕES FINAIS 7.1. As considerações finais relacionam os assuntos apresentados na revisão bibliográfica com a realização do TCC? 8. REFERÊNCIAS BIBLIOGRÁFICAS 8.1. As referências bibliográficas obedecem às normas da ABNT? 8.2. As referências bibliográficas contemplam adequadamente os assuntos abordados na proposta (são usadas obras atualizadas e/ou as mais importantes da área)? 9. CITAÇÕES 9.1. As citações obedecem às normas da ABNT? 9.2. As informações retiradas de outros autores estão devidamente citadas? 10. AVALIAÇÃO GERAL (organização e apresentação gráfica, linguagem usada) O texto obedece ao formato estabelecido? A exposição do assunto é ordenada (as idéias estão bem encadeadas e a linguagem utilizada é clara)? atende atende parcialmente A proposta de TCC deverá ser revisada, isto é, necessita de complementação, se: qualquer um dos itens tiver resposta NÃO ATENDE; pelo menos 4 (quatro) itens dos ASPECTOS TÉCNICOS tiverem resposta ATENDE PARCIALMENTE; ou pelo menos 4 (quatro) itens dos ASPECTOS METODOLÓGICOS tiverem resposta ATENDE PARCIALMENTE. PARECER: ( ) APROVADA ( ) NECESSITA DE COMPLEMENTAÇÃO não atende Assinatura do(a) avaliador(a): Local/data:

4 CONSIDERAÇÕES DO(A) ORIENTADOR(A): Caso o(a) orientador(a) tenha assinalado em sua avaliação algum item como atende parcialmente, devem ser relatos os problemas/melhorias a serem efetuadas. Na segunda versão, caso as alterações sugeridas pelos avaliadores não sejam efetuadas, deve-se incluir uma justificativa. Assinatura do(a) avaliador(a): Local/data:

5 3.2 AVALIAÇÃO DO(A) COORDENADOR DE TCC Acadêmico(a): Avaliador(a): Ricardo Momm José Roque Voltolini da Silva ASPECTOS TÉCNICOS ASPECTOS METODOLÓGICOS ASPECTOS AVALIADOS 1. INTRODUÇÃO 1.1. O tema de pesquisa está devidamente contextualizado/delimitado? 1.2. O problema está claramente formulado? 2. OBJETIVOS 2.1. O objetivo geral está claramente definido e é passível de ser alcançado? 2.2. São apresentados objetivos específicos (opcionais) coerentes com o objetivo geral? Caso não sejam apresentados objetivos específicos, deixe esse item em branco. 3. RELEVÂNCIA 3.1. A proposta apresenta um grau de relevância em computação que justifique o desenvolvimento do TCC? 4. METODOLOGIA 4.1. Foram relacionadas todas as etapas necessárias para o desenvolvimento do TCC? 4.2. Os métodos e recursos estão devidamente descritos e são compatíveis com a metodologia proposta? 4.3. A proposta apresenta um cronograma físico (período de realização das etapas) de maneira a permitir a execução do TCC no prazo disponível? 5. REVISÃO BIBLIOGRÁFICA 5.1. As informações apresentadas são suficientes e têm relação com o tema do TCC? 5.2. São apresentados trabalhos correlatos, bem como comentadas as principais características dos mesmos? 6. REQUISITOS DO SISTEMA A SER DESENVOLVIDO 6.1. Os requisitos funcionais e não funcionais do sistema a ser desenvolvido foram claramente descritos? 7. CONSIDERAÇÕES FINAIS 7.1. As considerações finais relacionam os assuntos apresentados na revisão bibliográfica com a realização do TCC? 8. REFERÊNCIAS BIBLIOGRÁFICAS 8.1. As referências bibliográficas obedecem às normas da ABNT? 8.2. As referências bibliográficas contemplam adequadamente os assuntos abordados na proposta (são usadas obras atualizadas e/ou as mais importantes da área)? 9. CITAÇÕES 9.1. As citações obedecem às normas da ABNT? 9.2. As informações retiradas de outros autores estão devidamente citadas? 10. AVALIAÇÃO GERAL (organização e apresentação gráfica, linguagem usada) O texto obedece ao formato estabelecido? A exposição do assunto é ordenada (as idéias estão bem encadeadas e a linguagem utilizada é clara)? atende atende parcialmente A proposta de TCC deverá ser revisada, isto é, necessita de complementação, se: qualquer um dos itens tiver resposta NÃO ATENDE; pelo menos 4 (quatro) itens dos ASPECTOS TÉCNICOS tiverem resposta ATENDE PARCIALMENTE; ou pelo menos 4 (quatro) itens dos ASPECTOS METODOLÓGICOS tiverem resposta ATENDE PARCIALMENTE. PARECER: ( ) APROVADA ( ) NECESSITA DE COMPLEMENTAÇÃO OBSERVAÇÕES: não atende Assinatura do(a) avaliador(a): Local/data:

6 3.3 AVALIAÇÃO DO(A) PROFESSOR(A) DA DISCIPLINA DE TCCI Acadêmico(a): Avaliador(a): Ricardo Momm Joyce Martins ASPECTOS TÉCNICOS ASPECTOS METODOLÓGICOS ASPECTOS AVALIADOS 1. INTRODUÇÃO 1.1. O tema de pesquisa está devidamente contextualizado/delimitado? 1.2. O problema está claramente formulado? 2. OBJETIVOS 2.1. O objetivo geral está claramente definido e é passível de ser alcançado? 2.2. São apresentados objetivos específicos (opcionais) coerentes com o objetivo geral? Caso não sejam apresentados objetivos específicos, deixe esse item em branco. 3. RELEVÂNCIA 3.1. A proposta apresenta um grau de relevância em computação que justifique o desenvolvimento do TCC? 4. METODOLOGIA 4.1. Foram relacionadas todas as etapas necessárias para o desenvolvimento do TCC? 4.2. Os métodos e recursos estão devidamente descritos e são compatíveis com a metodologia proposta? 4.3. A proposta apresenta um cronograma físico (período de realização das etapas) de maneira a permitir a execução do TCC no prazo disponível? 5. REVISÃO BIBLIOGRÁFICA 5.1. As informações apresentadas são suficientes e têm relação com o tema do TCC? 5.2. São apresentados trabalhos correlatos, bem como comentadas as principais características dos mesmos? 6. REQUISITOS DO SISTEMA A SER DESENVOLVIDO 6.1. Os requisitos funcionais e não funcionais do sistema a ser desenvolvido foram claramente descritos? 7. CONSIDERAÇÕES FINAIS 7.1. As considerações finais relacionam os assuntos apresentados na revisão bibliográfica com a realização do TCC? 8. REFERÊNCIAS BIBLIOGRÁFICAS 8.1. As referências bibliográficas obedecem às normas da ABNT? 8.2. As referências bibliográficas contemplam adequadamente os assuntos abordados na proposta (são usadas obras atualizadas e/ou as mais importantes da área)? 9. CITAÇÕES 9.1. As citações obedecem às normas da ABNT? 9.2. As informações retiradas de outros autores estão devidamente citadas? 10. AVALIAÇÃO GERAL (organização e apresentação gráfica, linguagem usada) O texto obedece ao formato estabelecido? A exposição do assunto é ordenada (as idéias estão bem encadeadas e a linguagem utilizada é clara)? PONTUALIDADE NA ENTREGA atende atende parcialmente não atende atraso de dias A proposta de TCC deverá ser revisada, isto é, necessita de complementação, se: qualquer um dos itens tiver resposta NÃO ATENDE; pelo menos 4 (quatro) itens dos ASPECTOS TÉCNICOS tiverem resposta ATENDE PARCIALMENTE; ou pelo menos 4 (quatro) itens dos ASPECTOS METODOLÓGICOS tiverem resposta ATENDE PARCIALMENTE. PARECER: ( ) APROVADA ( ) NECESSITA DE COMPLEMENTAÇÃO OBSERVAÇÕES: Assinatura do(a) avaliador(a): Local/data:

7 3.4 AVALIAÇÃO DO(A) PROFESSOR(A) ESPECIALISTA NA ÁREA Acadêmico(a): Avaliador(a): Ricardo Momm ASPECTOS TÉCNICOS ASPECTOS METODOLÓGICOS ASPECTOS AVALIADOS 1. INTRODUÇÃO 1.1. O tema de pesquisa está devidamente contextualizado/delimitado? 1.2. O problema está claramente formulado? 2. OBJETIVOS 2.1. O objetivo geral está claramente definido e é passível de ser alcançado? 2.2. São apresentados objetivos específicos (opcionais) coerentes com o objetivo geral? Caso não sejam apresentados objetivos específicos, deixe esse item em branco. 3. RELEVÂNCIA 3.1. A proposta apresenta um grau de relevância em computação que justifique o desenvolvimento do TCC? 4. METODOLOGIA 4.1. Foram relacionadas todas as etapas necessárias para o desenvolvimento do TCC? 4.2. Os métodos e recursos estão devidamente descritos e são compatíveis com a metodologia proposta? 4.3. A proposta apresenta um cronograma físico (período de realização das etapas) de maneira a permitir a execução do TCC no prazo disponível? 5. REVISÃO BIBLIOGRÁFICA 5.1. As informações apresentadas são suficientes e têm relação com o tema do TCC? 5.2. São apresentados trabalhos correlatos, bem como comentadas as principais características dos mesmos? 6. REQUISITOS DO SISTEMA A SER DESENVOLVIDO 6.1. Os requisitos funcionais e não funcionais do sistema a ser desenvolvido foram claramente descritos? 7. CONSIDERAÇÕES FINAIS 7.1. As considerações finais relacionam os assuntos apresentados na revisão bibliográfica com a realização do TCC? 8. REFERÊNCIAS BIBLIOGRÁFICAS 8.1. As referências bibliográficas obedecem às normas da ABNT? 8.2. As referências bibliográficas contemplam adequadamente os assuntos abordados na proposta (são usadas obras atualizadas e/ou as mais importantes da área)? 9. CITAÇÕES 9.1. As citações obedecem às normas da ABNT? 9.2. As informações retiradas de outros autores estão devidamente citadas? 10. AVALIAÇÃO GERAL (organização e apresentação gráfica, linguagem usada) O texto obedece ao formato estabelecido? A exposição do assunto é ordenada (as idéias estão bem encadeadas e a linguagem utilizada é clara)? atende atende parcialmente A proposta de TCC deverá ser revisada, isto é, necessita de complementação, se: qualquer um dos itens tiver resposta NÃO ATENDE; pelo menos 4 (quatro) itens dos ASPECTOS TÉCNICOS tiverem resposta ATENDE PARCIALMENTE; ou pelo menos 4 (quatro) itens dos ASPECTOS METODOLÓGICOS tiverem resposta ATENDE PARCIALMENTE. PARECER: ( ) APROVADA ( ) NECESSITA DE COMPLEMENTAÇÃO OBSERVAÇÕES: não atende Assinatura do(a) avaliador(a): Local/data:

8 UNIVERSIDADE REGIONAL DE BLUMENAU CENTRO DE CIÊNCIAS EXATAS E NATURAIS CURSO DE CIÊNCIAS DA COMPUTAÇÃO BACHARELADO PROTÓTIPO DE SISTEMA PARA INTEGRAÇÃO DA NOTA FISCAL ELETRÔNICA COM APLICAÇÕES B2B ON-LINE UTILIZANDO WEBSERVICES RICARDO MOMM BLUMENAU 2008

9 RICARDO MOMM PROTÓTIPO DE SISTEMA PARA INTEGRAÇÃO DA NOTA FISCAL ELETRÔNICA COM APLICAÇÕES B2B ON-LINE UTILIZANDO WEBSERVICES Proposta de Trabalho de Conclusão de Curso submetida à Universidade Regional de Blumenau para a obtenção dos créditos na disciplina Trabalho de Conclusão de Curso I do curso de Ciências da Computação Bacharelado. Prof. Marcel Hugo - Orientador BLUMENAU 2008

10 2 1 INTRODUÇÃO O grande desafio atual do governo, no que se refere à administração tributária, é adaptar-se aos avanços tecnológicos e à informatização dos comércios e transações entre contribuintes. O grande número de transações efetuadas e o montante de recursos movimentados crescem em um ritmo intenso em paralelo com os custos do Estado em detectar e prevenir a sonegação de impostos (PORTAL INTERESTADUAL DE INFORMAÇÕES FISCAIS, 2004). O projeto da Nota Fiscal Eletrônica (NF-E) é coordenado pelo Encontro Nacional dos Coordenadores e Administradores Tributários Estaduais (ENCAT) e é o substituto da Nota Fiscal (NF) formatada em papel utilizada atualmente. As NFs geram um custo muito elevado para os contribuintes, pois seu arquivamento demanda muitos recursos e é importante para históricos, auditorias, contabilidade, entre outros. A NF-E por ser em meio digital visa resolver este problema, além de diminuir a burocracia e facilitar o controle e a fiscalização tributária. A NF-E é um documento digital elaborado no padrão extensible Markup Language (XML) e deve ser enviado para o site da Secretaria da Fazenda (SEFAZ) estadual assinado digitalmente para garantir a autenticidade. Atualmente a NF-E engloba somente os padrões 1 e 1-A utilizados em transações com mercadorias e somente entre empresas. Quando uma empresa se credencia para usar a NF-E, ela está impedida de fazer a impressão da mesma em papel. Para resolver este problema, a SEFAZ estabeleceu um arquivo de retorno para cada NF-E emitida, o Documento Auxiliar da Nota Fiscal Eletrônica (DANFE). O DANFE é a representação em papel da NF-E, possuindo informações da NF-E e um código de barras para autenticação. A escolha do WebServices é pelo fato de ser uma tecnologia simples e não existirem soluções de integração com a NF-E para empresas que atuam no mercado de Business-to- Business (B2B) on-line. Segundo Borges Júnior (2005, p. 1), Os WebServices representam um fragmento de informação que pode ser acessado por qualquer um, em qualquer lugar, utilizando qualquer tipo de dispositivo. O sistema irá rodar utilizando o paradigma Application Service Provider (ASP), pois com toda essa informatização no setor fiscal, as empresas têm que investir pesado para poderem se adaptar e utilizar estes novos serviços. Os investimentos vão desde programadores para atualizar o sistema até a aquisição de servidores para armazenar dados e rodar o sistema.

11 3 O ASP é uma modalidade aonde o sistema é alugado barateando o custo para a empresa contratante uma vez que toda a estrutura será terceirizada.. A configuração vai ser feita de acordo com as necessidades da empresa contratante através uma interface web implementada com HyperText Markup Language (HTML) e C#.Net utilizando um banco de dados MySql. Esta interface vai ser acessada com usuário, senha e uma conexão segura utilizando Secure Socket Layers (SSL). Na configuração a empresa vai definir parâmetros e variáveis para o funcionamento do sistema. 1.1 OBJETIVOS DO TRABALHO O objetivo deste trabalho é desenvolver um sistema baseado em WebServices com configurações personalizadas utilizando o paradigma ASP para fazer com que sistemas B2B on-line possam adotar a NF-E. Os objetivos específicos do trabalho são: a) desenvolver WebServices para fazer a assinatura, envio das NF-Es e tratamento da resposta do site da SEFAZ; b) desenvolver uma interface web para configurações do sistema, cadastro de contas de autenticação e consulta do DANFE; c) fornecer uma forma segura de comunicação com os WebServices e com a interface web através de SSL e autenticação com criptografia; d) utilizar o paradigma ASP para fornecer o serviço; e) possibilitar a exportação do DANFE em Portable Document Format (PDF) através da interface web. 1.2 RELEVÂNCIA DO TRABALHO WebServices podem ser descritos como qualquer funcionalidade que é acessível usando a Internet e geralmente, mas não necessariamente, usando uma ou mais notações XML no protocolo de comunicação (SCRIBNER; STIVER, 2002, p. 10). Como o sistema irá funcionar a partir de WebServices, vai evitar com que as empresas

12 4 que solicitam este serviço façam grandes atualizações no sistema atual, pois uma de suas principais funções é a integração de plataformas e linguagens de programação heterogêneas. O paradigma ASP é caracterizado pelo seu baixo custo, pois a empresa que vai utilizar o serviço não terá necessidade de adquirir nenhum hardware adicional para hospedar servidores web, armazenar DANFE e outros grandes investimentos em infra-estrutura. Esta modalidade é descrita como um aluguel de sistema, na qual a empresa paga uma taxa mensal para utilizar o sistema, porém, não adquire o sistema e nem tem acesso aos códigos fonte. Todos os DANFEs retornados pelo site da SEFAZ ficarão armazenados em um servidor on-line e poderão ser acessados a qualquer hora através de autenticação, tornando então, mais fácil a mobilidade e o acesso aos dados financeiros da empresa. Por fim, a exportação do DANFE em PDF fornece um documento protegido e com uma impressão fiel ao formato pré-definido pela SEFAZ. A interface web fornecerá a empresa contratante toda configuração necessária para utilização do sistema e por fim o sistema fornece as empresas que atuam com B2B on-line a possibilidade de participarem desta informatização reduzindo custos e agilizando processos. 1.3 METODOLOGIA O trabalho será desenvolvido observando as seguintes etapas: a) levantamento bibliográfico: realizar levantamento da bibliografia sobre as especificações da NF-E, homologação do sistema junto a SEFAZ, Segurança, B2B e WebServices; b) elicitação dos requisitos: detalhar e reavaliar os requisitos, observando as necessidades levantadas durante a revisão bibliográfica; c) especificação do sistema: especificar o sistema com análise orientada a objeto utilizando a Unified Modeling Language (UML). Será usada a ferramenta Enterprise Architect para o desenvolvimento dos diagramas de caso de uso, de classes e de seqüência; d) implementação dos WebServices: implementar os WebServices que fazem a assinatura, a comunicação com o site da SEFAZ e o recebimento do DANFE usando a linguagem C#.Net e a ferramenta Visual Studio 2005;

13 5 e) testes dos WebServices: testar os WebServices utilizando um gerador de assinaturas cedido pela SEFAZ especificamente para testes junto com informações de NFs fictícias; f) implementação da interface web: implementar a interface web para efetuar configurações, cadastros de contas para autenticação e consultas da DANFE utilizando HTML, C#.Net, banco de dados MySql e a ferramenta Visual Studio 2005; g) testes da interface web: testar as funcionalidades da interface para ver se atende aos requisitos listados na etapa b; h) testes do sistema: testar o sistema inteiro, WebServices e interface web, em parceria com uma empresa que possui uma aplicação B2B para posterior homologação do sistema junto a SEFAZ. As etapas serão realizadas nos períodos relacionados no Quadro jul. ago. set. out. nov. etapas / quinzenas levantamento bibliográfico elicitação dos requisitos especificação do sistema implementação do WebService testes do WebService implementação da interface web testes da interface web testes do sistema Quadro 1 - Cronograma

14 6 2 REVISÃO BIBLIOGRÁFICA Nas seções seguintes são detalhados os principais itens deste trabalho. Primeiramente são explicados a definição da NF-E, seus principais objetivos e é apresentado o modelo operacional da NF-E. Na seqüência é feita uma breve explicação do DANFE e um conceito de WebServices focando nas suas principais utilizações e características. Em seguida são mostrados os conceitos de B2B e apresentadas as medidas de segurança que serão. Por final são detalhadas algumas ferramentas similares. 2.1 NOTA FISCAL ELETRÔNICA É um documento emitido e armazenado eletronicamente, de existência apenas digital, com o intuito de documentar uma operação de circulação de mercadorias ou prestação de serviços ocorrida entre as partes, cuja validade jurídica é garantida pela assinatura digital do emitente e recepção, pelo fisco, antes da ocorrência do Fato Gerador. (ENCONTRO NACIONAL DOS COORDENADORES E ADMINISTRADORES TRIBUTÁRIOS ESTADUAIS, 2005). De acordo com o Portal Nacional da Nota Fiscal Eletrônica (2005), um dos objetivos da NF-E é facilitar a vida do contribuinte e as atividades de fiscalização sobre operações e prestações tributadas pelo Imposto sobre Circulação de Mercadorias e Serviços (ICMS) e pelo Imposto sobre Produtos Industrializados (IPI). Segundo uma pesquisa com várias empresas efetuada pelo Conselho Privado da Nota Fiscal Eletrônica do Brasil, 24% dos entrevistados concordou que a redução de custos com papéis e impressão é o principal benefício que a NF-E irá trazer. Essa pesquisa apontou ainda, que 80% das empresas entrevistadas têm interesse em aderir ao projeto da NF-E. Com a NF-E, a Receita Federal do Brasil (RFB) espera diminuir o número de fraudes e sonegação de impostos, pois, este método facilita a auditoria, sendo que todas as NF-Es estarão nos servidores da própria RFB. Como medida de segurança, toda e qualquer NF-E deve ser assinada digitalmente através de um certificado digital adquirido pela empresa participante seguindo as normas da Infra-Estrutura de Chaves Públicas Brasileira (ICP-BR). Após a assinatura digital a NF-E é enviada à SEFAZ de origem, que no caso é a SEFAZ do estado no qual a empresa é autorizada a emitir NF-E. A SEFAZ de origem faz a validação do número da NF-E, entidade

15 7 emitente, entre outros, e repassa para o Sistema Público de Escrituração Digital (SPED) que armazena a NF-E nos servidores da RFB. Se a NF-E passar nas validações, o SPED a envia para a Superintendência da Zona Franca de Manaus (SUFRAMA) e para a SEFAZ de destino, que é a pertencente ao estado de destino das mercadorias contidas na NF-E. Caso ela não venha a passar nas validações, uma resposta de erro é enviada ao software do contribuinte. O funcionamento da NF-E pode ser observado conforme a figura 1. Fonte: Freitas (2006, p. 9). Figura 1 - Modelo Operacional da NF-E 2.2 DANFE O DANFE não é uma nota fiscal, nem substitui uma nota fiscal, servindo apenas como instrumento auxiliar para consulta da NF-e, pois contém a chave de acesso da NF-e, que permite ao detentor desse documento confirmar a efetiva existência da NF-e através do Ambiente Nacional (RFB) ou site da SEFAZ na Internet. (PORTAL INTERESTADUAL DE INFORMAÇÕES FISCAIS, 2004). O DANFE será a representação em papel para ser utilizado no transporte de mercadorias. Além de conter informações da NF-E, ele ainda possui um código de barras para autenticação e a chave para consulta da NF-E correspondente no site da SEFAZ. O DANFE, assim como a NF-E, também é um arquivo XML e será armazenado em

16 8 um servidor para posteriormente a empresa que contratar o serviço, ter acesso à impressão da mesma independente de localidade. O único requisito para acessar o DANFE é um computador com Internet e o formato do DANFE impresso é ilustrado na figura 2. Fonte: Freitas (2006, p.10). Figura 2 DANFE impresso pela Souza Cruz para testes 2.3 WEB SERVICE WebService é um sistema de software identificado por uma Unified Resource Identifier (URI), na qual sua interface e métodos são definidos e descritos usando XML. Sua definição pode ser encontrada por outros sistemas e estes sistemas podem então, interagir com o WebService trocando mensagens em XML utilizando a Internet (W3C, 1994). Suas principais funcionalidades são: a) participar em transações B2B; b) expor funcionalidades do sistema aos clientes; c) integrar linguagens de programação e plataformas heterogêneas; d) prover uma plataforma simplificada para desenvolvimento de produtos. Mclaughlin (2001) diz que os WebServices são sinônimos de interoperabilidade, pois usam as mais variadas tecnologias da web e mesmo assim possuem uma grande abstração para quem o utiliza. Isto porque, os WebServices encapsulam toda a sua definição para saber

17 9 quais métodos chamar, quais parâmetros passar e quais respostas receber. Os WebServices vão ter um trabalho crucial na comunicação, envio e recebimento de dados com o site da SEFAZ. 2.4 B2B O B2B é uma sigla atual criada para representar a fatia de mercado do e-business voltada para o comércio entre empresas. O B2B é a modalidade que mais cresce na internet nos últimos anos. Segundo Franco Jr. (2005, p. 33) a dimensão econômica mundial do B2B em 2004 era de 7,29 trilhões de dólares por ano, esse valor é comparável ao PIB dos Estados Unidos da América. O B2B, embora baseado na internet, usa predominantemente recursos de extranet que tem por característica fornecer aos parceiros, distribuidores, prestadores de serviços entre outros, uma conexão remota com a rede interna da empresa, a fim de agilizar a troca de informação em ambos os sentidos. 2.5 SEGURANÇA Conforme Kurose e Ross (2006, p. 555), o protocolo SSL é amplamente usado no comércio pela internet, sendo implementado em quase todos os navegadores populares e servidores web. O SSL será responsável pela comunicação segura entre a empresa contratante, os WebServices e a interface web para configuração do sistema. A autenticação acontece quando o navegador envia ao servidor uma solicitação utilizando o SSL. O servidor gera uma chave simétrica compartilhada e envia para o navegador que, ao receber, gera uma nova chave simétrica aleatória e criptografia com a chave pública enviada pelo servidor. A chave gerada pelo navegador é enviada ao servidor que extrai a chave simétrica aleatória e conclui a autenticação iniciando então a sessão SSL.

18 TRABALHOS CORRELATOS Existem poucas ferramentas para a integração da NF-E. As principais e que estão de acordo com as especificações e modelos da SEFAZ são a Optio Software e a NFeExpress. Ainda como trabalho correlato podem ser citados Van-Dall (2006) que implementa um WebServices para atualização assíncrona de dados e Germano (2003) que usa WebServices para consultas e alocação de recursos. O Optio Software é distribuído no Brasil pela Consultema Consultoria e a NF-E é apenas um módulo da ferramenta que engloba vários outros módulos, como distribuição de relatórios, nota fiscal a laser, envio automático via fax, gerenciador de impressões, entre outros. A NFeExpress é um componente ActiveX e deve ser importado dentro do projeto para poder ser usada. Ela só pode ser usada em programas que suportam ActiveX e para fazer uso do componente o cliente deve ter acesso ao código fonte do programa. Portanto a integração deve ser feita por alguém com conhecimentos avançados em impedindo que o próprio cliente, através de uma interface, integre o componente. Em Van-Dall (2006) é implementado um protótipo de WebService que faz a atualização assíncrona de banco de dados. O WebService encapsula os métodos que são acessados por duas aplicações, uma que envia dados para o WebService que grava estes dados em um arquivo XML e outra aplicação que lê o arquivo XML utilizando o WebService e com estas informações faz a atualização da base de dados.

19 11 3 REQUISITOS DO SISTEMA A SER DESENVOLVIDO Os Requisitos Funcionais (RF) e Requisitos Não Funcionais (RNF) do sistema são: a) gerar o arquivo XML da Nota Fiscal, ou seja, a NF-E (RF); b) criar os WebServices para integração com os sistemas B2B on-line (RF); c) criar a interface web para configuração, criação de contas de autenticação e consultas do DANFE; d) assinar digitalmente o arquivo XML utilizando um certificado fornecido previamente pela empresa (RF); e) fazer o envio da NF-E e tratar as respostas do site da SEFAZ (RF); f) armazenar o DANFE no servidor para ser acessado remotamente (RF); g) exportar o DANFE para o formato PDF (RF); h) ser implementado usando o ambiente de desenvolvimento Visual Studio 2005 (RNF); i) usar a linguagem C#.NET para fazer a programação (RNF); j) fornecer documentação do WebService para que as empresas contratantes integrem seus sistemas (RNF); k) utilizar o paradigma ASP (RNF); l) fornecer medidas de segurança tais como SSL e criptografia (RNF).

20 12 4 CONSIDERAÇÕES FINAIS A NF-E já é realidade no Brasil e está mostrando os benefícios que existem na informatização destes métodos burocráticos. O plano da Receita Federal é aplicar a informatização em outros padrões de NF assim que as fases de testes estiverem concluídas e os resultados com os padrões 1 e 1-A forem comprovados. A NF-E é uma tecnologia que só tem a crescer e ajudar, tanto na fiscalização, quanto na diminuição da burocracia e com o advento dos WebServices e do XML a NF-E pode ser facilmente integrada a sistemas de Enterprise Resource Planning (ERP), Consumer Relationship Manager (CRM), entre outros. Os WebServices são uma forma barata para integrar sistemas B2B com a NF-E fornecendo então uma forma alternativa a atualização de códigos legados. A interface web para consultas e configurações torna o sistema móvel podendo ser acessado de qualquer lugar que contenha um computador com Internet, o que é muito fácil de encontrar na atualidade. O ambiente de desenvolvimento Visual Studio 2005 e a linguagem C#.Net fornecem um excelente suporte para desenvolvimento de WebServices e pelo fato de XML e WebServices serem padrões abertos o sistema torna-se altamente escalável e preparado para futuras atualizações.

21 13 REFERÊNCIAS BIBLIOGRÁFICAS BORGES JUNIOR, Maurício P. Desenvolvendo WebServices: guia rápido C#.NET usando Visual Studio.Net 2003 com banco de dados SQL SERVER. Rio de Janeiro: Ciência Moderna, CONSELHO PRIVADO DA NOTA FISCAL ELETRÔNICA DO BRASIL. CONFeB Conselho privado da nota fiscal eletrônica do Brasil. [S.l.], Disponível em: < Acesso em: 13 set ENCONTRO NACIONAL DOS COORDENADORES E ADMINISTRADORES TRIBUTÁRIOS ESTADUAIS. Projeto nota fiscal eletrônica: especificação do escopo do sistema. [S.l.], Disponível em: < onceitual_do_sistema.pdf>. Acesso em: 10 set FRANCO JR., Carlos F. E-business: internet, tecnologia e sistemas de informação na administração de empresas. 3. ed. São Paulo: Atlas, FREITAS, Vinicius P. Projeto nota fiscal eletrônica. In: FÓRUM DE CERTIFICAÇÃO DIGITAL, 4., 2006, Brasília. Anais eletrônicos... [S.l.], Disponível em: < _nas_empresas-vinicius_pimentel_de_freitas.pdf>. Acesso em: 10 set JSK CONSULTORIA E TREINAMENTO LTDA. WebServices. [S.l.], Disponível em: < Acesso em: 17 set KUROSE, James F.; ROSS, Keith W. Redes de computadores e a internet: uma abordagem top-down. 3. ed. Tradução Arlete Simille Marques. São Paulo: Addison Wesley, MCLAUGHLIN, Brett. Java & XML. 2nd ed. Beijing: O`Reilly, PORTAL INTERESTADUAL DE INFORMAÇÕES FISCAIS. Portal interestadual de informações fiscais. [S.l.], Disponível em: < Acesso em: 5 set PORTAL NACIONAL DA NOTA FISCAL ELETRÔNICA. Portal nacional da nota fiscal eletrônica. [S.l.], Disponível em: < Acesso em: 7 set SCRIBNER, Kenn; STIVER, Mark C. Applies SOAP: implementing.net XML web services. Indianapolis: Sams, 2002.

22 14 SOMMERVILLE, Ian. Engenharia de software. 6. ed. Tradução Maurício de Andrade. São Paulo: Addison Wesley, VAN-DALL, Sérgio K. Protótipo para atualização assíncrona de dados utilizando WebService f. Trabalho de Conclusão de Curso (Bacharelado em Ciências da Computação) - Centro de Ciências Exatas e Naturais, Universidade Regional de Blumenau, Blumenau. Disponível em: < Acesso em: 18 set WORLD WIDE WEB CONSORTIUM. World Wide Web Consortium: Leading the Web to Its Full Potential. [S.l.], Disponível em: < Acesso em: 15 set