Gr@c@

Mas ao enviar a NFe o arquivo de retorno do SEFAZ vem vazio e a nota não é autorizada. Não tenho como saber o motivo da rejeição. Já tentei como modo síncrono e assíncrono. Não sei se tem mais colegas com esse problema. Caso alguém esteja conseguindo enviar NF-e na nova versão em ambiente de homologação, o problema é com a forma como estou fazendo meus comandos.

Na versão 2.00 eu usava os 3 comandos dentro de blocos try como abaixo já que MG sempre deu muito erro também na parte de cadeia de certificado. Agora, qual é o comando correto para NF-e e para NFC-e? Try ACBrNFe1.NotasFiscais.GerarNFe; Except on E:Exception do begin ShowMessage('Erro ao Gerar NFe.' + #13#10 + E.Message); Exit; end; End; Try ACBrNFe1.NotasFiscais.Assinar; Except on E:Exception do begin ShowMessage('Erro ao Assinar NFe.' + #13#10 + E.Message); Exit; end; End; Try ACBrNFe1.NotasFiscais.Valida; Except on E:Exception do begin ShowMessage('Erro ao Validar NFe.' + #13#10 + E.Message); Exit; end; End; ACBrNFe1.WebServices.Envia(iLote,TRUE); MemoResp.Lines.Text := UTF8Encode(ACBrNFe1.WebServices.Retorno.RetWS); LoadXML(MemoResp, WBResposta); IF NOT ACBrNFe1.NotasFiscais.Items[0].Confirmada then begin ShowMessage('NFe NÃO CONFIRMADA' + #13#13#10 + 'Chave de Acesso = ' + ACBrNFe1.WebServices.Retorno.ChaveNFe + #13#13#10 + 'Msg de Retorno = ' + ACBrNFe1.NotasFiscais.Items[0].XML); end else begin {imprime a DANFE} ACBrNFe1.NotasFiscais.ImprimirPDF; ACBrNFe1.NotasFiscais.Imprimir; {atualiza Banco de Dados} end;

André O status do serviço agora está retornando normal (não fiz nenhuma alteração) Porem ao enviar a NF-e está me retornando status 217 NF-e não encontrada na base do sefaz O arquivo 19-rec.xml está retornando vazio. Você consegue enviar a nota?

Pessoal, alguém conseguindo enviar NF-e em homologação na versão 3.10 em MG? Enviei email para SEFAZ e me disseram que está normal e que os webservices de homologação já foram liberados conforme aviso no site de MG. Só que não consigo nada e meu componente foi atualizado hoje. Preciso saber se há mais colegas com problemas para insistir na minha reclamação junto ao SEFAZ/MG.

Segue as mensagens de retorno do Status Serviço de MG (ambiente de homologação e ambiente de produção) para NFe 3.10

Eu nem estou conseguindo retorno de Status do Serviço em operação. Está dando Inativo ou Inoperante serviço temporariamente indisponível em modo de homologação. Em modo produção está retornando 107 Serviço em operação. MG é um caso à parte. Primeiro colocam pra funcionar o modo Produção pra depois pensar em funcionar o modo de homologação. Ô orgulho que tenho de ser mineira!

Juliomar, eu nunca alterei unit do PCN2. A única unit do ACBR alterada é o ACBr.inc e o ícone fica diferente quando ocorre alteração. Com certeza foi outra coisa que ocorreu. Eu sempre salvo a pasta ACBr antes de fazer update. Na minha cópia anterior, o PCN2.dcu estava no local correto. Isso ocorreu nessa ultima atualização que fiz. E o único procedimento foi: atualizar e instalar via ACBrInstall.exe, sem nenhuma alteração.

Verifiquei que o PCN2.dcu era o único dcu que estava ficando nesta pasta. Deletei o PCN2.dcu e rodei o ACBrInstall.exe novamente fazendo também a atualização do componente. Não deu certo e o dcu gerou novamente no mesmo lugar. Deletei então todos os PCN2.* e fiz o update do componente para restaurá-los. Reinstalei novamente via ACBrInstall.exe e aí sim, deu certo. O PCN2.dcu ficou na pasta correta junto com os demais dcu. Agora vejo o pDevol e o vIPIDevol no componente. Acontece que o PCN2.dcu que estava na pasta errada antes, estava com data correta 31/03/2014 18:08 como podem ver na imagem acima. Mas na pasta lib7 ele não estava com data atualizada, então o componente estava enxergando uma compilação antiga. Só me confirmem uma coisa: todos os dcu do ACBr devem ficar nesse local: C:\Arquivos de Programas\Borland\Delphi7\Lib\ACBr\Lib\Delphi\Lib7 No caso do PCN2.dcu ele estava ficando em: C:\Arquivos de Programas\Borland\Delphi7\Lib\ACBr\Projects Não entendo porque isso ocorreu e não sei como fazer para evitar que ocorra novamente, a não ser que eu verifique sempre que atualizar e instalar o componente.

Percebi que o ícone no PCN2.dcu é o único que está ficando com um ponto de interrogação azul após instalação via ACBrInstall.exe, aliás, esse dcu não deveria ter ficado nesse local.

na unit pcnNFe: --------------------- TDetCollectionItem = class(TCollectionItem) private FProd: TProd; FImposto: TImposto; FpDevol: currency; FvIPIDevol: currency; FinfAdProd: string; public constructor Create; reintroduce; destructor Destroy; override; published property Prod: TProd read FProd write FProd; property Imposto: TImposto read FImposto write FImposto; property pDevol: currency read FpDevol write FpDevol; property vIPIDevol: currency read FvIPIDevol write FvIPIDevol; property infAdProd: string read FinfAdProd write FinfAdProd; end; na unit pcnNFeR: ---------------- (* Grupo da TAG <det><impostoDevol> *) if Leitor.rExtrai(2, 'impostoDevol') <> '' then begin (*U51*)NFe.Det.pDevol := Leitor.rCampo(tcDe2, 'pDevol'); if Leitor.rExtrai(3, 'IPI') <> '' then begin (*U61*)NFe.Det.vIPIDevol := Leitor.rCampo(tcDe2, 'vIPIDevol'); end; end; na unit pcnNFeW: ----------------------- procedure TNFeW.GerarDet; var i: integer; begin for i := 0 to nfe.Det.Count - 1 do begin Gerador.wGrupo('det nItem="' + IntToStr(nfe.Det.Prod.nItem) + '"', 'H01'); Gerador.gtCampo('nItem', IntToStr(nfe.Det.Prod.nItem)); (**)GerarDetProd(i); (**)GerarDetImposto(i); if nfe.Det.pDevol > 0 then (**)GerarDetDevol(i); Gerador.IDNivel := 'H01'; Gerador.wCampo(tcStr, 'V01', 'infAdProd', 01, 500, 0, nfe.Det.infAdProd, DSC_INFADPROD); Gerador.wGrupo('/det'); end; if nfe.Det.Count > 990 then Gerador.wAlerta('H02', 'nItem', DSC_NITEM, ERR_MSG_MAIOR_MAXIMO + '990'); end; procedure TNFeW.GerarDetDevol(const i: integer); begin Gerador.wGrupo('impostoDevol', 'U50'); Gerador.wCampo(tcDe2, 'U51', 'pDevol', 01, 05, 1, nfe.Det.pDevol, DSC_PDEVOL); Gerador.wGrupo('IPI', 'U60'); Gerador.wCampo(tcDe2, 'U61', 'vIPIDevol', 01, 15, 1, nfe.Det.vIPIDevol, DSC_VIPIDEVOL); Gerador.wGrupo('/IPI'); Gerador.wGrupo('/impostoDevol'); end;

consegui dar o buildAll no pcn2 (executando o Delphi como Administrador). Mas continua dando "undeclarad identificador" no grupo impostoDevol

Sim, permissão total. Acabei de verificar.

Tentei dar um build no pcn2.dpk mas está ocorrendo esse erro: could not create output file "c:\program files\Borland\delphi7\Projects\Bpl\PCN2.bpl"

Ítalo, o meu componente está atualizado, instalado via ACBrinstall.exe, já dei buildAll, mas as propriedades ref a tag impostoDevol não aparecem. Mesmo colocando forçado, dá erro ao compilar.

1-Você consultou a nota tanto no portal estadual como no nacional? 2-O que acontece se você tentar enviar a mesma nota novamente, ou seja, como se ela ainda não estive autorizada? Porque me parece que essa nota realmente não está autorizada. Digo, você tentar enviar um xml sem o protocolo. Você poderia tentar isso e, se autorizar com data/hora atual, você pode cancelar se houver necessidade.

Estou desenvolvendo meu aplicativo para NFe 3.10 mas o componente não está enxergando as tags <impostoDevol> <pDevol> <IPI> <vIPIDevol> que constam na NT 2013/005 pag 71. Estou fazendo algo errado ou o componente realmente ainda não contempla essas tags?

Isso ocorria muito aqui em MG há um tempo atrás (em 2011/2012). Não sei porque, mas os xml se encavalavam e MG devolvia o protocolo de outra NFe. O problema desapareceu como que por encanto. Mas pra resolver, delete o seu xml e consulte novamente a nota através do seu aplicativo para que seja retornado um novo xml. Se isso não resolver, faça o download do xml no portal da NFe e veja se ele está correto. Estando correto, você precisa analisar o seu aplicativo e ver porque ele não consegue capturar o xml certo. Pode também ser que o xml esteja errado no estado e correto no portal nacional ou vice-versa. Nesse caso, cabe reclamação.

Alguém sabe me explicar como funciona o RECOPI? É um único credenciamento por empresa ou o número é por produto? No layout da NFe 3.00 pode existir uma ocorrência de 0-8 Não sei em qual cadastro colocar esse RECOPI: se no cadastro de empresa, se no cadastro de produto ou .... Tenho um cliente do segmento gráfico que ainda não tem o credenciamento RECOPI mas terá a partir de junho/2014 e eles também não sabem ao certo como funciona.

Não estou conseguindo localizar o manual de orientação ou notas tecnicas para a nf-e versão 3.10. Onde faço o download?

Tive problemas com alguns clientes após a ultima atualização do Windows. Verifique no Internet Explorer -> Ferramentas -> Opções de internet 1-Aba Privacidade -> Bloqueador de pop-ups (desmarque) 2-Aba Avançadas -> item Segurança -> Verificar revogação de certificados no servidor (desmarque) Verificar se há certificados revogados do fornecedor (desmarque) Isso resolveu 100% em todos os clientes com problemas. Precisa tomar cuidado também com as mudanças de horário de verão.

Tive problemas com alguns clientes após a ultima atualização do Windows. Verifique no Internet Explorer -> Ferramentas -> Opções de internet 1-Aba Privacidade -> Bloqueador de pop-ups (desmarque) 2-Aba Avançadas -> item Segurança -> Verificar revogação de certificados no servidor (desmarque) Verificar se há certificados revogados do fornecedor (desmarque) Isso resolveu 100% em todos os clientes com problemas.

obrigada Italo.

Italo, no ACBrNFe ficou assim 311305864930950001485500500000248210000248201101111-procEventoNFe 31130586493095000148550050000024821000024820-nfe dessa forma ficou bem fácil de buscar tudo referente à chave de acesso. O problema é que no CT-e vem evento antes e a chave ficou no meio. Pra gente tratar isso no Delphi é tranquilo, mas para o cliente encontrar o arquivo dentro do diretório ficou difícil. O pdf não poderia ter o mesmo nome do xml (do xml do evento e não do CT-e, contendo numero do evento + sequencia do evento 311305864930950001485500500000248210000248201101111-procEventoNFe pdf), mudando apenas a extensão? Não estou preocupada em termos de programação (eu até já adaptei isso). Me preocupo com alguns clientes e contadores que realmente têm uma dificuldade imensa com esse tipo de coisa.

Eu também estou com essa dificuldade ao anexar os arquivos ao email, pois o pdf do evento não gera com o mesmo nome do xml do evento. Eu anexo sempre o ultimo evento de CC-e pois ele já contem todas as alterações que foram feitas nos eventos anteriores. o nome do xml é 311401864930950001485700500000041710000041761101107-procEventoCTe o nome do pdf é 1101103114018649309500014857005000000417100000417607evento há necessidade dos nomes serem diferentes?

Depois do update dos componentes ACBr, ao tentar fazer cancelamento ou envio de CC-e versão 2.00 está dando erros consecutivos de access violation.