Tiago Mendes

Inacreditavel, foi Resolvido vou compartilhar muita gente implementando o tef, simplesmente o modulo tem bolqueio de mensagens e telas em sua criação do formulário por segurança deve ser uma exigencia pra homologação, então o programador estava criando o form com toda a aplicação ou seja nenhuma mensagem estava aparecendo com o modulo tef ativado. o comportamento do enviao da nfe também era anulado. Ativei o modulo tef somente após a visualização do form de transaçoes e vualáaaa, erros de validação e envio nunca mais falharam!

Analisando mais a fundo não é apresentada nenhuma mensagem de validação também. quando é preenchido a nota sem informação obrigatoria tipo logradouro não é apresentada nenhum erro de validação. somente quando crio uma nota nova com todos os dados correto é apresentada nota fiscal gerada com sucesso. e logo depois o envio funciona. agora se eu precisar corrigir uma nota que ja foi gerada não consigo enviar mais o evento de envio para antes mesmo de receber quanquer retorno

Pessoal, estou com um problema esporadicamente o envio e a geração da nota não acontece e não retorna erro nenhum. esse problema acontece tanto em ambiente de homologação quanto em produção, estou desconfiado que pode ser algo com relação a dll. Resumindo o envio falha sem retorno nenhuma e a geraçao também. debugando ele para no procedimento abaixo da linha abaixo selecionada.

Agora entendi então estou sofrendo atoa aqui, estou trazendo o CódigoAutorizacaoTransacao e está vindo padrão NSU. Então o demo de teste do GP Padrão de Tef não está vindo o CodigoAutorizacaoTransacao. O estranho que no comprovante de saída de impressão está vindo um número 124456 em todas as transações. Acha que pode ser o demo do tef ?

CAut : e preenchido com NSU ? não seria diferente do código autorizacao da transação

ainda não consegui pegar o codigo de autorização da transação está vindo o NSU. tentei tambem pegar no metodo ACBrTEFD1DepoisConfirmarTransacoes( RespostasPendentes: TACBrTEFDRespostasPendentes); também vem o NSU, no comprovante vem o codigo de autorização normalmente.

Realmente uma breve pesquisa não é a mesma informação. o NSU é o código sequencial da transação e o código de autorização é outra coisa

Bom dia pessoal. Analisando o exemplo do acbrtef vejo que ele não traz o codigo de autorização da transação que precisa pra emitir a nfce. Consegui incluir o trecho CodigoAutorizacao:= UltResp.CodigoAutorizacaoTransacao; mais ele me traz a mesma informação do NSU. if Ok then begin with Venda.Pagamentos.New do begin TipoPagamento := Indice; ValorPago := AValor; if TemTEF then begin UltResp := ACBrTEFD1.RespostasPendentes[ACBrTEFD1.RespostasPendentes.Count-1]; NSU := UltResp.NSU; Rede := UltResp.Rede; RedeCNPJ := UltResp.NFCeSAT.CNPJCredenciadora; // LINHA INSERIDA PARA TRAZER O CODIGO DE AUTORIZAÇAO DA TRANSAÇÃO CodigoAutorizacao:= UltResp.CodigoAutorizacaoTransacao;

Apresentou um erro diferente agora. Tentou autorizar em um ambiente de homologação ver se passa ? Ou está só usando o validador

Agora sim entendi o seu xml é gerado. mas um erro do validador da sefaz é apresentado. simplesmente alterei a linha e agora gerou a data da competencia certa. tenta assim IBSCBS.gCredPresIBSZFM.competApur := EncodeDate(2025, 11, 1); depois volta a atribuir somente assim IBSCBS.gCredPresIBSZFM.competApur :=date; pode ser alguma coisa errado com o componente mesmo, porque ta atribuindo date atual e ele ta interpretando 1899-12

Obrigado

Pessoal basicamente quando gero uma nfe com aliquotas sem redução eu não preciso informar redução de aliquota tambem do IBS Municipal, e nenhuma tag de IBSMun. Mais quando informo um item com redução de IBS_UF OU CBS a validação tambem obriga a informar as tags IBSMun inclusive as tags gIBSMun.gRed.pRedAliq e gIBSMun.gRed.pAliqEfet. Mesmo se não tem ibs municipal preciso informar a redução pra autorizar procede ?, creio que por conta de estar informando reduções em ibs uf e cbs também preciso informar a redução de ibs municipal. Procede isso ? 52251102284149000175550010000003441780894340-nfe.xml

Cesar é um erro de validação, como conseguiu o xml que postou anteriormente. creio que se voçê colocou Prod.tpCredPresIBSZFM := tcpNenhum; no exemplo voçê tambem precisa comentar o trecho a seguir que tambem está no exemplo se não quiser informar a tag tpCredPresIBSZFM IBSCBS.gCredPresIBSZFM.competApur := Date; IBSCBS.gCredPresIBSZFM.tpCredPresIBSZFM := tcpBensInformaticaOutros; IBSCBS.gCredPresIBSZFM.vCredPresIBSZFM := 100; observe se nao está na rotina de nfce ou nfe, colocando Prod.tpCredPresIBSZFM := tcpNenhum; e comentando as linhas acima consigo gerar normalmente o xml sem as tags tpCredPresIBSZFM. segue xml 52251102284149000175550010000000011434685270-nfe.xml

cesar_moura nos fontes do exemplo esta assim Prod.tpCredPresIBSZFM := tcpSemCredito; provavelmente quando informado sem credito voçê precisa informar as tags de impostos e totalizações de impostos referentes. coloque Prod.tpCredPresIBSZFM := tcpNenhum; e nao informe as tags de impostos e totalizações de impostos referentes.

Pessoal olhando o exemplo do componente voçês estão declarando a tag tpCredPresIBSZFM dentro dos dados do produto, mais assim dá erro no eschema xml. segue anexo xml. observação: não estou declarando a tag nos impostos e nem na totalização deles //Adicionando Produtos with Det.New do begin Prod.nItem := 1; // Número sequencial, para cada item deve ser incrementado Prod.cProd := '123456'; Prod.cEAN := '7896523206646'; Prod.xProd := 'Descrição do Produto'; Prod.NCM := '94051010'; // Tabela NCM disponível em http://www.receita.fazenda.gov.br/Aliquotas/DownloadArqTIPI.htm // Reforma Tributária if rgReformaTributaria.ItemIndex = 0 then Prod.tpCredPresIBSZFM := tcpSemCredito; Prod.EXTIPI := ''; Prod.CFOP := '5101'; Prod.uCom := 'UN'; Prod.qCom := 1; Prod.vUnCom := 100; Prod.vProd := 100; 52251102284149000175650010000005641795205371-nfe.xml colocando Prod.tpCredPresIBSZFM := tcpNenhum; passa normalmente