José M. S. Junior

Boa tarde, Os Bancos implementados são apenas os que aparecem na listagem do Monitor:

Bom dia, Devido a relatos aqui no fórum de um possível problema que estava ocorrendo ao utilizar este método, está sendo realizado um "Clear" nas propriedades da classe NFe, antes de executar esse método. Se você não estava tendo problemas ao utilizar o método, não deve mudar nada.

Boa tarde Diego, qual método está retornando a tag chNFe?

Envia para a SEFAZ o XML com o erro <999> que está retornando...

Boa tarde Qual versão do Monitor está utilizando? Qual UF ocorre o erro? Se possível poste o XML

Boa tarde Esse erro não catalogado retornado é algo NÃO tratado do lado do WebService da SEFAZ. Se persistir o erro é importante notificar a SEFAZ sobre o problema.

Chegou a realizar um debug para ver o que ocorre? Veja a validação dessa tag no método "Assinar" do CTe. Esta configuração já está sendo utilizada a um bom tempo...

A versão é a mesma... Seus fontes e Schemas estão todos atualizados conforme o repositório do ACBr?

Boa tarde Este erro esta sendo retornado pelo Integrador, pode ver isso decodificando a resposta que está em base 64. Os fontes do ACBr e o seu Integrador estão atualizados? Verifique no log como está o XML de inutilização que está sendo enviado para o integrador.

Boa tarde, verifique se está habilitada a configuração para gerar a tag no XML:

Boa tarde, atualize a versão, veja esse tópico:

Bom dia, Correto, para gravar o XML assinado antes do envio precisa deixar a opção citada acima "Desmarcada". Caso contrário, a assinatura ocorre mas fica apenas no arquivo em memória no componente, por isso não apresenta erro de retorno. Outra opção é utilizar somente o método NFe.Enviar, este método pode ser parametrizado para Assinar e Validar o documento antes do envio, será gravado em disco o XML já Assinado e Autorizado no caso de sucesso. https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarNFe.html

Favor atualizar para ultima versão 1.2.0.84. Foi adicionada uma nova configuração no menu SAT / Dados do SAT CFe: "Validar Número de Sessão Resposta" marque essa opção, com isso se não obter resposta o componente tenta realizar uma consulta no aparelho pelo último número de sessão...

Boa tarde Sim, pode instalar instancias diferentes para cada empresa, cada um comunicando em uma porta. Porém não é multi-usuário, se tiver mais de um usuário acessando a mesma empresa, sua aplicação precisa gerenciar o tráfego de comandos.

É Importante relatar isso a SEFAZ pois se alterou a data o digestValue do documento não vai bater com o documento emitido em contingencia, no caso de uma denuncia por parte do consumidor terá problemas, pois a data não pode ser alterada.

@JuniorCamilo, analisando os fontes não houve alterações recentes quanto ao processo de Assinatura. Se estava funcionando de uma forma e não está mais, provavelmente é alguma alteração de parâmetros... Verifique na aba DFe/Diretório se esta marcado a opção: "Salvar Apenas NFes processadas na pasta NFe" com essa opção habilitada, não será gravado o XML antes do envio do mesmo... Então se você não gera o XML pelo componente ACBr desmarque essa opção, senão não vai conseguir obter o XML atualizado no diretório.

Bom dia No log não mostra exatamente o erro não catalogado... Esse erro se trata de algo não tratado na resposta do XML do lado do aparelho... Se possível anexe o log completo com o erro e também o log do aparelho.

Qual o erro que ocorre na geração do PDF? Pode ver um exemplo de tratamento para impressão em ESCPOS e Fortes com PDF nos fontes do ACBrMonitor, veja na unit ACBrMonitor1.pas na procedure "PrepararImpressaoSAT"

Isso não deveria acontecer... A rotina de Cancelamento realiza uma consulta pela chave direto na SEFAZ para obter o numero do protocolo e então Envia o evento de Cancelamento, mas de qualquer forma estou revisando essa rotina para validar a possibilidade de possíveis problemas. O importante seria saber se ao consultar a chave, o número do protocolo retornado está sendo o mesmo passado no evento de Cancelamento, para isso seria necessário analisar o log de XMLs gerados e recebidos...

Existem alguns caracteres especiais que afetam o parser no XML ex: ( <, >, &, ", ' ) é preciso substituí-los... Se possível anexe o XML que está tendo problemas para assinar, para análise...

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

As NFCes emitidas em contingência não devem gerar erro por data atrasada... Devem ser transmitidas sem alterações, inclusive com a tag tpEmis=9 Pode ocorrer apenas de ser autorizada fora do prazo, mas não deveria rejeitar...

Utilize essa versão de testes foi adicionado o ajuste para tratar respostas:

As urls ficam no arquivo ACBrNFeServicos.ini na mesma pasta do .exe

Bom dia Procure homologar diretamente com a mesma marca de aparelho que for utilizar em produção. Alguns fabricantes estavam disponibilizando sua própria dll para poder funcionar com MFe. No geral o problema que pode ocorrer sempre está relacionado com a dll do MFe, precisa ver se o fabricante disponibilizou alguma dll específica...