Ir para conteúdo
  • Cadastre-se

ThiagoDornelas

Membros
  • Total de ítens

    177
  • Registro em

  • Última visita

Tudo que ThiagoDornelas postou

  1. ThiagoDornelas

    Nf-E Epec

    isso mesmo cara. ate ai tudo certo entao. estou fazendo conforme seu esclarecimento, mas e quanto à impressão do DANFE após a autorização? como deve ficar? vc chegou a ver o DANFE q enviei no post anterior? nele, vc verá que o protocolo que esta sendo impresso, é o protocolo de autorização, MAS o texto do campo (caption) está saindo "Numero de Registro DPEC". Nos dados adicionais tb esta saindo q foi impresso em contingencia. A marca d'agua (impresso em contingencia DPEC...) tb esta saindo. esta e minha ultima duvida. obrigado
  2. ThiagoDornelas

    Nf-E Epec

    so complementando... nao sei se estou fazendo algo errado, mas todos os meus DANFEs de NFe Autorizada (NORMAL) e q possuem o evento EPEC, estão saindo no campo do Protocolo o texto "Numero de Registro DPEC", sendo que esta aparecendo o registro de autorização.
  3. ThiagoDornelas

    Nf-E Epec

    bom dia juaumkiko, obrigado pelo retorno. é exatamente isso que faço. so que a minha é o seguinte. quando vamos enviar no modo NORMAL (apos a normalização), como vc mesmo disse, devemos carregar o XML EPEC para o componente. so que, esse XML esta com o Tipo de Emissao = 4 (contingencia EPEC) e o componente esta como NORMAL. apos o envio desse XML e o mesmo sendo autorizado, o Tipo de Emissao dessa NFe na SEFAZ ficou igual a 4. Essa e minha duvida. ele (tipo emissao) tem q ficar igual a 4 mesmo ou igual a 1? e como ele ficou igual a 4, quando gero o DANFE (no componente), aparece a msg informado q foi impresso em contingencia. segue anexo o PDF do DANFE. obrigado pela ajuda. NFE.pdf
  4. ThiagoDornelas

    Nf-E Epec

    bom dia André, obrigado pelo retorno. so mais uma pergunta. ja que desta forma esta correto, no DANFE tb deve aparecer que foi emitido em contingencia mesmo depois de ter enviado com as informações completas? obrigado.
  5. ThiagoDornelas

    Nf-E Epec

    boa tarde, meu sistema ja esta enviando o EPEC e posteriormente a NFe correspondente. a principio esta tudo correto, mas tenho uma duvida quanto ao Tipo de Emissao. nao sei se estou fazendo de forma correta todo o procedimento. seguinte. 1º) envio o EPEC (alterei o componente para tpEmis = teDPEC); 2º) depois envio a NFe em modo normal (alterei o componente para tpEmis = teNormal), conforme o manual, mandei com a mesma chave que foi gerado ao enviar em EPEC, entao eu carrego o XML gerado no EPEC e envio a NFe. (chave gerada no EPEC 31141101824674000173550010000360244000556901) 3º) a NFe foi processada e autorizada. se consulto a NFe no site da Receita, consta tudo certinho (autorização e o evento EPEC); mas ai que vem minha duvida. ao consultar essa nota, o Tipo de emissão que aparece no site da receita é 4 - Contingência EPEC (conforme imagem), so que eu tinha mudado para NOrmal. imagino que esteja assim pq carreguei o XML q foi gerado no EPEC. enfim, gostaria de saber se isto está correto ou nao. desde ja agradeço Thiago Dornelas
  6. ThiagoDornelas

    Nf-E Epec

    Boa tarde Juliomar, fiz o carregamento do XML e deu certo. deu outros problemas, mas vou ver agora com calma. muito obrigado pela dica. Thiago
  7. ThiagoDornelas

    Nf-E Epec

    boa tarde Juliomar, cara, carregar o XML (Load), isso nao fiz, mas antes de enviar o Evento, eu passo todas as informações da nota pro componente. a parte inicial é a mesma para o modo normal. no final é q testo se e pra mandar no modo normal ou EPEC. sendo EPEC, executo o codigo que mandei anteriormente, ou seja, no momento em que envio o evento, meu componente possui uma nota adicionada nele. no meu modo de entender, isso seria a mesma coisa que carregar o XML ou estou enganado? obrigado. Thiago
  8. ThiagoDornelas

    Nf-E Epec

    boa tarde, estou tentando implementar o EPEC em meu sistema, mas esta ocorrendo um erro e nao sei o que pode ser e gostaria da ajuda de vcs. atualizei os fontes hj e tb os schemas. segue abaixo o erro e meu codigo. desde ja, agradeço a ajuda. ACBrNFe1.EventoNFe.Evento.Clear; ACBrNFe1.EventoNFe.idLote := 1; with ACBrNFe1.EventoNFe.Evento.Add do begin with infEvento do begin dhEvento := now; tpEvento := teEPECNFe; cOrgao := 31; nSeqEvento := 1; detEvento.cOrgaoAutor := ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.cUF; detEvento.tpAutor := taEmpresaEmitente; detEvento.verAplic := ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.verProc; detEvento.dhEmi := now; //ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.dEmi; detEvento.tpNF := ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.tpNF; detEvento.IE := ACBrNFe1.NotasFiscais.Items[0].NFe.Emit.IE; detEvento.dest.UF := ACBrNFe1.NotasFiscais.Items[0].NFe.Dest.EnderDest.UF; detEvento.dest.CNPJCPF := ACBrNFe1.NotasFiscais.Items[0].NFe.Dest.CNPJCPF; if (trim(ACBrNFe1.NotasFiscais.Items[0].NFe.Dest.IE) <> '') and (UpperCase(trim(ACBrNFe1.NotasFiscais.Items[0].NFe.Dest.IE)) <> 'ISENTO') then infEvento.detEvento.dest.IE := ACBrNFe1.NotasFiscais.Items[0].NFe.Dest.IE; detEvento.vNF := ACBrNFe1.NotasFiscais.Items[0].NFe.Total.ICMSTot.vNF; detEvento.vICMS := ACBrNFe1.NotasFiscais.Items[0].NFe.Total.ICMSTot.vICMS; detEvento.vST := ACBrNFe1.NotasFiscais.Items[0].NFe.Total.ICMSTot.vST; end; end; ACBrNFe1.EnviarEventoNFe(1);
  9. Italo, blz? o erro é antes do envio. mudei minha rotina e resolvi o problema. muito obrigado pelo retorno.
  10. boa tarde senhores, aproveitando essa questao de limpar /zerar o componente, estou tendo um problema quanto a isso. esta acontecendo comigo a seguinte situação. - enviei um MDF e ele foi autorizado/homologado; - logo em seguida enviei outro e esse deu erro na validação do XML e quando pego o retorno desse erro, o componente esta retornando as informações do MDF q foi enviado anteriormente; - antes de enviar um MDF uso o comando: ACBrMDFe1.Manifestos.Clear; - para pegar o retorno do MDF enviar uso: ACBrMDFe1.WebServices.Retorno.(cstat, recibo, xmotivo, ...) meu codigo esta assim: try ACBrMDFe1.Manifestos.Clear; ACBrMDFe1.Enviar(itSeqMdfe, false); finally AtualizaDadosMDfe(itSeqMdfe, ACBrMDFe1.WebServices.Retorno.cStat, ACBrMDFe1.WebServices.Retorno.Recibo, ACBrMDFe1.WebServices.Retorno.Protocolo, ACBrMDFe1.WebServices.Retorno.xMotivo, ACBrMDFe1.WebServices.Retorno.ChaveMDFe); end; obrigado Thiago
  11. blz Italo. muito obrigado.
  12. bom dia Italo, tudo bem? cara, fiz isso que vc sugeriu ontem e mesmo assim nao deu certo. eu inclusive desinstalei o componente e instalei novamente pra ver ser resolvia e nada. aí hj com mais calma testei novamente e descobri em outra unit (pmdfeRetConsSitMDFe) o comando q vc informou, comentei e testei. Ai realmente deu certo sim. agora retorna 0 evento logo apos a autorização. eu realmente nao entendi o motivo de ter esse if i = 0 then FretEvento.Add; Mas aí te pergunto. qual o motivo desse teste? se isso pode ser comentado, nao podemos deixar isso ja na versao final do componente? existe alguma outra forma de tentar saber se o Manifesto possui algum evento? desde ja agradeço sua atenção. Thiago Dornelas
  13. bom tarde, estou fazendo a implementação do MDFe no meu sistema e estou tendo um problema com relação à quantidade de eventos. Procurei aqui no forum e nao achei nada relacionado a isso. seguinte. Logo após enviar um MDFe e o mesmo sendo autorizado, chamo minha função de consulta. Nesta função, fiz um teste pra tentar identificar os eventos de um MDF. esse teste é feito assim: ACBrMDFe1.WebServices.Consulta.procEventoMDFe.count e pra minha surpresa, sempre retorna 1, sendo que acabei de enviar e autorizar o MDF. inclusive se configuro o componente pera exibir as msg, sempre aparece que possui um evento, sendo q nao existe. Gostaria de saber se existe uma outra forma de identificar os evento e tambem como posso ler todos os eventos de um MDF. desde ja agradeço Thiago Dornelas
  14. maravilha entao Francisco. muito obrigado.
  15. bom dia, gostaria de saber se existe alguma diferença no cancelamento de NFe informando apenas a chave e carregando o XML. a mesma duvida vale para a consulta. o retorno das informações e o mesmo? desde ja agradeço Thiago
  16. boa tarde, hj estava vendo nos fontes, q existem varias formas de se pegar o protocolo da NFSe logo apos o envio da mesma. gostaria de saber se existe alguma diferença entre elas. as formas q encontrei foram: ACBrNFSe1.WebServices.Enviar.Protocolo ACBrNFSe1.WebServices.ConsLote.Protocolo ACBrNFSe1.WebServices.ConsSitLote.Protocolo ACBrNFSe1.NotasFiscais.Items[0].NFSe.Protocolo obrigado Thiago
  17. entendi Italo. Cara, vc tem alguma ideia de como resolver isso? Mandei um e-mail pro suporte da prefeitura e eles disseram que o "XML deve estar no padrao W3C e codificado com UTF-8". Hoje mandei pra eles o arquivo "xxx-c" e pedi pra eles darem uma olhada. Estou no aguardo pra ver se eles dão algum retorno sobre isso. Meu cliente ja esta enchendo o saco com isso. obrigado Thiago Dornelas
  18. Italo, com certeza é esse arquivo que é enviado para o webservice? estou te perguntando isso pq desde o momento que ativei a propriedade pra poder salvar este arquivo, o encoding="UTF-8" ja estava sendo gerado, mesmo antes da sua atualização. nao sei se vc olhou o arquivo que a prefeitura mandou pra mim (lote_rps_99999999000191_01733160024_1.xml), mas ele é parecido com os arquivos xxx1 e xxx2, so que sem o encoding="UTF-8". eu estava achando que o arquivo q era enviado era o que fica no diretorio RPS. Como faço pra poder gerar TODOS os arquivos com o encoding="UTF-8"? queria fazer esse teste pra poder ver se resolve. obrigado
  19. Italo, fiz a atualização dos fontes e ate reinstalei o componente, mas infelizmente continua a mesma coisa. Nao vi nenhuma diferença nos arquivos gerados. Os arquivos estao sendo gerados sem o "encoding='UTF-8'?" na primeira linha. a primeira linha do XML é gerada como? estou debugando os fontes aqui mas nao estou achando isso. Tenho quase certeza que este é o problema. Estou enviado novamente os arquivos gerados. Mandei tb outros dois arquivos que sao gerados (-xxx1, -xxx2) obrigado pela atenção 201212.rar -xxx1.xml -xxx2.xml
  20. Italo, blz? fiz o que vc pediu. segue anexo o diretorio com os arquivos gerados. Apos a alteração que voce solicitou, foi gerado o arquivo com final "-c". Os outros aquivos continuam da mesma forma. O erro continua dando apenas para as notas que possuem o "&" na Razao Social. Estou mandando pra vc o XML que a Prefeitura enviou pra mim mostrando que é possivel sim usar o "&" obrigado Thiago Dornelas 201212.rar lote_rps_99999999000191_01733160024_1.xml
  21. Italo, obrigado pela atenção. segue anexo o diretorio com os 4 arquivos que foram gerados. 201212.rar
  22. bom dia Italo, é Belo Horizonte e provedor Prodemge obrigado
  23. Italo, blz? cara, desculpe pela demora em retornar mas tive uns problemas de saude e isso ficou parado. cara, seguinte. entrei em contato com a Prefeitura e eles informaram que devo adotar o padrao W3C, ou seja, devo substituir o "&" por "&amp;". isso ja estou fazendo. Eles informaram tb que devo verificar se estou codificando de forma correta, com UTF-8 e me mandaram um arquivo de exemplo. Comparei o arquivo deles com o arquivo gerado pelo componente e vi que existe uma diferença. Na primeira linha do XML gerado pelo componente, esta assim "<?xml version="1.0"?>" e no arquivo que eles mandaram, esta assim "<?xml version="1.0" encoding="UTF-8"?>". Como voce pode ver, existe uma diferença, ja que no arquivo gerado pelo componente nao esta setando " encoding="UTF-8" To achando que esse é o problema. Gostaria de saber se isso e configurado no componente ou se esta diretamento do codigo fonte. obrigado mais uma vez. Thiago Dornelas
  24. frescura do cliente, so isso. eles nao querem aceitar a nota com o nome "errado". esse cliente e a V&M do Brasil. eu ja olhei esse item q vc disse. estou gerando a nota conforme explicado nele, ou seja, estou mudando o "&" por "&". (o componente ja faz isso) se nao fizer esse alteração, da o erro de parser. seque anexo o XML gerado. sera que esse erro e da Prefeitura q nao aceita, mesmo usando de forma correta um caracter especial? obrigado 3801NFSE-Rps.xml
×
×
  • 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.