LUCAS CARDOSO DA SILVA

consegui baixar a HEAD e a 29505, em ambas persiste o mesmo erro

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

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

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

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}"

teria que estar assim: ParamAdic: [[10;18;27;28;35;44;{DevolveStringQRCode=1}]] está assim: ParamAdic: [10;18;27;28;35;44]

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

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.

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!

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

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

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

Mesmo preenchendo o campo Unidade, ele não vai para o XML. Nos provedores EL e Infisc por exemplo, ele gera a tag.

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>

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

seguexmlnfse.xml

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

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

Alguns usuários relataram que quando o Danfce é impresso via conexão RDP ao Windows Server ocorria que o Qr Code saia borrado, ou em baixa qualidade. Quando a impressão é local, o erro não ocorre. Em algum momento aconteceu para mim também, usando o Danfce com o Fortes Report. Pesquisei várias situações para solucionar, atualizei o driver, testei em várias versões do windows e impressoras diferentes, desativei o Easy Printer, diminiui e aumente a compactação do Xps e nada funcionou. Testei a impressão do Qr Code isolado com o Fortes, Fast, Rave e Quick Report, e em todos os casos o erro permanecia. Sempre quando impresso via conexão remota. Porém, com o Fast Report, se for setado Transparencia como True no componente de imagem, a impressão sai ok. Apenas no Fast, nos demais não corrigiu o problema. Sugiro que seja feita esta alteração para versões futuras, e quem puder, passe a usar o Danfce FR já com o ajuste do arquivo .fr3 Desde já agradeço.

Deu certo, obrigado pela correção e agilidade. Pode marcar como concluído! Deus vos abençoe.

Olá Erro HTTP: 400 Bad Request ao tentar consultar um CEP a partir do logradouro usando o ViaCep pelo browser e pelo postman retorna corretamente, mas pelo exemplo e pelo meu app, em duas máquinas diferentes retorna erro HTTP: 400 >> retorno: Efetuando consulta HTTP em: http://viacep.com.br/ws/sp/tatui/coronel aureliano/xml Erro HTTP: 400 Bad Request Socket Error: 0 URL: http://viacep.com.br/ws/sp/tatui/coronel aureliano/xml Resposta HTTP: <html> <head><title>400 Bad Request</title></head> <body> <center><h1>400 Bad Request</h1></center> <hr><center>nginx/1.22.0</center> </body> </html> >> fim retorno

Caso alguém deseja, tenho os fontes para comercialização. [email protected]

Bom dia Italo, muito obrigado.

segue pnfsNFSeW_ABRASFv2.pas

Olá Italo, funciona mas: precisa liberar o campo "EspecieDocumento" que está comentado na linha 1000 também precisa liberar o campo "SerieTalonario" que está comentado na linha 1001 e precisa do campo NumeroProcesso, cujo bloco de código está comentado e inicia na linha 668 if (FProvedor in [ ProTecnos]) then Gerador.wCampo(tcStr, '#37', 'NumeroProcesso', 01, 30, 1, NFSe.Servico.NumeroProcesso, DSC_NPROCESSO) else Gerador.wCampo(tcStr, '#37', 'NumeroProcesso', 01, 30, 0, NFSe.Servico.NumeroProcesso, DSC_NPROCESSO);