JeannyPaiva

Rodrigo, Boa tarde Quanto a impressão, eu fiz aqui para o fast a impressão de eventos. Porém meu componente de impressão é totalmente modificado devido a particularidades de clientes, do contrario eu postaria minhas units para serem atualizadas. Já o preenchimento, eu fiz da seguinte forma. Tenho uma aba com uma Grid contendo os "principais" campos passíveis de alteração, como Nome de rua, Bairro, etc. Nesta grid mostro o nome do grupo alterado, campo alterado e sequencia. Em frente coloco os descritivos dos campos de forma mais clara para o usuário e o valor que consta no XML. Ex.: Grupo Alterado | Campo Alterado | Sequencia | Nome do Campo | Valor Original enderReme | xCpl | 0 | Remetente Complemento End. | CX.POSTAL 63 Assim o usuário pode selecionar esses registros e alterar. Para não correr o risco de precisar alterar algo que não está nessa Grid, tenho uma segunda aba com uma TreeView com toda a estrutura do XML, para que o usuário visualize. Caso precise alterar algo que não consta na a primeira Grid, ele pode visualizar a informação nessa segunda aba, ver o nome das Tags e incluir manualmente esta correção.

Sesistemas, Boa tarde. (Meu usuário é Nellien, mas meu nome é Jeanny, rs). Utilizei seu XML para impressão e novamente saiu tudo certo. Tente debugar a Unit que eu citei (pmdfeRetEnvEventoMDFe), que é onde faz a leitura das tags e veja o que retorna na Tag tpAmb, pois na impressão utiliza apenas os dados que foram carregados por esta unit. Da uma olhada se esta dando um Clear nos eventos antes de ler o XML, pode estar utilizando algum dados de um registro anterior

A chave informada [31140203341645000186555510000013841013222441] não consta na Base nacional. Se você consultar ela verá que o retorno é NF-e inexistente.

Bom dia. Ocorre que a Chave da NF que você informou é do ambiente em produção, porém você está enviando o evento de manifestação em homologação. A chave informada não existe em homologação, logo retorna como não vinculado

Bom dia senhores. Fiz uma alteração em relação ao nome do arquivo PDF da impressão de evento para melhorar a identificação do arquivo gerado. Chave + TipoEvento + Sequencia. ACBrMDFeDAMDFEFR.pas

Fábio. Você esta enviando na tag cOrgao com 31. Para Manifestação deve ser 91. Aqui envio os eventos da seguinte forma:

Poste o enviado. Como anexo. No ambiente de homologação pelo menos aqui está tudo certo. 3114028668209300010555914000000993399998472021020001-procEventoNFe.xml

Boa tarde. Para manifestação do destinatário o órgão é mesmo o 91. Poste o XML enviado, pode ser que falte alguma outra informação.

Sesitemas, Efetuei um teste com seu XML, e imprimiu normalmente. Verifique se seu componente está atualizado, ou se falta algo nas Unit pmdfeRetEnvEventoMDFe, que é onde é feita a leitura do XML.

Boa tarde. Você quer enviar uma carta de correção, alterando o CNPJ do Tomador? Acredito que isto seja contra a legislação. Mas o preenchimento seria: grupoAlterado := Toma4 campoAlterado := CNPJ valorAlterado := [CNPJ correto]

Sesitemas, Bom dia. Poste o XML do evento. Acabei de efetuar um teste com o meu e está imprimindo corretamente.

Tudo certo. Obrigada

Tudo certo. Obrigada

Boa tarde senhores, Estou efetuando testes na NFe de importação com a versão 3.10. Ao fazer a leitura do XML gerado as Tags tpViaTransp e tpIntermedio estavam sendo lidas com tipo errado (tcDat). É necessário corrigir as linhas 463 e 465 da Unit pcnNFeR Obrigada.

Igor, boa tarde. MG ainda não foi implementado. Segue resposta deles

Bom dia snoopyfael, O que acontece é que o retorno de eventos em MG está vindo com namespace, impossibilitando que a leitura correta do retorno. Para interpretar o retorno eu fiz uma alteração em uma Unit e cheguei a postar neste tópico: Italo, se puder fazer a alteração proposta agradecemos.

Bom dia. Se enviar confirmação erroneamente acredito que consiga enviar o evento de Operação não realizada depois. Pelo menos nos testes que eu fiz estava em MG sendo possível.

Bom dia. No caso da Carta de Correção que pode enviar até 20 eventos. Os outros eventos serão únicos (sequencia 1).

Finalmente hoje consegui enviar uma carta de correção e foi autorizada. Porém, assim como o cancelamento por eventos parece não estar vinculando corretamente os dados, pelo menos ainda não é apresentado na consulta

Boa tarde O CTe do Espirito Santo já é autorizado na SVRS

Bom dia Rondinele Aqui eu faço a chamada separada: FACBrMDFe.WebServices.Enviar.Lote := NumLote; FACBrMDFe.WebServices.Enviar.Executar. E depois, em outra função busco o retorno FACBrMDFe.WebServices.Retorno.Recibo := ReciboLote; FACBrMDFe.WebServices.Retorno.Executar; Pode observar que é este código feito dentro no método "Envia"

Graça, Boa tarde. Não sei os XML que você enviou, mas os gerados aqui não estavam com nenhum caractere especial. Eu acho que mais uma vez MG está é tentando nos "enrolar" novamente.

Nilton, Bom dia. Não fiz a alteração diretamente em pcteRetEnvEventoCTe testando o órgão pois já havia um comentário na Unit pcnLeitor, em que aparentemente no Ceará também tem retornado desta forma, então segui a mesma linha de raciocínio tentando buscar a tag com " : " caso não encontre ela da forma correta (<Tag>). O outro motivo de eu fazer desta forma foi que, já tive experiências frustantes o suficiente com MG, em que de um momento para o outro muda o retorno, então se eles mudarem da noite pro dia e passarem a retornar da forma correta, não precisarei alterar novamente.

Nilton, Boa tarde. Em meus testes também tive problemas ao interpretar o retorno. Ocorre que o retorno está vindo com um prefixo na Tag. <retEventoCTe:retEventoCTe xmlns:retEventoCTe="http://www.portalfiscal.inf.br/cte" xmlns="http://www.portalfiscal.inf.br/cte"versao="2.00"> (...) </retEventoCTe:retEventoCTe> Desta forma o componente não está conseguindo interpretar. Eu fiz uma alteração na unit pcnLeitor, para que conseguisse ler este retorno, mas acho que não foi alterado no SVN Segue o link do topico:

Se você verificar a consulta de disponibilidade do seu estado, o serviço de Recepção de Eventos não está mesmo funcionando. Entre em contato com a Sefaz do seu estado para ver o que ocorre. Quanto ao cancelamento, caso necessário acho que ainda está permitindo o cancelamento normal.