Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

consultoria_sticker.png

Conteúdo para desenvolvedores
 ao vivo de terça a quinta!
Saiba mais

dev.png

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


Saiba mais

beneficios.png

Aurino

Membros
  • Content Count

    151
  • Joined

  • Last visited

Community Reputation

25 Excellent

1 Follower

About Aurino

  • Rank
    Membro
  • Birthday 05/04/1986

Profile Information

  • Sexo
    Masculino
  • Location
    Sao luis/Ma
  • Interesses
    Automação Comercial

Recent Profile Visitors

1,875 profile views
  1. Aurino

    Inovatechi Sistemas

    The company Inovatechi Sistemas has been operating in the Commercial Automation market for over 10 years. Founded on February 9, 2010, we offer solutions and services in software and equipment for commercial automation. A Empresa Inovatechi Sistemas atua no mercado de Automação Comercial há mais de 10 anos. Fundada em 09 de Fevereiro de 2010, oferecemos soluções e serviços em softwares e equipamentos para automação comercial
  2. Pelo que entendi... a rotina cancelartransacaopendentes, mas já foi confirmada nao estando mais pendente correto? nesse caso, chamando a função que passei acima, fará o processo de cancelamento chamando a tela do GP para informar os dados da transação visto que já foi confirmada assim como pode consultar no portal de vendas. ref. o controle ser usado para cancelar pelo GP, apesar de existir o NSU mas pegando o controle (CTR) seja na impressão do comprovante apos a finalização da venda, ou durante a venda, pegando direto do processo apos aprovação do cartao, poderá implementar a le
  3. verifica a função do ACBrTEF pois não temos problemas com o TEF GetCard, que esta operacional normalmente. ACBrTEFD1.CNC(vRede, vNSU, vDataHoraTransacao, vValorTransacao );
  4. 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
  5. 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
  6. 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
  7. Inverti aqui ao passar pra ka. rsrs TEF: begin tpIntegra := tiPagIntegrado; end; POS: begin tpIntegra := tiPagNaoIntegrado; end;
  8. era problemas da sefaz, ref, o sincronismo entre as sefaz estaduais e nacional.
  9. 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; //Passa
  10. fiz um conversor entre as bases, ai não fico preso a programa de terceiros para migrar.
  11. Gera a nfe de devolução com a tag = Outros.
  12. 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.
  13. Segue a tabela ANP ref. a NT 2012.003d. TabelaANP_ref._NT2012.003d_pub.sql
  14. O que pode fazer é imprimir as formas de pagamento da nfe nas observações da nota fiscal
  15. 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:
×
×
  • Create New...