-
Total de ítens
60 -
Registro em
-
Última visita
marcelo morini's Achievements
-
Manifesto do Destinatário foi alterado semana passada?
marcelo morini replied to marcelo morini's tópico in ACBrNFe
é .. parece que havia uma última função que eu não havia destrinchado, e estava exatamente la o que eu precisava AcbrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Count Deu certo aqui ... obrigado mesmo assim pessoal! Bom final de ano para todos ? -
Amarildo de Matos started following marcelo morini
-
Manifesto do Destinatário foi alterado semana passada?
um tópico no fórum postou marcelo morini ACBrNFe
Bom dia comunidade ACBr. Até semana passada eu fazia a verificação das notas destinadas e criei uma função dentro de um loop para salvar um a um dos resultados encontrados. Para isso eu utilizava a função AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.ret.Count porém semana passada quando fiz a atualização dos fontes e recompilação do componente, ao recompilar o meu sistema, apareceu que esta função não existia ... e dei uma analisada uma a uma para ver se havia mudado de nome, como a do Danfe que era ExpandirLogoMarca e mudou para ExpandeLogoMarca ... mas não encontrei nada semelhante. Alguém poderia me dar uma luz ? -
Não sei porque mas sempre deu certo ... mas acredito que analisando a função, a variável 'S', que no meu caso recebe "3", deveria receber "4.00", para que recuperasse o correspondente "ve400" né. Mas deixarei ele fixo em ve400.
-
Creio que descobri o que acontece ... coloquei um Break Point na minha função de preenchimento das configurações do Componente da NFe. A função ACBr da Unit pcnConversaoNFe function StrToVersaoDF(out ok: Boolean; const s: String): TpcnVersaoDF; begin Result := StrToEnumerado(ok, s, ['2.00', '3.00', '3.10', '4.00'], [ve200, ve300, ve310, ve400]); end; a variável S está recebendo '3' ... e está pegando ve200 e passando para o componente. O estranho é que emite a Nota Normalmente na versão ve400, mas a carta de correção não passa, mas apenas as vezes, e não sempre ... Fiz um teste ACBrNFe1.Configuracoes.Geral.VersaoDF := ve400; //StrToVersaoDF(ok, IntToStr(Ini.ReadInteger('Geral', 'VersaoDf', 2))); Fixei ve400 e rodei ... a Carta de Correção foi aprovada .. deu certo.
-
Efetuando novo teste ... Emissão de Nota Fiscal 0-env-lot.xml 0-env-lot-soap.xml 0-rec.xml 0-rec-soap.xml 351000122107492-ped-rec.xml 351000122107492-ped-rec-soap.xml 351000122107492-pro-rec.xml 351000122107492-pro-rec-soap.xml 35180861115283000101550010000058711000058712-nfe.xml Agora o teste de envio da Carta de Correção 22-eve.xml 22-eve-soap.xml 22-ped-eve.xml 22-ped-eve-soap.xml 1101103518086111528300010155001000005871100005871201-procEventoNFe.xml E novamente o teste em homologação deu certo, mas em produção da falha de Schema
-
Esse é o XML da Nota Fiscal a ser corrigida 35180830794053000192550010000000011000000015-nfe.xml Esses são os XMLs gerados no evento da Carta de Correção em Produção que não está dando certo 89-eve.xml 89-eve-soap.xml 89-ped-eve.xml 89-ped-eve-soap.xml Esse é o XML de uma Carta de Correção em Homologação que emiti ontem e deu certo 1101103518086111528300010155001000005870100005870701-procEventoNFe.xml Essa é minha cara nesse momento ?
-
A batalha continua ... Ao enviar carta de correção para Sefaz de São Paulo, recebo a mensagem Falha de Schema XML. Já estou perdendo noite de sono por conta disso.
-
De volta à estaca zero .. só funciona em Homologação, em produção o erro de Schema persiste.
-
também achei estranho ... mas funcionou (em partes) ... na empresa do Simples Nacional não funcionou, só no Regime Normal de apuração. Continuo testando
-
eu tive um problema la no inicio da Nota Fiscal Eletrônica, onde algumas vezes ao emitir, acaba o sistema não recebendo o retorno da Sefaz, e ficando a Nota Fiscal à enviar. Quando o operador tenta enviar novamente, recebe a mensagem de duplicidade. Com isso eu criei em meu sistema, uma função onde possibilito que o operador insira manualmente a chave da Nota, o Recibo, data e hora da autorização, o Digest Value, e o Protocolo ... Porém, o componente ao gerar o XML para enviar, como não recebeu corretamente o retorno para digamos "carimbar" no final do XML a autorização de uso, ao imprimir aparece a mensagem no meio da folha que a Nota Fiscal não tem autorização de uso. Agora vem a função que citei no post referencia ... Eu abri o XML não enviado e que apresenta a mensagem e abri um XML autorizado ... analisei linha a linha e vi que no final do arquivo ele recebe umas tags de autorização, então criei uma função que lê esse XML da nota em duplicidade, que não recebeu essas tags e insiro elas manualmente, conforme abaixo: procedure TFNfsc05.modfXMLClick(Sender: TObject); var arqu, xProtNFe : WideString; amb, numnot, versaoNfe : string; MemoryStream: TMemoryStream; anoem, mesem, diaem : word; begin if (Application.MessageBox(PChar('Utilize essa opção apenas se e somente se ocorreu erro no recebimento' + #10#13 + 'do retorno e aprovação da NFe e aparece um aviso de' + #10#13 + '"Nota Fiscal sem Autorização no meio do DANFE"' + #10#10#13 + 'Aplicar modificação de correção no arquivo XML?'), 'Office Manager - Informação', MB_YESNO + MB_ICONASTERISK) = mrYes) then begin try DecodeDate(aNotSaiDATEMI.Value, anoem, mesem, diaem); JvSimpleXML1.LoadFromFile(dmCad.ACBrNFe1.Configuracoes.Arquivos.PathNFe + '\' + IntToStr(anoem) + StrZero(IntToStr(mesem),2) + '\' + aNotSaiCHAVENFE.Value + '-nfe.xml'); if (tipoAmbiente = 0) then amb := '1' else amb := '2'; case vp.p_VersaoDF of 0: versaoNfe := '2.00'; 1: versaoNfe := '3.00'; 2: versaoNfe := '3.10'; 3: versaoNfe := '4.00'; end; xProtNFe := (**)'<protNFe versao="'+ versaoNfe + '">' + (******)'<infProt>'+ (*********)'<tpAmb>'+ amb +'</tpAmb>'+ (*********)'<verAplic>SP_NFE_PL009_V4</verAplic>'+ (*********)'<chNFe>'+ aNotSaiCHAVENFE.Value +'</chNFe>'+ (*********)'<dhRecbto>'+ aNotSaiDATA_AUTORIZA.AsString +'</dhRecbto>'+ (*********)'<nProt>'+ aNotSaiPROTOCOLONFE.Value +'</nProt>'+ (*********)'<digVal>'+ aNotSaiDIGESTNFE.Value +'</digVal>'+ (*********)'<cStat>100</cStat>'+ (*********)'<xMotivo>Autorizado o uso da NF-e</xMotivo>'+ (******)'</infProt>'+ {****}'</protNFe>'+ '</nfeProc>'; arqu := '<?xml version="1.0" encoding="UTF-8"?><nfeProc xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00">' + JvSimpleXML1.XMLData + xProtNFe; Memo1.Lines.Add(arqu); Memo1.Lines.SaveToFile(dmCad.ACBrNFe1.Configuracoes.Arquivos.PathNFe + '\' + IntToStr(anoem) + StrZero(IntToStr(mesem),2) + '\' + aNotSaiCHAVENFE.Value + '-nfe.xml'); Application.MessageBox('Correção executada com sucesso, vá até a opção DANFE e o Imprima normalmente ', 'Office Manager - Confirmação', MB_ICONINFORMATION + MB_OK); except Application.MessageBox('Correção não pôde ser concluida, contacte o administrador do sistema ', 'Office Manager - Informação', MB_ICONERROR + MB_OK); end; end; Fiz esse teste, aplicando essa função à Nota Fiscal que fora emitida na versão 3.10 e a Carta de Correção foi com sucesso. Meu contador disse que a carta de correção pode ser emitida com até 30 dias após a Nota ser aprovada na Sefaz .. então a Nota Fiscal foi emitida na Versão 3.10, e agora estão tentando emitir a carta de correção na versão 4.00 e esta dando erro de Schema.
-
deserrata ... é isso mesmo ... fiz outro teste em homologação emitiu a nota e emitiu a carta de correção normalmente. Peguei a nota emitida na versão 3.10 deu erro de schema ... não sei como o componente trabalha, se ele lê o XML da nota para transmitir o evento à Sefaz .. mas eu criei uma função para ajustar o XML da Nota, acrescentando as tags finais ao arquivo, para quando der erro de duplicidade, eliminar o aviso de Nota Fiscal não Autorizada. Utilizei essa minha função na Nota antiga, e tentei emitir a Carta de Correção e ela passou normalmente .. Alguém sabe se isso precede ou se é uma grande coincidência minha
-
Errata ... só deu certo em Homologação ... em produção o erro permanece
-
Cara .. matei a xarada A nota em questão foi enviada na versão 3.10 e a carta de correção está tentando ser enviada na versão 4.00 .. por isso ta dando erro Emiti uma agora em homologação e enviei uma carta de correção e deu certo, tanto a Carta de Correção quanto o Cancelamento .. tudo funcionando perfeitamente.
-
Mas como pode dar problema sem ter feito nenhuma alteração e tem hora que funciona e tem hora que não funciona?
-
então .. está estranho. Desde sexta-feira estou com esse problema em produção, tenho uma carta de correção para enviar e não consigo por conta desse erro .. em homologação estava funcionando até ontem, hoje parou de funcionar também ... Ai vem a coisa estranha .. ontem pela manhã foi conseguido registrar uma outra carta de correção, e sem mexer em nada, hoje voltou a apresentar a mesma mensagem de erro de Schema