Ir para conteúdo
  • Cadastre-se

LUCAS CARDOSO DA SILVA

Membros
  • Total de ítens

    104
  • Registro em

  • Última visita

Tudo que LUCAS CARDOSO DA SILVA postou

  1. Alguma possibilidade de incluir essa alteração no componente em definitivo?
  2. Pra mim também está ocorrendo esse problema. O correto seria implementar na AcbrTefApi três funções da dll clisitef (já existem na dll): função que retorna todas as transações pendentes do pdv; função que retorna as transações pendentes do pdv por documento; função que cancela as transações pelo documento; sem isso vai ser dificil resolver.
  3. Duas duvidas ainda: como recuperar a versão da dll pelo AcbrTefApi? o componente AcbrTefD está recebendo manutenção? estou implementando tef no meu software e optei pelo AcbrTefApi, mas vi em algumas postagens recomendação de usar o TEFD para Clisitef, ao invés do TEFAPI. Como está esta situação?
  4. Obrigado Daniel, atualizei o ACBR e substitui a unit pela do tópico citado e funcionou, vou correr a homologação durante a semana e retorno.
  5. Olá, estou homologando TEF pelo Sitef usando a TefApi. Porém é necessário que nas telas de obter campo, menu e exibir mensagem, seja mostrada a versão da dll e o botão voltar Porém nas chamadas das funções da dll não encontrei opção de retornar ação do botão voltar Nem como obter a versão da dll
  6. Olá na versão HEAD não houve alteração, persiste o mesmo erro já a revisão 29505 não está mais disponível
  7. infelizmente não funcionou erros a seguir: Log: 19/05/2023 06:23:02 * 19/05/2023 06:23:02 * ------ Fim da Operação ------ 19/05/2023 06:23:02 * Sucesso: NÃO 19/05/2023 06:23:02 * Resultado: Result interno do módulo Log Trace: 19/05/2023 06:22:46 * - StatusOperacao: stsIniciada 19/05/2023 06:22:46 * EfetuarPagamento( 68, 1,00, tefmpCarteiraVirtual, tefmfAVista, [] ) 19/05/2023 06:22:46 * *** IniciaFuncaoSiTefInterativo. Modalidade: 122 Valor: 1,00 Documento: 68 Data: 20230519 Hora: 062246 Operador: ParamAdic: [{DevolveStringQRCode=1};10;18;27;28;35;44] 19/05/2023 06:22:46 * ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = 19/05/2023 06:22:46 * ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 22 TipoCampo = -1 Buffer = Campo Restricoes invalido: {DevolveStringQRCode=1};10;18;27;28;35;44] Tam.Min = 1 Tam.Max = 1 19/05/2023 06:23:01 * ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = 19/05/2023 06:23:01 * ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 22 TipoCampo = -1 Buffer = Homologacao CliSiTef Tam.Min = 0 Tam.Max = 0 19/05/2023 06:23:02 * ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = 19/05/2023 06:23:02 * ContinuaFuncaoSiTefInterativo, Retornos: STS = -100 ProximoComando = 0 TipoCampo = 0 Buffer = Tam.Min = 0 Tam.Max = 0 19/05/2023 06:23:02 * *** ContinuaFuncaoSiTefInterativo, Finalizando: STS = -100 19/05/2023 06:23:02 * 899-102 = 68 19/05/2023 06:23:02 * QuandoFinalizarOperacao 19/05/2023 06:23:03 * - StatusOperacao: stsEmPagamento
  8. Isso, como ela não vai para a função efetua pagamento, a dll acaba não recebendo a instrução de retornar a string do qrcode, e não vai reportar o código corretamente eu acho que na linha 845, onde faz o add do parametro {DevolveStringQRCode=1} se refere a fParamAdicConfig.Add('{DevolveStringQRCode=1}'); mas deveria ser fParamAdicFuncao.Add('{DevolveStringQRCode=1}'); e deveria ser movida para depois da montagem das restrições; entre 874 e 876
  9. Olá, como disse, atualizei os fontes hoje. Também tenho essa linha. Se debugar, vais ver que logo após o fonte segue outra rotina e despreza o que foi feito em 845 após a linha 845: fParamAdicConfig.Text = 'PortaPinPad=6'#$D#$A'MultiplosCupons=1'#$D#$A'{DevolveStringQRCode=1}'#$D#$A até aqui ok se olhar na linha 895/896, ele despreza esse conteúdo: if (Restricoes <> '') then fParamAdicFuncao.Add( '['+Restricoes+']' ); após isso, os parametros enviados vão como no exemplo que eu mandei acima: ParamAdic: [10;18;27;28;35;44] pois na linha 325: ParamAdicStr := StringReplace(Trim(fParamAdicFuncao.Text), sLineBreak, ';', [rfReplaceAll]); >> ele desepreza o parametro que foi na fParamAdicConfig e usa apenas o que esta na fParamAdicFuncao na fParamAdicFuncao nunca foi alimentada com a opção "{DevolveStringQRCode=1}"
  10. teria que estar assim: ParamAdic: [[10;18;27;28;35;44;{DevolveStringQRCode=1}]] está assim: ParamAdic: [10;18;27;28;35;44]
  11. Olá, não funcionou no demo. Atualizei novamente hoje; seguem os testes: QrCode foi exibido no pinpad, apesar de configurado para exibir na tela: >> EfetuarPagamento( 1, 10,00, tefmpCarteiraVirtual, tefmfAVista, [] ) *** IniciaFuncaoSiTefInterativo. Modalidade: 122 Valor: 10,00 Documento: 1 Data: 20230508 Hora: 104859 Operador: ParamAdic: [10;18;27;28;35;44] log.txt
  12. Sim, atualizei na sexta feira. O SItDemo esta configurado para operar com pix e no pinpad já testei. Porém, configurando para exibir o QRCode, não vai o comando.
  13. Olá, no uso do AcbrTefAPI com a Clisitef a opção de exibir o QR Code na tela, mesmo configurado no Demo não está funcionando. No Clisitef deve ser enviado o parametro adicional {DevolveStringQRCode=1} Porém, mesmo setado na parametrização do componente, não vai este parametro Obrigado pessoal!
  14. demorei para testar pois entrei em férias. atualizei tudo, e mesmo assim persiste o problema em anexo os arquivos 16-ger-nfse.xml 16-ger-nfse-soap.xml 16-lista-nfse-ger.xml 16-lista-nfse-ger-soap.xml teste.xml
  15. Boa tarde estimados amigos, para cidade de Dois Irmãos, o provedor IPM está retornando de forma incorreta (provedor ou o tratamento do ACBR) o retorno com o xml da nfse (compnfse) em anexo 14-ger-nfse.xml 14-ger-nfse-soap.xml 14-lista-nfse-ger.xml 14-lista-nfse-ger-soap.xml
  16. Pessoal, podem fechar o tópico. Mas fica para quem tiver o mesmo problema futuramente a propriedade TUnidade tem 3 possibilidades: tuHora, tuQtde ou TUnidade no caso dessa cidade\provedor, usar TUnidade
  17. Mesmo preenchendo o campo Unidade, ele não vai para o XML. Nos provedores EL e Infisc por exemplo, ele gera a tag.
  18. Boa noite, na cidade de Dois Irmãos, que usa o provedor IPM, estamos tendo o seguinte retorno de erro ao enviar uma NFSe 00167 - A UNIDADE DO SERVIÇO correspondente ao código informado não foi encontrada utilizamos o ACBR NFSex retorno: <codigo>00167 - A UNIDADE DO SERVIÇO correspondente ao código informado não foi encontrada.</codigo> estamos preenchendo conforme o exemplo: // TUnidade = (tuHora, tuQtde); TipoUnidade := tuQtde; Unidade := 'UN'; Quantidade := 1; ValorUnitario := 1; o xml fica assim <unidade_codigo>2</unidade_codigo> <unidade_quantidade>1,00</unidade_quantidade> <unidade_valor_unitario>1,00</unidade_valor_unitario>
  19. pessoal, questão do & esta resolvida quanto aos caracteres especiais, passei a usar a função UTF8ToWideString caso não esteja em UTF, e resolveu. pode dar como resolvido obrigado pelo atendimento
  20. Obrigado pela agilidade. Com relação ao & deu certo, esta processando normalmente agora o retorno. Só tem uma questão aqui: os acentos. por exemplo: no sistema da prefeitura o nome cadastrado esta assim <RazaoSocial>TÉCNICA INSTALAÇÕES INDUSTRIAIS LTDA</RazaoSocial> no danfse aparece assim: ele imprime de forma incorreta no retorno o xml <compnfse> também vem com o nome errado TITÉCNICA INSTALAÇÕES INDUSTRIAIS LTDA acredito que esteja assim no NFSex para outros provedores também
  21. Boa tarde caros amigos da comunidade em um dos meus clientes, está retornando o seguinte erro ao enviar e processar a NFSe no provedor IPMm, agora em uso pela cidade de Novo Hamburgo acredito que seja pois a razão social e nome fantasia cadastrada pelo prestador esteja com & erro: Mensagem: Erro de Conexão: xmlParseEntityRef: no name consultando no site, a nota é recebida e autorizada notei que esse erro ocorre em outros provedores\cidadades e a equipe do Acbr já corrigiu em outras ocasiões, como por exemplo https://www.projetoacbr.com.br/forum/topic/70420-nfse-rio-das-pedras-sp-erro-de-conexão-xmlparseentityref-no-name/ https://www.projetoacbr.com.br/forum/topic/70783-erro-ao-transmitir-nfse-com-o-simbolo/ #TK-3488 etc arquivos em anexo para exemplificar atualização do ACBR feita dia 04/03 140-env-lot-sinc.xml 140-env-lot-sinc-soap.xml 140-lista-nfse-sinc-soap.xml teste.xml
×
×
  • 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.

The popup will be closed in 10 segundos...