[Nfe 3.10 Para Pessoa Física]

anfm,

 

Parece brincadeira, mas agora pouco consegui autorizar no SCAN para pessoa física.

Mas MG permanece com problema.

De qualquer forma seguem os XMLs.

 

Obrigada.

 

 

UPDATE: Tentei novamente, utilizando mesmos dados do cliente para SCAN, voltou a dar a mesma rejeição. Não da pra entender é nada. rs

MG-NaoCont-31140686682093000105550140000026111999967464-nfe.xml

SCAN-NaoCont-31140686682093000105559140000011703999981870-nfe.xml

SCAN-NaoCont-REJEITADA-31140686682093000105559140000011753999981826-nfe.xml

[Nfe 3.10 Para Pessoa Física]

Bom dia.

 

Estou com o seguinte problema quanto a questão da tag indIEDest. Inicialmente pensei que fosse falha na validação em MG, porém enviando NFe na versão 3.10 para ambiente nacional (SCAN) estou com a mesma rejeição.

 

Ao enviar NFe para pessoa física, está exigindo o preenchimento da Inscrição estadual, tanto informando na tag indIEDest como inNaoContribuinte ou inIsento, tentei das duas formas.

 

Tenho a seguinte rejeição: 728 - Rejeicao: NF-e sem informacao da IE do destinatário.

 

Nos outros estados esta validando corretamente? Como estão tratando emissão de NFe para pessoa física?

 

Obs.: Se trata de NFe mesmo, e não NFCe.

 

[2 Ctes Para Mesmo Destinatário]

Boa tarde.

 

Meu relato aqui não tem relação com direta com o componente, quero saber apenas se alguém sabe algo a respeito.

 

Ocorreu em uma versão de nosso sistema, devido a um problema na impressão do DACTe não estava sendo possível imprimir mais de doze documentos relacionados no mesmo DACTe, isto já foi solucionado. Porém antes que o cliente fosse atualizado com a correção, precisou emitir CTe com mais documentos relacionados (20 documentos), então emitiu 1 CTe com 12 documentos e outro com 8 documentos.

Acontece que a fiscalização parou o caminhão e quer multar, alegando que não pode emitir mais de um CTe na mesma carga para mesmo Remetente/Destinatário/Tomador, que deveriam estar todos agrupados.

 

Não encontramos legislação alguma sobre esta questão, e acho totalmente ilógica a alegação dele (pra mim ele quer "molhar a mão").

 

Mas enfim, procurando por mais informações resolvi postar aqui, para saber se alguém sabe algo a respeito, ou se já teve clientes que passaram por esta situação.

 

Obrigada

[Problemas Ao Enviar Cce]

Junior,

Verifique o que está sendo preenchido na tag xCondUso, pois em algum momento deve estar sendo preenchida com este conteúdo com letras maiúsculas. 

Voce pode debugar na unit pcteEnvEventoCTe para ver como esta sendo gerado o XML.

[Problemas Ao Enviar Cce]

Bom dia

Junior, você está preenchendo a tag xCondUso? Ou está deixando a cargo do componente?
Se estiver, deixe em branco, pois o componente já preenche corretamente.

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

MG hoje consegui emitir.

 

Mas as validações estão com problemas, principalmente em relação à inscrição estadual. Se emitir com indIEDest = inNaoContribuinte ou inIsento está pedindo a informação de IE do destinatário.

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

Alguém conseguiu algum retorno de MG?

Como sempre atrasados, e nem mais me respondem... 

[Damdfe]

Tudo certo. 

Obrigada Italo.

[Damdfe]

Boa tarde.

 

Alguém poderia alterar a informação de contingência na unit ACBrMDFeDAMDFEFRDM?

Linha 610: Impressão em contingência. Obrigatória a autorização em 186 horas

Correto: Impressão em contingência. Obrigatória a autorização em 168 horas

 

Obrigada.

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

É então nem vou perder meu tempo enviando email para eles.

 

Envia sim.

Nem que seja pra encher a caixa de emails deles, eu envio sempre... eu só não tenho mais esperança de resposta.. rsrs

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

Sempre assim mesmo.

Ai você manda para o e-mail indicado e eles nem sequer respondem.

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

Sim, eu também envio direto reclamação. 

Quando me refiro a esperar, é no sentido que ficamos com a implementação parada até que solucionem e possamos continuar com os testes. 

No meu caso então, temos certificado apenas de MG, logo não temos outra saída.

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

Bom dia Graça.

Agora esta vindo vazio também.

Em alguns testes começou a vir o retorno, mas dava rejeição na informação de IE do destinatário. Ou rejeitava que faltava a informação, ou que estava informação a mais.

De qualquer forma, só queria saber se alguém já tinha conseguido autorizar alguma.

Nos resta novamente ainda mais paciência até que MG termine a implementação. 

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

MG finalmente liberou a NF-e 3.10.

Alguém já conseguiu autorizar algum XML na versão 3.10 em MG?

 

 

*Como sempre aqui estou tendo problemas, aparentemente na interpretação da informação de Inscrição estadual.

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

Bom dia.

Informações referente a imposto, não podem ser corrigidas por carta de correção.

Acredito ter duas opções:

1 - Se o imposto foi informado a menor, pode fazer uma carta de correção.

2 - Fazer a anulação e substituição do CTe

[Erro Na Estrutura Do Xml Nota De Exportação - Cnpj]

Verifique o que está passando na Tag cPais.

Se estiver correto, poste seu XML.

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

Segue um XML que consegui validar.

 

Porém notei que está gerando sempre a Tag UFTerceiro, que deve ser informada apenas para tpIntermedio = 2 ou 3. Quando for tpIntermedio = 1 não terá esta informação.

 

É necessário alterar a seguinte linha 828 da Unit pcnNFeW. Se alguém puder fazer a alteração no SVN agradeço.

Gerador.wCampo(tcStr, 'I23e', 'UFTerceiro  ', 02, 02, 0, nfe.Det[i].Prod.DI[j].UFTerceiro, DSC_UF);

NFe31140386682093000105550140000023085999971348.xml

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

Boa tarde Rodrigo.

Fiz até a validação e leitura do XML, pois a SEFAZ de MG ainda não implementou a NFe 3.10, logo não tive como concluir os testes.

[Componente Não Está Trantando A St Igual A 80 E 81]

Boa tarde.

 

De acordo com o Manual não existe o uso desta CST para CTe.

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

Aqui deixo o preenchimento do conteúdo de responsabilidade do usuário. 

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

De acordo com o manual o preenchimento é :

Preencher com: 

0 - Pago; 

1 - A pagar; 

2 - Outros 

 

 

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.

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

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;

[Problema Com Carta De Correção Cte]

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

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

MG com problemas.

"Pra variar"!

[Problemas Ao Enviar Cce]

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.