V6/V7 – Grupo Cartões na NFC-e – Rejeição 391: Não informados os dados do cartão de crédito / débito nas Formas de Pagamento da Nota Fiscal

CASO:

Quando for emitida uma NFC-e com o Grupo de Pagamentos (Campo: pag – ID: YA01) e a forma de pagamento (Campo: pag  / tPag – ID: YA02) igual à “03 – Cartão de Crédito” ou “04 – Cartão de Débito” e não for informado o Grupo de Cartões (Campo: pag  / card – ID: YA04), será retornada a rejeição “391 – Não informados os dados do cartão de crédito / débito nas Formas de Pagamento da Nota Fiscal”.

Clique na imagem para ampliar

Caso seja POS, é necessário informar a tag tpIntegra = 2 e as outras informações são opcionais. Exemplo Autorizado:

Clique na imagem para ampliar

Caso seja TEF, é necessário informar a tag tpIntegra = 1 e as demais informações. Exemplo autorizado:

Clique na imagem para ampliar

AÇÃO:

  • Desenvolver os requisitos abaixo para que as operações TEF/POS atendam o novo requisito de informar o grupo CARTOES na NFC-e.
  • Criar grupo CART na NFC-E.
  • Criar e popular a tabela SITEF_REDES no banco de dados.
  • V6, Criar cadastro de REDES (semelhante ao da V7).
  • V6, Utilizar o cadastro de REDES ao realizar uma venda POS, no grupo POS (A tab é fixa no PDV.EXE e trocar para a tabela SITEF_REDE manterá a unidade dos dados e da implementação.
  • V6/V7, Exportar cadastro de REDES para PDV.
  • V6/V7, Analisar se a forma de pagamento é POS e incluir a tag <TPINTEGRA>2</TPINTEGRA>.
  • V6/V7, Analisar se a forma de pagamento é TEF e incluir o grupo <CARD> completo.
  • V6V/7, Localizar na tabela SITEF_REDE, pegar códigos preenchidos e direcionar para o grupo <CARD>.
  • V6/V7, Se for TEF, analisar se é débito e usar a tag <TPAG>03</TPAG>.
  • V6/V7, Se for TEF, analisar se é crédito e usar a tag <TPAG>04</TPAG>.
  • V7 emite NFC-e no ERP e pode finalizar usando POS (TEF não é habilitado no ERP), sendo assim, se a forma de pagamento for POS, analisar se é DÉBITO/CREDITO e usar <TPAG>03</TPAG> ou <TPAG>04</TPAG> e incluir a tag <TPINTEGRA>2</TPINTEGRA> nessas NFC-e.
  • v6/v7 Exportar a tabela SITEF_REDE para as filiais.
  • v6 filial, precisa importar a tabela SITEF_REDE enviada pelo exportador da V7 e agora enviado pelo exportador da V6 também.

Sequência de desenvolvimento e instruções:

Clique na imagem para ampliar

• V6. Criar e popular a tabela SITEF_REDES no banco de dados. OK.

• V6. Criar cadastro de REDES (semelhante ao da V7). OK.

Na V6 não tem os recursos de conta corrente/código de cliente de faturamento como na V7, pois essa versão não tem essa expansão. O uso será restrito para o preenchimento correto dos docs fiscais.

Clique na imagem para ampliar
  • V6/V7 Exportar a tabela SITEF_REDE para as filiais. OK.
  • Exportador da V7, Exportava somente para V7 FILIAL.  Agora vai também para V6 filial. OK.
Clique na imagem para ampliar
  • Exportador da V6: V6 Nunca exportava essa tabela e agora passou a exportar para as filiais V6. OK.
Clique na imagem para ampliar
  • V6 filial, precisa importar a tabela SITEF_REDE enviada pelo exportador da V7 e agora enviado pelo exportador da V6 também. OK.
  • V6/V7, Exportar cadastro de REDES para PDV. OK.
  • V6V/7, Localizar na tabela SITEF_REDE, pegar códigos preenchidos e direcionar para o grupo <CARD>.
  • V6/V7, Se for TEF, analisar se é débito e usar a tag <TPAG>04</TPAG>.
  • V6/V7, Se for TEF, analisar se é crédito e usar a tag <TPAG>03</TPAG>.
Clique na imagem para ampliar

CORREÇÃO ENTRE SITEF x NFC-e

Clique na imagem para ampliar

Essa correlação é simples de fazer no sistema, basta ir no cadastro de REDES, definir o código da bandeira no SITEF, CNPJ e código no bloco da NFC-e.

Clique na imagem para ampliar

No BD do ERP/PDV os campos que trazem as informações dos cartões são esses:

Clique na imagem para ampliar

Mais informações estão no LAYOUT

https://autocom3arquivos.com.br/2019/07/06/layout-sqlid_financeiro_historico-sql/

A procura do código da REDE AUTORIZADORA será feita pelo campo TEF131.

A definição se é débito ou crédito é feita pelos dois primeiros caracteres do campo TEF100, onde 01 é cartão de débito e 02 é cartão de crédito.

Segue implementação:

Descrição do conteúdo do campo TEF100.

Clique na imagem para ampliar

Regra 1: Se a operação não for DÉBITO OU CRÉDITO no sitef, então o TPAG é alterado para OUTROS na NFCE.

Clique na imagem para ampliar

Regra 2: Se as duas primeiras posições do campo TEF100 for:

01, Tpag muda para 04 = Cartão de débito na NFC-e.

02, Tpag muda para 03 = Cartão de crédito na NFC-e.

Clique na imagem para ampliar

Regra 3: Se as duas primeiras posições do campo TEF100 for:

95, Tpag muda para 04 = Cartão de débito na NFC-e (POS).

96, Tpag muda para 03 = Cartão de crédito na NFC-e (POS).

Clique na imagem para ampliar

Regra 4:  O grupo cartões somente será preenchido se houver  todos os dados, caso contrário gera rejeição.  Se não houver todos os dados o grupo será preenchido como 2-NÃO INTEGRA.

  • Redes que não estejam com os dados preenchidos irão aparecer no painel de pendências para que seja providenciado o cadastro.
  • O sistema irá exibir os códigos que estão precisando ser cadastrados.
  • Para saber o nome da bandeira/rede precisa entrar em contato com a Software Express.
  • O CNPJ da bandeira será conseguido com a própria bandeira ou em uma busca pela internet.
  • A correlação entre a bandeira e a tabelinha fixa da NFC-e é pela descrição ou usando 99-Outros se não houver uma correspondência.
  • Exportar carga para as FILIAIS/PDV fará com que o grupo de cartões seja preenchido corretamente nas próximas vendas.

Implementação:

Clique na imagem para ampliar
  • V7 emite NFC-e no ERP e pode finalizar usando POS (TEF não é habilitado no ERP), sendo assim, se a forma de pagamento for POS, analisar se é DÉBITO/CREDITO e usar <TPAG>03</TPAG> ou <TPAG>04</TPAG> e incluir a tag <TPINTEGRA>2</TPINTEGRA> nessas NFC-e.
Clique na imagem para ampliar

RESULTADOS:

VENDA TEF COM DÉBITO

https://i.imgur.com/YOw8ULE.gifv

Clique na imagem para ampliar

VENDA COM PÓS DÉBITO

https://i.imgur.com/r1SOe4k.gifv

Clique na imagem para ampliar

VENDA TEF COM CRÉDITO

https://i.imgur.com/lH0J5ls.gifv

Clique na imagem para ampliar

VENDA POS COM CREDITO

https://i.imgur.com/g5PSuex.gifv

Clique na imagem para ampliar

RESUMO DAS TRANSAÇÕES NO FINANCEIRO:

Clique na imagem para ampliar

V7 – Controle da QTTAQUIS e VLAQUIS não pode ser maior ou menor

CASO:

  • Pode ser que dê problema um negativo….

AÇÃO:

Clique na imagem para ampliar

V7/V6 – Correção MDF-e

CASO:

Ao emitir a mdf-e surge a rejeição pois o número registrado na tag <cNF> difere do número no mdfe com a tag <cMDF>.

Clique na imagem para ampliar

AÇÃO:

  • Corrigido na V6 e na V7.

V7 – Bug Troca Interestadual – Ao fazer uma troca para cliente interestadual gera uma nota de venda

CASO:

Ao gerar uma troca para um cliente interestadual, o sistema gera uma nota de Venda Interestadual (TES 2003, CFOP 6102). Isso ocorre em qualquer modelo, tipo de troca, cliente interestadual. O processo de geração da troca acontece normalmente, sem erros.

Foi verificado anteriormente as configurações.

AÇÃO:

  • Corrigido.
  • Implementação.
Clique na imagem para ampliar

V7 – Nova opção no config para configurar as TES Interestaduais

CASO:

  • Criar no config uma aba para definir as TES interestaduais.

AÇÃO:

Clique na imagem para ampliar

V7 – Bug Boletos emitidos – Processar Boleto

CASO:

  • Ao clicar em processar boleto, em boletos emitidos no central, aparece o seguinte erro.
Clique na imagem para ampliar

AÇÃO:

  • Analisar CONFIGURAÇÃO DO SOFTWARE, TOKEN precisa estar configurado no central.
  • Componentes precisam estar registrados (normalmente isso o instalador colocar ok).
  • Erro foi corrigido, mas ele está em um TRYCATCH. Ele foi disparado por um erro de configuração no central.  Provavelmente o TOKEN que está no central está vazio ou está diferente do TOKEN usado na filial.
  • Nesse boleto que esta na tela o sistema está tentando exibir uma mensagem de erro relacionada ao boleto. O que foi corrigido é a exibição da mensagem de erro.
  • Validar o parametro BOLETOCLOUD_Ambiente. Verificar se está HOMOLOGACAO ou PRODUCAO, pois usam endereços diferentes na validação do boleto.

Segue mensagem que o aplicativo estava tentando mostrar. O erro estava no CENTRAL não estar como HOMOLOGAÇÃO.

Clique na imagem para ampliar

Nova opção incluída no config:

Clique na imagem para ampliar

 

 

Print Friendly, PDF & Email

Sobre o Autor