Márcio Túllio

Sim e exatamente neste local onde troquei , o arquivo acbrnfeservicos.ini esta dentro da pasta do acbrplus

Fiz a troca , mas ele continua mostrando o erro , o ACBRNFeservicos.ini esta desta forma URL-QRCode=https://www.receita.pb.gov.br/nfce URL-ConsultaNFCe=https://www.receita.pb.gov.br/nfce e o erro continua o mesmo 1824 - Element '{http://www.portalfiscal.inf.br/nfe}qrCode': 'https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410&chNFe=25151012935052000309650010000046951000046954&nVersao=100&tpAmb=2&dhEmi=323031352D31302D32335431313A31303A33372D30333A3030&vNF=6.87&vICMS=0.00&digVal=7149324643597144712F326379502B584F5679367A597A427778773D&cIdToken=000001&cHashQRCode=0F9DD4E719BCABE92E3E8C0EF9FEB60FCE69360A' is not a valid value of the local atomic type.

Haveria condição de gerar um EXE para eu testar se funcionaria? Recebi essa resposta do SEFAZ-PB , resolve alguma coisa Resposta da GTI (Tecnologia da Informação da SER-PB) A URLhttp://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410 pode ser substituída por www.receita.pb.gov.br/nfce

mas o meu questionamento era , se for enviado sem a nova regra vai da certo , ou estou errado ?

PB = Paraiba , sera que não se poderia colocar o velho IF para o esquema anterior se for esse o caso do servidor do sefaz não esta atualizado.

Bom Dia , ainda continuo com esse problema para faze teste com NFC-e , usando ACBRPLUS 0.1.10.5 , se deixar o parametro desmarcado , ele mostra a mensagem , Rejeicao: Nota Fiscal sem a informacao do QR-Code e se deixar marcado a opção Adicionar Tag de QRcode em informações suplementares , ele mostra a mensagem a seguir , 1824 - Element '{http://www.portalfiscal.inf.br/nfe}qrCode': 'https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410&chNFe=25151012935052000309650010000046951000046954&nVersao=100&tpAmb=2&dhEmi=323031352D31302D32305432313A31363A31332D30333A3030&vNF=6.87&vICMS=0.00&digVal=626D734537484961504B62546575456C656E494358776E306D30633D&cIdToken=000001&cHashQRCode=F74B8DDB315CDFDFB6D590B1A9C599EC7085032A' is not a valid value of the local atomic type. ja falaram que era os schemas , ja baixei ja deixei atualizado e ate agora sempre me retorna o mesmo erro , mas estou sem conseguir realizar testes e programando e testando diretamente no cliente , quanto tem algum erro , então e aquela dificuldade de sempre , conserta e fazer a atualização em tempo. Qualquer dica e bem vinda para resolver , ja que esta prometido a regra para entrar em produção em breve.

Daniel antes de botar mais detalhes , atualizei para a ver 0.1.10.4 e o erro não aconteceu novamente , deixa para a próxima se acontecer e claro. obrigado

Boa Tarde a todos. Gerando o PDF do DANFE em alguns casos me apresenta essa mensagem , EInvalidOp - Invalid floating point operation , tentar enviar o XML pelo teste do envio de email ele tambem da o mesmo erro , ACBr Monitor Ver.0.1.10.3 Aguardando comandos ACBr Monitorando Comandos TXT em: S:\INTEGRAD\NFE\ENTNFE.TXT Respostas gravadas em: S:\INTEGRAD\NFE\SAINFE.TXT NFe.ImprimirDANFEPDF(S:\INTEGRAD\XML\201510\25151002525374000237550010000003621025253747-nfe.xml) OK: Arquivo criado em: S:\Integrad\PDF\25151002525374000237550010000003621025253747-nfe.pdf EInvalidOp - Invalid floating point operation Invalid floating point operation

Sobrepostos mas o erro continua o mesmo .

Estou usando o ACBR PLUs 0.1.10.4 mas sempre me retorna , Nota Fiscal sem a informacao do QR-Code , e se eu marcar o parametro da ABA WEBSERVICES , NFC-e , Adicionar Tag de QRCode em informações suplementares , me aparece esse erro , ERRO: Falha na validação dos dados da nota: 4695 1824 - Element '{http://www.portalfiscal.inf.br/nfe}qrCode': 'https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410&chNFe=25151012935052000309650010000046951000046954&nVersao=100&tpAmb=2&dhEmi=323031352D31302D31355431383A34313A30332D30333A3030&vNF=6.87&vICMS=0.00&digVal=463132664744536166725A4F6E63413736665754633854773446633D&cIdToken=000001&cHashQRCode=6198BBD5F815B72A48C016965A66F6661DDF455F' is not a valid value of the local atomic type. ja me falaram para atualizar os Schemas , mas os schemas não deveria ja vir na atualização do proprio ACBR PLUS quando rodamos o instalar , ou preciso baixar de algum lugar o modo HOMOLOGAÇÃO? Grato , estou sem testar NFCe a um tempão por causa das mensagens.

Então seria razoável retirar do parâmetro e só voltar a ativar quando disponível , porque muita gente procura falando que esta marcado , mas não esta imprimindo.

Alterei para os documentos serem impressos somente quando forem enviados a ultima pagina , para ver se surti algum efeito , e eliminar o spool e quase impossivel porque as impressoras sempre são compartilhadas e o SPOOL e necessario para esses casos.

OK , tudo bem quanto a sintaxe , mas o curioso e que uso o ACBR a cerca de 5 anos , sempre usei a sintaxe desta forma e o grande problema , e que apos o ACBR Travar , finalizo a tarefa e fazemos o envio de cerca de 5 a 10 nf sem problema algum mesmo com a dita sintaxe errada , mas e um dado momento aleatorio a impressão trava , e como visto ja esta no SPOOL , e como se algo não fosse finalizado e naquele momento ele trava e fica aguardando eternamente , olhando o LOG tudo ocorre perfeito , mas para apos enviar o comando , como falei anteriormente o problema acontece aleatorio em diversos , cenarios , e SO diferentes , ou seja no cliente que emiti mais NF o ACBR apresenta mais problemas , estou tentanto simular na minha maquina e ja fiz ate 20 nf e não ocorreu erros , fiz até um video para descobrir o problema , mas vi que o mesmo caso do print tudo perfeito ate em um dado momento travar. como ja não vejo luz no fim do tunel vou colocar a sintaxe "" com aspas e acompanhar o funcionamento.

Segue sequencia , das telas e do momento que ele trava

Sim , esta se não tive-se o ACBR reclamava antes de imprimir , esta osso , simplesmente ele trava , agora a causa , o problema de clicar no botão configurar e so um detalhe , porque a impressão fica presa o processo no gerenciador de tarefas vai a 25% e para geral , agora o problema esta se multiplicando a medida que uso em outros clientes.

Isso em maiores detalhes , esse xml aqui de protocolo de cancelamento , 1101112515101293505200030955001000005024112935052901-procEventoNFe.xml foi gerado , mas se por acaso eu excluir este arquivo , anteriormente , se eu envia-se uma consulta ao SEFAZ com o xml original ele retornava a condição de cancelamento e gravava esse 1101112515101293505200030955001000005024112935052901-procEventoNFe.xml , novamente na pasta destino dos xml´s.

uso o ACBRplus com Capi ou Open depende do cliente , aqui na minha maquina uso um A1 OPenSSl

Aconteceu em homologação mesmo o erro do timeout , mesmo com a nova versão - Inativo ou Inoperante tente novamente. Erro Interno: 10060 Erro HTTP: 0 então minha solução para não acontecer o erro e arriscar ficar olhando o status , , NFE.StatusServico("") , porque o erro e padrão sempre acontece no primeiro comando , falando assim bem burramente , acredito que ele abra o ambiente no primeiro comando e por algum motivo e negado o acesso , então o ambiente ja fica aberto , então quando e enviado o proximo envio , então o processo acontece sem problemas.

Regis acompanhando o LOG o travamento e no imprimir danfe , fiquei acompanhando o cliente imprimir Danfes então fiz um PRINT da tela , apos ele Travar imprimindo ou gerando não sei o momento que ele travaria , na sequencia então e que clico no botão configurar e me surge o erro do Exception , mas acredito que ele ja vai esta travado , então e finalizado o travado , e esse mesmo danfe e colocado novamente e fica imprime sem problemas , quanto ao Exception: Unable to open file "S:\INTEGRAD\NFE\ENTNFE.TXT" , o erro era proveniente do meu sistema que não estava apagando ele apos a leitura.

Sim , foi o metodo POG para liberar o cliente , hoje foi postado uma nova versão do acbrplus so testei em homologação , mas só consigo testar amanha e postar o resultado sábado , se realmente resolveu , porque no ambiente de produção do cliente e mais propicio a erros pelo volume de dados e variantes desfavoráveis então , vou atualizar e deixar rodando amanhã para ver no que dá , se bem que ate agora não deu excesso de transmissão , ele retornaria o erro e fala a NT que fica bloqueado naquele Ip , por alguns tempo , so não sei quanto tempo não encontrei.

Tive um problema parecido , no meu arquivo estava faltando a literal -nfe no final do arquivo , manda o print da pasta , talvez consigamos ver algo.

NFE.StatusServico("") , antes dos comando voce manda verificar o retorno e ignora o retorno , provavelmente ele vai da erro do timeout , e funcionar com o proximo comando, seria uma gambiarra funcional.

o Erro de timeout kkk , também e meio que comum , para contornar o erro do timeout , estou enviando no inicio dos comandos o comando para verificar o status do servidor NFE.StatusServico("") da nfe , então como o erro do timeout sempre acontece primeiro neste comando , os demais comandos vai funcionar sem problemas , agora detalhe voce não exibe o retorno do erro do status do servidor , deixa somente ele mostrar nos comandos internos do acbr , e no sistema você não exibe o retorno então pro usuario final , fica tudo transparente.

Era preferivel que as pastas de destino , voce salva-se em local diferente do ACBR , porque todo o arquivo gerado por ele , ja fica nesta pagina \logs , por padrão , veja na Webservices , NF-e/CT-e , marcar Salvar arquivos enviados/recebidos p/ webservice.

Este topico e o mesmo que esse , http://www.projetoacbr.com.br/forum/topic/24750-xml-transmitido-não-salva-na-pasta-xml/?do=findComment&comment=161785 foi resolvido estamos no aguardo no ACBRplus novo. 1.10.0 posterior