Valdir Dill

Boa noite, Seguindo estas orientações -> https://www.projetoacbr.com.br/forum/topic/54978-assinatura-digital-de-exe-e-dll/ Conseguimos adquirir nosso certificado na sectsigo.com...patinando com nosso inglês, rs... mas deu tudo certo... Também conseguimos efetuar a assinatura, tanto pelo kSign como via linha de comando, com o signtool.exe Vamos lá em "Propriedades" do arquivo assinado e está tudo certo, mostra os dados do certificado e nossa empresa. Show de bola o tutorial. Agradecemos. Ajudou bastante. Mas surgiram algumas dúvidas. Se puderem me ajudar... 1) O Windows Defender Só deixa "passar" sem aviso, se a assintura for feita com SHA1 e SHA256, através do parâmetros "/fd SHA256". Pelo kSign conseguimos fazer a "Dual sign" e aí o arquivo fica com duas assinaturas, igual está o ACBrInstall_Trunk2.exe. Porém, no processo automatizado (signtool), conseguimos assinar apenas um com ou com outro (SHA1 ou SHA256). A pergunta é: tem como fazer o "Dual sign" via linha de comando? Se sim, como ficaria o comando ? 2) Antivírus Mesmo assinando nas duas opções (sha1 e sah256), o antivírus gera alerta e, dependendo do antivírus, bloqueia. Não sei se a assinatura era para resolver (ou pelo menos diminuir) a "reclamação" dos antivírus. Mas não melhorou nada. Pergunto: essa assinatura com code signing não deveria trazer melhorias nessa confiabilidade dos antivírus em relação ao nosso .exe? Obs.: com o ACBrInstall_Trunk2.exe não ocorre nenhum problema em relação ao antivírus. Obrigado!'

...Já notei o problema, mas não sei como fazer algum work around para ele... Imaginei que seria difícil mesmo. Abri o post mais como forma de relato e que talvez possa ajudar outros, não a resolver o problema, mas saber que o problema existe e não tem a ver com rotinas do aplicativo. ... Já testou se o problema persiste no Rad11 ? Não. Apenas no 10.4. Ainda não instalamos o 11 aqui. Beleza! Obrigado!

Bom dia, Estamos com um probleminha na ativação do bluetooth pela função : ACBrPosPrinter1.Device.AcharPortasBlueTooth(ComboBox1.Items, true). Assim que essa rotina é acionada, o Android apresenta o pedido para que o operador autorize o app a ativar o bluetooth. Após responder (tanto faz resposta sim ou não) à solicitação do Android, o aplicativo trava. É preciso forçar o seu fechamento para voltar a usar. Já testamos em 3 aparelhos diferentes e Android diferentes (versões 10 e 11). Apesar de que o problema ocorre apenas na primeira solicitação de permissão, é algo bem chato, pois, em tese, sempre que um usuário sai de um aplicativo e este app ativou o bluetooth, a tendência é que o usuário desative (manualmente) o bluetooth para economia de energia. Eu pelo menos sempre faço isso, rs.. Aí, toda vez que for acessar o app novamente e tentar imprimir, o problema vai se repetir. Não sei se isso pode estar relacionado ao componente ou algum problema do Android. Tentei alguns passos no debug para analisar as rotinas, mas não consegui levantar mais informações. Mas como o problema ocorria na versão 10 do Android e agora também na 11, imagino que possa ser algo relacionado às rotinas do Acbr, não sei. Se for este o caso, talvez haja alguma forma de contornar isso no ACBr. Obrigado!

Ok. Italo. ...Realmente lamentável, para resolver isso vamos ter que fazer uma gambiarra como sempre.... Quanto a isso, ainda estamos tentando convencer o provedor a corrigir o XML de retorno. Então acho que dá para aguardar ainda um pouco, ok? Postarei aqui quando tiver novidades sobre isso. Em relação às mudanças no componente em relação ao schemas, vamos providenciar a atualização e testes. Obrigado!

Boa tarde @Italo Giurizzato Junior Expusemos a situação (formato da data no XML retorno) para o pessoal do provedor e a resposta foi: Boa tarde Prezados, tudo bem? Olha, em contato com os responsáveis pela módulo e pela implantação do sistema, me informaram que não seria possível, visto que todo o município está parametrizado desta forma. Nesse caso, infelizmente eu não consigo te ajudar, os retornos são somente dessa forma. Qualquer dúvida estou à disposição! É lamentável!

Boa tarde, Ok, estamos tentando contato com o provedor. Retornamos assim que tivermos um retorno. Obrigado.

Boa tarde @Italo Giurizzato Junior Já localizei a causa do novo erro, rs. O erro que ocorre agora é: '1 ' is not a valid integer value. Note que tem um espaço depois do "1". Obs.: a nota é recebida e autorizada no provedor. O problema ocorre no tratamento do retorno. A causa do erro: a data no XML (anexo) está vindo no padrão m/dd/yyyy. Veja a tag que retorna no arquivo: <DataRecebimento>9/22/2021 3:29:10 PM</DataRecebimento> Já o o componente, ao executar ProcessarConteudoXml(, do tipo tcDatHor, tenta fazer um encodeDate, o qual é no padrão yyyy/mm/dd. Como o valor das posições 9 e 10 é "1 ", ocorre o erro no StrtoInt() . Estou anexando os XMLs enviados e recebidos, bem como 2 prints demonstrando o passo a passo da execução das rotinas acima mencionadas. O que poderia ser feito nesse caso. Solicitar ao provedor que corrija isso ou fazer ajustes no componente? Obrigado! 8UNICA-rps.xml 33-env-lot-sinc.xml 33-env-lot-sinc-soap.xml 33-lista-nfse-sinc.xml 33-lista-nfse-sinc-soap.xml

Boa tarde @Italo Giurizzato Junior Aparentemente a mudança de http para https resolveu o erro 302. Pelo menos o erro agora é outro, rs. O XML agora está chegando ao provedor e a nota autorizada. Mas agora ocorrem erros de retorno, os quais estamos analisando para ver se conseguimos entender/resolver por aqui. Postarei a solução ou problema na sequência. Obrigado

faça o teste usando o ACBrNFSeX por favor... Não entendi. É justamente com ACBRNFSeX que estamos fazendo os testes. Obrigado.

Bom dia, Estamos testando envio de NFSe para provedor SigCorp (Bacabal-MA) e estamos tendo o erro abaixo: HttpError: 302 InternalErro:0 URL: http://abrasfbacabal.sigcorp.com.br/servico.asmx Contactado o provedor, informaram que os arquivos XML sendo gerados pela aplicação estão corretos. Até enviamos o arquivo XML e eles geraram (em algum procedimento interno deles) a nota com esse arquivo sem ocorrer erros. Arquivos gerados no processo em anexo. Também nos passaram a informação de que essa tentativa de envio pela nossa aplicação não chegou lá. Tudo indicaria que o endereço de disparo estaria incorreto. Mas conferimos a URL que aparece no erro e está correta, conforme dá para confirmar em -> https://bacabal.sigiss.com.br/bacabal/download/webservicepage.php Obrigado 5UNICA-rps.xml 6-env-lot-sinc.xml 6-env-lot-sinc-soap.xml

Boa tarde, Acho bem positiva a ideia. Ficaria bem mais transparente. Temos essa situação de usar os enumeradores (If Provedor = proGinfes then), mas acho seria muito simples adaptar o código à nova nomenclatura. Obrigado!

Boa noite, Estamos enviando nota para provedor ISSCuritiba, em produção, da seguinte forma: ACBrNFSeX1.Emitir(VLote, meAutomatico, false). Depois fazemos a consulta -> With ACBrNFSeX1.WebService.ConsultaLoteRps do A nota é transmitida e autorizada. Porém, a consulta que é feita logo em seguida não retorna dados da nota. Sempre precisamos dar um tempo (às vezes mais de 3 minutos) para que o servidor retorne a consulta com os dados (número da nota, código de verificação, etc). Imagino que isso seja um problema no servidor, mas, por via das dúvidas, estou postando aqui para ver se alguém tem alguma sugestão de algo que se possa fazer para melhorar isso. Obrigado!

Boa noite, Estava fazendo na nossa aplicação. Ao comparar com o demo achei o problema. Estava informando o motCancelamento. ISSCuritiba não aceita essa informação. Por isso estava dando erro. Tudo certo agora. Consegui cancelar em produção. Obrigado.

Boa tarde ...Os XMLs que você anexou se refere a consulta da nota e não do pedido de cancelamento.... Sim, também achei estranho esses arquivos de consulta, mas foi só esses arquivos que foram gerados na pasta ao usar o ACBrNFSeX1.CancelarNFSe(VInfCancelamento)

Bom dia, Estamos tentando cancelar uma nota, provedor ISSCuritiba e está gerando o erro: Código: X999 Mensagem: Erro: Falha ao interpretar o XML "xmlParseDoc". Arquivos gerados pelo processo, em anexo. Obrigado 697UNICA-nfse.xml 000000000000697000000000000697000001-con-nfse.xml 000000000000697000000000000697000001-con-nfse-soap.xml 000000000000697000000000000697000001-lista-nfse-con.xml 000000000000697000000000000697000001-lista-nfse-con-soap.xml

Já estamos testando/usando o AcbrNFSeX há algumas semanas. Por um lapso esquecemos que o novo componente não usa mais o cidades.ini para ver URLs, conforme inclusive está informado na documentação de migração de componente antigo para o novo. Peço desculpas... Obrigado!

Bom dia, No cidades.ini ainda está marcando esse município como vinculado ao provedor antigo, Fiorilli. [2101202] Nome=Bacabal UF=MA Provedor=SigCorp NomeURL_H=testeabrasfbacabal.sigcorp NomeURL_P=abrasfbacabal.sigcorp Obrigado.

Boa noite, Estou testando o cancelamento no provedor IPM, município de Colombo-PR. Está retornando erro: 00000 - Erro na estrutura do arquivo XML enviado. Verifique a estrutura da tag NFSE. Arquivos de envio/retorno em anexo. Obrigado! 1644-can.xml 1644-can-soap.xml 1644-ped-can.xml 1644-ped-can-soap.xml

Bom dia, Sim. Prints anexos. Obrigado.

Boa noite, Estou tentando fazer consulta de lote, provedor IPM, cidade de Colombo-PR. Pelo que debuguei, a consulta acontece tudo certo e retorna dados como número da nota, link, etc. Mas o componente não carrega esses dados. O situação da consulta do lote também não é carregada. Faço assim: - VResponseLote : TNFSeConsultaLoteRpsResponse; - VResponseLote := ACBrNFSeX1.ConsultarLoteRps('0175130029982039','344'); Neste momento, o valor de ACBrNFSeX1.NotasFiscais.Items[0].NFSe.Numero deveria estar igual a 1642, certo?. Mas está vazio. O valor de TNFSeConsultaLoteRpsResponse(VResponseLote).Situacao também está em branco. Arquivos de consulta/retorno anexos. Obrigado 0175130029982039-con-lot.xml 0175130029982039-con-lot-soap.xml 0175130029982039-lista-nfse-con-lot.xml 0175130029982039-lista-nfse-con-lot-soap.xml

Sim, primeiro estava dando esse erro ao acessar o Delphi. Aí o pessoal fez um ajuste e passou a dar erro ao tentar instalar... Mas agora não está dando mais nenhum erro, nem ao instalar e nem ao acessar o Delphi.

Bom dia Atualizei e reinstalei e não deu mais erros. Tente instalar marcando "apagar arquivos antigos do disco". Obrigado.

Boa noite, Sim, conheço a Configuracoes.WebServices.Salvar. Em produção desligo ela sim. Só estranhei toda essa quantidade, rs. Mas se é normal, então tudo certo! Obrigado.

Boa tarde @Italo Giurizzato Junior Conseguimos emitir a nota (provedor ISSCuritiba). Só continua o problema de, caso a nota não seja autorizada, ele não mostrar as mensagens de erro. Outra coisa, o envio da nota me parece demorado, em relação ao que era antes. Percebi que o componente grava vários arquivos de envio/consulta (print anexo). São 13 arquivos, além do arquivo da nota que ele grava dentro da pasta \Notas. Obrigado

Bom dia Italo, Foi informado a alíquota 2.01% para o Item da lista de serviços 17.12? Sim e não, rs... Explico: nesse último teste que fiz realmente foi informado alíquota 2.01. Mas fiz outros testes com o mesmo RPS informando 2 e também 5 para esse campo. O erro retornando foi o mesmo. Porque tentei com 2.01? Porque baixei um XML (em anexo) de uma nota que emitimos diretamente no site da prefeitura. Nesse XML está essa alíquota de 0.0201. Mas tanto faz a alíquota (2, 2,01 ou 5), o erro é o mesmo. Mas minha questão não seria nem tanto em relação ao erro em si, mas em relação ao comportamento do componente que está trazendo sucesso no envio, quando o RPS foi rejeitado. Não deveria trazer VResponse = false, nesse caso? Obrigado! XMLNFseSiteISSCuritiba.XML