Ir para conteúdo
  • Cadastre-se

marcelo morini

Membros
  • Total de ítens

    60
  • Registro em

  • Última visita

1 Seguidor

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

marcelo morini's Achievements

Contributor

Contributor (5/14)

  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

5

Reputação

1

Community Answers

  1. é .. 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 ?
  2. 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 ?
  3. 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.
  4. 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.
  5. 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
  6. 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 ?
  7. 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.
  8. De volta à estaca zero .. só funciona em Homologação, em produção o erro de Schema persiste.
  9. 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
  10. 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.
  11. 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
  12. Errata ... só deu certo em Homologação ... em produção o erro permanece
  13. 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.
  14. Mas como pode dar problema sem ter feito nenhuma alteração e tem hora que funciona e tem hora que não funciona?
  15. 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
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.