lucimauro
-
Total de ítens
499 -
Registro em
-
Última visita
-
Days Won
5
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por lucimauro
-
-
Perfeito!
Vlw -
Boa tarde,
Muitos anos usando o AcbrMonitor e agora tentando migrar para a dll devido a todos os imensos benefícios que todos sabem.
Porém, nao estou sabendo como pegar a descrição da msg de erro da função NFe_Validar.
Um xml invalido, retorna -11 na função blz, mas como pegar a descrição exata do que tem errado?
-
Sensacional!
Agora sim, retornando -11 na validação!
Muito obrigado-
1
-
-
Ah entendi. A nota nem chegou a ser enviada a sefaz. O erro q deveria ter retornado la na validação, apareceu la no envio rsrs
Blz, Obg
-
Rafael,
Aproveitando o ensejo e acredito que os erros estao relacionados:
Nesse caso que passou liso na VALIDAÇÃO, foi dar erro la no ENVIO (retorno -10). Bateu la na sefaz e retornou como REJEIÇÃO (lógico).
Nesse caso a função NFE_Enviar não deveria retornar ZERO e nós (sistema) tratar a rejeição? -
Tem outra:
nao existe retorno previsto nessa função para -11
os retornos previstos para NFE_Validar sao:
0
-1
-104 minutos atrás, Rafael Dias disse:Percebi que a lib estava validando correto mais estava enviando o retorno errado, já corrigi e logo subo uma nova versão
Blz, amigo. Obg
-
Rafael,
CitarO NFe validar não esta retornando 0 esta retornando -11 pelo seu log
É exatamente isso q estou falando rsrs. No sistema em exeução NÃO retorna -11, retorna ZERO!
CitarPelo erro mandou validar sem antes assinar, precisa assinar antes de validar a NFe.
Essa ordem ja mudei tbm e deu a mesma coisa
-
Boa tarde,
O xml anexo, gerado pela dll, é INVÁLIDO pq está faltando o preenchimento de algumas tags (municipio do destinatario).
O problema eh que está passando liso na função NFE_Validar retornando 0 e o sistema ta seguindo o fluxo normal. La na função NFE_Enviar é que está retornando -10.
Interessante que olhando o log, o erro na validação está registrado. O log registra o erro, mas na execução do sistema a função retorna ZERO.
Sem entender...
O mais interessante ainda que o mesmo teste, usando o AcbrMonitor, ja para logo na função Nfe.CriarNfe, como de fato deve ser, com o erro "nome do município deve ser informado".
Dados:
ACBrLibNFE=0.4.6.113
NFE_CarregarINI
NFE_Validar
NFE_Assinar
NFE_GravarXml
NFE_Enviar (em execução so ta retornando erro aqui)ACBrLib.ini 23210209196603000185550010000000741000000799-nfe.xml ACBrLibNFE-20210212.log
-
Pois eh. Ele conecta e desconecta logo em seguida
-
Boa tarde,
Alguem sabe informar se esse modelo da gertec funcionar com AcbrMonitorPlus? Ja tenho funcionando outros modelos e marcas, mas esse fica conectando e desconectando do AcbrMonitor.
Obg
-
Perfeito, Junior
Testei aqui e funcionou
-
Boa tarde,
Usando a dll, não estou conseguindo gravar (ou encontrando) o xml do cancelamento de uma NFe, semelhante ao xml anexo (gerado pelo ACBrMonitor).
Configurações INI:
SalvarEvento=1
PathNFe=C:\CriaSoftWare\NFe
SalvarGer=0
SepararPorCNPJ=1
SalvarWS=0
PathEvento=C:\CriaSoftWare\NFe\CCe
SalvarArq=0Onde estou errando?
1101112320080743969700014065004000000069100000074601-procEventoNFe.xml
-
Obg BigWings
Eu havia entendido que a DLL nao faria mais essa inclusão da tag de cancelamento no xml da nfe. Por isso questionei, ja que o o Monitor continua fazendo.
Mas acabei de testar aqui pela DLL e vi que após a consulta (NFE_Consultar()), a tag é incluída.
Vlw
-
Bom dia,
A respeito do topico abaixo onde foi dito que quando a NFe eh cancelada, não deve ser inserido no xml as tags relacionadas a aquele cancelamento.
Pergunto:
- Se nao pode pode e nem deve, pq o AcbrMonitor ainda faz isso? (cancelo a nota, em seguida faço uma consulta, e após a consulta no xml da nfe são acrescentadas as tags do cancelamento)
- Pra que serve entao a chave no INI da dll AtualizarXMLCancelado?? -
Boa tarde,
Estou acompanhando aqui tambem, estou tendo alguns problemas com relação a impressão com a lib, estou usando a mesma sequencia que o @Molusko Israelita
Estou com um cliente que diz que só imprimir uma vez, na segunda vez que envia dar erro Unable to open file \\server-xxx\btp-l42(u)-server na impressora em rede
-
Boa noite,
Retornando ao tópico apenas para perguntar se isso foi implementado no AcbrMonitor
-
-
Voce pode usar a DLL AcbrBoleto32.dll ou AcbrBoleto64.dll para emitir seus boleto.
-
@carlos_Fortaleza se voce entrar em contato com a ELGIN ou TANCA acredito que voce consiga um MFE de desenvolvimento.
-
Obrigado, Rafael
-
1
-
-
-
Quando o retorno eh em INI
[ResNFe001] CNPJ= CNPJCPF=13281460000187 CNPJDest= CStat=0 EmiCNPJ= EmiIE= EmixNome= IE=647339524117 Id= NSU=000000000000166 VerAplic= Versao= XML=<?xml version="1.0" encoding="UTF-8"?><resNFe xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" versao="1.01" xmlns="http://www.portalfiscal.inf.br/nfe"><chNFe>35200713281460000187550010003158141254708320</chNFe><CNPJ>13281460000187</CNPJ><xNome>PRIMEX DISTRIBUIDORA DE TECNOLOGIA LTDA</xNome><IE>647339524117</IE><dhEmi>2020-07-03T00:00:00-03:00</dhEmi><tpNF>1</tpNF><vNF>6861.95</vNF><digVal>1OdUzTpPQgogkDtnoOw2pGD+aMo=</digVal><dhRecbto>2020-07-03T15:43:12-03:00</dhRecbto><nProt>135200549006835</nProt><cSitNFe>1</cSitNFe></resNFe> arquivo=35200713281460000187550010003158141254708320-resNFe.xml cOrgao=0 cOrgaoAutor=0 cSitNFe=1 chNFe=35200713281460000187550010003158141254708320 cteChvCte= cteModal= cteNProt= descEvento= dhEmi=03/07/2020 dhRecbto=03/07/2020 15:43:12 digVal=1OdUzTpPQgogkDtnoOw2pGD+aMo= emailDest= nProt=135200549006835 nSeqEvento=0 schema=resNFe tpAmb= tpEvento= tpNF=1 vNF=6861,95 verEvento= xEvento= xJust= xMotivo= xNome=PRIMEX DISTRIBUIDORA DE TECNOLOGIA LTDA
Os caracteres estranhos no XML somem
-
Bom dia,
Tentando usar o ACBrLib (ACBrNFe32.dll), no método NFE_DistribuicaoDFePorUltNSU.
A configuração do ACBrLib.ini eh a padrao, apenas mudei para retorno em xml e coloquei os dados do certificado
O que ta acontecendo eh que o xml do retorno está vindo com caracteres estranhos, conforme o proprio log do acbr registra
O interessante eh que testei em duas linguagens diferentes (harbour e windev), e o resultado eh sempre o mesmo.
Detalhe: se configuro para retorno em INI, as tags vem tudo ok
<ResNFe001> <CNPJ></CNPJ> <CNPJCPF>13281460000187</CNPJCPF> <CNPJDest></CNPJDest> <CStat>0</CStat> <EmiCNPJ></EmiCNPJ> <EmiIE></EmiIE> <EmixNome></EmixNome> <IE>647339524117</IE> <Id></Id> <NSU>000000000000166</NSU> <VerAplic></VerAplic> <Versao></Versao> <XML><?xml version="1.0" encoding="UTF-8"?><resNFe xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" versao="1.01" xmlns="http://www.portalfiscal.inf.br/nfe"><chNFe>35200713281460000187550010003158141254708320</chNFe><CNPJ>13281460000187</CNPJ><xNome>PRIMEX DISTRIBUIDORA DE TECNOLOGIA LTDA</xNome><IE>647339524117</IE><dhEmi>2020-07-03T00:00:00-03:00</dhEmi><tpNF>1</tpNF><vNF>6861.95</vNF><digVal>1OdUzTpPQgogkDtnoOw2pGD+aMo=</digVal><dhRecbto>2020-07-03T15:43:12-03:00</dhRecbto><nProt>135200549006835</nProt><cSitNFe>1</cSitNFe></resNFe></XML> <arquivo>35200713281460000187550010003158141254708320-resNFe.xml</arquivo> <cOrgao>0</cOrgao> <cOrgaoAutor>0</cOrgaoAutor> <cSitNFe>1</cSitNFe> <chNFe>35200713281460000187550010003158141254708320</chNFe> <cteChvCte></cteChvCte> <cteDhRebcto/> <cteDhemi/> <cteModal></cteModal> <cteNProt></cteNProt> <descEvento></descEvento> <dhEmi>03/07/2020</dhEmi> <dhEvento/> <dhRecbto>03/07/2020 15:43:12</dhRecbto> <dhRegEvento/> <digVal>1OdUzTpPQgogkDtnoOw2pGD+aMo=</digVal> <emailDest></emailDest> <nProt>135200549006835</nProt> <nSeqEvento>0</nSeqEvento> <schema>resNFe</schema> <tpAmb></tpAmb> <tpEvento></tpEvento> <tpNF>1</tpNF> <vNF>6861,95</vNF> <verEvento></verEvento> <xEvento></xEvento> <xJust></xJust> <xMotivo></xMotivo> <xNome>PRIMEX DISTRIBUIDORA DE TECNOLOGIA LTDA</xNome> </ResNFe001>
Percebam na tag XML que o xml de retorno vem com diversos >< -
Chegaram a algum veredito, Junior?
Layoute de Remessa: pegando sempre o anterior
em ACBrLIB
Postado
Boa tarde,
Estou fazendo uns testes com a dll de boletos e notei q dll nao esta considerando quando mudamos o LayoutRemessa de "0" pra "1", ou vice-versa.
O interessante eh que isso acontece DEPOIS da emissão do PRIMEIRO boleto.
Exemplo
- Emito a primeira vez com LayoutRemessa "0" (cnab 240), blz a remessa eh gerada nesse cnab;
- Saio do sistema totalmente e entro novamente (fazendo uma nova carga da dll), desta feita mudo o LayoutRemessa para "1" (cnab 400), mas ao gerar uma nova remessa continua com layoute cnab 240.
Como se de alguma forma a configuração anterior estivesse "presa" na memoria da dll
Lembrando que sempre ao sair do sistema eu finalizo a dll
ACBrLib.ini ACBrLibBoleto-20210223.log