Mittermayer

E isso mesmo, so inseri o comando Boleto.EnviaBoleto após o Boleto.IncluirBoleto. Agora ficamos assim 26/03/2024 17:27:47 - BOLETO.LimparLista 26/03/2024 17:27:47 - OK: 26/03/2024 17:27:50 - BOLETO.IncluirTitulos("\\Servidor\mayer\Filial01\Bank\BRASIL\77906.INI") 26/03/2024 17:27:51 - OK: 26/03/2024 17:27:53 - BOLETO.EnviarBoleto(0) 26/03/2024 17:27:59 - OK: [REGISTRO1] Aperece todos os campos no arquivo.ini Boleto.Imprimir aparece o preview do boleto na tela com o devidos dados informados. OK log foi gravado. Ja tive um resultado positivo do modo de homologação. Houve um erro no modo de produção, mas acho que o problema esta no cadastro do cliente. Vou resolver e mando os dados. Obrigado pela ajuda e parceira. Se precisarem de mim estou a disposição.

Vou checar seus link novamente como você sugeriu. Mas com mostrei na segunda tela chego a ter a boleta impressa no preview. e o resultado dos comandos da ok em todos 3, como mostrei na primeira tela.

E mesmo. São telas idênticas mas de softwares diferentes. O meu como disse no inicio e o ACBRMonitorPlus o dele o ACBRBoleto

Segue copia de duas telas

Sim todas preenchidas. Como disse o meu esta no completo, mas ja testei em todas as opções, mas não escreve nenhuma linha no log. Versão atual ACBRMonitorPLUS 1.4.0.246 Venho fazendo teste desde a versão 1.4.0.234

Ja coloquei ele em todos os níveis de log disponíveis. Nem um dele gravou nada. Esta no completo, mas testei em todos.

Aparentemente tudo correto, tanto no log geral, quanto no log do DFe que uso muito e também no log do webservice do boleto. Todos estao configurados cada um com um nome de arquivo diferente.

Estou usando ACBRmonitor para registrar e imprimir boletos do banco do Brasil via API. Estou usando 3 comandos para fazer o registro e impressão. BOLETO.LimparLista Resposta : OK Boleto.IncluirTutulos("caminho do arquivo .INI") Resposta : OK Boleto.Imprimir OK aparece o preview do boleto na tela com o devidos dados informados. ISSO ACONTECE TANTO EM MODO DE HOMOLOGAÇÃO QUANTO EM MODO DE PRODUÇÃO. Em produção usando as devidas chaves do cliente, em homologação usando as minhas chaves geradas no site do Banco do Brasil. Estou sem indicativos do que esta acontecendo por não haver um log do que esta acontecendo.

Ah, joia. Vamos ajudar aqui e validar.

E esse XML fica na pasta de logs?

Prezados, bom dia. Utilizamos o ACBrMonitorPlus versão 1.1.032 para comunicação e impressão dos documentos. Ao imprimir uma carta de correção, o status está ficando em branco e protocolo desconfigurado. O que precisamos fazer para ajustar isso? Desde já, grato pela atenção. Carta Correção.pdf 1101103117100777916900013057001000000033100000033101-eve.xml

Bom dia. Muito obrigado!!

Alguma luz?

Segue ACBrMonitor.ini O comando é CTE.ENVIARCTE([arquivo_xml],1,1,1) ACBrMonitor.ini

José, eu também fiz essa validação com o XML assinado e o CT-e é validado perfeitamente (configurado para 3.00). E tanto não tem problema na estrutura do XML que funciona com a versão .13 no Monitor (versão que eu utilizava antes de atualizar para a .28). Ainda acho que tem alguma coisa na versão .28, vou voltar para a .13 que é o que funciona para mim, até o problema ser resolvido.

Mesmo eu acabando de instalar o monitor? Como faz pra atualizar os schemas?

Se mudo para 2.00 funciona. Se não tiver a assinatura e estiver configurado no 3.00 não funciona. Exibe o erro abaixo Content for element '{http://www.portalfiscal.inf.br/cte}CTe' is incomplete according to the DTD/Schema. Expecting: {http://www.w3.org/2000/09/xmldsig#}Signature.

A nova versão foi instalada em cima de uma que já existia, então as configurações permanecem. CT-e versão 3.00

Anexados os arquivos de envio e retorno gerados pelo monitor (a versão está 0.00). Um detalhe: com a versão 1.1.0.28, tivemos que incluir CTE.ASSINARCTE pra conseguir validar/enviar. 20170809114314-ped-sta.xml 20170809114314-ped-sta-soap.xml 20170809114321-sta.xml 20170809114321-sta-soap.xml

Instalei o ACBrMonitorPLUS versão 1.1.0.28 (antes usava a versão .13) e agora preciso chamar a rotina para assinar o XML antes de qualquer outra. Até aí, tudo bem, tranquilo. Acontece que no momento de transmitir ocorre o erro Rejeicao: Cabecalho - Versao do arquivo XML nao suportada. Verifiquei que o XML assinado está com a estrutura inicial diferente do XML que eu gerei (O que eu gerei tem, no início, a linha <cteProc versao="3.00" xmlns="http://www.portalfiscal.inf.br/cte"> e funcionava na versão anterior). O que precisa ser feito para corrigir o problema? Desde já, grato pela atenção. cte_apos_assinar.xml cte_antes_assinar.xml

Obrigado, José. Resolvido após instalar a versão 1.1.0.28.

Prezados, boa tarde. No CT-e 3.00 a tag <forPag> foi extinta, correto? No entanto, ao imprimir o CT-e pelo ACBr, aparece "Forma de Pagamento" = PAGO. Qual tag está sendo considerada para imprimir essa informação. Desde já, grato pela atenção.

Prezados, temos um sistema que gera o arquivo ENT.txt com o comando abaixo CTE.IMPRIMIREVENTOPDF("//srvlinux/msl_desenvol/CTe/201705/1101103117050777916900013057001000000006100000006201-eve.xml","//SRVLINUX/msl_desenvol/CTe/201705/31170507779169000130570010000000061000000062-cte.xml") para impressão da Carta de Correção do CT-e. Acontece que o ACBr "trava" na linha do comando e não faz mais nada. A impressão do CT-e em si ocorre com sucesso, mas da Carta de Correção, não. Versão ACBrMonitorPLUS 1.1.0.13 Alguém teria alguma luz? Desde já, agradeço a atenção.

Fiz alguns teste de impressão passando o parâmetro de preview. Ele não respeita nada que se passe por este parâmetro. Tentei varias formas de passar, True ou False, 1 ou 0, S ou N, Y ou N, Yes ou No. Nada que se coloque ele respeita. Meu objetivo e fazer uma impressão rápida sem a interferência do usuário. Eu consegui atingir o objetivo, mas só com a configuração do .INI em não mostrar preview.

Log anexado. LOG.TXT