Mudanças na versão 7.314 e 6.792 – Documentações Autocom3 – Softwares de Gestão
Mudanças na versão 7.314 e 6.792
/Documentos Internos / Mudanças de Versão / Mudanças na versão 7.314 e 6.792
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
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".
Caso seja POS, é necessário informar a tag tpIntegra = 2 e as outras informações são opcionais. Exemplo Autorizado:
Caso seja TEF, é necessário informar a tag tpIntegra = 1 e as demais informações. Exemplo autorizado:
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:
• 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.
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.
Exportador da V6: V6 Nunca exportava essa tabela e agora passou a exportar para as filiais V6. OK.
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.
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>.
CORREÇÃO ENTRE SITEF x NFC-e
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.
No BD do ERP/PDV os campos que trazem as informações dos cartões são esses:
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.
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.
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.
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).
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.
VENDA TEF COM DÉBITO
https://i.imgur.com/YOw8ULE.gifv
VENDA COM PÓS DÉBITO
https://i.imgur.com/r1SOe4k.gifv
VENDA TEF COM CRÉDITO
https://i.imgur.com/lH0J5ls.gifv
VENDA POS COM CREDITO
https://i.imgur.com/g5PSuex.gifv
RESUMO DAS TRANSAÇÕES NO FINANCEIRO:
V7 – Controle da QTTAQUIS e VLAQUIS não pode ser maior ou menor
Pode ser que dê problema um negativo….
V7/V6 – Correção MDF-e
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>.
Corrigido na V6 e na V7.
V7 – Bug Troca Interestadual – Ao fazer uma troca para cliente interestadual gera uma nota de venda
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.
V7 – Nova opção no config para configurar as TES Interestaduais
Criar no config uma aba para definir as TES interestaduais.
V7 – Bug Boletos emitidos – Processar Boleto
Ao clicar em processar boleto, em boletos emitidos no central, aparece o seguinte erro.
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.