Valdir Dill

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

Boa noite, Fontes atualizados e consulta do protocolo/lote agora está retornando com os dados corretos. Porém, agora não está mais enviando nota, rs. Na verdade, ao que parece, há um erro na nota, mas que eu ainda não consegui entender bem o motivo Estou fazendo assim: Var Vesponse : TNFSeEmiteResponse; begin AimentaCompon; VResponse := ACBrNFSeX1.Emitir(VLote.ToString, meAutomatico); if VResponse.Sucesso then ShowMessage(ACBrNFSeX1.NotasFiscais.Items[0].NFSe.Numero); A VResponse.Sucesso acima está retornando true, mas o lote não foi recebido, pois, pelo que parece nos arquivos, está com erro de alíquota de ISS. Pelo que vi nos arquivos gerados (anexos..tem vários rs) há um problema na alíquota. Não sei o que pode ser, pois estou informando a alíquota normal. Nesse caso, ou seja, que a nota não foi recebida pelo WS, a VResponse.Sucesso não deveria retornar false e a VResponse.Erros[0].Descricao ter a descrição do erro para mostrar ao usuário? Obrigado! 656UNICA-rps.xml 685-env-lot.xml 685-env-lot-soap.xml 685-rec.xml 685-rec-soap.xml 637650039439684226-con-lot.xml 637650039439684226-con-lot-soap.xml 637650039439684226-con-sit.xml 637650039439684226-con-sit-soap.xml 637650039439684226-lista-nfse-con-lot.xml 637650039439684226-lista-nfse-con-lot-soap.xml 637650039439684226-sit.xml 637650039439684226-sit-soap.xml

Ok, arquivos em anexo. Obrigado! 000000000000680000000000000680000001-con-nfse.xml 000000000000680000000000000680000001-con-nfse-soap.xml 000000000000680000000000000680000001-lista-nfse-con.xml 000000000000680000000000000680000001-lista-nfse-con-soap.xml

Bom dia Fontes atualizados. Na consulta pelo lote, tudo certo. Já a consulta pelo número -> ACBrNFSeX1.ConsultarNFSeporNumero(VNumNF), está ocorrendo um access violation.. O erro ocorre na linha 1042 da ACBrNFSeXProviderABRASFv1.pas (print anexo). Se eu comentar a linha anterior (AuxNode := ANode.Childrens.FindAnyNs('Nfse')), o erro não ocorre. Me parece que a função ANode.Childrens.FindAnyNs('Nfse') destroi o AuxNode e aí quando vai usar novamente na linha seguinte, dá o A.V.

Boa noite, Certo @Italo Giurizzato Junior. Isso vai ser um pouco complicado ter que mudar do componente assim "na marra", rs... Mas, vamos lá. Testei com o novo acbrNFSeX. Deu alguns erros: Veja nos prints anexos que está dando erro de usuário/senha. Mas conferi e esses dados estão corretos. Uso os mesmos dados para fazer o login no site e lá acessa normal. O que etsou alimentando em relação ao login de usuário é: - ACBrNFSeX1.Configuracoes.Geral.Emitente.WSUser := VuserWeb - ACBrNFSeX1.Configuracoes.Geral.Emitente.WSSenha := VSenhaWeb É isso que precisa, certo? O erro na verdade que gera é "start tag expected, '<' not found" (print 2 anexo). Mas debugando dá para notar que o retorno está sendo a "usuário e senha inválidos" (print 1 anexo). Acho que o erro é uma exceção quando o acbr tenta tratar o "usuário e senha inválidos". Então o problema é o usuário e/ou senha, mas se no XML está correto, o que poderia ser? Veja o anexo 332-env-lot-soap.xml. Ali mostra que o usuário e senha estão sendo enviados. Alguma sugestão? 332-env-lot-soap.xml