José M. S. Junior

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.

Para uso do MFe utilize o componente ACBrSAT, baixe no site da SEFAZ CE a dll atualizada para comunicação direta com MFe

Boa tarde, pretendemos disponibilizar em breve...

A forma como está passando o comando está correta, sempre foi dessa forma mesmo, precisamos entender por que o número protocolo passado para consulta está diferente do que consta na base da SEFAZ... No ACBrMonitor verifique no menu: ( DFe/WebServices ) se está marcado a opção: "Salvar Arquivos Enviados/Recebidos p/ WebService". essa opção grava todos os XMLs enviados e recebidos pelo ACBrMonitor. Ao realizar o Cancelamento vai notar que será gerado XMLs de Consulta da chave e o Retorno da Consulta, além do XML com evento de Cancelamento. Verifique qual o protocolo está sendo retornado no XML de consulta e se é o mesmo que consta na SEFAZ quando realiza a consulta direto pelo site... Se necessário anexe aqui os XMLs gerados na pasta logs, para análise.

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 Carlos, não consegui simular esse tipo de problema... No seu arquivo .ini você está passando a seção EMAIL, conforme descrito no manual? Pois apenas se o Monitor não encontrar valor na leitura das tags será utilizada as configurações default configuradas em tela.... Outro detalhe é que se deseja utilizar uma configuração de e-mail diferente da cadastrada, precisa passar essa informação a cada comando email.novo(".ini") enviado, pois essa informação será utilizada para envio mas não ficara gravada para um próximo envio. Se o problema persistir, por favor anexe o log completo do ACBrMonitor e o seu arquivo .ini (remova o campo senha)

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.

Bom dia Não houve alteração nisso... chegou a consultar a chave desta NFe e verificar o numero do protocolo de autorização de uso? É isso que esse método faz, realiza uma consulta pela chave para obter o numero do protocolo e passa o mesmo no evento de cancelamento... Compare o protocolo que está no site da SEFAZ e o que está no XML do evento gerado pelo ACBrMonitor.

Precisa passar um comando por vez, seguindo a sequencia descrita nesta página do manual: https://acbr.sourceforge.io/ACBrMonitor/ComandosdoObjetoEMAIL.html

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

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

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

Bom dia Se entendi, você tem o ACBrMonitor instalado em apenas um local correto? utilizando TCP/IP, todos os comandos serão executados onde o ACBrMonitor está instalado, se deseja apenas utilizar recursos de disco ou de equipamentos locais, precisa ter um serviço de Terminal Remoto (SSH) no Servidor, dessa forma o ACBrMonitor conseguiria enxergar suas unidades de Disco e equipamentos instalados, então poderia configurar a impressora local ou unidade local para gravar o pdf... O comando LoadFromFile funciona para copia de arquivos comuns via TCP, para pdf realmente não vai funcionar...

Bom dia A versão atualizada já possui esse recurso: https://acbr.sourceforge.io/ACBrMonitor/SATEnviarEmailCFe.html

Boa tarde, por favor verifique se funciona com essa versão em Testes

Boa tarde Essa versão é muito antiga, já houve diversas mudanças. Atualize para a versão mais recente...

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

Bom dia Segue o vídeo com os passo inicias para homologação:

Realizou o requerimento para emissão de NFCe no sistema VIPRO? Precisa ter essa autorização confirmada por esse sistema...

Informe seus dados de emissor também no Integrador... No manual do Integrador foi disponibilizado os dados do emissor para Desenvolvimento, mas para NFCe sem o MFe pode não estar considerando isso. Adicione os dados reais do emissor e apenas no XML da NFCe envie coma a tag em ambiente de homologação

Bom dia A SEFAZ MG está instável após a manutenção técnica que realizaram na última semana. O retorno do XML está fora do padrão especificado no manual da NFe, por isso a leitura não está sendo realizada pelo componente. A orientação no momento é contatar a SEFAZ e relatar o problema.

Bom dia Se possível anexe também as suas configurações do ACBrMonitor, anexe o arquivo ACBrMonitor.ini.