Antonio Carlos L

Caros não adianta alimentar as propriedades chavetributos e fontetributos, não sai impresso. Para contornar estou passando nas observações, essas propriedades são funcionais ?

Caros primeiramente se falar alguma bobagem, desculpem-me. Estou fazendo a contingência da NFCe, a parte online esta OK. Não vou optar por Contingência Automática, o usuario terá que ir em configuração e mudar para OFF LINE. No exemplo, não tem essa funcionalidade de contingência. Estou passando a propriedade FormaEmissao := teOffLine; , basta isso ? Fiz isso e continua emitindo normal. Se testar Status e a internet estiver ok o componente não muda para Off Line ? Quais são os passos ? Por exemplo, creio que verificar staus e verificar o retorno também pois é o sistema que autoriza ? O xml fica apenas assinado ? Depois esse XML deve ser enviado, mas a CHAVE não muda ? Como proceder ? Desse modo OffLine, pressupõe-se que o xl será aceito, não haverá rejeição ou denegação, mas e se quando transmitir não for autorizado ? Em OFFLINE são impressos DOIS cupons NFCe automaticamente ou tem que mexer em alguma propriedade ? Obrigado se puderem facilitar

Bom Dia Juliomar, Ultima forma, DESCONSIDEREM, foi resolvido estavam testando com versão errada Desculpem.

Caros conforme abaixo, o ambiente esta em homologacao, a nota tem as informações do destinatario e não é impresso. -<dest> <CPF>72441547631</CPF> <xNome>NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL</xNome> -<enderDest> <xLgr>RUA DE TESTE DO CLIENTE</xLgr> <nro>S/N</nro> <xBairro>CENTRO</xBairro> <cMun>3303302</cMun> <xMun>NITEROI</xMun> <UF>RJ</UF> <CEP>24000000</CEP> <cPais>1058</cPais> <xPais>BRASIL</xPais> </enderDest> <indIEDest>9</indIEDest> </dest>

Muito obrigado por sua explicação Italo.

OK, correto esta dessa forma Configuracoes.Arquivos.Salvar := True; Eu estava gerando o xml, salvando e enviando, então devo gerar , assinar, salvar e enviar ?

Obrigado, bom Italo, eu mantenho esse XML apenas para quando não ocorre retorno eu efetuar a consulta pelo xml, creio ate ser sido sugerido isso no forum mesmo por um dos moderadores. Mas para mim não tem nenhum problema ele ser assinado também, apenas qeria saber se não estava imaginando o que não existe. Obrigado

O gravar é Antes do enviar, e EU gravo como sugestão para consulta quando da problemas

Oi Regys, obrigado pela atenção. Eu Gero o XML e Gravo, no local informado neste metodo, neste ponto ele esta sem assinatura e protocolo. O proximo comando é o ENVIAR, nada diferente disso. Em desenvolvimento a nota é autorizada e o xml com a assinatura e protocolo salvo no local especificado Se abro o xml gerado, aquele que deveria estar sem assinatura e protocolo, ele TAMBÈM esta identico ao outro autorizado. Tenho quase certeza que isso foi depois da atualização de 23/10 , faço semanalmente, pois antes isso não ocorria e nada nesta lógica simples mudou.

Oi Italo estou fazendo assim para que não haja duvida : 1 - Gero o XML; 2 - Gravo o XML gerado na pasta GERADOS, através de GravarXML(Nome_do_arquivo) o nome desse arquivo é a chave + a extensão -nfe.xml Neste ponto o xml esta sem assinatura e protocolo 3 - ACBrNFe.Enviar(iLote,True,False) Em desenvolvimento acaba sendo sempre autorizado, dai que o Acbr salva no local definido em Arquivos o xml autorizado com a assinatura e protocolo Mas se vou abrir o xml da pasta GERADOS ele TAMBÉM, neste momento, esta com a assinatura e o protocolo. Ficou claro ?

Oi, não sei se vai ajudar, mas teste : primeiro crie variáveis locais; depois inicialize elas; elas recebem os valores; efetue as contas usando essas variáveis.

O conteudo do XML gerado, fica exatamente IGUAL, nenhum dado difere. Será que é porque quando crio o XML e salvo nomeando com a Chave e mesma extensão ( -nfe.xml ) e ai o componente grava o protocolo nos dois ?

Correto, você esta certo, isso ocorre depois que ele é transmitido e autorizado. O componente esta anexando o protocolo também ao xML gerado, pode ser que fique na memoria.

Oi Italo, obrigado pela atenção. Eu ate postei isso em outro tópico, mas não obtive resposta. Mando Gerar o XML, e salvo ele em uma pasta, ( a esse xml denominei de básico ) que uso para consultas quando algo da errado. Depois ele é transmitido, adicionado o protocolo em outra pasta. Não se se isso sempre ocorreu e eu nunca prestei atenção, mas a partir da atualização de 23/10 o xml gerado, passou a conter também o protocolo, ou seja o componente esta fazendo isso tanto no XML transmitido como no gerado, por isso a pergunta se isso é default ou um erro.

Obrigado Italo, vou testar e posto e o resultado

Creio que a postagem inicial mostra, vou repetir : ACBrNFe.NotasFiscais.GerarNFe; aux := path_do_xml_gerado+nome_do_xml ACBrNFe.NotasFiscais.GravarXML(aux) O que denominei XML básico é esse, neste ponto.

Oi ítalo, bom dia, obrigado pela resposta. No meu caso a nota nfce sempre será enviada uma a uma então será true. A solucao passada foi utilizar o métodoACBrNFe1.WebServices.Enviar.cStat ao invés do ACBrNFe.WebServices.Retorno.cStat como forma de saber se foi autorizada. Qual a diferença entre os dois ? Percebi que depois de uma atualização do ACBrNFe tanto no modelo 55 e 65 o XML gerado e assinado, que era salvo apenas caso fosse necessário consulta posterior, passou a conter o retorno tal qual o XML de retorno. Isso será o padrão ou é um erro ? Obrigado

Então Régis, a configuração permanece a mesma, antes desse update a nota era salva em local definido, CNPJ, tipo nfe ou nfce, e anomes depois do update trunk2 23/10 depois da pasta anomes está sendo criada outra pasta tipo. Algo foi mudado.por favor informe como deve estar a configuração para que salve conforme estava ocorrendo antes

Estou no RJ passo essa informação pois não sei se cada webservice tem uma forma de proceder, o que vejo é que procedo ao envio e quando vou proceder a leitura não existe retorno. Com sua resposta ACBrNFe1.WebServices.Enviar.cStat voce quer dizer que a resposta está no envio no modelo 65 ? Mas isso não é válido com o modelo 55 ?

Caros descobri que a logica que utilizo na NFe não serve para a NFCe. Na NFe eu Try gerar_nfe // ENVIAR ACBrNFe.Enviar(iLote,True,False) <<< ASSINCRONO // PEGAR RETORNOS E TRATAR if ACBrNFe.WebServices.Retorno.cStat = 100 then ....else < nota nao enviada tratar > EXCEPT // PEGAR EXCEÇÃO E FAZER CONSULTA END; Entretanto tem momentos que existe um retorno cStat = 0 acho que na NFce : ACBrNFe.Enviar(iLote,True,True); << sincrono acaba caindo no bloco < nota nao enviada > , logico que isso ocorrendo, aqui posso consultar pelo XML Não sei se fizeram de forma proposital, mas o XML que era assinado e gravado, agora passou tanto ele quanto o de retorno passou a ter a gravação do retorno Dai que PRIMEIRO verifico no XML gerado se o cStat= 100 e NORMALIZO no banco e se não tiver eu consulto pelo xml. A unica informação que não consigo no meto de consulta é o recibo, mas não sei se por sincrono esse recibo não existe Estou procedendo de forma correta ? Att. Antonio Carlos

Oi Andre, obrigado pela resposta. Kkkk, isso é que dá corretor ortografico, basico vira bruto. Quis dizer o XML gerado no primeiro momento antes de ser enviado. Gostaria de saber se agora será este o padrão pois estou usando isso em relação a NFCe

Caros ate antes de atualizar o trunk2 na sexta-feira 23/10 eu gerava o XML e salvava ele em uma pasta própria Esse xml era bruto não processado, agora ele aparece completo, o que foi mudado ? ACBrNFe.NotasFiscais.GerarNFe; aux := GeraPathGeracao(iModelo); <<<< Exemplo : C:\EMISSOR\Gerados\NFe\201510\ if ACBrNFe.NotasFiscais.GravarXML(aux)then begin aux := aux + Copy(ACBrNFe.NotasFiscais.Items[0].NFe.infNFe.ID ,4,44)+'-nfe.xml'; .... end;

Caros, Acbr Trunk2 , 23/10 > conforme podem ver na imagem abaixo, foi definido C:\EMISSOR\Notas para ser o path da NFe e NFCe vejam que o componente esta recriando pastas desnecessárias dentro de ANOMES

Obrigado Daniel, eu descobri isso, ficou ótimo.

Eu atualizei o FR Comunity e continuou igual. RESOLVIDO - Tive que excluir o componente ACBrNFeDANFeRL e adicionar novamante, agora esta saindo de forma correta