BigWings

Só precisa o campo pDevol ser maior que zero pra as tags serem geradas. Tente replicar o problema usando o demo do componente. Eu fiz o teste aqui e gerou normalmente.

Para testes uso o AM: http://portalnfce.sefaz.am.gov.br/desenvolvedor/ambiente-de-homologacao-para-desenvolvedores/

ppEscElgin foi alterado para ppEscVox, por causar confusão com alguns modelos da Elgin que não aceitam esse protocolo e usam ppEscPosEpson. Qual tópico? Se configurar a porta de impressão no modo USB é preciso ter a DLL de comunicação da impressora (Elgin ou Epson). Se tiver a porta serial virtual instalada basta informar a porta. Se tiver apenas a impressora instalada no Windows pode usar o modo RAW. Fez teste pelo demo do ACBrPosPrinter?

Provavelmente a SEFAZ passou a bloquear essa situação. Aqui nunca foi possível emitir NFe ou NFCe sem a IE ativa, mesmo em homologação. A única UF que conheço que permite emissão de NFCe por desenvolvedores, ou seja, emitentes sem cadastro ativo na SEFAZ, em homologação, é o AM.

Verifique novamente a situação da empresa junto a SEFAZ. Pelo que pesquisei tanto na SEFAZ-RJ quanto no CCC a IE está realmente desativada.

Experimente informar vBC := 0.001; A tag é opcional no layout, por isso quando é informado zero ela não é gerada. Entretanto algumas UF ativam a regra de validação que pode exigir o preenchimento da tag mesmo com valor zero.

Para NFCe o PA já usa a SVRS, então será alterada apenas NFe.

Isso porque a cidade ainda não está implementada no componente. Tente incluir: - No arquivo Cidades.ini [3521903] Nome=Itajobi UF=SP Provedor=Fiorilli - No arquivo Fiorilli.ini: ; Itajobi/SP RecepcaoLoteRPS_3521903=http://nfes.itajobi.sp.gov.br/IssWeb-ejb/IssWebWS/IssWebWS?wsdl

Testei e realmente o problema ocorre. O Indy mudou muito no Delphi Rio, foi inclusive desativado no componente por nem compilar até uma contribuição resolver o problema da compilação, mas talvez ainda precise de ajustes para funcionar. Sugiro que use SSLLib = libWinCrypt ou libOpenSSL no lugar do Indy.

Se for Windows XP e estiver tentando configurar como TLS 1.2 pode ocorrer esse erro, já que o XP não tem suporte ao TLS 1.2.

Deve estar falando do evento de prestação em desacordo do CTe.

Nâo ficou claro... que configurações você está tentando obter?

Enviado ao repositório, rev. 17503. Obrigado pela contribuição.

O digest value da assinatura da nota não confere com o digest value do protocolo de autorização. Se no componente a configuração ValidarDigest estiver False isso pode ocorrer. Provavelmente foi gerado outro XML de outra venda mas usando a mesma chave da nota já autorizada.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Novamente lembrando a todos que o campo cNF da nota fiscal é um dispositivo de segurança. Usar informações da própria nota para gerar o cNF, mesmo que usando um algoritmo que pode ser deduzido, deixa a nota vulnerável contra bisbilhoteiros. Imagine o seu cliente sendo espionado pela concorrência. Imagine os clientes do seu cliente sendo vítimas de golpe por boletos falsos que pensou ser verídicos já que tinha informações da nota fiscal.

Aparentemente essa IE é válida também no MT. Basta trocar a UF que acusa como inválida:

Verifique se copiou as DLLs para os locais corretos:

Significa que a UF em questão ainda não está aceitando o XML na versão 3.00a.

Tente informar o CPF explicitamente como terceiro parâmetro no comando de cancelamento: NFE.CancelarNFe("31190800046756078615559200000000011100000016","ERRO DE EMISSAO DE NFE ","46756078615")

O DACTE não vale como documento fiscal, é apenas representação do documento fiscal juridicamente válido, que é o arquivo XML. Esconder informação existente no XML vai contra a legislação. Se existe valor em vICMS no XML não significa que foi destacado?

Veja se está informando o CPF corretamente, com 11 dígitos, no envio do evento de cancelamento.

Na relação de serviços web do portal nacional da NFe não consta o webservice para consulta de cadastro para a SVAN usada pelo PA. (O PA vai trocar pra SVRS a partir do dia 02/09/2019). http://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs= Nesse caso precisa ver no portal estadual se o estado tem um serviço próprio.

Sim:

Não é preciso recompilar o pacote ACBr_NFe.dpk. Minha recomendação de executar o ACBrInstall_Trunk2.exe é apenas para não haver uma cópia desatualizada do ACBrNFeServicos.res na pasta Lib que pode ser usada pelo Delphi ao compilar o seu projeto. Basta salvar ele na mesma pasta do executável da sua aplicação.