Aurino

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;

Bom Dia Senhores. No exemplo, caso o prazo de cancelamento não esteja no prazo, qual procedimento a ser adotado para essa situação? Nesse caso, é ideal a partir do primeiro erro de retorno, emitir em OFFLINE as proximas notas até um certo tempo para ser verificado novamente a consulta do webservices e retornar a emissao em NORMAL, isso seria interessante?

Obrigado. Vou verificar.

Post informado não encontrado. Poderia verificar?

Bom Dia Senhores Quero de tirar uma dúvida com os senhores ref. a emissão de NFCe enviada Normal, porém sem retorno, e sistema acaba identificando falha da web-services, gerando a nota em contingencia OFFLINE, ou seja, alterando a chave com o tipo de emissão de 1 para 9. No entanto, ao enviar a nota pendente de autorização, a OFFLINE, é retornada o erro de duplicidade com diferença de chave de acesso, obtendo a chave enviada inicialmente, com o tipo de emissão 1, gerando o erro também de XML não encontrado no micro. O Caso é que a nota entregue ao cliente, está em contingencia, e esta não constará na sefaz, de nenhuma forma, pois a nota recebida foi enviada como NORMAL porém houve falhas no retorno da sefaz. O que fazer para evitar que esse problema ocorra novamente ou como pode ser tratado esta falha de retorno? Vou tentar exemplificar abaixo o problema e a situação deste caso. Resumindo o Problema 1 - Enviando Nota Gerando ID Chave aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa10001aaaaaaaaa; 2 - Sefaz Recebe; 3 - Sem Retorno da nota enviada; 4 - Entra em Contingencia gerando ID Chave aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa10009aaaaaaaaa; 5 - Impressa a nota e entregue ao cliente; 6 - Ao enviar a nota pendente de autorização com ID chave aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa10009aaaaaaaaa, contingencia, retorna duplicidade de diferenca de chave com ID chave aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa10001aaaaaaaaa,identificando o processo 1 que foi enviado com sucesso. 7 - Sistema notifica que XML não é encontrado no micro devido a alteração da chave e não existir documento. Problemas 1 - Lojista deverá baixar o XML manualmente na sefaz para manter os diretorios atualizados e corretos; 2 - Cliente possui um documento fiscal inexistente e sem validade jurídica 3 - Cliente perde direitos de compra devido documento ser invalido. 4 - Lojista será notificado pela sefaz, e passível de multa, por emitir documento offline inexistente, caracterizando, sonegação fiscal. Resultados 1 - Cliente nunca conseguirá consultar a nota impressão que esta em seu poder; 2 - Lojista corre risco de penalidade fiscal e ser caracterizado a sonegação fiscal.