Heber Germano

Olá, Relato que houve troca da url para cidade de Agudos/SP, provedor AssessorPublico, segue anexo o .ini com a nova url. Após a troca fiz a compilação do ACBrNFSeXServicos.ini, e efetuei o teste de envio no qual obtive êxito do envio e processamento da NF. Segue para inclusão no repositório. ACBrNFSeXServicos.ini

Boa tarde @Italo Giurizzato Junior Funcinou perfeitamente, obrigado.

Bom dia Juliomar, Não havia anexado os fontes pois como eu comentei não obtive sucesso em fazer funcionar, mas devia tê-los anexado assim mesmo, segue aqui, se puder dar um auxílio de como eu posso obter nessa unuit os valores das propriedades DataEmissao e Competencia seria muito útil. Deixei os código que inclui (mas não são eficazes) comentados. Obrigado. AssessorPublico.Provider.pas

Não está sendo possível enviar NF com data retroativa para o Provedor AssessorPublico, nesse caso município de Agudos/SP. Isso ocorre porque mesmo informado a data de emissão retroativa (ex. 30/04/2024) nas Tags MESCOM e ANOCOMP na unit AssessorPublico.Provider.Pas na procedure abaixo, esta fixo para informar o mês e ano atual e não o informado na Data de Emissão. Que gera o erro de retorno "A data de emissão da nota está fora da competência informada." Pois a emissão fica a informada (ex. 30/04/2024) e as Tags MesCom e AnoComp 05 e 2024 respectivamente. A sugestão seria utilizar NFSe.DataEmissao ou NFSe.Competencia para preencher as Tags MESCOMP e ANOCOMP ano invés de deixar fixo a data do sistema. Tentei implementar isso mas ao instanciar TNFSe e recompilar o componente dá erro de compilação por não entender a referência a TNFSe, tentei também Instanciar NotaFiscalDados := TACBrNFSeX(FAOwner).NotasFiscais.New.NFSe e assim acessar a DataEmissa e Competencia, compila corretamente mas as Tags '<MESCOMP>' + FormatDateTime('MM', NotaFiscalDados.Emissao) / '<ANOCOMP>' + FormatDateTime('yyyy', NotaFiscalDados.Emissao) ficam com o padrão 30/12/1899 como se estivesse vazia. Se alguém puder me passar como acessar essas duas propriedades DataEmissao e Competencia, eu altero o .pas. Grato Obs.: Modifiquei a data do sistema para 30/04/2024 (para as Tags mencionadas serem preenchidas de acordo com a data que eu queria, retroativa) e fiz a emissão, a NF foi gerada em maio/2024 corretamente com data retroativa para 04/2024, com esse teste ficou possível determinar que a alteração em AssessorPublico.Provider.Pas será eficaz. Procedure em AssessorPublico.Provider.Pas procedure TACBrNFSeProviderAssessorPublico.GerarMsgDadosEmitir( Response: TNFSeEmiteResponse; Params: TNFSeParamsResponse); var Emitente: TEmitenteConfNFSe; begin Emitente := TACBrNFSeX(FAOwner).Configuracoes.Geral.Emitente; with Params do begin Response.ArquivoEnvio := '<NFSE>' + '<IDENTIFICACAO>' + '<MESCOMP>' + FormatDateTime('MM', Now) + '</MESCOMP>' + '<ANOCOMP>' + FormatDateTime('yyyy', Now) + '</ANOCOMP>' + '<INSCRICAO>' + Emitente.InscMun + '</INSCRICAO>' + '<VERSAO>1.00</VERSAO>' + '</IDENTIFICACAO>' + '<NOTAS>' + Xml + '</NOTAS>' + '</NFSE>'; end; end;

Diego, boa tarde. Sim, ao informar qualquer campo incorreto e enviar o RPS, no ambiente de produção a respostas é obtida de imediato, porém o que eu esqueci de mencionar é que fiz o envio em produção com dados efetivos, todos os dados corretos: contribuinte, tomador e informações do serviço e é ai que o time out ocorre. Só para certificar coloquei um dado incorreto nas informações de envio e obtive a resposta de erro, idem que você postou acima porém indicando outra inconsistência (a que eu adulterei), e enviando novamente com os dados corretos.... time out. Os dados do prestador estão corretos de acordo com o que esta no cadastro da prefeitura, os dados do tomado também corretos, os códigos de serviço, assinatura digital, tudo certo. Não há proxy na rede, as configurações estão : ACBrNFSeX1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFSeX1.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFSeX1.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; ACBrNFSe1.SSL.SSLType := LT_TLSv1_2; Enviei outro email para o suporte da Sil com o RPS gerado, porém até agora não obtive resposta. Grato.

Olá, O municípcio de Arujá migrou para o provedor SilTecnologia. De acordo com as orientações do suporte da Sil em relação aos links de produção e homologação alteri o ACBrNFSeXServicos.ini "Boa tarde Sr. Heber. Conforme solicitado, segue anexo manual de integração via webservice, exemplos de XML, e abaixo as URL´s de homologação e produção. Homologação: https://servicos.prefeituradearuja.sp.gov.br/tbwhomologacao/services/Abrasf23?wsdl Produção: https://servicos.prefeituradearuja.sp.gov.br/tbw/services/Abrasf23?wsdl " Porém depois das devidas modificação no ACBr e recompilar o componente, no programa de exemplo funciona apenas no ambiente de homologação e estranhamente me retorna mais de uma NF (mas eu só informo a quantidade de 1 rps), mas funciona. No ambiente de produção é recorrente a mensagem de Time Out não importa o valor que eu informe no campo Time Out. Entrei em contato com o suporte da Sil para relatar que em homologação funciona e produção não. A resposta foi a seguinte: " Bom dia Sr. Heber. Sobre o e-mail abaixo, sim, o link está correto. Realizamos um teste abaixo, pelo programa SOAPUI, só pra verificar se o serviço está no ar, e conforme print, está respondendo, sem dar erro de Time Out. Poderia realizar uma nova tentativa de consumir o serviço? " Talvez algo que eu não esteja notando ou feito indevidamente, alguma sugestão? Grato ACBrNFSeXServicos.ini

Para dar retorno, agradecimento e encerrar o tópico, tudo funcionando com esse provedor. Obrigado.

Boa tarde, segue adequação no arquivo ACBrNFSeXServicos.ini com as alterações abaixo para o Provedor ISS.Net município de São Vicente/SP que utilizava layout 1.0 passou para 2.04, acabei de testar e esta funcionando corretamente. [3551009] ; Alterado em 31/03/2023 Nome=Sao Vicente UF=SP Provedor=ISSNet Versao=2.04 ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/saovicente/nfse.asmx HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx ACBrNFSeXServicos.ini

Bom dia, Ítalo. Fiz a conversão para usar o novo componente e o procedimento que você recomendou no post anterior, feitas as devidas configurações da empresa, funcionou em Homologação e Produção, o xml na NF é carregado e ao consultar pelo site do provedor a NF aparece emitida em ambos ambientes, muito obrigado. Apenas um apontamento é que o número do protocolo não é carregado na emissão, pesquisando no forum encontrei https://www.projetoacbr.com.br/forum/topic/65866-acbrnfsex1webserviceemiteprotocolo-não-retorna-o-número-do-protocolo/ que é o mesmo problema, porém não ajudou a elucidar. Teria alguma dica ? Obs.: 3523023256239900019056202300000000002-nfse.xml 3523023256239900019056000000000000003-rps.xml 20-env-lot-sinc.xml 20-env-lot-sinc-soap.xml 20-lista-nfse-sinc.xml 20-lista-nfse-sinc-soap.xml

Bom dia, segue anexo. ACBrNFSeXServicos.ini Provedores-Implementados.txt ACBrNFSeXConversao.pas GestaoISS.GravarXml.pas GestaoISS.LerXml.pas GestaoISS.Provider.pas ACBrNFSeXProviderManager.pas

No novo componente não há o provedor que eu havia incluído no antigo GestaoISS. O município de Rio Bonito/RJ migrou do Betha para GestaISS. Fiz as devidas inclusões nos fontes do ACBr porém não devo ter feito corretamente as configurações do GestaoISS.Provides, GestaoISS.GravarXML, GestaoISS.LerXML. Além do manual de migração tem algum manual para incluir esse novo provedor ou essa inclusão do novo provedor deve ser feita pelos técnicos do ACBr? https://riobonitorj.gestaoiss.com.br/ws/nfse.asmx https://riobonitorj.gestaoiss.com.br/ws/nfse.wsdl homologação https://teste.gestaoiss.com.br/ws/nfse.wsdl

Oi Ítalo obrigado pela atenção. Eu estou adaptando o sistema para o novo componente, devido a urgência da demanda estou incluindo esse provedor no componente antigo pois a migração para o novo ainda vai demorar um pouco e depois dependerá de validações para entrar em produção e ser atualizado nos clientes. Mediante isso para suprir essa necessidade tenho que utilizar o componente antigo enquanto a migração não finaliza.

Olá a todos, implementei um novo provedor GestaoISS, porém não no novo componente (estou migrando em paralelo) por conta da urgência fiz o componente antigo que já esta rodando no meu sistema em produção. Já vi no fórum dois outros tópicos (em separado) mencionando os dois erros apresentados abaixo porém como o contexto é um pouco diferente abri esse novo tópico (na dúvida de continuar nos outros), se fiz errado me perdoem. Feito esse preâmbulo, a questão é, quando vou fazer o envio ocorre duas situações: 1) se no GestaoISSv2.ini que criei deixo o parâmetro UseCertificado=0, recebo a mensagem : "Falha no envio da requisição" erro 12044. E não aparece nenhuma descrição do erro 2) se no GestaoISSv2.ini deixo o parâmetro UseCertificado=1, recebo mensagem : "Erro 12157 Erro relacionado ao Canal Seguro" Informações que pode ser relevantes: a) Criei a pasta /Schemas/GestaoISSv2 e adicionei os arquivos fornecidos pelo provedor b) nas configurações do componente esta sendo feito ACBrNFSe1.Configuracoes.Geral.CodigoMunicipio := CodIBGE-do-Municipio (Rio Bonito-RJ) e posteriormente ACBrNFSe1.Configuracoes.Geral.SetConfigMunicipio. c) o certificado digital utilizado é A1 e esta válido e funcionando corretamente em outros canais de autenticação como por exemplo e-cac. d) Estou utilizando o metodo ACBrNFSe1.Enviar(numRPS) Se alguém tiver alguma dica em como resolver isso ou apontar o que não fiz adequadamente eu agradeço. Cidades.ini GestaoISSv2.ini

Após revisar e fazer pequenas modificações no código do meu sistema, atualizar os fontes do ACBr, Ini, Schemas, fazer um Build, comparar as configurações do componente ACBrNFSe problema persistiu. Por fim renomeei o ACBrNFSe1 para ACBrNFSe2, e inclui outro componente ACBrNFSe1, e funcionou perfeitamente como funcionava antes. Para ter certeza exclui o componente novo e voltei utilizar o anterior e parou de funcionar. Em resumo exclui de vez e inclui novo componente e esta rodando normalmente, estranho, e o mais interessante que só dava problema com o GINFES, no mesmo sistema enviei para Betha e ISS.Net sem problemas. Ítalo e Serginho. muito obrigado pela atenção, sucesso para vocês.

No programa de exemplo ocorre "Assinatura inválida. Informar assinatura correta no documento XML".