Precisa Informatica
-
Total de ítens
394 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Precisa Informatica
-
-
16 horas atrás, Diego Foliene disse:
Conferindo no arquivo ACBrNFeServicos.ini que centraliza as URLs utilizadas pelo componente para comunicar com os web services, me parece que a URL da sua mensagem esta errada.
Você recebeu:
E conferindo no arquivo .ini essa as URLs da versão 4.00 é:
Veja que uma delas é cad.sefazrs e a outra é cad.svrs
Por favor, você está utilizando uma versão atualizada da Lib e do ACBrMonitorPLUS para testes? Possui arquivo ACBrNFeServicos.ini defasado?
Atualizado versão da DLL e arquivo de Serviços, resolveu.
Obrigado.
At.te
Edson
-
1
-
-
1 hora atrás, Diego Foliene disse:
Boa tarde!
Não tenho dados válidos para uma consulta, mas ao fazer um teste com o mesmo CNPJ configurado como emissor em meu programa exemplo, recebi o retorno:
<retConsCad versao="2.00" xmlns="http://www.portalfiscal.inf.br/nfe"> <infCons> <verAplic>SVRS2406141510DR</verAplic> <cStat>259</cStat> <xMotivo>Rejeicao: CNPJ da consulta nao cadastrado como contribuinte na UF</xMotivo> <UF>RS</UF> <CNPJ>1XXXXXXXXXXXX9</CNPJ> <dhCons>2025-04-22T14:59:05-03:00</dhCons> <cUF>43</cUF> </infCons> </retConsCad>
Por favor, qual erro você está recebendo? Pode disponibilizar um print ou a mensagem de erro na íntegra?
Usando a DLL retorna -10 Indica que houve erro ao consultar.
usando AcbrMonitor retorna conforme o arquivo em anexo.
OBS. consultando cadastros de outras UF, retorna ok, na DLL e no AcbrMonitior.
-
1
-
-
Boa tarde,
Sabem se tem alguma ocorrência na Consulta de Cadastro no RS, desde semana passada não retorna a consulta para esta UF.
At.te
Edson
-
Boa noite, Erro de SEFAZ?
-
22 horas atrás, Renato Rubinho disse:
Olá,
Montamos um ambiente de testes e não apresentou o problema utilizando a lib ST StdCall.
Este erro ocorreu quando tentamos utilizar a versão MT StdCall ou qualquer outra cdecl.
Confirme como fez a declaração do import da dll, se foi conforme abaixo.
Private Declare Function Reinf_ConsultarReinf Lib "ACBrReinf32.dll" (ByVal eProtocolo As String, ByVal buffer As String, ByRef bufferLen As Long) As Long
Boa tarde!
Descobri o que estava causando o problema aqui.
Estava passando na chamada do método de criar evento dois parâmetros indevidamente.
Creio que tenha sido efeito de um Replace que fiz no código e afetou coisas que não deveriam...
Estava assim:
Reinf_CriarEventoReinf(eArqIni, buffer, bufferLen)
E o correto assim:
Reinf_CriarEventoReinf(eArqIni)
Desculpe o transtorno!
Muito obrigado.
-
2
-
-
Em 10/04/2024 at 17:11, Renato Rubinho disse:
Parece correto sim.
Perfeito, é a melhor coisa sempre manter erros diferentes em tópicos específicos.
O problema nesse caso específico é que o problema do outro tópico é geral na Lib e pode ser que ele esteja influenciando este caso aqui.
Não tenho cenário de testes aqui, mas nosso amigo @antonio.carlos vai verificar assim que possível.
Por enquanto, se quiser verificar se resolve, não conheço sua linguagem, mas segue uma sugestão.
Tente fazer a assinatura da função sem a atribuição ByVal na eProtocolo e veja se muda algo.
Public Function ConsultarReinf(eProtocolo As String
Boa tarde, Renato.
Essa questão do método de consultar era erro meu aqui.
O parâmetro eProtocolo estava na passagem Long, mas ele tem de ser String.
Ficou assim então:
Private Declare Function Reinf_ConsultarReinf Lib "ACBrReinf32.dll" (ByVal eProtocolo As String, ByVal buffer As String, ByRef bufferSize As Long) As Long
Agradeço a atenção!
-
1
-
-
13 minutos atrás, Renato Rubinho disse:
Boa tarde,
O problema do outro tópico foi resolvido?
Se estiver com a lib incorreta, os métodos podem não funcionar ou se funcionarem podem haver anomalias.
Boa tarde!
Quanto ao problema do outro tópico, não está resolvido. Respondi agora a pouco ali...
Mas acredito que esteja com lib correta. Peguei essa DLL 32 que marquei no print.
Acabei abrindo esse outro tópico aqui para não misturar os dois problemas.
-
14 minutos atrás, Renato Rubinho disse:
Boa tarde,
Seguem considerações:
1. Evite utilizar as dlls na SysWOW64 ou System32, apague também esta que você copiou.
2. Copie novamente a dll, atente-se a pegar da pasta StdCall, cole na pasta onde está o seu exe compilado ao invés de colar na SysWOW64.
3. Se você estiver utilizando chamadas Single thread, cuidado para NÃO pegar a Lb da pasta MT
Ok. Eu apaguei lá da SysWOW64 e como estou com o projeto no estágio de desenvolvimento, coloquei na pasta do executável da IDE do VB6.
Então, ocorreu a mesma coisa que antes: consegui inicializar a DLL, porém, deu o mesmo erro que já tinha dado antes
Por hora eu adicionei um tratamento de erro na minha função para ignorar esse erro e conseguir prosseguir...
-
Boa tarde!
Após o envio do R-1000 efetuado com sucesso através do método Reinf_EnviarReinf, tive um erro de "Overflow" ao chamar Reinf_ConsultarReinf para consultar o número de protocolo. (ver anexo)
Já até aumente minha variável "bufferLen" que é usada no retorno da chamada, mas mesmo assim não adiantou. Alguém tem alguma sugestão do que possa ser?
Obrigado!
-
18 horas atrás, Renato Rubinho disse:
Boa noite,
Pesquise em todas as unidades do computador e confirme se não existe uma outra cópia da ACBrReinf32.DLL que possa estar influenciando.
Boa tarde!
Eu fiz isso de retirar a DLL de todos os lugares, de modo que quando fui usar o método de inicializar já me deu "File note Found: ACBrReinf32.DLL"(ver anexo).
Depois disso coloquei a DLL somente na C:\Windows\SysWOW64, daí consegui inicializar, mas dá então esse retorno: "49 - Bad DLL calling convention".
-
Boa tarde!
Estou com um problema ao chamar via VB6 a função Reinf_CriarEventoReinf da ACBrReinf32.DLL - Versão 1.0.0.25.
Ao passar na linha(ver img1 no anexo) que invoca a função da DLL me dá o retorno: "49 - Bad DLL calling convention".
Eu já verifiquei e estou usando a DLL do tipo StdCall, a indicada para VB6.
Só que apesar do erro, notei que o ACBrLib funciona conforme o esperado, pois retorna o código 0 (ver img2), bem como cria o XML(img3) do evento na pasta que foi previamente indicada.
Porém fico "travado" nessa linha do código da chamada da função com esse erro e não consigo avançar...
Olhando o LOG no nível 4(ver img4) também não me aponta nenhum erro.
Alguém pode, por favor, verificar se tem algum problema na chamada desse método da DLL?
Segue prints em anexo.
Obrigado!
-
Boa tarde,
Ao enviar um E-mail usando a Lib "ACBrMail32.dll" com uma lista de destinatário, separados por ";", e um endereço no meio da lista não for um e-mail válido, o envio vai para os próximos ou aborta o envio neste ponto?
at.te
Edson
-
5 horas atrás, Alexandre de Paula disse:
Bom dia,
Normalmente em envio de email os arquivos são enviados como anexos. Você pode usar a função MAIL_AddAttachment.
Já a quebra de linha usando o MAIL_AddAltBody vai enviar como texto simples mesmo então o "Enter" (#13+#10) deve funcionar normalmente.
Caso use o MAIL_AddBody pode enviar um HTML como texto da mensagem, nesse caso as TAGs HTML normais de quebra de linha <BR> e parágrafo <P>.
Obrigado, funcionou com o desejado com o #13 + #10.
ate.te
Edson.
-
1
-
-
Boa tarde,
tem como inserir no corpo da Mensagem ao enviar E-Mail, os dados de um arquivo ou montar de forma que possa quebrar linhas?
at.te
Edson
-
Boa tarde,
tem algum modelo de Balança no ACBrLibBAL que possa ser usada para balança Elgin.
at.te
Edson.
-
Com esta tua observação encontrei o erro, tem um parâmetro no sistema que define a Versão do LayOut, mas como todos já estão na versão 4.00, não me preocupei com este item, e algum f...alterou o para 4.01...
Já estamos bloqueando e fazendo outro controle neste item.
Obrigado mais uma vez.
at.te
Edson.
-
1
-
-
2 horas atrás, antonio.carlos disse:
se você pegar o programa exemplo, fazer um teste na máquina do seu cliente, acontece o mesmo comportamento ?
PathSchemas=C:\ACBrLib\depNFe\Schemas\NFe\ - Este path realmente existe na máquina do cliente ?
Permissão de leitura e escrita nesta pasta, esta Ok ?Agora, Precisa Informatica disse:2 horas atrás, antonio.carlos disse:se você pegar o programa exemplo, fazer um teste na máquina do seu cliente, acontece o mesmo comportamento ?
PathSchemas=C:\ACBrLib\depNFe\Schemas\NFe\ - Este path realmente existe na máquina do cliente ?
Permissão de leitura e escrita nesta pasta, esta Ok ?Com o programa exemplo acontece o mesmo.
a pasta existe sim e com permissões.
-
-
-
Bom dia, c
Em um determinado cliente, usando o ACBrLib (ACBrNFe32.dll) ao enviar a NFCe apresenta mensagem "Arquivo de Schema não especificado". Ja passei a pasta das dependências para a Unidade C local e não resolveu, será que teriam uma ideia de onde possa estar este erro?
segue arquivo ini de configuração.
At.te
Edson
-
Em 29/11/2022 at 16:48, Juliana Tamizou disse:
Boa tarde,
Sugiro ler esta noticia para entender melhorAt.
Alguém sabe se esta obrigatoriedade, tem tags para acrescentar no xml da NFC-e ou trata-se apenas de obrigar a ter o TEF?
at.te
Edson
-
OK, Obrigado.
-
Boa tarde, ao baixar versão novada dll ACBrLibNFe, pode ser atualziada o sistema somente a dll ou deve-se atualizar todas dependencias (pastas e outras dlls)?
at.te
Edson.
-
Prezados uma dúvida,
no arquivo .INI que o ACBrNFe32 importa a ordem das informações dentro da Sessão?
att
Edson.
E-Mail Terra
em ACBrLibMail
Postado
Tem alguma referência de alguma mudança nos E-Mail do Terra? Clientes que usam provedor do TERRA não estão conseguindo enviar.
Apresenta mensagem de erro:
SMTP Error: Unable to Login.
421 4.2.1 connection deferred - too much spam - TODB109 - d685ee40-183cb20110bc84e10
at.te
Edson