brajan

Bom dia, estamos com o seguinte problema com a Tm-t20, ja mudamos o Buffer de Envio e o de espera mas a mensagem continua aparecendo.

Alguma evolução sobre o problema relatado?

Bom dia, para o Sled não gera parcelas. Por exemplo sobrou o troco de 20,00 ele valor é lançado uma única vez, lançando sempre o valor do troco total. não sei o motivo que está retornando essa parcela 1, mas

Segue anexo log e print e linha do erro; CliSiTef.log

Não, no meu caso a minha aplicação a requisição o QtdParcelas está restornando = 1, gerando uma mensagem de alerta. O problema esta neste bloco no ACBrTEFCliSitefComum // leitura de parcelas conforme nova documentação // 141 e 142 foram removidos em Setembro de 2014 Parcelas.Clear; if (QtdParcelas > 0) then begin wValParc := RoundABNT((ValorTotal / QtdParcelas), -2); wTotalParc := 0; for I := 1 to QtdParcelas do begin Parc := TACBrTEFRespParcela.Create; if I = 1 then begin Parc.Vencimento := LeInformacao(140, I).AsDate; Parc.Valor := LeInformacao(524, I).AsFloat; end else begin Parc.Vencimento := IncDay(LeInformacao(140, I).AsDate, LeInformacao(508, I).AsInteger); Parc.Valor := LeInformacao(525, I).AsFloat; end; // caso não retorne os dados acima prencher com os defaults if Trim(Parc.NSUParcela) = '' then Parc.NSUParcela := NSU; if Parc.Vencimento <= 0 then Parc.Vencimento := IncDay(DataHoraTransacaoHost, I * 30); if Parc.Valor <= 0 then begin if (I = QtdParcelas) then wValParc := ValorTotal - wTotalParc else wTotalParc := wTotalParc + wValParc; Parc.Valor := wValParc; end; Parcelas.Add(Parc); end; end; O QtdParcelas esta retornando 1 porem as outras infromações adicionais estão retornando vazio como por exemplo o oLeInformacao(140, I).AsDate, assim dando erro

Não, no meu caso a minha aplicação a requisição o QtdParcelas está restornando = 1, gerando uma mensagem de alerta. Mas quando eu faço pelo Demo esse problema não ocorre

bom dia, d Bom dia, Dessa forma funcionou, porem pela minha aplicação esta dando uma mensagem de solicitação de parcelas, mas pelo Demo não esta dando essa mensagem, estou fazendo a verificação de onde possa esta ocorrendo o problema

bom dia, Estou passando OperacaoCRT = 122 e CRT(valor, 01) -> a forma de pagamento não importa o código sempre da o mesmo problema

bom dia, sim tem, usamos clisitef, nos testes funciona tudo certo, se passar o valor como forma de pagamento sem saldo restante, o problema é que o valor a ser passado para esse módulo é justamente o o troco, como os valor da venda ja deu o valor pago o componente não deixa chamar a CRT dando a mensagem que informei a cima.

O Sled(Troco Digital) é um serviço do CardSe, quando houver troco o cliente pode optar em guarda esse valor em uma Carteira digital https://desenvolvedores.sled.com.br/guia-de-integracao/troco-digital/

boa tarde, alguém teria uma ideia de como posso resolver esse problema que estou enfrentando; Exemplo: estou fazendo uma vanda de 15,00 estou dando 20,00 esta sobrando 5,00 quando vou usar esse troco no Troco digital eu chamo a Carteira Digital mas estou recebendo a mensagem. Operação TEf deve ser limitada ao Saldo restante a pagar. dessa forma eu não consigo lançar o troco digital sendo que o mesmo so funciona através de carteira digital.

Problema resolvido, quando informar o produto e descrição na próxima solicitação de código ou da um enter ou dar ok sem informar nada o processo segue o fluxo normalmente.

Vou entrar em contatos com eles para ver se consigo resolver esse pipino

Sim, mas não estou usando o CDP para capturar o cpf esse já é executando quando chamo o Sled

Boa tarde, estou fazendo a integração com o Sled Troco Digital, e no roteiro de homologação quando eu informo no PinPad o CPF esta pedido para eu fazer a validação do mesmo, mas não estou conseguindo capturar esses dados; no Sled é passado como CadSE e a chamado do CPF ja é do próprio módulo, no Manual a baixo segue um padrão para capturar as entradas e saidas do pinpad, não sei se o mesmo esta implementado no componente; segue link https://dev.softwareexpress.com.br/docs/clisitef-leitura-de-campo-aberto-no-pinpad/formato_parametro_entrada_tipocampo

Fiz, o teste e o problema continua, encaminhei o problema para o suporte da Sitef

O problema retorno -41 foi corrigido é um problema na dll do sitef porem agora estou com um problema de loop infinito quando se trata das chamadas dos formulário para colocar os dados do combustivel, sempre retorna para colocar os mesmos dados. segue log anexo CliSiTef.log

Consegui emitir em homologação, agradeço a todos pela atenção... Obrigado

o cliente não me retornou ainda, o suporte tinha me falado que o mesmo era MEI, por isso estava fazendo o teste com o MEI; agora usado o MEEPP e mesmo informando o ; <totTrib> <indTotTrib>0</indTotTrib> </totTrib> esta ne retornando o erro: Código : E0690 Mensagem: Para ME/EPP somente um dos 3 poderá ser informado: grupo vTotTrib ou pTotTrib ou pTotTribSN. 1523091078854400011356000000000000005-rps.xml

Sim, se eu colocar que é MEI ele coloca esse campo como 2, se informar Nenhum ele informa 1 no xml, esta correto? Mudei para 3, e ja me rertou outras mensagens, estou tentando falar com o cliente para saber o regime correto dele;

Bom dia, mesmo eu colocando OptanteSN = osnNaoOptante esse campo é gerado como 1 no xml, no xml anexo; Diego eu estou com o esse manual em mãos, ja isso que vc mencionou e o problema ainda continua. 1523091078854400011356000000000000005-rps.xml

boa tarde, alguma novidade sobre o padrão nacional

bom dia, o problema era esse mesmo, favor fechar o tópico. Muito Obrigado...

nossa, mas em outras versões funcionava, pede para eles corrigirem essa opção.

Conforme tinha falado esta em produção...