[Problemas Ao Enviar Cce]

Rodrigo,

Boa tarde.

Pela mensagem parece estar faltando as informações de correção.

Verifique se está preenchendo o bloco infCorrecao

[Impressão Da Carta De Correção 2.0]

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

[Impressão Da Carta De Correção 2.0]

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.

[Damdfe]

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

[Manifestação Destinatário]

A chave informada [31140203341645000186555510000013841013222441] não consta na Base nacional.

Se você consultar ela verá que o retorno é NF-e inexistente.

[Manifestação Destinatário]

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

[Damdfe]

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

[Manifestação Destinatário]

Fábio. Você esta enviando na tag cOrgao com 31.

Para Manifestação deve ser 91.

 

Aqui envio os eventos da seguinte forma:

 

if Evento in [teCCe, teCancelamento] then

        InfEvento.cOrgao := FAcbrNFe.Configuracoes.WebServices.UFCodigo

    else

        InfEvento.cOrgao := 91;

[Manifestação Destinatário]

Poste o enviado. Como anexo.

 

No ambiente de homologação pelo menos aqui está tudo certo.

 

3114028668209300010555914000000993399998472021020001-procEventoNFe.xml

[Manifestação Destinatário]

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.

[Damdfe]

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.

[Carta De Correção - Tag Ide.toma4.cnpj]

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]

[Damdfe]

Sesitemas,

Bom dia.

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

[Problema Com Carta De Correção Cte]

Tudo certo.

Obrigada

[Nfe Importação - Versão 3.10]

Tudo certo.

Obrigada

[Nfe Importação - Versão 3.10]

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

463 (*I23a*)NFe.Det.Prod.DI[j].tpViaTransp  := StrToTipoViaTransp(Ok, Leitor.rCampo(tcInt, 'tpViaTransp'));

464 (*I23b*)NFe.Det.Prod.DI[j].vAFRMM       := Leitor.rCampo(tcDe2, 'vAFRMM');

465 (*I23c*)NFe.Det.Prod.DI[j].tpIntermedio := StrToTipoIntermedio(Ok, Leitor.rCampo(tcInt, 'tpIntermedio'));

 

 

 

Obrigada.

[Nf-E E Nfc-E Versão 3.10]

Igor, boa tarde.

MG ainda não foi implementado.

Segue resposta deles
 

Senhor (a),

Segue parecer da superintendência responsável:

A NT2013/005 divulgou especificamente as funcionalidades opcionais que serão disponibilizadas pelas SEFAZ para o serviço de autorização de uso da NF-e; as alterações necessárias para a migração da versão "2.00" para a versão 3.10 do leiaute da NF-e e as alterações em regras de validação, principalmente aquelas vinculadas aos novos campos ou a novos controles, melhorando a qualidade da informação prestada pelas empresas e mantida pelas SEFAZ.

A atualização do leiaute da NF-e para versão 3.10 ficou assim definida:

Ambiente de Homologação: 03/02/2014 ►WS que já aceitam mensagem da versão 3.10: GO, RS e SVRS Ambiente de produção...: 10/03/2014 Prazo final de uso da versão 2.00: 01/12/2014.

A partir desta data não será mais possível autorizar NF-e com o leiaute da versão 2.00

A SEFAZ/MG está concluindo os testes para disponibilização dos Web Service. 

[Problema Com Carta De Correção Cte]

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.

[Rejeição Mdf-E (Cstat 594)]

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.

[Rejeição Mdf-E (Cstat 594)]

Bom dia.

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

[Problema Com Carta De Correção Cte]

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

[Mudanças Na Sefaz Dos Contribuintes Capixabas]

Boa tarde

O CTe do Espirito Santo já é autorizado na SVRS 

[Envio E Consulta Recibo]

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"

[Problema Com Carta De Correção Cte]

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.

[Cte Versão 2.0 - Mg -> Epec, Cce E Cancelamento Por Evento Já Estão Funcionando ...]

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.