JeannyPaiva

De acordo com o manual o preenchimento é : fpPago, fpAPagar, fpOutros são identificadores usados pelo componente. Para a carta de correção você deve enviar o valor do conteúdo de acordo com o manual.

Sim.. podem ser corrigidos vários campos. Lembrando que assim como a NFe a ultima correção é a que prevalece, logo se enviou uma carta, e precisou enviar outra para outro campo, o que foi enviado na primeira deve repetido na segunda. Eu percorro o dataset que tem as correções para adicionar: CDSDetalheCorrecao.First; while not CDSDetalheCorrecao.Eof do begin with InfEvento.detEvento.infCorrecao.Add do begin grupoAlterado := CDSDetalheCorrecao.FieldByName('GRUPO_ALTERADO_EVEDET').AsString; campoAlterado := CDSDetalheCorrecao.FieldByName('CAMPO_ALTERADO_EVEDET').AsString; valorAlterado := CDSDetalheCorrecao.FieldByName('VALOR_ALTERADO_EVEDET').AsString; nroItemAlterado := CDSDetalheCorrecao.FieldByName('SEQUENCIA_ITEM_EVEDET').AsInteger; end; CDSDetalheCorrecao.Next; end;

Acabei de enviar uma Carta de Correção com componente atualizado. Não tive problema algum (MG).

MG com problemas. "Pra variar"!

Pode ser apenas que não estão identificando a descrição para exibir na consulta. MG as vezes nem aparece a CCe na consulta.

Rodrigo, Boa tarde. Pela mensagem parece estar faltando as informações de correção. Verifique se está preenchendo o bloco infCorrecao

Segue o print da tela de emissão que foi feita aqui.

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).