Painel de líderes

Este erro ocorre pois você esta usando a dll em threads e a mesma não da suporte a isso, tente usar o comando lock para que não seja executada varias coisas simultâneas.

Show de bola, nunca usei este forum, mas se tiver como, pode encerrar o tópico Funcionou lindamente removendo o espaço

Agradecer ao Ítalo e ao Juliomar pelas dicas. Muito obrigado, problema, com a ajuda de vocês, resolvido.

Daniel. nao tinha reparado na assinatura resolvido... cliente trocou nome das pastas.

Estou com um "bichinho" desses, na minha bancada... Devo tentar uma compatibilização do ACBr com ele, em breve...

Favor atualizar e tenta instalar novamente

Boa noite. Estou usando a jsons.pas, contida na pasta de Terceiros do ACBr, e me deparei com uma falha no tratamento de strings com caracteres com notação Unicode. Recebi um json com a string abaixo: "produto_descricao":"M\u00e9dia 8 Peda\u00e7os" Ao utilizar a classe TJson para ler este valor, o resultado obtido foi convertido para: JSon['produto_descricao'].AsString; // 'Mé#0dia 8 Pedaç#0os' Ou seja, após os caracteres acentuados é inserido um byte 0, e ao atribuir para uma variável a string é truncada. sStr := JSon['produto_descricao'].AsString; // 'Mé' Consultei https://github.com/rilyu/json4delphi e verifiquei que existe uma versão mais recente, que corrige esta falha. Baixei os fontes, fiz algumas adequações para o ACBr, compilei e testei com o Delphi 7 e Delphi XE6. Estou disponibilizando em anexo os .pas atualizados da pasta ACBR\Fontes\Terceiros\json4delphi\src para que sejam analisados e atualizados no repositório do ACBr. Obrigado. json4delphi-src.rar

Ainda não mas vou tentar, valeu

notei vários erros no seu Log... Isso indica que você está criando diretamente o arquivo "ent.txt"... isso é um erro, crie como "ent.tmp", e depois renomeie... Veja um Fluxograma em: https://acbr.sourceforge.io/ACBrMonitor/ACBrMonitor.html provavelmente o CNPJ da Sw.House, informado no XML, não bate com a chave Aqui você criou um comando inválido... (sem informação nos parâmetros)

Pessoal muito obrigado pela ajuda. Achei a unit ACBrEPCBloco_M, tudo OK. Valeu a ajuda de todos

Sim ele está. creio que esteja querendo saber o que e como deve de gerar. acho que isso é uma pergunta a ser feita a um contador do seu cliente pois só ele vai saber informar de forma correta

Boa tarde. Obrigada pelo interesse em colaborar, poderia por favor anexar um pdf do antes e depois? Att.

Bom dia. O primeiro passo será verificar se de fato está implementado no componente, se sim, sugiro debugar para entender melhor oque pode estar ocorrendo. Att.

Ok, testei no D7 e XE6. Funcionou sem problemas. Obrigado.

ok, obrigado pelo retorno !

A verdade é que o suporte está perdido. Pediram para alterar cabeçalho de soap, falaram que era um erro HTTP e TLS...estavam atirando para tudo quando é lado. Encontrei o problema, no início da tag <XML> havia um espaço. Removi e funcionou. Espero que ajude para problemas futuros, NÃO sigam as orientações do suporte da nota control de alterar namespaces para HTTPS.

Isso é configuração do componente, não tem como fazer por TXT. A não ser que você use o ACBrMonitorPLUS ou a ACBrLib, nesse caso abra um novo tópico no sub-fórum destes.

Leia os fontes... Não parece ter nada de errado com a montagem da linha. Talvez a mensagem de inválido signifique que já existe boleto com o mesmo nosso número registrado.

Bom dia! Tudo bem Juliana, eu entendo a situação, até mesmo eu tive problemas para reproduzir aqui, eu tive que ficar testando várias vezes para reproduzir uma única vez, com o mesmo boleto, ao passo que na máquina do cliente, a cada 15 boletos gerados em média saia um com a diferença de valor. Vou aguardar a análise então do @José M. S. Junior.

sim, eu a um tempo atrás ( muito tempooo ) fiz para a danfe imprimir sem ter o XML, então preencho o ACBR novamente com os dados da nota ele gera a nota sem o protocolo, gero o XML, consulto a NOTA pela chave, pego o protocolo e incluo nela, já tinha isto pronto aqui e estou testando já novamente em outas partes assim que tiver tudo certo posto aqui, muito obrigado pela ajuda por enquanto!

Obrigado pelas dicas, farei os testes e posto aqui se conseguir algo mais prático para este problema.

Dificil ajudar, mas é algo de errado na sua implementação. Qual versão do delphi está usando? Terá que revisar o código ou fazer rodar em debug até ocorrer o erro mas eu chuto que seja algum objeto que tu está destruindo uma veze e depois destroy novamente lembre-se que se tu rodar um app em debug e depois compilar em release pra cliente e não se não existe code coverage em seu sistema e tem que ser manual é mais dificil tu pegar

boa tarde vou te mandar um exemplo cte valeu ent_cte__criarcte.txt

Grato, resolvido.

ACBrNFe1.EnviarEvento(nLote); cStat := ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat; nProt := ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.nProt; xMotivo := ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.xMotivo;

Boa tarde! Certo, iremos atualizar e testar. Obrigado

Estou fazendo para São Paulo, acredito que em breve o SAT sera requisitado por varias prefeituras darqui do Estado

Estava pegando o retorno do cstat pelo método incorreto: if ACBrNFe1.WebServices.Retorno.cStat = 100 then alterei para : if ACBrNFe1.WebServices.enviar.cStat = 100 then Deu certo assim,. obrigado a todos

Entendi, vou verificar as mudanças necessárias conforme a possibilidade, e posta-las neste tópico o mais rápido possível.

Olá pessoal, recentemente precisei usar no PHP o ACBrLib, e por isso compartilho aqui a biblioteca que criei para realizar as chamadas. Para isso, foi utilizado o PHP 7.4 como FFI ativado. A biblioteca é super fácil, ou seja, a partir do exemplo da chamada para o boleto (que eu criei inicialmente) você pode facilmente extender para outras partes do ACBr. Lemrbando que a DLL foi compilada usando o padrão cdecl. https://packagist.org/packages/erycson/acbrlib-php Bibliotecas do ACBr não inclusas

Eu atualizei as dll's do SiTef na pasta do executável e funcionou normalmente.

Ufa Até que enfim, depois de três dias tentando, acredito que tenha descoberto o problema da falha na conexão com SEFAZ, bom pelo menos no meu caso. Sat Dimep Windows 7, 64 bits Vinculado ao contribuinte na quinta feira Ativado hoje as 17:17 Associada a assinatura hoje as 17:23 Bom, conforme o suporte da Dimep me disse e me fez uma pressão em cima disso, (não esqueça de abrir as portas TCP 443 e UDP 123 abertas no Firewall); Eu praticamente desabilitei o Firewall do Roteador alem de abrir as portas (as portas não tinha sentido no reoteador, mas fiz assim mesmo) Adicionei as portas no Firewall do Windows, e até então nada de funcionar. A aproximadamente 4 meses atras, alguns clientes tiveram problemas para enviar NF-e ao SEFAZ com um erro do tipo DNS não resolvido. Ai tentamos acessar o Site da SEFAZ nesse cliente e o Crhome dava mensagem de que o DNS não resolvido Solução: Na maquina do cliente, mantivemos como IP automático e usamos o DNS da google DNS1 8.8.8.4 DNS2 8.8.8.8 e isso resolveu o envio de NF-e. Lembrando desse problema e sabendo que o SEFAZ vai enviar resposta para o SAT do contribuinte, então decidi alterar o DNS da minha internet da NETVirtua Eu tinha no meu roteador os DNSs da NET 208.67.222.222 para 8.8.8.4 208.67.220.220 para 8.8.8.8 Glória, foi só reiniciar a insternet e a máquina, bateu valeu tudo pronto que alegria, hoje tem festa em casa Obrigado a todos voces que responderam cada mensagem, pois isso é um incentivo para nós não desistirmos nunca. abraço a todos