Reinaldo Silva

Não dá para minimizar, só forçando o encerramento do aplicativo. Interessante que só acontece na primeira vez que tenta imprimir boleto. Depois não trava mais.

Bom dia, Estou tendo dificuldade na impressão do boleto, e só acontece quando está marcada a opção de Previsualização. Esta só aparece, permitindo então a impressão, após fechar o sistema. Até na ultima versão disponivel, 1.1.0.46, está acontecendo. Obrigado

CTE Complementar não é só para valores?

BigWings Substitui o arquivo e testei. Deu certo. Vou esperar a próxima versão do monitor. Obrigado

BigWings Desculpe a minha ignorancia. Mas copiar "o que", "que arquivo", o que é "svn", 'prá onde", "como" ? Não sei o que vc está falando. O que eu sei fazer é montar um arquivo TXT com o nome de ENTNFE.TXT na pasta ACBrMonitorPlus que esse maravilhoso aplicativo faz tudo sozinho. E o erro está nesse aplicativo, não tenho dúvida. Tanto que o mesmo TXT na versão 1.1.0.42 funciona e nas versões 1.1.0.43 dá erro.

BigWings, obrigado por responder Uso o ACBrMonitor através de arquivo TXT. O erro está no monitor.

Boa Tarde Testando a versão 4.0 tive uma surpresa preocupante. A partir da versão 1.1.0.43 está dando erro quando o tamanho do campo Unidade é menor do que 3 caracteres. A abreviatura oficial para vendas feitas por Unidade é UN, assim como PEÇA é PC, Metro é M, etc... Ou eu errei alguma coisa ? Inclusive o erro que está dando é no campo uTrib que não está sendo informado no TXT. Anexo arquivo SAI.TXT com os retornos dos testes feitos com as versões 1.1.0.42 e 1.1.043 usando o mesmo TXT (trecho abaixo) Unidade=UN Quantidade=2 ValorUnitario=48.000000000 ValorTotal=96.0000000000 Para passar na versão 1.1.0.43 tive que colocar Unidade=UNI Obrigado sainfe.txt

Bom dia a todos Não sei se já é do conhecimento dos colegas as regras da ANTT para o campo de Seguro no MDFe 3.0 em casos de contingenciamento. Anexei à este tópico trechos da Portaria a respeito desse assunto: Foi publicado pela ANTT no Diário Oficial da União a averbação de seguro no MOC 3.0 do MDF-e: DELIBERAÇÃO Nº 325, DE 28 DE SETEMBRO DE 2017 Art. 1º O número de averbação do seguro de que trata o inciso X do artigo 23 da Resolução nº 4.799, de 27 de julho de 2015, deve ser composto na forma estabelecida no Anexo desta Deliberação. Art. 2º Em caso de contingência, o campo referente ao número de averbação do documento eletrônico deverá ser preenchido por uma sequência de "99999". Parágrafo único. O preenchimento do número de averbação nos termos do caput não configurará a infração prevista na alínea "f" do inciso VIII do artigo 36 da Resolução nº 4.799 de 27 de julho de 2015, desde que o transportador ou a seguradora informe, a pedido da ANTT, o número de averbação correspondente à prestação de serviço de transporte. Só não sei ainda se o Número da Averbação deverá ser enviado posteriormente e como isso deverá ser feito. Se alguém souber fico grato pela informação. Obrigado

Bom dia, José Obrigado

Bom dia Desculpem me intrometer nesse assunto mas lendo todos os posts acabei ficando com uma dúvida. Tenho feito Encerramento de MDFe, inclusive testando a 3.0, e na versão ACBR 1.1.0.33, usando o comando: MDFE.ENCERRARMDFE(nChaveMDFE,dtEnc,cUF,nCNPJ), agora estou vendo ai Numero de Protocolo. Mudou alguma coisa ? Obrigado

Bom Dia Testei na versão 1.1.0.33 e o problema persiste.

Vi que o problema foi resolvido na versão 1.1.0.33. Obrigado

Bom dia, José Cometi um engano. Na versão 1.1.0.32 o campo tpTransp está indo para o XML. O que permanece é a obrigatoriedade de numeros com mais de 2 digitos no campo xClaRisco, quando a maioria deles têm apenas 2 digitos.

segue anexo 35170858265737000116570010000057841708057841-cte.xml

Boa Tarde Encontramos um erro na impressão do DACTE nas Informações sobre Produtos Perigosos. Emitimos um CTE com 5 produtos perigosos, as informações desses 5 produtos foram para o XML (trecho anexo), mas só imprimiu 4 produtos (trecho do DACTE anexo)

Este ultimo teste que fiz foi em outro computador e deu o resultado que relatei: só funcionou com o Preview desabilitado.

Bom Dia, Bigwings Agora entendi sua pergunta acima. Testei desabilitando a opção Mostrar Preview antes da impressão e não travou. Fiz este teste usando a 1.1.0.32

Bom dia José Na versão 1.1.0.32 ainda não saiu. Vou aguardar a próxima versão e assim que testar retorno o resultado

Eu não estou conseguindo completar a NFE.CriarNFe. Impressão é só depois de Transmitir

Está habilitada.

Boa Tarde Meu programa está travando quando uso a Versão 1.1.0.31. Com versões antigas o mesmo TXT funciona perfeitamente (cria, valida, assina e transmite) Não passa da etapa NFE.CriarNFe. Grava o arquivo retorno OK e salva o XML, mas fica travado. Ai, é só CRTL ALT DEL Anexei a configuração do certificado (utilizo o A1), pois acho que o problema está ai.

Boa Tarde, Italo O máximo que vi foram 10. Obrigado

[peri] deu certo. Não sei te dizer qual seria o numero máximo de Produtos Perigosos em uma carga. Já tivemos caso de 10 produtos diferentes. Sugiro que vcs deixem uma quantidade razoavel. Obrigado

Bom dia No caso eu coloquei tptransp=2, TAC - Transportador Autonomo de Carga. Não tem CNPJ. Informei CPF no Proprietario Outro erro. Não consegui colocar outra informacão de Carga Perigosa. Aceitou somente a primeira. A segunda não foi para o XML. Veja como coloquei: [peri001001001] nONU=1760 xNomeAE=LUBRODAL F 645 xClaRisco=00080 qtotprod=4000 [peri002002002] nONU=1760 xNomeAE=LUBRODAL F 645 xClaRisco=00080 qtotprod=5890 Lembro que não estou transmitindo, executando apenas MDFE.CRIARMDFE

Boa Noite, José Fiz o primeiro teste. De um modo geral, o resultado foi excelente. Encontrei 2 problemas: - o campo tpTransp não está indo para o XML - o campo xClaRisco foi preenchido com um numero válido, 80, e no manual indica tamanho de campo de 1-40, mas o ACBR deu erro. Para passar tive que colocar 00080 Anexei o TXT e o XML gerado 35170858265737000116580010000000211706000217-mdfe.xml ENTMDFE.txt