Ir para conteúdo
  • Cadastre-se

Pesquisar na Comunidade

Showing results for tags 'notafiscal'.

  • 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 API
    • Duvidas Gerais ACBr API
    • Duvidas Privadas ACBr API
  • Suporte Nuvem Fiscal
    • Comunidade Nuvem Fiscal
  • 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
  • ACBr TEF

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 6 registros

  1. Olá a todos! Nas últimas semanas, nosso PDV em Delphi 10.3 (ACBr JEDI Firebird) apresenta um comportamento de emissão NFC-e sem chave de acesso no banco de dados. Ao investigar, percebemos que o sistema clona a última NFC-e emitida — sem motivo aparente — incrementa o número (nNF), monta um novo XML e tenta reenviá-la, mas nunca grava o campo <chNFe> no Firebird. Fluxo atual de emissão: O sistema dispara a NFC-e ao servidor da SEFAZ e aguarda retorno. Se não recebe resposta (timeout, instabilidade de rede, etc.), exibe mensagem ao operador: reenviar ou não. Na próxima venda, em vez de gerar uma NFC-e nova do zero, o PDV reaproveita o objeto pendente, apenas incrementando nNF e reenviando o XML. O resultado é uma duplicata sem <chNFe> no BD e sem seu respectivo arquivo XML. Comportamento imprevisível: A ocorrência dessa emissão sem chave de acesso é aleatória e está se manifestando de forma não determinística, não há padrão aparente de quando isso acontece. Observação adicional: Em um dos casos, encontramos uma NFC-e sem chave registrada no BD, mas o XML autorizado, com <chNFe> e <nProt>, estava presente na pasta de emissão do Windows. Ou seja, gerou e salvou o arquivo corretamente, mas o sistema não atualizou o registro no Firebird. Como vocês tratam situações em que uma NFC-e fica pendente e, de forma aleatória, é reaproveitada pelo sistema em vendas subsequentes, gerando duplicidade sem <chNFe> no banco? Que mecanismos ou controles vocês utilizam para: Isolar ou bloquear automaticamente NFC-e em status “pendente de retorno”, de modo que não possam ser reaproveitadas em novas vendas? Garantir que, assim que a NFC-e seja autorizada (cStat 100/150), seu <chNFe> e <nProt> sejam gravados imediatamente no banco, evitando inconsistências? Implementar fluxos de contingência (tpEmis = teOffLine) ou consultas assíncronas automáticas, de forma que não existam notas “presas” no sistema sem atualização de status? Agradeço imensamente por qualquer exemplo de trigger/gerador no Firebird, trecho de código Delphi/ACBr ou estratégia de fluxo que ajude a resolver esse comportamento aleatório de duplicidade e inconsistência de chave de acesso.
  2. Olá, ao tentar consultar uma NFSe pelo exemplo do NFSeX me retorna a seguinte mensagem. A NFSeX foi emitida com os componentes e funções da NFSeX "Método Executado: ConsultarLote Parâmetros de Envio Numero do Prot: ******** Numero do Lote: *** Parâmetros de Retorno Situação Lote : Sucesso : True Erro(s): Código : X203 Mensagem: Não foi retornado nenhuma NFSe. Correção: --------- " Como posso proceder?
  3. Olá, estou em duas situações: 1) Ao testar o Gerar Nota, mesmo se a Senha e Usuário não estiver informado, o log retorna como True, tambem retorna com a data default. 2) Ao imprimir a DANFSe, ele exige que arquivos *-NFSe.xml sejam carregados, porém não é gerado, apenas os formatos "-env-lot.xml" e "-rec.xml" são criados. E ao carregar para a impressão o arquivo "-env-lot.xml", retorna o seguinte erro. Como posso proceder? É algo que não estou informando ? Esse erro está referente ao NFSeX no Delphi Seattle
  4. Bom dia, durante a homologação da Nota Fiscal de Serviço (NFS-e) me deparei com a tag "tipo" dentro de "IdentificacaoRPS", pesquisando vi que ela pode ter 3 valores Código de tipo de RPS 1 - RPS 2 – Nota Fiscal Conjugada (Mista) 3 – Cupom Atualmente estou emitindo a NFS-e com o tipo "1 - RPS", porém não encontrei nada falando do que seria o tipo "2 – Nota Fiscal Conjugada (Mista)". Gostaria de saber se alguém sabe me informar do que se trata a NFS-e Conjugada, e quais os efeitos da emissão da mesma, uma vez que minha empresa emite produtos e serviços. Obs.: Prefeitura de Aparecida de Goiânia.
  5. Bom dia pessoal! Gostaria de saber como vocês tratam a questão de armazenamento de xml dos clientes e o envio desses arquivos para o contador, pois em minha região, os contadores pegaram o costume do próprio sistema ou empresa de software disponibilizar os xml dos clientes deles de uma forma on-line para ser baixado no fim do mês. Alguém de vocês trabalham com esse tipo de procedimento? Desde já agradeço a atenção!
  6. Foi implantado o primeiro piloto do projeto! http://www.contabeis.com.br/noticias/25320/fazenda-sc-lanca-projeto-piloto-da-nfp-e/?utm_source=feedburner&utm_medium=email&utm_campaign=Feed%3A+portalcontabeis+(Contabeis.com.br+-+Notícias+e+Artigos+do+dia)
×
×
  • 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.

The popup will be closed in 10 segundos...