SISTEMA BRENA DE AUTOMAÇÃO COMERCIAL

Transcrição

1 SISTEMA BRENA DE AUTOMAÇÃO COMERCIAL VERSÃO 359 U N I P A C K NOTA FISCAL ELETRÔNICA CONTENDO ITENS COM CFOP S DISTINTOS RIO DE JANEIRO 25 DE JULHO DE 2013

2 SUMÁRIO 1- INTRODUÇÃO MOTIVAÇÃO A SITUAÇÃO ATUAL A SITUAÇÃO IDEAL DESENVOLVIMENTO A INTELIGÊNCIA TABELA DE ASSOCIAÇÕES CFOP DO ITEM DO PEDIDO ASSOCIAÇÃO MANUAL VENDA a) CFOP DO PRODUTO b) CFOP NO GRID DE PRODUTOS c) CFOP DO ITEM DO PEDIDO EMISSÃO DE NOTAS FISCAIS ELETRÔNICAS CONTROLE DE ACESSO À TELA DE ASSOCIAÇÃO MANUAL CONCLUSÃO

3 1- INTRODUÇÃO Este documento apresenta a implementação da capacidade do Sistema BRENA de incluir em uma mesma nota fiscal eletrônica (NFe) itens com diferentes CFOP s (Códigos Fiscais da Operação), atendendo a uma solicitação da empresa UNIPACK. 2- MOTIVAÇÃO A UNIPACK comercializa produtos que a legislação vigente exige que tenham CFOP s específicos e diferentes entre si, obrigando a constar em uma única nota fiscal itens de CFOP s distintos. 3- A SITUAÇÃO ATUAL Atualmente, no Sistema BRENA, o CFOP é uma característica ou atributo (parâmetro) do Tipo de Movimento (aba 6 itens 01 e 02). Desta forma, quando se começa uma venda, escolhe-se o Tipo de Movimento desejado (NFE, por exemplo), e todos os produtos constantes na nota fiscal gerada por esta venda terão o mesmo CFOP que está configurado no cadastro do Tipo de Movimento escolhido, como mostra a figura abaixo; Desta forma é impossível termos na mesma nota fiscal gerada pelo Tipo de Movimento NFE, produtos com CFOP s diferentes de Todos terão este mesmo CFOP

4 Para a UNIPACK atender à legislação, precisa manter um Tipo de Movimento para cada produto que tenha um CFOP diferenciado para venda. E precisará emitir uma nota fiscal para cada item, cada nota gerada por um Tipo de Movimento diferente, de forma os itens constantes de cada nota fiscal possam ter seu CFOP adequado e distinto. Se um cliente comprar 10 itens, sendo que neste conjunto haja produtos de 03 CFOP s distintos para a venda, será necessário emitir 03 notas fiscais distintas. E, pior, o usuário terá de atentar para que itens poderão sair na mesma nota, ou seja, conhecer antecipadamente o CFOP de cada item e cuidar para que sejam inclusos em notas fiscais independentes e com o Tipo de Movimento correto. Este quadro gera trabalho e possibilidade de erros. 4- A SITUAÇÃO IDEAL Deseja-se que o Sistema BRENA possa incluir em uma mesma nota fiscal, itens com CFOP s diferentes e sem que o usuário tenha que decidir que CFOP usar, tudo de forma automática. 5- DESENVOLVIMENTO O CFOP é uma característica da operação fiscal e não do produto. Por isto, no sistema Brena o CFOP está associado ao cadastro do Tipo de Movimento e não ao cadastro de Produto. Cada Tipo de Movimento representa uma operação fiscal distinta e, portanto, um CFOP específico, como 5102 para vendas dentro do Estado, 6102 para vendas para outras unidades da federação (UF s), 5910 para bonificações dentro da mesma UF que o emissor da nota fiscal, 6910 para Bonificações para outras UF s, 5911 caso o produto seja remetido como amostra grátis dentro da UF e 6911 para amostras grátis para outras UF s, e assim por diante. Logo, o mesmo produto, em uma nota fiscal de venda, dentro da mesma UF do emissor, receberá CFOP 5102, mas se for vendido para outra UF, terá CFOP Este mesmo produto se for bonificado, receberá CFOP 5910 dentro da mesma UF. E ainda, este mesmo produto receberá CFOP 5911 caso seja enviado como amostra grátis

5 Percebemos claramente que o CFOP não é, portanto, uma característica do produto, mas sim da operação fiscal a que se submete. Mas, alguns produtos, mesmo para a mesma operação, como uma venda para dentro da mesma UF, devem apresentar CFOP s distintos, como nos exemplos abaixo: Se a nota fiscal tiver, por exemplo, os seguintes produtos hipotéticos: a) Um produto (A) fabricado pela empresa. b) Um produto (B) revendido pela empresa. c) Um produto (C) revendido pela empresa e com cobrança de ICMS na condição de contribuinte substituto d) O mesmo produto (C) ser bonificado nesta mesma nota A nota fiscal deverá ser gerada com os seguintes CFOP s: ITEM PRODUTO CFOP 01 A B C C 5910 O Sistema deverá saber que o produto (A) terá o CFOP 5101 nas vendas dentro da UF, que o produto (B) terá CFOP 5102 e o (C) 5405, sem a necessidade do usuário ter de informar em cada venda. Analisando a questão, projetamos uma solução que crie uma inteligência de tratamento de CFOP relacionando-o ao produto e ao tipo de movimento. Para isto, teremos de alterar o sistema conforme abaixo: Criar uma tabela de associações Criar um campo de CFOP do item do pedido Criar uma tela de associação manual Alterar a tela de venda para permitir que o CFOP seja informado Criar uma inteligência de associação automática Alterar a emissão de notas fiscais para usar esta inteligência Criar o controle de acesso à tela de associação manual Iremos descrever no próximo tópico (6) como o Sistema Brena será capaz de atender a esta necessidade da UNIPACK e, certamente, de vários outros usuários. E, depois, iremos à descrição de cada uma das etapas acima para atingirmos nosso objetivo de permitir que o Sistema BRENA passe a emitir uma única nota fiscal contendo itens com CFOP s específicos e diferentes entre si

6 6- A INTELIGÊNCIA Descreveremos a seguir como o Sistema BRENA será capaz de saber qual o CFOP adequado a ser usado por cada produto e em cada operação fiscal sendo que já vimos que há uma enorme flexibilidade de opções. Primeiramente, iremos criar uma associação entre o Tipo de Movimento e o Produto. Assim, sabendo o Tipo de Movimento (operação fiscal) e o Produto, o Sistema saberá qual CFOP aplicar. A esta relação demos o nome de CFOPTPMOVPROD_CTP e conterá os seguintes atributos: Item Nome Informação Tipo Tamanho Chave 01 CTP_TPMOV Tipo de movimento A 10 Sim 02 CTP_PROD Código do produto A 20 Sim 03 CTP_CFOP Código CFOP A 04 Não No exemplo do item 05 que transcrevemos abaixo: ITEM PRODUTO CFOP 01 A B C C 5910 A relação CFOPTPMOVPROD_CTP ficará como segue: CTP_TPMOV CTP_PROD CTP_CFOP NFE A 5101 NFE B 5102 NFE C 5405 A situação (04) é especial e não será tratada como relacionamento mas como exceção e feita diretamente na tela de vendas, como veremos no item 6.3 deste documento. (Contempla o item 5d). Ocorre quando uma nota de venda possui alguns itens de bonificação. Assim, o BRENA saberá que toda vez que for gerada uma nota fiscal eletrônica (TPMOV=NFE) para o produto (A), deverá imprimir o CFOP Para a mesma nota, mesmo Tipo de Movimento (NFE), o produto (B) deverá ser impresso com o CFOP E neste mesmo documento, o produto (C) virá impresso com CFOP

7 No momento da venda, para cada produto que o usuário informar, o Sistema irá verificar se o mesmo está relacionado ao Tipo de Movimento que o usuário selecionou. Caso esteja, irá apresentar ao usuário o CFOP que deverá ser usado (impresso) na nota fiscal gerada por este movimento, e permitirá que seja alterado caso necessário. Se não existir um relacionamento entre o produto informado e o Tipo de Movimento da venda, o Sistema apresentará o CFOP do cadastro do Tipo de Movimento. E, da mesma forma, permitirá que seja alterado se necessário. Ao incluir o produto no grid de venda, o Sistema irá atualizar a tabela de relacionamentos incluindo um novo relacionamento ou alterando um já existente conforme a ação do usuário ou o histórico do produto. Será criada, ainda, uma tela para que o usuário possa criar associações entre Produto, Tipo de.movimento e CFOP, alterar associações ou desassociá-los. O subsistema BRENANFE também deverá ser alterado de forma a aplicar o CFOP gravado no item do pedido e não mais do tipo de movimento. Passaremos agora a descrever detalhadamente cada uma das alterações do Sistema

8 6.7- TABELA DE ASSOCIAÇÕES Para que seja possível armazenar os relacionamentos entre Tipos de Movimento, Produto e CFOP, o aplicativo Bárbara criará a tabela de relacionamento CFOPTPMOVPROD_CTP. Para isto, basta executar este aplicativo através de nossa home page, no endereço clicando em atualizações e em seguida no ícone do aplicativo Bárbara conforme ilustrado abaixo: O aplicativo Bárbara irá executar o seguinte comando na base de dados do sistema BRENA: CREATE TABLE CFOPTPMOVPROD_CTP ( CTP_TPMOV VARCHAR(10), CTP_PROD VARCHAR(20), CTP_CFOP VARCHAR(04) ) - 8 -

9 6.8- CFOP DO ITEM DO PEDIDO Em uma mesma nota poderemos ter além de itens com vários CFOP s distintos, mas também o mesmo item aparecendo com mais de um CFOP. Veja o exemplo do item 6 deste documento, eum que o produto (C) será vendido (CFOP 5405) na linha 03 e bonificado (CFOP 5910) na linha 04. a) Um produto (A) fabricado pela empresa. b) Um produto (B) revendido pela empresa. c) Um produto (C) revendido pela empresa e com cobrança de ICMS na condição de contribuinte substituto d) O mesmo produto (C) ser bonificado nesta mesma nota A nota fiscal deverá ser gerada com os seguintes CFOP s: ITEM PRODUTO CFOP 01 A B C C 5910 Portanto, para cada item de uma venda (movimento fiscal), o CFOP pode mudar inclusive para o mesmo produto dentro da mesma venda. Isto nos obrigou a criar uma forma de registrar o CFOP desejado em cada venda. Então criamos o campo IPED_CFOP na tabela de itens do pedido (ITENSPEDIDO_IPED). A exemplo do item 6.1, esta alteração também será realizada pelo aplicativo Bárbara que, neste caso, executará o seguinte comando: ALTER TABLE ITENSPEDIDO_IPED ADD IPED_CFOP VARCHAR(04) - 9 -

10 6.9- ASSOCIAÇÃO MANUAL Uma vez criada a tabela de relacionamento entre o Tipo de Movimento, o Produto e o CFOP a ser usado, criamos uma tela que permite ao usuário criar manualmente estas associações, alterar associações feitas manualmente ou de forma automática pelo sistema ou desfazer associações. A chamada a esta tela foi incluída no menu principal do Brena na seqüência: 4-Cadastros 4- Fiscais 12. Associar CFOP a Produto e Tipo de Movimento

11 A seguir, vejamos a nova tela criada e suas funcionalidades. Produto Código do Produto a ser associado ao Tipo de Movimento. Use [F1] para pesquisar. Tipo de Movimento Código do Tipo de Movimento a ser associado ao Produto. Use [F1] para pesquisar. CFOP Código do CFOP a ser impresso na Nota Fiscal Eletrônica quando o Produto constar nos itens da mesma e ela for gerada pelo Tipo de Movimento definido nesta tela. Botão Confirma Permite gravar o relacionamento definido aqui. Botão Exclui Desfaz este relacionamento. No exemplo acima, temos a seguinte regra de negócio estabelecida: Quando o produto 0032-(A)PORTA CANETAS, for vendido através do tipo de movimento NFE-NOTA FISCAL ELETRÔNICA (RJ), seu CFOP será obrigatoriamente, por padrão Não importando qual seja o relacionamento dos demais produtos constantes na Nota Fiscal gerada por NFE, se dentre estes itens estiver o 0032 (A) Porta Canetas, este sairá com o CFOP associado 5102 e os demais com seus próprios CFOPS associados

12 Ainda seguindo o exemplo citado no item 5 deste documento, vejamos como ficaria o relacionamento do produto COPO. Com a seguinte regra de negócio estabelecida: Quando o produto 2870-(B)COPO DESCARTÁVEL, for vendido através do tipo de movimento NFE-NOTA FISCAL ELETRÔNICA (RJ), seu CFOP será obrigatoriamente, por padrão, E, finalmente, para concluirmos nosso exemplo: Significando: Quando o produto (C)TALHERES for vendido através do tipo de movimento NFE-NOTA FISCAL ELETRÔNICA (RJ), seu CFOP será obrigatoriamente, por padrão,

13 6.10- VENDA A tela de venda recebeu algumas funcionalidades. a) CFOP DO PRODUTO Incluímos um campo CFOP na linha de digitação do produto como mostra a figura abaixo: Ao ser informado o Tipo de Movimento no início da tela de vendas, este campo é automaticamente preenchido com o CFOP de seu cadastro (aba 6, item 1). No exemplo, seria preenchido com o CFOP 5102 que está no cadastro do Tipo de Movimento NFE. Entretanto, ao informar um produto, o Sistema executará os seguintes passos: i) Procura se há relacionamento entre este Produto informado e este Tipo de Movimento do início da tela, na tabela de relacionamentos CFOPTPMOVPROD_CTP. ii) Se existir, substituirá o CFOP deste novo campo (que originalmente era o CFOP do Tipo de Movimento) pelo CFOP da tabela de relacionamento

14 iii) Se não existir, manterá o CFOP do Tipo de Movimento para este produto. iv) Em ambos os casos (ii) e (iii), o Sistema permitirá que o usuário altere o CFOP. b) CFOP NO GRID DE PRODUTOS v) Ao incluir este item no grid de produtos desta tela, a informação CFOP também será inclusa, pois foi criada mais uma coluna especificamente para este fim. vi) Caso o relacionamento ainda não exista, o Sistema agora irá criá-lo automaticamente, pois já temos o Tipo de Movimento, o Produto e o CFOP desejado. vii) Se o relacionamento já existir, o Sistema o manterá e não o substituirá pelo informado agora, pois pode se tratar de uma exceção. Para entendermos este subitem, imagine a situação exemplificada no item 5 que transcrevemos aqui:

15 Se a nota fiscal tiver, por exemplo, os seguintes produtos hipotéticos: a) Um produto (A) fabricado pela empresa. b) Um produto (B) revendido pela empresa. c) Um produto (C) revendido pela empresa e com cobrança de ICMS na condição de contribuinte substituto d) O mesmo produto (C) ser bonificado nesta mesma nota A nota fiscal deverá ser gerada com os seguintes CFOP s: ITEM PRODUTO CFOP 01 A B C C 5910 Observe que o CFOP padrão para o produto (C) no Tipo de Movimento NFE é sempre 5405, pois trata-se de revenda de um produto com cobrança de ICMS na condição de contribuinte substituto. Mas, deseja-se, nesta única nota fiscal, incluir uma unidade de bonificação deste produto, que irá, em caráter excepcional com o CFOP Mas o relacionamento NFE x (C) deve continuar sendo 5405 e não Por isto, existindo o relacionamento, o Sistema o manterá. Caso seja necessária uma substituição em definitivo, o usuário deverá usar a tela de associação manual descrita no item 6.3. c) CFOP DO ITEM DO PEDIDO viii) Ao gravar o pedido (venda), o Sistema irá gravar na linha do produto o CFOP informado nesta tela para este movimento. Desta forma o Brenanfe poderá emitir a nota com vários CFOP s como desejado

16 6.11- EMISSÃO DE NOTAS FISCAIS ELETRÔNICAS O BRENANFE também recebeu alterações para implementar estas mudanças. Antes ele buscava o CFOP do Tipo de Movimento, o que fazia com que todos os itens impressos na Nota Fiscal obrigatoriamente possuíssem o mesmo CFOP. Agora busca o CFOP na linha do item do pedido gravado, permitindo que cada item tenha seu próprio CFOP e, que, um mesmo item apareça ora com um CFOP (5405) ora com outro (5910). O que culmina no atendimento da necessidade da empresa UNIPACK

17 6.12- CONTROLE DE ACESSO À TELA DE ASSOCIAÇÃO MANUAL Para evitar que qualquer usuário altere a relação entre Tipo de Movimento, Produto e CFOP, criamos na tela de Definição de Acessos o controle que habilita ou desabilita um usuário ao acesso a estas novas funções. Mais uma vez, quem cria este controle de acesso é o aplicativo Bárbara. Para ter acesso ás novas funcionalidades, acesse 7-Utilitários, 4-Definir Acessos e marque os itens desejados como segue: Caso não sejam habilitados estes acessos, ao tentar entrar na tela de Associação Manual, receberá a seguinte mensagem: As novas funções possuem os números de 860 a 864, inclusives

18 7- CONCLUSÃO Diante do exposto, o sistema Brena passa a atender totalmente à UNIPACK bem como a todos os demais usuários que necessitem emitir notas fiscais contendo itens com diferentes CFOP s. Desobriga a emissão de uma nota fiscal para cada CFOP, desde que na nota haja pelo menos um item de venda. Caso haja apenas itens bonificados, não poderá ser usado este novo recurso, tendo que ser gerada uma nota fiscal em 1-Comercial, 3-Estoque, 1-Entrada e Saída como antes. Veja tela referente: Assim, agradecemos à UNIPACK por nos proporcionar tal melhoria do Sistema Brena e por ter usado a versão antiga mesmo sem atendê-los de forma totalmente confortável enquanto desenvolvíamos estas mudanças. Responsável por este desenvolvimento: Wander Mendes Martins Analista de Sistemas Desenvolvedor