BigWings

Esse arquivo não é do MDFe? https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/Schemas/MDFe/mdfeModalRodoviario_v3.00.xsd

Depois da consulta você pode ler as informações do componente pra obter os dados dos eventos, e verificar se o evento de cancelamento está presente. ACBrNFe1.Consultar; for I := 0 to ACBrNFe1.EventoNFe.Evento.Count - 1 do if ACBrNFe1.EventoNFe.Evento[I].InfEvento.tpEvento in [teCancelamento, teCancSubst] then begin ... end; Também pode usar o segundo parâmetro do método de consulta pra extrair do retorno os arquivos XML dos cancelamentos e salvar eles em disco. ACBrNFe1.Consultar(nChaveNFe, True);

Sobre a validação de chaves e inutilização, isso é do lado da SEFAZ, nada a fazer no ACBr ou na sua aplicação. Mas houve uma alteração nos fontes pra adequar a NT. O deu lado é manter os fontes do ACBr e schemas atualizados.

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

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

Lentidão na página da receita.

Isso já não foi implementado?

12002 se não me engano é timeout. Está enviando ou emitindo em contingência? Se enviando, acredito que esteja carregando um XML de uma NFCe que foi emitida anteriormente em contingência e usando o método de envio. Verifique a conexão com a internet, aumente o timeout (ACBrNFe1.Configuracoes.WebServices.Timeout := 30000), verifique as configurações SSLLib e SSLType.

Use a contingência offline. Ide.tpEmis := teOffLine;

Já tem um tempo que os .fr3 não suportam mais o FR4.

Chegou a ver o post do Italo no subfórum de notícias? Aparentemente, se as SEFAZ cumprirem o prazo, a partir do dia 03/05/2021 já pode começar a enviar a tag xPag.

A cada pesquisa ele te retorna o próximo UltNSU, e também o MaxNSU, se eles forem iguais não existem mais documentos, caso contrário, você pode pesquisar novamente pelo UltNSU retornado.

Até onde sei a contingência para o BPe é offline, funciona semelhante a NFCe.

Deve ser algo na sua rotina. Se fosse algo no ACBr você teria o mesmo problema numa impressão de DANFE carregando o XML, por exemplo.

A sua aplicação é 64bits? Se for 32 o correto é copiar as DLLs da pasta x86, de preferência para a pasta da aplicação. Mesmo que executando em Windows 64.

O ambiente de homologação é da SEFAZ, não do monitor, ele apenas direciona as URL de acordo com a configuração. E sim, precisa cadastrar o CSC pra homologação. Alguns estados usam o mesmo CSC em homologação e produção, em outros o mesmo CSC é usado nos dois ambientes.

O CSC/IdCSC deve ser obtido na SEFAZ pra cada emitente de NFCe, e informado na configuração.

Verifique a configuração DFe -> WebServices -> NFC-e -> Versão QRCode. Deve estar 2.

Esse QrCode está mal formado, parece uma mistura da versão 1 com a versão 2 do QrCode. Hoje só é aceita a versão 2. Você disse que usa o ACBrMonitorPLUS? Qual comando está usando? Sobre o ambiente basta ter monitor atualizado e configurar para o ambiente de homologação.

Veja se está com os fontes atualizados, e usando a versão do Fast Report com suporte a scripts.

Esse é um projeto paralelo, não tem relação com o ACBr. Sugiro que procure ajuda na página do mesmo. O ACBr disponibiliza a ACBrLib, para quem não programa em Delphi ou Lazarus. https://www.projetoacbr.com.br/forum/files/category/36-acbrlib/

Se não me engano está disponível apenas para o DANFE em Fast Report. Pra esse componente a propriedade TipoDANFE não interfere em nada, o layout é definido no arquivo .fr3.

Não está implementado a geração do registro S na remessa pra esse banco. Então você vai precisar implementar, e se quiser contribuir com o projeto, anexar aqui o fonte alterado par que seja analisado e enviado ao repositório.

O A3 pode estar expirado, já verificou?

Anexe o XML com o pedido de cancelamento (*-ped-eve.xml).