José M. S. Junior

Obrigado pelo retorno, será corrigido no manual.

Se o problema persistir, experimente com essas configurações:

Sim... Essa alteração deve ser feito na data prevista para a troca do servidor...

Notei pelos logs que após o envio da NFCe, a primeira impressão normalmente é realizada com sucesso, utilizando o path de retorno onde o XML foi gravado. Posteriormente no envio do e-mail ocorreu algum problema, inclusive encerrando o ACBrMonitor... Depois o path do XML não pode mais ser acessado pelo ACBrMonitor... Primeiramente, quando ocorrer esse erro certifique-se de que o path (X:\tolsistemas\nfe\...) realmente está acessível pela rede e se o XML está acessível nesta pasta. Ao passar o comando EnviarEmail utilize sempre aspas duplas(" ") para separa os parâmetros. Verifique se o e-mail chegou a ser enviado... O problema pode estar em acessar o arquivo na sua rede... [NFe109] CStat=100 CUF=35 DhRecbto=19/08/2019 11:44:12 Msg= VerAplic=SP_NFE_PL009_V4 Versao=SP_NFE_PL009_V4 XMotivo=Autorizado o uso da NF-e arquivo=X:\tolsistemas\nfe\31650445000140\NFe\201908\NFe\35190831650445000140550010000001091202838761-nfe.xml chNFe=35190831650445000140550010000001091202838761 digVal=ZPOWTmZ0uyz2M5SNdR4RvKKQHlI= nProt=135190599325178 tpAmb=1 19/08/2019 11:44:18 - NFE.imprimirdanfe("X:\tolsistemas\nfe\31650445000140\nfe\201908\nfe\35190831650445000140550010000001091202838761-NFe.xml") 19/08/2019 11:47:25 - OK: DANFe Impresso com sucesso 19/08/2019 11:47:25 - NFe.EnviarEmail([email protected],X:\tolsistemas\nfe\31650445000140\nfe\201908\nfe\35190831650445000140550010000001091202838761-NFe.xml,"1") 19/08/2019 12:04:34 - ATENÇÃO: Chave RSA Privada NÃO pode ser lida no arquivo "swh.ini". 19/08/2019 12:04:34 - ACBr MonitorPLUS Ver.1.2.0.60 19/08/2019 12:04:34 - Aguardando comandos ACBr 19/08/2019 12:04:34 - Monitorando Comandos TXT em: C:\ACBrMonitor\ENT.TXT 19/08/2019 12:04:34 - Respostas gravadas em: C:\ACBrMonitor\SAI.TXT 19/08/2019 12:04:34 - Log de comandos será gravado em: C:\ACBrMonitorPLUS\LOG.TXT 19/08/2019 12:04:34 - NFE.imprimirdanfe("X:\tolsistemas\nfe\31650445000140\nfe\201908\nfe\35190831650445000140550010000001091202838761-NFe.xml") 19/08/2019 12:04:34 - ERRO: Arquivo X:\tolsistemas\nfe\31650445000140\nfe\201908\nfe\35190831650445000140550010000001091202838761-NFe.xml nao encontrado.

Experimentou utilizar impressão em da NFC-e em ESCPOS com essa impressora? Quando utiliza impressão em Fortes para o Cupom, é gerado uma imagem do cupom e enviado para impressora, isso é gerenciado pelo Spool do Windows, fica mais difícil identificar esse tipo de erro na comunicação...

Bom dia, Os xmls anexados acima se tratam de logs de todos os XMLs enviados e recebidos, pode ser configurado e até desabilitado no menu: "DFe / WebServices / Savar arquivos Enviados Recebidos p/ WebServices" Os XMLs autorizados, são gravados no diretório configurado na tela que postou a acima, (Path Configurado + Parâmetros de diretórios configuráveis), este é o diretório válido para armazenamento do XML e também para impressão....

Isso é configuração... Pode ser habilitado no menu Monitor: "Mostrar abas de navegação"

Boa tarde, quais as configurações de impressão está utilizando? se possível anexe o arquivo ACBrMonitor.ini.

Boa tarde, Para gerar a Linha Digitável nesse formato, basta obter o código de Barras chamando o método MontarCodigoBarras e posteriormente chamar o o método: MontarCodigoBarras passando o código de barras e o objeto Título como parâmetro. ex: ACBrBoleto1.Banco.MontarLinhaDigitavel(ABarras, ACBrBoleto1.ListadeBoletos[0] );

Bom dia, o vídeo abaixo pode te ajudar com uma visão inicial... Mas o ACBr Monitor não gerencia a contingência de forma automática. O que ele faz é executar os comandos passados pela sua aplicação, nesse caso a contingência precisa ser gerenciada pela sua aplicação. Quanto ao Cloud, também não foi projetado para ser multi-usuários, a melhor forma de utilizá-lo, é instalando o mesmo em cada terminal, e gerenciar o arquivamento dos dados e XMLs na sua base de dados através da sua aplicação.

Precisa enviar um comando de cada vez...

Sim, a melhor opção é gerar um arquivo temporário com outro nome e depois só renomear...

Pode passar o CPF como parâmetro no método de Cancelar, mas também precisa estar com ACBrMonitor atualizado. Os ajustes para considerar CPF foi realizado há pouco tempo...

As configurações de pasta para monitoramento estão corretas? aqui utilizamos Windows 10 normalmente...

Bom dia Este erro ( 15/08/2019 16:52:15 - Unable to open file "C:\sitex\NFCe\Entrada\ent.txt" ), ocorre quando o ACBrMonitor tentar ler o arquivo ent.txt e não consegue, provavelmente está preso pela sua aplicação. Para evitar esse problema, faça a sua aplicação gerar o arquivo de entrada com outro nome, e só após toda a escrita do método renomeie para "ent.txt". Dessa forma evita esse tipo de problema do ACBrMonitor não conseguir acessar o arquivo. O ACBrMonitor por sua vez, sempre exclui o arquivo ent.txt logo após a leitura do mesmo, então sua aplicação deve gerar um novo arquivo com outro método, apenas quando obter o retorno do método já enviado, isso evita de sua aplicação sobrepor um arquivo de entrada... Um outro detalhe que não tem haver com o erro mas pode alterar no seu processo, no método: NFe.EnviarNFe(c:\sitex\nfce\arquivos\Assinados\26190822038686000142650110000000341000000351-nfe.xml, 44,0,1,",1,0,1) O último parâmetro não precisa ser "1", isso fará o componente gerar e assinar e validar o XML novamente, O Parâmetro de Impressora, passe aspas duplas duas vezes (,"",) para abrir e encerrar o parâmetro, ou não passe nada deixe vazio: (,,)

Boa tarde Utilize antes o método: NFe.SetModelodf("65")

Boa tarde A Caixa trata o código de Carteira como Caractere realmente e no componente também já trata como String. Aparentemente o erro é na sua aplicação, o campo BcoCarteira parece ser tipo numérico....

Note que a composição do código de barras utiliza os cinco dígitos, na composição da linha digitável que se utiliza de apenas quatro dígitos... No manual também cita cinco posições sem digito : 1) A agência e conta para teste são as mesmas de produção, sendo 5 posições para a agência (sem dígito) e nove posições para a conta (com dígito). Estou questionando sobre isso, pois há casos de agencias que realmente utilizam cinco dígitos... talvez para essa situação a melhor solução fosse tratar na função de geração do código de barras...

Observações referente a testes realizados com S@T Go Durante a configuração da dll para comunicação com o aparelho, notamos que o arquivo de configuração que acompanha a dll ( bemasat.xml ), precisa estar sempre no diretório raiz da Aplicação. (Em nosso caso copiamos esse arquivo para a pasta raiz do SATTest.exe). Caso contrário terá uma resposta de erro padrão retornado pela dll: ( Erro|Erro na abertura da porta de comunicacao com o S@T ). Portanto, se estiver retornando esse erro, basta copiar o arquivo "bemasat.xml" para o diretório raiz da Aplicação... Nota importante Em novos teste realizados, notamos um resultado ainda mais satisfatório no tempo de resposta do S@T Go em comparação ao SAT RB-2000, portanto atualizamos a Tabela e o Gráfico comparativo no tópico acima...

Neste manual também a especificação é de 5 dígitos para agência... Talvez seja necessário questionar a agência quanto ao preenchimento deste campo no caso de agência com 4 dígitos.

Bom dia No manual CNAB400 - SAFRA a orientação é utilizar agência com 5 dígitos... Qual manual está utilizando? se possível anexe aqui para análise, pode estar ocorrendo divergências de homologação entre agências...

Agora sim a compilação correta, para StdCall : ACBrSAT32.zip

Conforme o Italo falou, provavelmente está passando o parâmetro "cProtocolo" com aspas duplas mas sem nenhum valor... se deseja que imprima o número do protocolo vinculado a autorização do XML não passe nada nesse parâmetro... https://acbr.sourceforge.io/ACBrMonitor/MDFeImprimirDAMDFe.html

Estranho, nos testes aqui sai normal... Poderia anexar seu xml?

Boa tarde O XML do MDF-e está atualizado com o protocolo de autorização?