BigWings

Correto... você fez o teste usando o demo do componente como sugeri mais acima?

Então está usando o ACBrMonitorPLUS? Qual a versão?

Esses campos não fazem parte do grupo IPI. Informe desta forma: [Produto001] pDevol=100.00 vIPIDevol=30.00 ou [det001] pDevol=100.00 vIPIDevol=30.00

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.