José M. S. Junior

Boa tarde @valdirdill, Analisando a sua contribuição para atualizar, verificamos que essa alteração pode quebrar compatibilidade para outras pessoas que já utilizam o componente boleto com "Impressão Tipo 3"... Note no manual que Impressão Tipo1 e 2 realmente deve gerar '00' na posição 19/20 mas se for Impressão Tipo 3 a posição é diferente, a partir da posição 19 se trata da primeira mensagem, por isso tem uma função específica (MontarInstrucoes2 ). Se seu arquivo não está gerando '00' na posição 19/20 é porque existe mais de duas mensagens, dessa forma entra no tipo Impressão 3... Se necessário, anexe o arquivo de remessa para análise.

Boa tarde, deve enviar os parâmetros da seguinte forma: BOLETO.GerarRemessa("C:\Apf_Temporarios",1,"Nome_Arquivo") O segundo parâmetro (1) corresponde ao número da remessa, deve ser incrementado ou controlado pela sua aplicação.

Boa tarde, por favor anexe o log.txt do ACBrMonitor para verificação. Se possível anexe o XML da NFe que apresenta o erro...

Bom dia, obrigado por reportar mas não compreendi a solução, precisou realizar alguma alteração no ACBrMonitor?

Se possível anexe o log.txt do ACBrMonitor para análise...

Bom dia, isso estará ajustado na próxima versão semanal...

Boa tarde, este ajuste estará disponível na próxima versão semanal. Provavelmente até amanhã...

Boa tarde, estará disponível na próxima versão semanal. Provavelmente amanhã...

Boa tarde, favor atualizar a versão para os ajustes citados acima...

Vou verificar a correção da mensagem... Note que está encerrando o MDFe, mas traz a mensagem de erro devido ao erro na consulta do protocolo. Neste parâmetro também pode passar o path completo do XML MDFe. Assim, o ACBr não precisa realizar a consulta do protocolo na SEFAZ e o processo é mais ágil...

Ok Daniel, até então este método sempre gerava o XML novamente após a leitura, por isso foi adicionado o parâmetro. Mas também acho que não há necessidade se o mesmo já estiver assinado. Vou realizar essa validação...

Estará atualizado no Manual na próxima versão. Obrigado!

Aparentemente ocorreu erro no momento de realizar a consulta pela Chave, para obter o numero do protocolo do MDFe e poder realizar o encerramento. Mas no xml em anexo, "mdfe.rar", o MDFe foi encerrado, note que o XML está com protocolo de encerramento... Todos os casos está acontecendo esse erro? Por favor anexe o log.txt para que possamos analisar.

Bom dia Na última versão do ACBrMonitor, foi adicionado um novo parâmetro no método "EnviarNFe" para não criar novamente o XML no envio. Se o XML já estiver devidamente assinado e validado no momento da criação, passe esse parâmetro como "0", assim não será gerado o XML novamente no momento do envio. NFe.EnviarNFe(cArqXML,nLote,[bAssina],[bImprime],[cImpressora],[bSincrono],[bValidaXML],[bGeraNovoXML])

Bom dia Não precisa realizar nenhuma configuração além de selecionar o WebService que deseja utilizar, alguns como wsCorreios não precisa de Cadastro ou Chave... Basta selecionar esse webservice e realizar a busca.

Bom dia, os XML são gerados na pasta confg. em:

Bom dia, se possível anexe o .txt com os comandos que está passando, para que possamos simular a situação...

Favor atualizar os fontes e seguir o manual atualizado: https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Doctos/Manuais/Layout_TXT_NFe_NFCe_4_00.pdf?format=raw

Favor atualizar os fontes, o ajuste já está nas últimas versões.

Another possibility would be to create a system running as a service, which communicates with ACBrMonitor. However, this is a task that should be a responsibility of the software that currently communicates with ACBrMonitor.

Bom dia Para configuração de impressora instalada no Sistema utilize RAW:Nome_Impressora ex: Quanto a configuração de Pular linhas, aparentemente está respeitando na emissão de Cupom... Se possível anexe o log.txt do ACBrMonitor com os comandos que está passando.

Hi, OK, just as SAP writes the NFe file and reads the return file in another folder, this can also be done with the "NFe.StatusService" command. In the ACBrMonitor manual there are all the service methods available by SEFAZ : https://acbr.sourceforge.io/ACBrMonitor/Comandos.html So, if SAP integrates with ACBrMonitor, SAP will need to implement it by reading the return and validating the error code. This way, you can identify the service status of SEFAZ ...

Bom dia Amarildo, Chegou a comparar alguma diferença com o XML que gerou por outro aplicativo? Existe diferença de fuso horário? ex: <dhRecbto>2018-10-22T07:38:06-03:00</dhRecbto>

ACBrMonitor does not do any tasks alone. In the same way that your system sends the NFe transmission command, your system must also send the command to see if the interface (SEFAZ) is in operation. The correct procedure is to consult the Service (NFe.StatusServico), before sending the NFe. Your system needs to read the ACBrMonitor return and perform the procedure you feel is necessary. ACBrMonitor works as an integrator! Get a command, execute and return a response...

Bom dia Foi realizado um refatory no ACBrMonitor, os arquivos de respostas são gerados de forma mais automatizada a nível de codificação... Podem ocorrer mudanças de Caixa Alta / Baixa e na ordem dos campos, porém isso não deve afetar a leitura... O nome dos campos e grupos continuam os mesmos.