Aurino

Exato.. A partir o primeiro erro de falta de retorno da sefaz por exemplo ou falha de conexão de internet, já procede para alteração automatica para emissão em contingencia, e assim emitindo normalmente em sequencial das numerações e em contingencia offline. O manual trata apenas para caso de envio e sem retorno do status da nota, fazendo assim a necessidade de liberar a venda do cliente com uma numeração seguinte para evitar que gere a mesma numeração desta que deu falha de retorno e ao transmitir a sefaz esta mesma nota, obter o retorno de duplicidade de chave de acesso com diferenca ... assim tendo a nota normal recebida na sefaz, porem o cliente possui uma nota em contingencia que nunca será autorizada na sefaz visto que o tipo de emissão é diferente daquele registrado e recebido na sefaz. Precisa tratar automaticamente a emissão da contingencia, seja manual ou por usuário a partir do primeiro caso de falha de retorno da sefaz ou falta de internet.

no seu exemplo, emitindo 10 notas em contigencias devido ausencia de internet, logo vc nao esta enviando as notas ,e sim apenas gerando em contingencia. nao precisará gerar outras nota substitutiva para esse caso. A regra do manual da contingencia é para aquele caso que vc envia a nota no modo NORMAL, a sefaz recebe esta nota e por qualquer motivo que seja, seu sistema nao obtem o retorno. Nesse momento, vc deve seguir o manual que diz: gerar uma nova nfce com numero sequencial em contingencia .. ao enviar esta contingencia posteriormente, fará a consulta da chave de acesso da primeira nota que nao teve retorno da sefaz, e tratar o retorno e evento posterior para o caso. 1 - Quase todas notas caem em contigencia: Qual motivo para emissão? falha de internet ou retorno da sefaz? Se for este o problema, a primeira nfce que apresentou esse problema será gerada uma nfce seguinte com os mesmos dados desta nota, guardando a nota anterior para posterior consulta e tratamento de consulta para cancelar, inutilizar ou emissao de nfe de devolucao de venda. A partir desta nota que obter essa falha e gerando assim a contingencia, no fim da impressão, já providencia a alteração automatica do modo de envio para contingencia manual. E assim, as proximas notas , serão emitidas em contingencias offline , podendo reativar o modo normal a seu critério, entre tempo no time, ou manualmente pelo usuário; Mas se esta gerando contingencias por diversas falhas, precisa verificar que falhas e resolver cada falha e transmitir essas contingencias, visto que o cliente final, tem posse deste documento em contigencia para posterior consulta.

na NT da contingencia nesses casos, para tratar a numeração e não perder o controle ou liberar nota inexistente ao cliente , segue o exemplo basico que o manual da contingencia orienta: 1 - enviou a nfce 100 , sefaz recebeu mas nao teve retorno(falta de internet ou sefaz); 2- gera a nfce 101 em contingencia ref. a 100 que ficou sem confirmação; 3 - ao transmitir a 101 a sefaz autorizando a mesma, fará a consulta da chave da nfce 100 para obter o retorno da situação e tratar da seguinte forma: a - se estiver autorizada dentro do prazo, realiza o cancelamento; b - se nao estiver autorizada, inutiliza a numeração; c - se estiver autorizada fora do prazo, emissao da nfe de devolucao de venda; *isso sem fazer o controle de serie exclusiva da contingencia, por isso , a numeraçao sequencial da nota continua na sequencia. Manual_de_especificacoes_tecnicas_da_Contingencia_Off-line_versao_2.0.pdf

Inverti aqui ao passar pra ka. rsrs TEF: begin tpIntegra := tiPagIntegrado; end; POS: begin tpIntegra := tiPagNaoIntegrado; end;

era problemas da sefaz, ref, o sincronismo entre as sefaz estaduais e nacional.

Boa Tarde Pessoal e Graca, desculpe pela demora... Acabei esquecendo de repassar aqui. Verifiquei e relataram que para venda POS, deverá ser informado tiPagNaoIntegrado, e para TEF, tiPagIntegrado. Atualmente estou tratando conforme o tipo de transação e não tivemos problemas ref. as validações e emissões da notas fiscais, e tbm, sem problemas fiscais com relação aos cupons emitidos com venda POS ou TEF; Estou tratando assim, basicamente: Case TipoMeioPagamento of TEF: begin tpIntegra := tiPagNaoIntegrado; end; POS: begin tpIntegra := tiPagIntegrado; end; end; //Passandos os dados mesmo para transação POS, para controle dos comprovantes vinculados ao documento emitido; tPag := TipoTransacao; // ex: fpCartaoCredito; Tipo da Transação do cartao, se credito ou débito; vPag := ValorCredito; // ex 10.00; Valor pago na transação; tBand := BandeiraCartao; // ex: bcVisa; Bandeira selecionada pelo usuario; cAut := NSU; // ex: 102030; codigo do comprovante informado pelo usuario; CNPJ := CnpjOperadora; // ex: 11111111111111; CNPJ vinculado a tabela ref. a bandeira selecionada;

fiz um conversor entre as bases, ai não fico preso a programa de terceiros para migrar.

Gera a nfe de devolução com a tag = Outros.

Bom Dia Implementei no InfCpl do XML mas ja estou avaliando o componente para ver consigo fazer direto pelo componente.. se conseguir, mando pra analise do pessoal.

Segue a tabela ANP ref. a NT 2012.003d. TabelaANP_ref._NT2012.003d_pub.sql

O que pode fazer é imprimir as formas de pagamento da nfe nas observações da nota fiscal

o que pode implementar é adicionar nas observações da nota fiscal capturando a tag indPag dentro da tag Pag. Outra ideia é implementar o detalhamento das formas de pagamento da NFe nas observações da nota fiscal eletrônica como exemplo abaixo:

pode tentar usar o campo codigo de barras para acessos internos(aqueles com letras, numeros aleatorios ou até gerado pelo seu proprio sistema), e codigo de barra gtin para codigos validos(codigo de barra da embalagem válidos) para ir para o xml , ou apenas validar o codigo de barra como exemplo abaixo: //Validando Ean GTIN ACBrValidador1.Documento := NFeItensCODBARRA.AsString; ACBrValidador1.TipoDocto := docGTIN; if not ACBrValidador1.Validar then begin Prod.cEAN := 'SEM GTIN'; end else begin Prod.cEAN := NFeItensCODBARRA.AsString; end; //Validando EanTrib GTIN ACBrValidador1.Documento := NFeItensCODBARRATRIB.AsString; ACBrValidador1.TipoDocto := docGTIN; if not ACBrValidador1.Validar then begin Prod.cEANTrib := 'SEM GTIN'; end else begin Prod.cEANTrib := NFeItensCODBARRATRIB.AsString; end;

a tag IndPag foi mudada de posição passando para dentro do grupo da tag pag. pag.indPag.

Compreendo mas acredito que essa simples alteração, não causaria penalidades ao detalhar a bandeira do cartão respectiva ao pagamento realizado. Como na imagem, o cliente saberá claramente qual valor e em qual cartão foi pago os valores da compra.

As NT's não informa que deve ser informado as bandeiras dos cartões mas também não diz que é proibido. Porém, mantem a mesma regra, informar o meio de pagamento clara e segundo as regras NT's e Procons.

Diretorio do arquivo: ..\ACBr\Fontes\ACBrDFe\ACBrNFe\DANFE\NFCe\EscPos\ACBrNFeDANFeESCPOS.pas procedure TACBrNFeDANFeESCPOS.GerarPagamentos; var i: Integer; Troco: Real; pBandeira : String; begin //Total := 0; FPosPrinter.Buffer.Add('<c>' + PadSpace('FORMA DE PAGAMENTO | VALOR PAGO R$', FPosPrinter.ColunasFonteCondensada, '|')); for i := 0 to FpNFe.pag.Count - 1 do begin with FpNFe.pag.Items[i] do begin if (tPag = fpCartaoCredito) or (tPag = fpCartaoDebito) then begin case tBand of bcVisa: pBandeira := 'Visa' ;//+ ' NSU: ' + cAut; bcMasterCard: pBandeira := 'MasterCard' ;//+ ' NSU: ' + cAut; bcAmericanExpress: pBandeira := 'AmericanExpress' ;//+ ' NSU: ' + cAut; bcSorocred: pBandeira := 'Sorocred' ;//+ ' NSU: ' + cAut; bcDinersClub: pBandeira := 'Diners Club' ;//+ ' NSU: ' + cAut; bcElo: pBandeira := 'Elo' ;//+ ' NSU: ' + cAut; bcHipercard: pBandeira := 'Hipercard' ;//+ ' NSU: ' + cAut; bcAura: pBandeira := 'Aura' ;//+ ' NSU: ' + cAut; bcCabal: pBandeira := 'Cabal' ;//+ ' NSU: ' + cAut; bcOutros: pBandeira := 'Outros' ;//+ ' NSU: ' + cAut; end; end; end; FPosPrinter.Buffer.Add('<c>' + ACBrStr(PadSpace(FormaPagamentoToDescricao(FpNFe.pag.Items[i].tPag) + ' ' + pBandeira + '|' + FormatFloatBr(FpNFe.pag.Items[i].vPag), FPosPrinter.ColunasFonteCondensada, '|'))); end; Troco := IIf(FpNFe.pag.vTroco > 0,FpNFe.pag.vTroco,vTroco); if Troco > 0 then FPosPrinter.Buffer.Add('<c>' + PadSpace('Troco R$|' + FormatFloatBr(Troco), FPosPrinter.ColunasFonteCondensada, '|')); end;

Pessoal, segue uma contribuição caso seja necessário para a comunidade, a descrição da bandeira do cartão na forma de pagamento cartão crédito ou débito no danfe NFCe Fortes sendo impresso conforme imagem abaixo; Local do Arquivo: ..\ACBr\Fontes\ACBrDFe\ACBrNFe\DANFE\NFCe\Fortes\ACBrDANFCeFortesFr.pas Foi implementado a rotina no procedure TACBrNFeDANFCeFortesFr.rlbPagamentoBeforePrint(Sender: TObject; conforme descrito abaixo: procedure TACBrNFeDANFCeFortesFr.rlbPagamentoBeforePrint(Sender: TObject; var PrintIt: boolean); var pBandeira: String; begin with ACBrNFeDANFCeFortes.FpNFe.pag.Items[fNumPagto] do begin if (tPag = fpCartaoCredito) or (tPag = fpCartaoDebito) then begin case tBand of bcVisa: pBandeira := 'Visa' ;//+ ' NSU: ' + cAut; bcMasterCard: pBandeira := 'MasterCard' ;//+ ' NSU: ' + cAut; bcAmericanExpress: pBandeira := 'AmericanExpress' ;//+ ' NSU: ' + cAut; bcSorocred: pBandeira := 'Sorocred' ;//+ ' NSU: ' + cAut; bcDinersClub: pBandeira := 'Diners Club' ;//+ ' NSU: ' + cAut; bcElo: pBandeira := 'Elo' ;//+ ' NSU: ' + cAut; bcHipercard: pBandeira := 'Hipercard' ;//+ ' NSU: ' + cAut; bcAura: pBandeira := 'Aura' ;//+ ' NSU: ' + cAut; bcCabal: pBandeira := 'Cabal' ;//+ ' NSU: ' + cAut; bcOutros: pBandeira := 'Outros' ;//+ ' NSU: ' + cAut; end; end; lMeioPagamento.Caption := ACBrStr(FormaPagamentoToDescricao(tPag)) + ' '+ pBandeira; lPagamento.Caption := FormatFloatBr(vPag); fTotalPagto := fTotalPagto + vPag; end; end;

Posso verificar sim, com eles, mas realmente, o atendimentos deles é demorado e as vezes, no balcão de atendimento, desconhecem as nossas solicitações básicas. Mas assim que tiver alguma resposta, darei retorno aqui.

E como faz para associar o cupom ao comprovante caso o fisco solicite?

Por aqui esta implementado tpIntegra := tiPagNaoIntegrado, e as demais tag... e ta passando sem problemas... até coloquei pra sair no danfe o codigo do NSU da via do cartao POS pra facilitar ao usuario o vinculo entre o cupom e comprovante, apesar de constar no XML e no banco.. mas para o usuario e cliente, ficou mais pratico. E sem problemas até agora .

Bom Dia. Até o momento nao tivemos relatos desse problema ...

Boa Noite.. Tem propriedade para informar o numero do terminal do POS?

Assista esse vídeo abaixo, é bem antigo mas já poderá instalar de forma fácil.

Observe que o mesmo texto se colocado no bloco de notas ou até aqui mesmo digitando o sinal negativo, o Hífen é diferente do inserido no bloco de notas. – - Tente informar assim: PROCON-Rua da Ajuda 5-RJ-(21)151, ALERJ-R 1. de Marco s/n -RJ- (21)2588-1418; MD-5: BA88082DBCC8E2A4BE1CA923C0A16A5D; PROCON–-Rua da Ajuda 5 –-RJ–- (21)151; ALERJ–-R 1. de Marco s/n –RJ–- (21)2588-1418; Trib aprox.R$3,99 Federal e R$5,35 Estadual. ; Fonte:IBPT/FECOMERCIO RJ ca7gi3; Vendedor:111(249146);Volte;Sempre;