BigWings

Qual arquivo .fr3 está usando?

Se tiver apenas uma nota no lote, a NFe também pode ser enviada no modo síncrono, exceto para os estados de SP, BA e GO que, salvo engano, não permitem o modo síncrono para NFe.

Não existe CST de ICMS 102. CST pode ser 00, 10, 20, 30, 40, 41, 50, 51, 60, 70 ou 90. Isso no regime normal, que é como você está informando o regime de emissão: [Emitente] CRT = 3 102 pode ser um CSOSN, quando o emitente é optante pelo Simples Nacional, e o item é "tributado pelo simples nacional sem permissão de crédito", nesse caso você deve informar CRT = 1, e CSOSN = 102.

Correção enviada para o repositório, rev. 16962. Obrigado pela contribuição.

Pode anexar o XML e PDF/imagem para verificação?

Foi removida. Como disse, as propriedades eram rendundantes. Se quer o DANFE NFCe detalhado basta definir ImprimeItens como True.

É um evento do CTe, assim como o cancelamento, carta de correção... A diferença é que o evento de prestação em desacordo deve ser emitido pelo tomador e não pelo emitente do CTe. Então a aplicação ERP do tomador deve ser capaz de transmitir esse evento para o CTe que foi destinado a ele como tomador, mesmo que ele mesmo não emita CTe.

Já foi enviado ao repositório atualização do ACBrNFeServicos.ini e ACBrNFeServicos.res com as URL ajustadas de acordo com o publicado na página do ENCAT, homologação e produção.

A mensagem está clara. O tomador para o qual o CTe foi emitido incorretamente precisa enviar um evento do tipo "Prestação de serviço em desacordo" para o CTe a ser anulado.

Esse componente é para NFe e não NFCe. Veja o exemplo na pasta ACBr\Exemplos\ACBrDFe\ACBrNFe\Delphi DANFe FR. // --- Configurações específicas para NFCe --- // Mostra itens na NFCe, caso False emite a NFCe resumida ACBrNFeDANFCEFR1.ImprimeItens := ckImprimeItens.Checked;

Que classe é vACBR_DANFE? Tem vários no repositório. Qual componente DANFE está usando?

Tente definir ACBrMDFe1.Configuracoes.Arquivos.AdicionarLiteral como False.

Essas propriedades eram redundantes, foram renomeadas para ImprimeItens nos componentes DANFE para NFCe.

Fiz teste pelo demo e a consulta funcionou normalmente: Por favor descreva melhor o problema com o retorno da consulta e seu ambiente de desenvolvimento e testes.

Provavelmente é o mesmo problema, a configuração incorreta da propriedade VersaoDF do componente. Se estiver ve200 vai causar esse erro.

Tem razão, alterei apenas as da SVRS, RS usa um webservice diferente. Aguarde que... Aparentemente ainda não estão validando a URL em produção, mas deve mudar também, está sendo verificado se a alteração caso feita agora em produção não vai causar problemas.

Bastava atualizar, o ACBrNFeServicos.res já está atualizado no repositório. Então faça o revert pelo Tortoise, depois reinstale o ACBr usando o ACBrInstall_Trunk2.exe, depois recompile a sua aplicação e teste. Também veja se não deixou um arquivo ACBrNFeServicos.ini desatualizado no diretório da aplicação. Não houve alteração nesse grupo, os endereços de consulta são diferentes por UF, em cada grupo [NFCe_XX_H] onde XX é a UF.

Aparentemente foi identificado o problema. Enviei correção para o repositório, rev. 16943. Seria de grande ajuda se todos pudessem atualizar os fontes e realizar os testes.

Tem vários relatos hoje, em vários estados sobre esse problema. Coincidentemente ou não, todos os estados afetados usam a SVRS para autorizar as NFCe. Tem uma solução aqui para o RS, pode tentar fazer o mesmo para o RJ:

Se você já tem a URL correta basta fazer a alteração no ACBrNFeServicos.ini e testar. Se a NFCe for autorizada com a nova URL anexe o arquivo aqui para ser enviado ao repositório.

O token requerido pela API não é token fornecido pela SEFAZ, você precisa fazer o cadastro da empresa no site https://deolhonoimposto.ibpt.org.br/ para obter ele.

O bloco K já está implementado no ACBrSpedFiscal.