Arturo

OK, Obrigado.

NFCe em Santa Catarina, é diferente de outros Estados?, Santa Catarina já aderiu?

ok, obrigado.

Tenho um cliente que utiliza o sistema para duas empresas. Uma empresa emite o Danfe com valor unitário de 2 casas A outra empresa emite Danfe com valor unitário de 4 casas. O certificado eu troco por programa, tenho como alterar as casas decimais (por programa) dependendo da empresa?

Ontem, executei o programa em outra máquina e o problema desapareceu. Nessa máquina que está funcionando a versão do ACBRmonitor é mais antiga. Não sei se pode ser isso. Com relação ao log acredito que está habilitado, se vc observar mandei um LOG (porém de um erro anterior). Vou fazer novos testes, se o erro retornar me comunico novamente.

Acredito que nem gerou a log. pois a log que tenho parece ser de um erro anterior. Estava recebendo um erro referente a conexão do servidor. Por isso baixei a nova versão do AcbrMonitor. A partir de então passei a receber o erro citado. Porém, olhando melhor, a log não é da NF 212 e sim da 211 que foi emitida anteriormente. Você poderá utilizar o espelho (Arquivo texto gerado para emissão).

Estou recebendo o seguinte retorno (ERRO: " " is an invalid integer) , mas infelizmente não diz onde está o problema. Baixei a última versão do AcbrMonitor e a partir dai começou o problema, tanto no DANFE como na NFCe, Podem me ajudar? ACBrEspelho.txt acbrretorno.txt 1-env-lot.xml 1-env-lot-soap.xml

Sim, eu sei, mas sempre fica o receio de alguma incompatibilidade.

Exato, o ideal seria os boletos impressos de forma individual, onde já seria possível encaminhar por e-mail, e o arquivo remessa agrupado (contendo todos os boletos). Acredito até que eu consigo fazer no meu aplicativo. Mas como o sistema é multiusuário corremos o risco de uma alteração entre a emissão dos boletos e a geração do arquivo remessa (e essa incompatibilidade poderia acarretar problemas na liquidação dos títulos). Para vc entender melhor; hoje temos um cliente que emite algo em torno de 200 boletos no primeiro dia útil do mês. Temos duas opções: 1) gera um relatório com os 200 boletos, e um arquivo remessa, depois gravar (imprimir) folha por folha (um trabalho manual) para envio do boleto a cada cliente (a maioria por e-mail). 2) A outra opção seria imprimir os 200 boletos individualmente e gerar 200 arquivos remessa a serem enviados para o banco. A solução não me parece muito complicado. Acredito que teríamos que ter duas listas de boletos geradas simultaneamente, sendo uma para impressão e outra para remessa. dessa maneira quando o boleto for impresso a lista de impressão seria restaurada (limpada) e a de remessa continuaria sendo gerada até um comando para gravação do arquivo e conclusão do processo.

Já é possível emitir vários boletos e gerar um único arquivo remessa? Hoje, geralmente, os boletos não são impressos, são enviados por e-mail. As opções que eu conheço do acbr me possibilitam emitir um boleto e gerar um arquivo retorno. Ou emito vários boletos e gero um arquivo retorno. Me parece que o ideal seria uma opção de imprimir (gravar) vários boletos individualmente e gerar um único arquivo remessa.

Realmente a configuração não foi alterada. E não tinha sentido após tantas notas emitidas algo deixar de funcionar sem ninguém alterar nada.O que ocorreu é que eu pego os dados da linha 'Arquivo=', do arquivo retorno, e informo no parâmetro ImprimeNF(). Essa linha por algum motivo passou a ser a última linha do retorno (antes não era) e dentro da rotina de leitura do arquivo TXT sai por EOF, consequentemente não obtendo o caminho para impressão. É a 2ª vez que tenho problemas com o arquivo retorno. Da outra vez a linha NProt mudou para nProt e meu programa passou a considerar a emissão como erro, pois não encontrava o nº do protocolo. O problema do preview está resolvido. Agradeço vossa atenção.

Tudo bem. Só não entendo porque após 1700 notas (sem alterar nada) ficou tudo errado.

Consegui gerar o LOG.TXT LOG.TXT

OK. Mas não sei porque parou de fazer o preview (isso ocorreu após atualizar a versão do ACBrMonitor - alterei porque a versão que estava instalada não gerava os dados do responsável tecnico). Veja as configurações:

Não consigo encontrar esse arquivo em nenhum lugar do PC. Vide a configuração (acredito que é "default", pois eu não me lembro de ter configurado isso).

Esta em FORTES Em qual pasta encontro o LOG.TXT do AcbrMonitor?

Baixei a versão, do ACBrMonitor, 1.2.0.62-20190513 Parou de gerar o preview da NF. Oque pode ser? 1-rec.xml 1-rec-soap.xml 411001786616261-ped-rec.xml 411001786616261-ped-rec-soap.xml 411001786616261-pro-rec.xml 411001786616261-pro-rec-soap.xml 41190611276769000153650010000075621157454825-nfe.xml

Desculpe, farei um novo tópico. Mas me parece que o assunto é o mesmo. Estamos tentado corrigir um erro que provém de outro. A meu entender é uma consequência do mesmo erro.

Não entendi. A versão que utilizei hoje, é mesma que utilizei no sábado. E no sábado tudo estava normal. OK, baixei a versão 1.2.0.62-20190513 e emitiu as notas. Porém parou de fazer o preview da NF. O que pode ser agora?

Estavamos emitindo notas normalmente. Hoje passou a rejeitar. O que pode ser? ACBrEspelho.txt acbrretorno.txt 1-rec.xml 1-rec-soap.xml 411001786462345-ped-rec.xml 411001786462345-ped-rec-soap.xml 411001786462345-pro-rec.xml 411001786462345-pro-rec-soap.xml 41190611276769000153650010000075591940579254-nfe.xml

Pois é, não seria mais fácil o SEFAZ receber a informação mesmo não fazendo nada com ela? Não sei porque não simplificam as coisas. Uma coisa tão fácil possível de fazer em único lugar, tem que ser considerada nos diversos sistemas existentes (difícil de entender). Mas beleza vamos caminhando.

Sim, infelizmente gera erro. Eu já senti na pele.

Mas e se for enviado para quem ainda não exige, produz algum erro? ou simplesmente será ignorado.

Pois é, esse era o erro que eu tive. A Solução foi: 1) Baixei a ultima versão do AcbrMonitor (tem uma do dia 29/03) 2) Mudei as configurações do SSL (Conforme sugestão do consultor) SSLCryptLib := CryOpenSSL SSLHttpLib := httpOpenSSL SSLXmlSignLib := xsLibXm12 SSLType := LT_TLSv1_2 A partir dai voltou a funcionar normalmente.

Aqui já está tudo funcionando: Fiz o seguinte: 1) Baixei a ultima versão do AcbrMonitor 2) Mudei as configurações do SSL (Conforme sugestão do consultor) SSLCryptLib := CryOpenSSL SSLHttpLib := httpOpenSSL SSLXmlSignLib := xsLibXm12 SSLType := LT_TLSv1_2 3) Para imprimir a NF eu obtinha a chave da nota a partir do arquivo retorno (pegava a chave na linha indicada por Arquivo=). O problema é que antes vinha "Arquivo=" e agora vem "arquivo=' observar que o mesmo está ocorrendo em algumas situações com a linha NRet (Protocolo retorno) em alguns caso vem "NRet=" e em outros "nret=".