Ir para conteúdo
  • Cadastre-se

Pesquisar na Comunidade

Showing results for tags 'duplicidade de chave'.

  • Search By Tags

    Digite tags separadas por vírgulas
  • Search By Author

Tipo de Conteúdo


Fóruns

  • Fórum Aberto - ACBr
    • Notícias do ACBr
    • Equipamentos testados
    • Base de Conhecimento
    • Dúvidas Gerais sobre o ACBr
    • ACBrSerial
    • ACBrSAT
    • ACBrNFe
    • ACBrDFe
    • Dúvidas sobre TEF
    • Dúvidas sobre PIX
    • ACBrMonitor PLUS
    • ACBrTXT
    • ACBrBoleto
    • ACBrDiversos
    • ACBrTCP
    • ACBrFramework
    • ACBrLIB
  • ACBr Pro
    • Dúvidas gerais
    • ACBrMonitorPLUS
    • NFe/NFCe - Nota Fiscal Eletrônica
    • DFe - Documentos Fiscais Eletrônicos
    • SAT / MFE
    • TEF
    • Boleto
    • ACBrSPED
    • ACBrTXT
    • Paf-ECF
    • Requisitos Fiscais por UF
    • ACBrLIB
  • Outros Assuntos
    • Boteco do ACBr
    • Legislação Fiscal e Tributária
    • Object Pascal - Delphi & Lazarus
    • Banco de Dados
    • Classificados
    • Dúvidas não relacionadas ao ACBr

Categorias

  • ACBr Pro
    • ACBrLib - PRO
    • ACBrMonitorPLUS - PRO
    • Utilitários - PRO
    • Dia do ACBr 1a edição
    • Dia do ACBr 2a edição
  • Download Livre
    • ACBrLib - DEMO
    • ACBrMonitorPLUS - DEMO
    • Demos / Testes / Utilitários
    • Apresentações - Palestras

Calendários

  • Eventos - Palestras - Webinars
  • Prazos SEFAZ
  • Calendário da Comunidade
  • ACBr Papo Pro
  • Feriados Nacionais

Find results in...

Find results that contain...


Data de Criação

  • Início

    End


Data de Atualização

  • Início

    End


Filter by number of...

Data de Registro

  • Início

    End


Grupo


Website URL

Encontrado 2 registros

  1. Bom Dia Senhores Quero de tirar uma dúvida com os senhores ref. a emissão de NFCe enviada Normal, porém sem retorno, e sistema acaba identificando falha da web-services, gerando a nota em contingencia OFFLINE, ou seja, alterando a chave com o tipo de emissão de 1 para 9. No entanto, ao enviar a nota pendente de autorização, a OFFLINE, é retornada o erro de duplicidade com diferença de chave de acesso, obtendo a chave enviada inicialmente, com o tipo de emissão 1, gerando o erro também de XML não encontrado no micro. O Caso é que a nota entregue ao cliente, está em contingencia, e esta não constará na sefaz, de nenhuma forma, pois a nota recebida foi enviada como NORMAL porém houve falhas no retorno da sefaz. O que fazer para evitar que esse problema ocorra novamente ou como pode ser tratado esta falha de retorno? Vou tentar exemplificar abaixo o problema e a situação deste caso. Resumindo o Problema 1 - Enviando Nota Gerando ID Chave aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa10001aaaaaaaaa; 2 - Sefaz Recebe; 3 - Sem Retorno da nota enviada; 4 - Entra em Contingencia gerando ID Chave aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa10009aaaaaaaaa; 5 - Impressa a nota e entregue ao cliente; 6 - Ao enviar a nota pendente de autorização com ID chave aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa10009aaaaaaaaa, contingencia, retorna duplicidade de diferenca de chave com ID chave aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa10001aaaaaaaaa,identificando o processo 1 que foi enviado com sucesso. 7 - Sistema notifica que XML não é encontrado no micro devido a alteração da chave e não existir documento. Problemas 1 - Lojista deverá baixar o XML manualmente na sefaz para manter os diretorios atualizados e corretos; 2 - Cliente possui um documento fiscal inexistente e sem validade jurídica 3 - Cliente perde direitos de compra devido documento ser invalido. 4 - Lojista será notificado pela sefaz, e passível de multa, por emitir documento offline inexistente, caracterizando, sonegação fiscal. Resultados 1 - Cliente nunca conseguirá consultar a nota impressão que esta em seu poder; 2 - Lojista corre risco de penalidade fiscal e ser caracterizado a sonegação fiscal.
  2. Bom dia, Estou tendo um constante problema com duplicidade de chave nfe quando há oscilação na resposta do webservice da receita federal. Foi solicitado há algum tempo que eu implementasse uma forma de reverter a numeração da NFe gerada cuja tentativa de envio retornasse uma rejeição, para minimizar o problema de inutilização de numeração, no entanto, essa solução gerou um grande transtorno, pois, quando há oscilação na receita e o retorno da receita não é recebido pela minha aplicação, na próxima tentativa de envio há a duplicidade de chave. Alguém sabe uma forma mais inteligente de contornar este problema? Fiz uma busca nos tópicos existentes e não encontrei nenhum assunto relacionado. OBS: Estou utilizando ainda o trunk antigo.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.