Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Curso Dominando a NFCe - Fim do SAT em São Paulo? Esteja preparado Curso Responsável Técnico na NFe - Atenda à nova legislação Curso Dominando o ACBrBoleto - Via API ou CNAB Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade

Intelliware

Membros Pro
 Perfil  Explorar Conteúdo

  • Total de ítens

    345

  • Registro em

  • Última visita

Tudo que Intelliware postou

  1. Intelliware
    Eu recebi esta documentação deles na página 3 fala sobre o fluxo seguido pelo ACBrTEFD, depois não encontrei mais nada a respeito de como efetuar o pagamento. Algo que percebi é que na tabela está no final "Retorna os serviços: D, I, H e Z.", não sei se ajuda em algo. Interface PDV_SigaCred.doc
  2. Intelliware
    Exato. Então, no caso, eu faço este procedimento acima normal e me é impresso o comprovante. Em seguida, por exemplo, eu executaria a função 313 informando o número do documento da transação acima para efetuar a vinculação entre a fatura e o pagamento?
  3. Intelliware
    No caso, no fluxo enviamos as informações da identificação do cartão e da fatura que queremos pagar da SIGACRED. Em seguida, de acordo com um contato com a Software Express, após o procedimento do fluxo teríamos que informar a forma de recebimento em que foi efetuado este pagamento de fatura. Por exemplo, no fluxo acima, inserimos um cartão SIGACRED e informamos o número da fatura do mesmo. Em seguida, em algum momento teríamos que informar a forma de recebimento utilizada no caixa(no caso do PDV) para controle financeiro nosso. No TipoCampo 100, que seria a forma utilizada por nós para quitar a fatura, está indo sempre 9900, ou seja, 'Outro tipo de Cartão' e 'Á vista', mas em nenhum momento no fluxo, foi perguntado para inserirmos estes dados.
  4. Intelliware
    Daniel, um dos nossos clientes pediu para pagar fatura do cartão SIGACRED pelo PDV, conforme a abertura do chamado no fórum, entramos na opção de "Pagamento de Fatura SigaCred" e seguimos o fluxo do TEF, conforme o ACBrTEFD nos informa. O pessoal da Software Express insiste que o pagamento é desvinculado e temos que informar em separado, estamos nessa faz uma semana. Pelo fluxo que nos é passado, temos: - Informa Valor Total - Tipo do Cartão(Magnético/Digitado) -> Seria um cartão SIGACRED - Opção do menu "Pagamento de Fatura" - Número da fatura referente ao cartão SIGACRED que foi identificado acima Só que assim que informamos o número da fatura, já entra no processo: Aguarde, em processamento...(35) Em seguida: Transacao OK E já temos a impressão dos relatórios gerenciais referentes ao código 121 e 122 e a transação é CONFIRMADA. Pelo log, analisamos que a forma em que foi paga a fatura, foi: -- 09/09 09:37:51:345 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 0 TipoCampo = 100 Buffer = 9900 Tam.Min = 0 Tam.Max = 0 -- 09/09 09:37:51:345 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = -- 09/09 09:37:51:347 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 0 TipoCampo = 101 Buffer = Outro Tam.Min = 0 Tam.Max = 0 -- 09/09 09:37:51:347 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = -- 09/09 09:37:51:349 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 0 TipoCampo = 102 Buffer = Outro Tam.Min = 0 Tam.Max = 0 Só que em nenhum momento do fluxo, informamos ou até mesmo foi pedido a forma de recebimento do PDV em que foi recebida esta fatura. Estou anexando o log completo do fluxo e também o arquivo da transação pendente. Se puder nos ajudar em alguma sugestão, seria de grande auxílio. Desde já agradeço. Teste-Implantação-SIGACRED.TXT TEF-Dados-SIGACRED.TXT
  5. Intelliware
    Realmente, verifiquei aqui ontem, obtive pelo campo: with ACBrTEFD.TEFCliSiTef do begin ... DocumentoFiscal := Resp.DocumentoVinculado; DataHoraFiscal := Resp.DataHoraTransacaoLocal; end;
  6. Intelliware
    Daniel, bom dia. Estava debugando os dados de entrada para a função citada acima: xIniciaFuncaoSiTefInterativo Eu tenho que enviar no caso o mesmo número do documento para que o TEF associe com os dados da fatura, no caso o terceiro parâmetro de entrada. Não estou encontrando onde o mesmo é guardado para eu poder capturar e ao abrir o próximo fluxo informar novamente o mesmo Documento. with ACBrTEFD.TEFCliSiTef do begin OperacaoADM := 313; //Pagamento de conta genérico with ParametrosAdicionais do begin Clear; Add('1:3000;'); end; ADM; end; Estou tentando efetuar um teste simples em dinheiro de R$ 30,00.
  7. Intelliware
    Blz Daniel, vou tentar aqui.
  8. Intelliware
    Boa tarde pessoal, Estamos tentando implementar o recebimento de fatura do cartão SigaCred no nosso PDV com o módulo da SigaCred disponibilizado pela Software Express. Instalamos o módulo e adicionamos as configurações adicionais e entramos no fluxo do TEF. Conseguimos enviar todos os dados da referida fatura. Mas não é pedido no fluxo as informações do pagamento. Em contato desde hoje de manhã com a Software Express, conseguimos a informação de que a maneira como este pagamento é realizado é desvinculado do fluxo da fatura, ou seja, temos que efetuar uma nova chamada para a função 'IniciaFuncaoSiTefInterativo' com os mesmos dados que obtivemos os dados da fatura, informando o código da forma de pagamento que escolhemos para finalizar corretamente a transação(Acredito que a função 1/2/3 - Especificação Técnica - Página 10- Versão 127). Estive analisando o source da unit 'ACBrTEFDCliSiTef', e na chamada da função 'FazerRequisicao' temos o source com os respectivos dados que precisamos enviar com um código de função diferente no caso: Result := xIniciaFuncaoSiTefInterativo( Funcao, PAnsiChar( ValorStr ), PAnsiChar( Documento ), PAnsiChar( DataStr ), PAnsiChar( HoraStr ), PAnsiChar( fOperador ), PAnsiChar( ListaRestricoes ) ) ; Mas desconheço o modo de efetuar esta chamada, utilizando o componente ACBrTEFD. Gostaria da ajuda de vocês. Desde já agradeço.
  9. Intelliware
    Só retornando, conforme até um esclarecimento que recebemos da própria Sweda, a carta se refere ao fato de que caso o horário esteja errado, pode ser que alguns cupons pelo problema descrito, não envie os CF-e dentro dos 10 dias previstos na especificação, invalidando os mesmos. É somente uma informação de alerta.
  10. Intelliware
    Boa tarde pessoal, Um dos nossos clientes recebeu exatamente a mesma carta descrita acima. Não temos problema com nenhuma restrição para protocolo NTP. Segundo o suporte da Bematech, teríamos que fazer um levantamento dos cupons que foram rejeitados com erro 241 para passar para o contador os XMLs para que o mesmo emitisse uma justificativa junto a SEFAZ. Acessamos o SGR-SAT pelo menu (Consulta CFe com Erro -> Filtro: Erro: 241) e não retorna nenhum resultado. Testamos com intervalos de 30 dias começando 5 meses atrás. Segundo o nosso banco de dados, apenas um CF-e teve uma diferença superior a 5 minutos entre o horário que aparece na chave do CFe e o horário do computador, mas isto foi dia 04/07/2016. Entramos em contato com a SEFAZ de SP pelo 0800 que ela disponibiliza no site. Segundo eles, temos que pedir ao contribuinte para levar a carta até a receita da cidade para receber maiores instruções e no caso de uma pergunta mais técnica, temos que perguntar pelo correio eletrônico disponibilizado no próprio site. No nosso caso, a carta foi emitida dia 17/08/2016 e nos foi passado hoje o problema(24/08/2016). Pela própria carta, temos 10 dias para efetuar a correção. Alguém conseguiu alguma informação adicional a respeito deste assunto? Estamos tentando identificar corretamente qual poderia ser o problema para tratarmos. Desde já agradeço.
  11. Intelliware
    Daniel, analisando o log aqui, se não estou enganado, parece que este problema ocorre quando eu chamo na minha aplicação o comando 'DadosUltimaReducaoZ'. Segue: -- 02/08 13:39:55:265 -- Ativando a porta: COM1 -- 02/08 13:39:55:265 DadosUltimaReducaoZ -- 02/08 13:39:55:265 TX -> {101;LeData;NomeData="Data";27} -- 02/08 13:39:55:468 RX <- {101;0;ValorData=#02/08/2016#;29} -- 02/08 13:39:55:468 -- Desativando a porta: COM1 Pois acredito que se fosse decorrente da emissão da redução Z 'normal'(Sem ler os dados da última redução emitida), outro colaborador já teria manifestado o problema com a DataRegis. Como o ECF foi para intervenção vou aguardar para fazer um teste omitindo esta chamada.
  12. Intelliware
    Daniel, Estava verificando aqui com o pessoal do suporte e é a primeira vez que é utilizado o ECF para emissão da Redução Z. No caso, o cliente possui dois caixas e o outro é uma Bematech. O cliente instalou o sistema nos dois caixas, mas só utilizou o da Bematech. Agora que ele utilizou este ECF e está tentando emitir a Redução Z. Liguei para a DataRegis, e o pessoal do suporte não soube passar nenhuma informação a respeito de desenvolvimento, parece que no momento eles estão só com a parte de suporte a hardware. Fui instruído a pedir para o cliente, na intervenção, pedir para efetuar um teste de venda e um de Redução Z. Vou aguardar e qualquer novidade reporto para você.
  13. Intelliware
    Entendi. Será que se eu fizer esta modificação na minha cópia da ACBr só pra fazermos um teste poderia resolver? Segue: function TACBrECFFiscNET.GetTotalDescontosISSQN: Double; begin Result := IfThen(pos(fsModeloECF,'3202DT') > 0, 0, LeMoeda( 'TotalDiaDescontosISSQN' )); end; Será que este problema de não retornar este registrador seria a versão do firmware do ECF do cliente?
  14. Intelliware
    Boa tarde pessoal, Temos um cliente que possui um ECF DataRegis 3202DT v01.00.73 e quando o cliente foi emitir a redução Z hoje, aconteceu o seguinte erro: -- 02/08 15:19:13:765 -- Ativando a porta: COM1 -- 02/08 15:19:13:765 TotalDescontosISSQN -- 02/08 15:19:13:765 TX -> {2;LeMoeda;NomeDadoMonetario="TotalDiaDescontosISSQN";53} -- 02/08 15:19:13:999 RX <- {2;11011;NomeErro="ErroProtNomeRegistrador" Circunstancia="Parametro NomeDadoMonetario contem nome de registrador inexistente";126} -- 02/08 15:19:13:999 -- Desativando a porta: COM1 -- 02/08 15:19:14:015 ----------------- ERRO ----------------- Erro retornado pela Impressora: FiscNET: DATAREGIS - 3202DT Erro: 11011 - ErroProtNomeRegistrador Parametro NomeDadoMonetario contem nome de registrador inexistente ---------------------------------------- -- 02/08 15:19:14:015 -- Ativando a porta: COM1 -- 02/08 15:19:14:015 Estado -- 02/08 15:19:14:015 TX -> {3;LeInteiro;NomeInteiro="EstadoFiscal";39} -- 02/08 15:19:14:218 RX <- {3;0;ValorInteiro=1;19} -- 02/08 15:19:14:218 -- Desativando a porta: COM1 Com isso, o nosso sistema disparou o erro abaixo não emitindo a Redução Z: [02/08/2016 15:19:14] Problema na emissão da Redução Z! Impossível continuar o procedimento. + ERRO: Erro retornado pela Impressora: FiscNET: DATAREGIS - 3202DT Erro: 11011 - ErroProtNomeRegistrador Parametro NomeDadoMonetario contem nome de registrador inexistente - MARCA DO ECF: FISCNET: DATAREGIS - 3202DT - MODELO DO ECF: 3202DT O mais estranho é que pelo log, acredito que no mesmo fluxo da redução Z, segundos antes, ocorreu outro erro mas não impediu que continuasse o processo: -- 02/08 15:18:44:374 -- Ativando a porta: COM1 -- 02/08 15:18:44:374 -- 02/08 15:18:44:374 TX -> {219;LeMeioPagamento;CodMeioPagamentoProgram=14;47} -- 02/08 15:18:44:562 RX <- {219;8014;NomeErro="ErroCMDFormaPagamentoIndefinida" Circunstancia="Meio de pagamento nao carregado";100} -- 02/08 15:18:44:562 -- Desativando a porta: COM1 -- 02/08 15:18:44:577 ----------------- ERRO ----------------- Erro retornado pela Impressora: FiscNET: DATAREGIS - 3202DT Erro: 8014 - ErroCMDFormaPagamentoIndefinida Meio de pagamento nao carregado ---------------------------------------- -- 02/08 15:18:44:577 -- Ativando a porta: COM1 -- 02/08 15:18:44:577 LerTotaisFormaPagamento -- 02/08 15:18:44:577 TX -> {220;LeMoeda;NomeDadoMonetario="TotalDiaDinheiro";49} -- 02/08 15:18:44:796 RX <- {220;0;ValorMoeda=0,0000;24} -- 02/08 15:18:44:796 -- Desativando a porta: COM1 Estou anexando o log do ECF referente a este problema. Será que é algum tratamento que deveríamos fazer ou o ECF está retornando algo inesperado? Gostaríamos da opinião de vocês a respeito deste caso. Desde já agradeço. 20160802.log
  15. Intelliware
    Boa tarde, Ainda dentro do correspondente bancário, observei o Daniel reportando em outro tópico que ao informar o código de barras, temos que utilizar o 0 ou 1, na frente do mesmo ao enviar para o fluxo do TEF. Pelo que li nos manuais, seria 0 para indicar que foi digitado e 1 para indicar que foi utilizado um scanner para ler a informação. Infelizmente não entendi, qual seria a utilidade da distinção deste tipo de processo. Nos meus testes estou utilizando 0 sempre. Enviei um e-mail para a Software Express e ainda não recebi retorno. Estou dando continuidade dentro deste tópico, caso seja necessário abro outro. Desde já agradeço.
  16. Intelliware
    Entendi. Vou ler o manual e verificar aqui a implementação. Agradeço a atenção Daniel e Elias.
  17. Intelliware
    Exato Daniel, estou utilizando a seguinte instrução para habilitar o correspondente: ACBrTEFD.TEFCliSiTef.OperacaoADM := 310; Vou verificar no log se temos algum campo que retorne o troco neste caso. Agradeço.
  18. Intelliware
    Boa tarde, no caso de passarmos um valor acima que o valor a ser pago, exemplo: Boleto: R$80,00 Recebido: R$100,00 Troco:R$20,00 Pelo debug verifiquei que na unit 'ACBrTEFDCliSiTef.pas' na linha 1304, no source: 22 : begin if Mensagem = '' then Mensagem := CACBrTEFD_CliSiTef_PressioneEnter; DoExibeMsg( opmOK, Mensagem ); end ; Temos o retorno 'Troco: 20,00' exibido em tela. Haveria algum modo de disponibilizar este valor para a aplicação para ser posteriormente guardado no banco de dados?
  19. Intelliware
    Entendi. Agradeço.
  20. Intelliware
    Bom dia, Estava efetuando alguns testes e estou tentando recuperar os dados, através da seguinte linha de código: ACBrTEFD.RespostasPendentes[i].CorrespBancarios Pela linha acima, a IDE do Delphi me mostra a opção 'TotalTitulos' e 'TotalTitulosNaoPago' normalmente, mas analisando o source do repositório, não aparece para mim, as opções: CB.DataVencimento := LeInformacao(600, wNumCB).AsDate; { Data Vencimento do título - CB } CB.ValorPago := LeInformacao(601, wNumCB).AsFloat; { Valor Pago do título - CB } CB.ValorOriginal := LeInformacao(602, wNumCB).AsFloat; { Valor Original do título - CB } CB.Acrescimo := LeInformacao(603, wNumCB).AsFloat; { Valor do Acréscimo - CB } CB.Desconto := LeInformacao(604, wNumCB).AsFloat; { Valor do Desconto - CB } CB.DataPagamento := LeInformacao(605, wNumCB).AsDate; { Data contábil do Pagamento - CB } CB.NSUTransacaoCB := LeInformacao(611, wNumCB).AsString; { NSU da Transação CB } CB.TipoDocumento := LeInformacao(612, wNumCB).AsInteger; { Tipo Docto CB - 0:Arrecadação/ 1:Título/ 2:Tributo } CB.NSUCancelamento := LeInformacao(623, wNumCB).AsString; { NSU para cancelamento - CB } CB.Documento := LeInformacao(624, wNumCB).AsString; { Linha Digitável/Código de Barras do documento pago} Estou utilizando a classe correta? Ou eu teria que obter os valores de outro modo? Desde já agradeço.
  21. Intelliware
    Bom dia Daniel e Elias. Estamos terminando o lançamento de uma versão e já vou partir para os testes com a correção. Qualquer dúvida posto aqui. Desde já agradeço.
  22. Intelliware
    Boa tarde pessoal, Estamos implementando correspondente bancário no nosso PDV. O componente ACBrTEF efetua todo o fluxo normalmente. Utilizamos o módulo SitCorban SE da instituição bancária Tribanco e o SitDemo 6.0.0.3. No momento, temos algumas dúvidas: 1) No caso do fluxo do TEF, quando entramos em pagamento de conta, digitamos os referidos valores que são pedidos para o primeiro boleto(valor de R$ 120,00). Após este procedimento aparece a mensagem conforme o segundo anexo abaixo. Se digitamos mais um boleto no valor de R$250,00, finalizamos o processo com o valor total de R$370,00. Na transação do TEF, observamos que no arquivo de resposta contêm apenas dados do último boleto, embora no arquivo do TEF apareça nos campos 121 e 607 indicação que temos dois boletos. Isso é o correto mesmo? Conforme o primeiro arquivo em anexo abaixo. Este questionamento se refere ao fato que estávamos pensando em obter todos os dados dos boletos apartir da resposta pendente do TEF, mas pelo que tenho de retorno, acredito que vamos ter que manipular os dados de todos os boletos inseridos apartir do evento 'TEFCliSiTefObtemCampo' de acordo com os valores da variável 'TipoCampo'. 2) Em relação ao troco, no caso do correspondente bancário, existe algum campo que retorne esta informação ou este é um tratamento que nós da automação que fazemos? Tentamos comunicação com a Software Express, mas até o momento não obtivemos nenhum retorno. Gostaríamos de saber se alguém já realizou esta implementação e poderia por gentileza nos esclarecer estes pontos. Desde já agradeço. ACBr_CliSiTef_001.tef
  23. Intelliware
    Entendi. Vou entrar em contato com eles para confirmar esta informação. Agradeço.
  24. Intelliware
    Exatamente Daniel, acabei encontrando aqui. Pelo que pude observar, acredito que na procedure ACBrTEFD.CNC, o NSU pedido é o do SiTEF(6 posições) que corresponde ao campo 133. Seria isso mesmo? Uma vez que a diferença entre o NSU do SiTEF e o NSU do Host autorizador é exatamente a diferença de zeros em questão.
  25. Intelliware
    Bom dia Daniel, Na verdade, não seria realmente um problema, somente uma divergência entre a quantidade de zeros a esquerda no número do documento. No caso, no banco de dados fica gravado 000010020 e no documento impresso 010020. Com isso, no momento de cancelar o operador precisa retirar os zeros sobrando a esquerda para poder efetuar o cancelamento do cupom. No caso acima: 000010020 - 000 = 010020 Vou ver se consigo mais informações utilizando o comando de debug acima. Agradeço.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.