M_Albuquerque

Estou tentando fazer uma nf-e de devolução no ambiente de homologação da versão 3.10. - SP Estou informando no XML a nf-e referenciada (segue anexa), porém é retornado o erro "Chave de Acesso referenciada inexistente [nRef:1]", porém a nf-e referenciada informada realmente existe, basta consultar no porta da nf-e para comprovar. Onde estou errando? O mesmo problema foi postado pelo colega "raosistemas" em (não se a causa do problema é essa questionada por ele, mas até o momento não houve resposta) Muito obrigado pela atenção. Márcio 35140705284899000135550020000028301000028309-nfe.xml

Depois de postar a pergunta acabei achando a resposta sozinho: ACBrNFe1.Configuracoes.Geral.VersaoDF deve ser 've310', e não 've300' como eu tinha colocado. Falha nossa....rs

Régys, Primeiramente muito obrigado pelo retorno. Porém mesmo colocando infNFe.Versao := 3.1 o XML gerado consta -<infNFe versao="2.00">, vide cabeçalho abaixo: <?xml version="1.0" encoding="UTF-8"?> -<nfeProc xmlns="http://www.portalfiscal.inf.br/nfe" versao="2.00"> -<NFe xmlns="http://www.portalfiscal.inf.br/nfe"> -<infNFe versao="2.00" Id="NFe35140602599176000137500...."> Pergunto: Esse campo no XML não deveria estar "3.10" ? Eu procedi da seguinte forma: -atualizei o ACBrNFe -Deixei a propriedade infNFe.Versao := 3.1 (cf post anterior) -Ao verificar o status da conexão com a Sefaz-SP parametrizo: -ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFe; -ACBrNFe1.Configuracoes.Geral.VersaoDF := ve300; Detalhe: -Utilizando a pasta Schemas exatamente como está no ACBrNFe (.\ACBrNFe\Exemplos\ACBrNFe2\Delphi\Schemas) o XML permaneceu como nfNFe versao="2.00" -Então descompactei nesta referida pasta citada acima os arquivos do PL_008d.zip encontrado em ..\V310, mas mesmo assim o XML permaneceu como versão nfNFe versao="2.00" Estou me esquecendo de algum processo (?) pois a função que seta o valor da versão está correta ao meu ver: function TinfNFe.GetVersao: Real; begin if FVersao <= 0 then Result := 2 else Result := FVersao; end; Muito obrigado pela atenção dispensada []´s Márcio

Boa tarde, Para atualizar meu aplicativo para a versão 3.10 da NF-e fiz todos os procedimentos necessários, porém fiquei com apenas uma dúvida: Atualmente a propriedade está infNFe.Versao := 2. Portanto deverei deixá-lo infNFe.Versao := 3 ou infNFe.Versao := 3.1 ? Muito obrigado pela atenção dispensada.

Prazo foi prorrogado e mudou a forma de informar: Nova regulamentação: http://www.contabeis.com.br/noticias/17822/decreto-no-8264-de-5-de-junho-de-2014/ Prorrogação do prazo: http://presrepublica.jusbrasil.com.br/legislacao/122659232/medida-provisoria-649-14

Apaguei todo o ACBrNFe, baixei o instalador, instalei tudo novamente, e recompilei tudo. funcionou! (sem erro, sem raise, etc) Muito obrigado por toda atenção dispensada neste dia!

Italojr, fiz o seguinte: exclui todo o ACBrNFe, baixei o instalador, instalei, recompilei, e funcionou, sem erro, sem nada. Muito obrigado por toda atenção dispensada neste tópico!!! (só não sei como coloca o tópico como 'Resolvido')

Após a transmissão da nota foi retornado como 'Lote Recebido', porém o XML não foi salvo em nenhum lugar (mesmo com a propriedade Configurações.Geral.Salvar = True e Arquivos.Salvar = True) E mesmo com o retorno de Lote recebido, não foi possível o Retorno dele. Ao debugar o processo foi possível ver o XML completo (tanto que foi enviado - versão 2.0), mas na unit ACBrNFeWebServices, linha 1547 (Self.Retorno.Executar) estoura um erro no Raise e aparece uma tela de erro, mas s/ msg dentro. Ambiente : 1 Versão Aplicativo : SP_NFE_PL_006q Status Código : 107 Status Descrição : Servico em Operacao UF : SP Recebimento : 02/04/2014 15:28:16 Tempo Médio : 1 Retorno : Observação : Ambiente : 1 Versão Aplicativo : SP_NFE_PL_006q Status Código : 103 Status Descrição : Lote recebido com sucesso UF : SP Recibo : 351002168677298 Recebimento : 02/04/2014 15:28:31 Tempo Médio : 1 Ambiente : 1 Versão Aplicativo : Recibo : Status Código : 0 Status Descrição : UF : cMsg : 0 xMsg : <?xml version="1.0" encoding="utf-8"?><soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><soap:Header><nfeCabecMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico2"><cUF>35</cUF><versaoDados>2.00</versaoDados></nfeCabecMsg></soap:Header><soap:Body><nfeStatusServicoNF2Result xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico2"><retConsStatServ versao="2.00" xmlns="http://www.portalfiscal.inf.br/nfe"><tpAmb>1</tpAmb><verAplic>SP_NFE_PL_006q</verAplic><cStat>107</cStat><xMotivo>Servico em Operacao</xMotivo><cUF>35</cUF><dhRecbto>2014-04-02T15:28:16</dhRecbto><tMed>1</tMed></retConsStatServ></nfeStatusServicoNF2Result></soap:Body></soap:Envelope> Muito obrigado pela atenção dispensada.

Italojr, Já atualizei (várias vezes, hoje...rs) e mesmo assim não funcionou. Mas após debugar várias vezes percebi que o assunto tomou outro curso, por isso abri outro post. Peço desculpas mas não sei como fechar esse post aqui, ou redireciona-lo para o outro que abri. (como faz isso?)

Outro detalhe: Ao debugar o IF do raise citado acima eu consigo até ver o número do Recibo, mas a tela de erro (s/ msg dentro) continua aparecendo if (FConfiguracoes.Geral.ModeloDF = moNFe) and (not ASincrono) then begin Self.Retorno.Recibo := Self.Enviar.Recibo; if not(Self.Retorno.Executar) then begin if Assigned(TACBrNFe( FACBrNFe ).OnGerarLog) then TACBrNFe( FACBrNFe ).OnGerarLog(Self.Retorno.Msg); raise EACBrNFeException.Create(Self.Retorno.Msg); ,<<<<<===== linha 1551 Unit ACBrNFeWebServices end; end;

Deixei na pasta Schema os (91) xsd que vieram com ela. Notei que há 3 subpastas (V200, V300, V310), e dentro delas há também outros xsd dentro de 2 arquivos zipados em cada). Porém estou testando com a versão 2.0. Dentro da subpasta \Schema\VE200 há PL_006s e _006t, mas os logs de retorno que estou recebendo referem-se ao PL_006q, vide abaixo: LOG: Ambiente : 1 Versão Aplicativo : SP_NFE_PL_006q Status Código : 107 Status Descrição : Servico em Operacao UF : SP Recebimento : 02/04/2014 14:12:33 Tempo Médio : 1 Retorno : Observação : RETORNO WS: <?xml version="1.0" encoding="utf-8"?><soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><soap:Header><nfeCabecMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico2"><cUF>35</cUF><versaoDados>2.00</versaoDados></nfeCabecMsg></soap:Header><soap:Body><nfeStatusServicoNF2Result xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico2"><retConsStatServ versao="2.00" xmlns="http://www.portalfiscal.inf.br/nfe"><tpAmb>1</tpAmb><verAplic>SP_NFE_PL_006q</verAplic><cStat>107</cStat><xMotivo>Servico em Operacao</xMotivo><cUF>35</cUF><dhRecbto>2014-04-02T14:12:33</dhRecbto><tMed>1</tMed></retConsStatServ></nfeStatusServicoNF2Result></soap:Body></soap:Envelope> DADOS: Status Serviço tpAmb: 1 verAplic: SP_NFE_PL_006q cStat: 107 xMotivo: Servico em Operacao cUF: 35 dhRecbto: 02/04/2014 14:12:33 tMed: 1 dhRetorno: 30/12/1899 xObs: Na execução continua disparando a tela de erro, mas sem msg de erro, no Raise comentado no post anterior raise EACBrNFeException.Create(Self.Retorno.Msg); ,<<<<<===== linha 1551 Unit ACBrNFeWebServices Novamente muito obrigado pela atenção dispensada.

Bom dia. Desde novembro/13 eu não atualizava o ACBrNFe. Hoje atualizei tudo pelo SVN. Apaguei a pasta Schemas que eu até então utilizava e copiei para o meu aplicativo a pasta Schemas do jeito que foi atualizada (c/ 3 subpastas e tudo...) Compilei meu aplicativo e nenhum erro foi apresentado, porém na transmissão de uma nota apareceu uma tela de erro, porém sem a mensagem de erro. Ao debugar percebi que o erro ocorre no seguinte raise: Unit ACBrNFeWebServices - linha 1551 (cf segue abaixo) //if (FConfiguracoes.Geral.ModeloDF = moNFe) or (not ASincrono) then if (FConfiguracoes.Geral.ModeloDF = moNFe) and (not ASincrono) then begin Self.Retorno.Recibo := Self.Enviar.Recibo; if not(Self.Retorno.Executar) then begin if Assigned(TACBrNFe( FACBrNFe ).OnGerarLog) then TACBrNFe( FACBrNFe ).OnGerarLog(Self.Retorno.Msg); raise EACBrNFeException.Create(Self.Retorno.Msg); ,<<<<<===== linha 1551 Unit ACBrNFeWebServices Devido ao longo tempo de falta de atualização então resolvi compilar o ACBrNFe_Demo. Compilou sem problemas, porém no botão 'Criar e Enviar NFe' ocorreu exatamente a mesma coisa que ocorreu no meu aplicativo, isto é, uma tela de erro, mas sem a msg de erro dentro. O raise que estourou foi exatamente no mesmo ponto relatado acima. no log retornou o seguinte: Ambiente : 2 Versão Aplicativo : SP_NFE_PL_006q Status Código : 103 Status Descrição : Lote recebido com sucesso UF : SP Recibo : 351000079100405 Recebimento : 02/04/2014 11:36:04 Tempo Médio : 1 Ambiente : 1 Versão Aplicativo : Recibo : Status Código : 0 Status Descrição : UF : cMsg : 0 xMsg : No meu fonte coloquei as 2 linhas informando a versão ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFe; ACBrNFe1.Configuracoes.Geral.VersaoDF := ve200; No envio eu costumava utilizar somente ACBrNFe1.Enviar(NumNota), mas percebi que agora há 2 parametros (Imprimir, Sincrono). Independente da combinação que eu passar os 2 parâmetros (True/True, True/False, etc), seja no meu aplicativo ou no ACBrNFe_Demo, a situação acima (tela de erro mas sem a msg dentro) ocorrerá da mesma forma, e no mesmo Raise. E mesmo informando a versão 2.0 eu deixei a pasta Schemas no meu aplicativo do jeito que ela atualizou pelo SVN. Como há tempos não atualizo estou totalmente perdido em procurar o erro. Resumindo: Estou pior do que cego em tiroteio.... Muito obrigado pela atenção dispensada.

Caso eu queira continuar trabalhando com a versão 2.0 da nfe até a 3.0 se estabilizar, eu tenho que mudar alguma coisa no meu aplicativo?

Italo, Muito obrigado pela resposta. E no detalhe: Sempre muito bem explicado por você!!! Muito obrigado !!! Abs Márcio

Meus clientes são comércios varejistas e estão localizados em SP. Raríssimas foram as vendas interestaduais, e quando houveram o transporte sempre foi via transportadora devido ao pequeno porte dos meus clientes. Carro próprio é usado apenas para entregas na própria região. Achei neste tópico uma (sempre) ótima explicação do Ítalo. Pelo exemplo citado no link o objetivo do MDF-e é agilizar a conferência dos CT-e´s nas fronteiras interestaduais. Mas quem emite CT-e não é meu cliente (comércio varejista), mas sim a transportadora contratada por ele. Por isso ainda fiquei com uma dúvida: -Na venda interestadual o meu cliente (emitente da NF-e que constará no CT-e da transportadora) precisa emitir MDF-e? Muito obrigado pela atenção! Márcio.

Régys, Fato interessante é que eu também tenho instalado o GbpPlugin e aqui roda tudo certinho, porém o que relatei ocorreu em alguns clientes, e não em todos, logo chego a conclusão que é o fato é a exceção, não a regra. Eu trabalho com Capicom, e nesses clientes com o referido problema eu até instalei o pacote completo da Microsoft, e não só os 3 arquivos disponíveis pelo ACBr, e mesmo assim o problema persistiu. Concordo contigo que é muito mais complexo, envolvendo até, ou principalmente, o sistema operacional. Olha que ponto interessante: Todos os plugins de segurança de bancos que apresentaram confito foram desenvolvidos pela GAS Tecnologia. Será só coincidência? (rs) Enfim, novamente muito obrigado pela atenção dispensada! Márcio.

Em junho/13 postei essa dúvida minha. Até hoje nunca descobri a razão do erro, mas confesso que o último comentário publicado (Edson.pol) era o que mais se aproximava da minha situação. De lá para cá comecei a notar que todo computador onde já tinha instalado o Guardião (Itaú Empresarial) ou GbpPlugin (BB/CEF) e eu tentava instalar meu aplicativo (baseado do ACBrNFe) ele não funcionava, independente se XP ou Win7. Detalhando melhor: Meu aplicativo abria, ficava uns 3 minutos abertos, de repente fechava sozinho (!!!) e nunca mais abria. Já testei 'n' situações (c/ firewall desabilitado, s/ anti virus, s/ windows defender, s/ java, etc) e nenhuma funcionou. Resumindo: Tem Guardião ou GbpPlugin? Então meu aplicativo não funcionará. Eis que nessa semana conversando com um gerente PJ do Itaú ele comentou que, dentro da limitação dele em informática, ele sempre ouvia o pessoal de TI do cliente comentar que a solução estava em alterar as configurações de segurança da internet dentro do painel de controle do Windows. Eis que pergunto aos amigos do fórum (pessoas de TI, e não gerentes de banco..rs): Tem fundamento isso ? (isto é, as configurações de segurança podem SIM influenciar no travamento do meu aplicativo, impedindo-o de se conectar com o webservice da Sefaz). Se positivo, qual o caminho que devo seguir para tentar encontrar uma configuração de segurança de internet compatível entre o meu aplicativo e os de segurança dos bancos (Guardião, GbpPlugin, etc). Agora... se escrevi um monte de asneira acima e só fiz os colegas perderem seu tempo, humildemente peço desculpas. Muito obrigado. Márcio

Carlos e Régys; Muito obrigado pela enorme ajuda, e grande aula!!! Aprendi mais uma! Att, Márcio

Régys, Primeiramente muito obrigado pelo retorno e pela aula. Mas porque está ocorrendo o seguinte erro quando compilo o demo: Alterei a linha infEvento.detEvento.xCorrecao := Correcao; para infEvento.detEvento.xCorrecao := 'CFOP Correto......Natureza correta......Transportador.......Dados Adicionais................' (até completar 500 caracteres) (isto é, eu digitei o texto que eu preciso no lugar da variável Correcao) Ao compilar o demo dá o seguinte erro exatamente nessa linha que alterei: "String literals may have at most 255 elements" Por isso eu supus (errado cf vc me mostrou) que uma variável string estava limitada a 255 caracteres. Mas aí, dentro da sua enorme paciência, pergunto: Por que está dando esse erro exatamente onde eu alterei? (colocando um texto de 500 caracteres no lugar de uma variável) Novamente muito obrigado pela atenção e ajuda. Márcio

É que pelo demo do ACBrNFe (infEvento.detEvento.xCorrecao := Correcao;) esta variável para o texto da correção está definida como string (255 caracteres). Na classe utilizada a propriedade 'xCorrecao' também está como string (255) portanto não dará certo eu colocar 500 caracteres para uma só CCe. Como eu não sei se alterando a classe detEvento.'xCorreção' de string para widestring poderei afetar negativamente as demais units do ACBrNFe então surgiu a dúvida (ex-idéia..rs) de fazer 5 CCe´s de 100 caracteres cada. Dessa forma eu acho (me corrijam se eu escrever besteira) que nem criando um form próprio p/ 500 caracteres eu conseguirei o que pretendo. Estou certo? Muito obrigado pela atenção.

Utilizando o demo do ACBrNFe como eu procedo para fazer 5 correções (CCe) numa mesma NF-e, sendo que cada correção tem 100 caracteres ? (totalizando 500 caracteres) Muito obrigado pela atenção. Márcio

Régys, Obrigado pelo retorno e orientação. Enviarei um outro post, de outra forma, tentando uma solução para o meu problema. Novamente muito obrigado! Márcio

Preciso emitir uma CCe com 480 caracteres no texto de correção. Sempre utilizei a procedure da CCe do ACBrNFe do jeito que peguei no exemplo, sem nunca ter alterado nada (BtnCCeClick), e até hoje os 255 caracteres do InputQuery sempre foram suficientes. Porém agora precisarei praticamente dobrar esse limite. Entrei na unit Dialogs e mudei na função InputQuery o MaxLength para 500 mas não resolveu, continua aceitando apenas 255. Há como aumentar esse limite continuando com o InputQuery, ou o jeito será partir desenvolver um form próprio para o texto? Muito obrigado pela atenção. Márcio. obs: Encontrei vários tópicos na net para limitar o tamanho do InputQuery, mas nenhum para aumentá-lo. (ou não tem como ou não soube procurei direito...)

André, Muito obrigado pela explicação. Obrigado mesmo ! abs.

Depois de 2 anos emitindo NFe pelo meu aplicativo (que utiliza ACBrNFe) eis que um digníssimo cliente me vem com essa: Um cliente dele notou que os 8 penúltimos dígitos da Chave de Acesso da nfe emitida pelo meu cliente são iguais aos 9 dígitos que estão 'no meio' da Chave de Acesso (os 9 dígitos que compõem o número da nf). Ex: Chave de Acesso: 351309XXXXXXXXXXXXXX550020000239211000239211 O cliente do meu cliente notou (e encheu a cabeça do meu cliente..rs) que do jeito que a Chave de Acesso está sendo gerada ele consegue consultar no site da Receita outras notas do meu cliente, e assim ver quais os preços que o meu cliente está praticando com os demais. Basta apenas, seguindo o exemplo acima, digitar essa chave colocando outro número de nota no meio (em vermelho), repeti-lo no final (em azul) e testar (no máximo 10 vezes) até achar o dígito verificador. Exemplo que o cliente do meu cliente fez (só pra provar pra ele que era possível qualquer um consultar outra nfe e ver os preços) 351309XXXXXXXXXXXXXX55002000023915100023915X. Adivinhem: Agora meu cliente fica torrando minha paciência para alterar isso. Sinceramente o retorno ($) do meu cliente nem compensa tamanha mão de obra, mas fiquei curioso no seguinte: Consultei o manual de programação (v5.00 - 03/2012 - pag 92) e vi que não há 'regra' definida para geração desses 8 digitos. (campo 'cNF' = Código Numérico que compõe a Chave de Acesso). Portanto... -A geração desses 8 dígitos na Chave de Acesso ('00023915' em azul) é nativo do ACBrNFe ? -Eu posso mudar o jeito que esses 8 dígitos são gerados ? -O que afetará futuramente se eu mudar esses 8 dígitos ? Muito obrigado pela atenção dispensada.