• Nenhum resultado encontrado

PROPOSTA PARA O TRABALHO DE CONCLUSÃO DE CURSO

N/A
N/A
Protected

Academic year: 2021

Share "PROPOSTA PARA O TRABALHO DE CONCLUSÃO DE CURSO"

Copied!
22
0
0

Texto

(1)

TURNO: NOTURNO VERSÃO: 2.0 No 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: 19843

Endereço residencial:

Rua: Roland Krause n°: 30 Complemento: Casa

Bairro: Velha CEP: 89041-630 Cidade: Blumenau UF: SC

Telefone fixo: (47) 3325-1729 Celular: (47) 9942-0828 Endereço comercial:

Empresa:

Rua: n°: Bairro:

CEP: Cidade: UF: Telefone:

E-Mail FURB: ricardom@inf.furb.br E-Mail alternativo: ricardo18.bnu@gmail.com

1.2 ORIENTADOR

Nome: Marcel Hugo

E-Mail FURB: marcel@furb.br E-Mail 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): Ricardo Momm Orientador(a): Marcel Hugo

ASPECTOS AVALIADOS

atende atende parcialmente não atende

ASPECTOS TÉCNICOS

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?

ASPECTOS METODOLÓGICOS

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) 10.1. O texto obedece ao formato estabelecido?

10.2. A exposição do assunto é ordenada (as idéias estão bem encadeadas e a linguagem utilizada é clara)?

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

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): Ricardo Momm

Avaliador(a): José Roque Voltolini da Silva

ASPECTOS AVALIADOS

atende atende parcialmente não atende

ASPECTOS TÉCNICOS

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?

ASPECTOS METODOLÓGICOS

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) 10.1. O texto obedece ao formato estabelecido?

10.2. A exposição do assunto é ordenada (as idéias estão bem encadeadas e a linguagem utilizada é clara)?

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:

(6)

3.3 AVALIAÇÃO DO(A) PROFESSOR(A) DA DISCIPLINA DE TCCI

Acadêmico(a): Ricardo Momm Avaliador(a): Joyce Martins

ASPECTOS AVALIADOS

atende atende parcialmente não atende

ASPECTOS TÉCNICOS

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?

ASPECTOS METODOLÓGICOS

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) 10.1. O texto obedece ao formato estabelecido?

10.2. A exposição do assunto é ordenada (as idéias estão bem encadeadas e a linguagem utilizada é clara)?

PONTUALIDADE NA ENTREGA 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): Ricardo Momm Avaliador(a):

ASPECTOS AVALIADOS

atende atende parcialmente não atende

ASPECTOS TÉCNICOS

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?

ASPECTOS METODOLÓGICOS

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) 10.1. O texto obedece ao formato estabelecido?

10.2. A exposição do assunto é ordenada (as idéias estão bem encadeadas e a linguagem utilizada é clara)?

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:

(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 1.

2007

jul. ago. set. out. nov.

etapas / quinzenas 1 2 1 2 1 2 1 2 1 2 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)

10 2.6 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, 2005.

CONSELHO PRIVADO DA NOTA FISCAL ELETRÔNICA DO BRASIL. CONFeB – Conselho privado da nota fiscal eletrônica do Brasil. [S.l.], 2005. Disponível em:

<http://www.nfe.org.br>. Acesso em: 13 set. 2006.

ENCONTRO NACIONAL DOS COORDENADORES E ADMINISTRADORES

TRIBUTÁRIOS ESTADUAIS. Projeto nota fiscal eletrônica: especificação do escopo do sistema. [S.l.], 2005. Disponível em:

<http://www.portalfiscal.se.gov.br/WebPortalFiscal/notaFiscalEletronica/download/projeto_c onceitual_do_sistema.pdf>. Acesso em: 10 set. 2006.

FRANCO JR., Carlos F. E-business: internet, tecnologia e sistemas de informação na administração de empresas. 3. ed. São Paulo: Atlas, 2005.

FREITAS, Vinicius P. Projeto nota fiscal eletrônica. In: FÓRUM DE CERTIFICAÇÃO DIGITAL, 4., 2006, Brasília. Anais eletrônicos... [S.l.], 2006. Disponível em:

<http://www.iti.br/twiki/pub/Main/PalesCart2006/3_Painel_1_Modernizacao_Administrativa _nas_Empresas-Vinicius_Pimentel_de_Freitas.pdf>. Acesso em: 10 set. 2006.

JSK CONSULTORIA E TREINAMENTO LTDA. WebServices. [S.l.], 2003. Disponível em: <http://www.jsk.com.br/webservices.html>. Acesso em: 17 set. 2006.

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, 2006.

MCLAUGHLIN, Brett. Java & XML. 2nd ed. Beijing: O`Reilly, 2001.

PORTAL INTERESTADUAL DE INFORMAÇÕES FISCAIS. Portal interestadual de informações fiscais. [S.l.], 2004. Disponível em:

<http://www.portalfiscal.se.gov.br/WebPortalFiscal/>. Acesso em: 5 set. 2006.

PORTAL NACIONAL DA NOTA FISCAL ELETRÔNICA. Portal nacional da nota fiscal eletrônica. [S.l.], 2005. Disponível em: <http://200.198.224.29/portal/>. Acesso em: 7 set.

2006.

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, 2003.

VAN-DALL, Sérgio K. Protótipo para atualização assíncrona de dados utilizando WebService. 2006. 63f. 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: <http://www.bc.furb.br/docs/MO/2006/307291_1_1.pdf>. Acesso em: 18 set. 2006.

WORLD WIDE WEB CONSORTIUM. World Wide Web Consortium: Leading the Web to Its Full Potential. [S.l.], 1994. Disponível em: <http://www.w3.org>. Acesso em: 15 set. 2006.

Referências

Documentos relacionados

Segundo Lopes e Wilhelm (2006), o jogo de empresas LÍDER, foi concebido para o treinamento gerencial, tendo como objetivo simular o comportamento humano dentro de uma

Com base nesta citação, tem-se como objetivo macro, justamente realizar a integração do sistema 0800net e seus indicadores aos Métodos Estatísticos (Séries Temporais, Análise

Figura 6: Amostras de adultos de Tuta absoluta capturados na armadilha Delta com feromona colocada na cultura do tomateiro na estação experimental do INIDA em S.. Figura

Considerando a formação da equipe de trabalho, o tempo de realização previsto no projeto de extensão e a especificidade das necessidades dos catadores, algumas

Os resultados obtidos nas experimentações são surpreendentemente semelhantes ao que se apresenta em cursos sobre o crescimento de espeleotemas em cavernas o que auxilia no

Na função moinho(), utilize a funcionalidade glutSolidCone para criar um cone assente no plano xy, com raio da base de uma unidade e altura de 1 unidade, com cor

Nesta nota técnica, pesquisadores do Climate Policy Initiative/ Pontifícia Universidade Católica do Rio de Janeiro (CPI/ PUC-Rio) analisam a tramitação legislativa do projeto da

This is an especially good opportunity to define at what point a Preliminary Environmental License must be obtained, who must obtain it – the government or the concessionaire, and