Valdir Dill

9 Outubro, 2021

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!'

29 Setembro, 2021

38 minutos atrás, Daniel Simoes disse:

Já notei o problema, mas não sei como fazer algum work around para ele... tudo que o código do ACBr faz é solicitar a permissão...

O problema parece ser no Delphi ou no Android.. (não sei dizer)... Já testou se o problema persiste no Rad11 ?

...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!

29 Setembro, 2021

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!

24 Setembro, 2021

6 minutos atrás, Italo Giurizzato Junior disse:

Boa tarde Valdir,

Realmente lamentável, para resolver isso vamos ter que fazer uma gambiarra como sempre.

Enquanto isso....

Favor atualizar os fontes e faça novos testes.

Note que agora temos uma nova pasta com os schemas dos provedores: ...\Exemplos\ACBrDFe\Schemas\NFSe

Dentro da pasta NFSe temos uma pasta para cada Provedor.

O componente tem agora uma nova propriedade de configuração: Configuracoes.Geral.MontarPathSchema := True/False

Se o valor dela for True e o PathSchemas apontar para a pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe o componente vai encontrar os schemas utilizado pelo provedor de forma automática.

Outra correção feita no componente é que se o provedor não tiver uma URL de homologação definida vai ser apresentada uma mensagem de erro e o envio vai ser abortado.

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!

24 Setembro, 2021

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!

23 Setembro, 2021

5 horas atrás, Italo Giurizzato Junior disse:

Bom dia Valdir,

Como os caras podem ser tão sem noção.

A tag <DataEmissao> que esta no grupo <InfNfse> contem a data no formato DD/MM/AAAA, até beleza.

Já as tags <DataRecebimento> e <DataEmissao> que esta no grupo <Rps> esta no formato M/DD/AAAA H:MM:SS AM/PM

Será que eles não conseguem corrigir essa lambança?

Pelo menos deixar no formar DD/MM/AAAA HH:MM:SS ?

Tenta entrar em contato com o provedor e expõe o problema.

Agora se eles mandarem você catar coquinho, vamos ter que fazer algumas gambiarras para ler corretamente essas datas.

Boa tarde,

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

Obrigado.

22 Setembro, 2021

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

22 Setembro, 2021

21 horas atrás, Italo Giurizzato Junior disse:
Boa tarde Valdir,

Abra o arquivo ACBrNFSeXServicos.ini e altere as URLs da cidade de Bacabal/MA por estas:
ProRecepcionar=https://abrasfbacabal.sigcorp.com.br/servico.asmx
HomRecepcionar=https://testeabrasfbacabal.sigcorp.com.br/servico.asmx

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

21 Setembro, 2021

13 minutos atrás, Victor H. Gonzales - Panda disse:
Boa tarde

A tabela de retorno http 302 significa :
302 Found
Esse código de resposta significa que a URI do recurso requerido foi mudada temporariamente. Novas mudanças na URI poderão ser feitas no futuro. Portanto, a mesma URI deve ser usada pelo cliente em requisições futuras.
faça o teste usando o ACBrNFSeX por favor

faça o teste usando o ACBrNFSeX por favor...

Não entendi. É justamente com ACBRNFSeX que estamos fazendo os testes.

Obrigado.

21 Setembro, 2021

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

19 Setembro, 2021

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!

17 Setembro, 2021

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!

16 Setembro, 2021

2 horas atrás, Italo Giurizzato Junior disse:

Valdir,

O teste de cancelamento você fez através do programa exemplo ou da sua aplicação?

O provedor ISSCuritiba exige que somente o lote de rps seja assinado, logo esse erro esta ocorrendo no momento de validar o XML de pedido de cancelamento.

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.

16 Setembro, 2021

9 minutos atrás, Italo Giurizzato Junior disse:
Boa tarde Valdir,

Esse erro esta ocorrendo ao solicitar o cancelamento, correto?

Os XMLs que você anexou se refere a consulta da nota e não do pedido de cancelamento.

Acabei de fazer um teste de pedido de cancelamento em ambiente de produção (de homologação ocorre o erro 403) usando o programa exemplo, veja abaixo o resultado:
Método Executado: CancelarNFSe
 
Parâmetros de Envio
Numero da NFSe: 12
Série da NFSe : 
 
Parâmetros de Retorno
Situação: 
Link    : 
Sucesso : False
 
Retorno do Pedido de Cancelamento:
Situação : 
Data/Hora: 30/12/1899
Mensagem : 
Sucesso  : 
Link     : 
 
Erro(s):
Código  : E517
Mensagem: Inscrição Municipal do prestador inválida.
Correção: Informa a inscrição municipal válida para o prestador de serviços.
---------
Código  : E517
Mensagem: Inscrição Municipal do prestador inválida.
Correção: Informa a inscrição municipal válida para o prestador de serviços.
---------
Código  : X209
Mensagem: Retorno do Cancelamento não encontrada.
Correção: 
---------

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)

16 Setembro, 2021

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

13 Setembro, 2021

1 hora atrás, Italo Giurizzato Junior disse:

Bom dia Valdir,

Não estamos mais dando manutenção aos fontes do componente antigo: ACBrNFSe, somente no componente novo ACBrNFSeX.

Por favor procure atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr marcando os 2 novos componentes (ACBrNFSeX e o DANFSE) e inicie os testes usando o programa exemplo do novo componente.

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!

13 Setembro, 2021

Em 10/09/2021 at 15:30, Italo Giurizzato Junior disse:

Boa tarde,

Já esta no SVN.

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.

27 Agosto, 2021

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

27 Agosto, 2021

1 hora atrás, Juliana Tamizou disse:

Bom dia.

Vc consegue reproduzir no demo?

Att.

Bom dia,

Sim. Prints anexos.

Obrigado.

27 Agosto, 2021

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

26 Agosto, 2021

7 minutos atrás, Joas Vilas Boas Fernandes disse:

Valdir,

Não da erro na instalação.

Veja se carrega o delphi normal?

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.

26 Agosto, 2021

Bom dia

Atualizei e reinstalei e não deu mais erros.

Tente instalar marcando "apagar arquivos antigos do disco".

Obrigado.

23 Agosto, 2021

41 minutos atrás, Italo Giurizzato Junior disse:

Boa tarde Valdir,

Você chegou a abrir esses arquivos?

Note que além do arquivo de envio do lote, tem o arquivo referente a consulta a situação do lote e o referente a consulta ao lote.

O provedor ISSCuritiba segue a versão 1 do layout da ABRASF, sendo assim após o envio do lote se faz necessário consulta a situação do lote, se a situação for 3 ou 4 devemos consultar o lote para obter as rejeições ou os XMLs das NFS-e.

Se esta gerando todos esses arquivos isso significa que o componente esta realizando essas consultas de forma automática.

Você pode até desligar esse comportamento do componente atribuindo o valor False a propriedade de configuração: ConsultaLoteAposEnvio, mas você vai ter que fazer essas consultas depois via código.

Para diminuir um pouco essa quantidade de arquivos você também atribuir o valor False a propriedade de configuração:

Configuracoes.WebServices.Salvar

Mas enquanto você esta em uma fase de testes é melhor deixar do jeito que esta.

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.

23 Agosto, 2021

Em 20/08/2021 at 11:54, Italo Giurizzato Junior disse:

Valdir,

Estamos trabalhando para padronizar os retornos e definirmos como vai ser o comportamento da propriedade sucesso.

O valor True na propriedade Sucesso significa que o serviço foi executado e nos retornou uma resposta, não importa se o Rps foi autorizado ou rejeitado?

É isso que precisamos definir.

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

20 Agosto, 2021

5 minutos atrás, Italo Giurizzato Junior disse:
Bom dia Valdir,

Verificando o XML de retorno da consulta ao lote que você anexou consta a seguinte mensagem:
<Codigo>E1003</Codigo>

<Mensagem>Ocorreu um erro de conversão. A Alíquota informada, não é permitida para a atividade informada. - POSIÇÃO RPS - 1</Mensagem>

<Correcao>Informe uma Alíquota permitida para a atividade informada.</Correcao>
Foi informado a alíquota 2.01% para o Item da lista de serviços 17.12

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

Entrar

Sobre nós...

Blocks

Notes ACBrLibNFe

Fóruns

Downloads

Calendário

Posts postados por Valdir Dill

Sobre nós...

Informação Importante