LUCAS CARDOSO DA SILVA

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. sr_furtado@hotmail.com

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);

Puxa, mesmo usando a pasta do provedor (tecnos) ele realmente exige o campo EspecieDocumento alguma ideia de como contornar isso? pois a geração deste campo esta comentada no fonte do Acbr

Tópico resolvido, não estava apontando corretamente para a pasta de schemas do provedor

Schema da TecnosRS exige a tag "EspecieDocumento" porém esta comentado na unit "Acbr\Fontes\ACBrDFe\ACBrNFSe\PCNNFSe\pnfsNFSeW_ABRASFv2.pas" linha 1000 // Gerador.wCampo(tcStr, '#1' , 'EspecieDocumento' ,01,01,1 , '0' , DSC_TPAMB ); como o pessoal tem contornado esta situação?

Olá, eu não uso o monitor, e sim os componentes. Mesmo erro ao iniciar o aplicativo após atualizar o ACBR na semana passada.