José M. S. Junior

Utilizando o ACBrMonitor os Schemas devem estar atualizados no diretório abaixo, seguindo o tipo de documento ex: C:\ACBrMonitorPLUS\Schemas\MDFE

Bom dia Verifique se não está passando o XML errado para Cancelamento... Precisa passar o XML da Pasta "Venda", que é retornado pelo aparelho...

Qual versão estão utilizando? Deve utilizar os Schemas atualizados do ACBr, se estiver utilizando o Instalador isso é automático, se baixar pelo SVN, verifique a configuração de onde o Monitor esta lendo os Schemas e atualize na pasta MDFe.

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 Qual versão do Monitor está utilizando? Qual UF ocorre o erro? Se possível poste o XML

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:

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

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.

@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.

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"

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...

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...

Bom dia Significa que o XML da NFCe foi alterado após o envio ou se trata mesmo de NFCe em duplicidade. Para NFCe não tem WEbService de Distribuição para baixar os XML assim como na NFe.

Bom dia No envio Assíncrono (como sempre foi) o próprio componente se encarrega de realizar a consulta após o envio, seguindo o mesmo processo do MDFe. A mensagem de lote em processamento é da própria SEFAZ, neste caso é necessário realizar uma consulta posterior para verificar se já foi processado e obter o protocolo de autorização.

Boa tarde, pretendemos disponibilizar em breve...

Atualizado no SVN. Obrigado!

Bom dia Foi disponibilizado uma versão teste 1.2.0.83, com o ajuste realizado para resolver o problema de retorno da NFCe em MG.

Utilize esse comando para gerar PDF: https://acbr.sourceforge.io/ACBrMonitor/SATGerarPDFExtratoVenda.html

Bom dia Devemos manter conforme está na função LerArqIni da Unit ACBrMDFeManifestos.pas. Se desejar realizar a correção, poste a unit aqui que atualizamos no SVN.

Boa tarde Não conseguimos simular o erro até o momento. Mas notei pelo log, que o envio de títulos está sendo realizado de forma sistemática pela sua aplicação, por se tratar de arquivos relativamente grandes a cada envio, experimente desmarcar a opção "Exibir linhas do Log na tela em Respostas Enviadas" esta configuração em tela pode ser lenta se tratando de logs grandes, talvez possa estar ocasionando esse erro. Limite também o tamanho do arquivo de log definindo um máximo de linhas, por exemplo: 500. Outro detalhe é que se precisa incluir diversos títulos em uma mesma lista no componente, pode enviar em uma unica conexão, separando os títulos por sessões ex: [Titulo1] ... [Titulo2] ...

Olá, Para quem utiliza o ACBrMonitorPLUS, está disponível uma versão Teste com o ajuste realizado para este caso da SEFAZ MG em: