Destak

Bom dia, O municipio de Paty do Alferes/RJ mudou em 05/09/2022 do provedor WebISS para DBSeller no arquivo ACBrNFSeXServicos.ini estava assim: [3303856] Nome=Paty do Alferes UF=RJ Provedor=WebISS Versao=2.02 ProRecepcionar=https://www1.webiss.com.br/patydoalferesrj_wsnfse/NfseServices.svc HomRecepcionar=https://www1.webiss.com.br/patydoalferesrj_wsnfse_homolog/NfseServices.svc então mudei para: [3303856] Nome=Paty do Alferes UF=RJ Provedor=DBSeller Versao=2.04 ProRecepcionar=https://nota.patydoalferes.rj.gov.br/webservice/index/producao HomRecepcionar=https://nota.patydoalferes.rj.gov.br:82/webservice/index/homologacao ; ProNameSpace=https://nota.patydoalferes.rj.gov.br/webservice/index/producao HomNameSpace=https://nota.patydoalferes.rj.gov.br:82/webservice/index/homologacao e coloquei o arquivo junto ao meu executável, dessa forma estou recebendo o seguinte erro: Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : X800 Mensagem: Erro de Validação: 1845 - Element '{http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd}EnviarLoteRpsEnvio': No matching global declaration available for the validation root. Correção: --------- NFS-e Numero....: Cod. Verificacao: Prestador.......: XXX Tomador.........: XXX Nome do arquivo.: C:\Destak\NFS-e\202211\NFSe\Notas\ ==> Xml da nota salvo na pasta e com o nome informado acima.

Boa tarde, No arquivo ACBrNFSeXServicos.ini esta assim: [3501608] ; Atualizado em 30/06/2022 Nome=Americana UF=SP Provedor=Tiplan ; Excluir as 2 linhas abaixo a partir do dia 01/09/2022 ProRecepcionar=https://nfse.americana.sp.gov.br/nfse/WSNacional/nfse.asmx HomRecepcionar=https://nfse.americana.sp.gov.br/nfse/WSNacional/nfse.asmx ; Descomentar as linhas: Versao e HomRecepcionar (abaixo) para realizar testes a partir de 01/07/2022 ; Descomentar as 3 linhas abaixo a partir de 01/09/2022 para enviar em produção ;Versao=2.03 ;ProRecepcionar=https://nfse.americana.sp.gov.br/nfse/wsnacional2/nfse.asmx ;HomRecepcionar=https://americanahomologacao.nfe.com.br/nfse/wsnacional2/nfse.asmx ; ProLinkURL=https://nfse.americana.sp.gov.br/nfse.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% HomLinkURL=https://nfse.americana.sp.gov.br/nfse.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% Testando hoje retornava o erro da versão então segui as instruções deixando assim? [3501608] ; Atualizado em 30/06/2022 Nome=Americana UF=SP Provedor=Tiplan Versao=2.03 ProRecepcionar=https://nfse.americana.sp.gov.br/nfse/wsnacional2/nfse.asmx HomRecepcionar=https://americanahomologacao.nfe.com.br/nfse/wsnacional2/nfse.asmx ; ProLinkURL=https://nfse.americana.sp.gov.br/nfse.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% HomLinkURL=https://nfse.americana.sp.gov.br/nfse.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% Até ai ok e inclusive pode deixar assim fixo no SVN pois a versão antiga não funciona mais. Somente estou tendo um erro ao tentar emitir usando o meUnitario ou meLoteAssincrono a msg de erro é "Código CNAE inexistente.:" segue em anexo os XMLs, ja testei todos CNAEs relacionados a esse ramo de negocio 4520001 até o 4520007. 18-ger-nfse.xml 18-ger-nfse-soap.xml 18-lista-nfse-ger.xml 18-lista-nfse-ger-soap.xml

Bom dia, os metodos GerarNFSe, ConsultarNFSePorRps e Cancelar testei estão ok, os demais não testei ainda, de qq forma pode fechar o topico obrigado.

Bom dia, Vou verificar.

Boa noite, Essa cidade/provedor não consta no ACBrNFSeXServicos.ini então inclui nele o seguinte: [3135050] Nome=Jaiba UF=MG Provedor=WebISS Versao=2.02 ProRecepcionar=https://jaibamg.webiss.com.br/ws/nfse.asmx HomRecepcionar=https://homologacao.webiss.com.br/ws/nfse.asmx ; ProLinkURL=https://jaibamg.webiss.com.br/externo/nfse/visualizar/%Cnpj%/%CodVerif%/%NumeroNFSe% HomLinkURL=https://homologacao.webiss.com.br/externo/nfse/visualizar/%Cnpj%/%CodVerif%/%NumeroNFSe% Após isso executei o Compila_RES, em seguida reinstalei o ACBr e por fim dei um build na minha aplicação. Os metodos GerarNFSe, ConsultarNFSePorRps estão funcionando ok mas os metodos Cancelar, ConsultarNFSePorFaixa ao tentar usar recebo a msg de que não foi implementado para o provedor porem eles constam no WebISS.Provider, os demais metodos não testei ainda.

Pois é infelizmente são amadores não comprometidos com nenhum mínimo padrão de programação. Vamos la identificamos o problema ha bastante tempo, a questão é justamente ajustar para que funcione com eles entendeu, criar novos parametros seria uma solução que pelo visto os outros contribuintes la devem ter feito isso ou algo assim para funcionar, se é que existe alguma empresa la usando esse webservice deles. Vaja a solução que encontrei. Params=FormatoData: GerarAAAAMMDD (tanto na geração do RPS quanto na leitura do retorno instantâneo o formato é sempre esse), CancRespDDMMAAAA (Resposta instantânea do pedido de cancelamento), ConsNFSeRpsDDMMAAAA, (Resposta ao fazer uma ConsultarNFSeporRPS) ConsNFSeRpsCancMMDDAAAA (caso haja a tag <DataHoraCancelamento> no XML retornado da ConsultarNFSeporRPS) Sendo que a tag <Competencia>20220628</Competencia> esta sempre no padrao correto em todas os metodos que eu descrevi acima. É essa a solução, dolorosa sim, mas a unica possivel. ajustando para esses 3 metodos ja da para usar o minimo pelo menos.

Boa tarde segue a resposta do provedor, Olá, Andre. O ticket Nº 9628 (Andre - ) foi atualizado pelo agente. Amanda Silva 08/08/2022 10:03 (UTC-03:00 Horário de Brasília (São Paulo))3 Bom dia! Após a equipe responsável verificar, foi identificado que não será possível realizar tal alteração pois irá quebrar para outros contribuintes. Está sendo lançado outra versão do ABRASF que será reajustado esses pontos. Att, Amanda Veja ou isso é mudado no componente ou não será possível atender esse provedor/cidade, da uma analisada para poder parametrizar, dai eu vou testando aqui para conseguirmos pelo menos os 3 metodos principais: Gerar, CancelarNFSe e ConsultaNFSeporRPS Parametrizando esses metodos ja resolve até eles ancarem nova versao (TALVEZ NUNCA). Estou enviando em anexo os XMLs retornados por eles referente ao 3 metodos mencionados para que voce veja o formato dos campos de datas em cada um deles. XMLs_Erro_Metodo_CancelarNFSe.zip XMLs_Erro_Metodo_ConsultaNFSeporRPS.zip XMLs_Erro_Metodo_Gerar.zip

Refiz o processo mas agora marquei a opção de deletar arquivos antigos e deu certo obrigado e pode fechar o topico.

Sempre que vou atualizar os fontes estou deltando toda a pasta do ACBr pois ja tem um tempo que se assim não for feito tem algumas alterações nesse novo componente que acabam não funcionando, A aplicação foi recompilada. Não tem nada em vermelho. Nunca deixo o ACBrNFSeXServicos.ini junto do executavel. Mas me da 5 minutos que vou refazer todo esse processo agora novamente para garantir.

Tanto 1401 quanto 14.01 ele sempre formata para 14.01

Bom dia, Fiz o teste agora com o arquivo ACBrNFSeXServicos.ini junto ao executável e pelo visto o componente não esta levando em consideração os parametros pois ele continua dando o erro ou seja ignora o parametro e formata o valor da tag gerando o erro, acredito que o problema esta interno componente.

Ola tudo bem, Posso sim vou responder la no seu tópico.

Não existe, parece que o componente internamente esta formatando por conta propria o codigo de 1401 para 14.01 o que ocasioa o erro.

Boa tarde, Ao tentar emitir uma NFSe ocorre o erro de validação do schema segue a mensagem de erro: Mensagem: Erro de Validação: 1824 - Element '{http://www.issnetonline.com.br/webserviceabrasf/vsd/tipos_complexos.xsd}ItemListaServico': '14.01' is not a valid value of the atomic type '{http://www.issnetonline.com.br/webserviceabrasf/vsd/tipos_simples.xsd}tsItemListaServico'. Até ontem antes de eu atualizar os fontes esta funcionando corretamente, os schemas estão atualizados, reparei que mesmo eu passando 1401 ou 14.01 a msg é exatamente a mesma como se eu estivesse passando sempre 14.01 como estava funcionando até ontem antes de eu atualizar os fontes.

Boa tarde, Realmente dizer que o responsável por isso lá faz o básico é diminuir o básico a esse nível indescritível. Bom vamos la, contato com a SIGCORP no telefone (11) 4153-2945 / (11) 4063-9632 ou por e-mail [email protected]. Liguei no provedor e me pediram para enviar um e-mail para [email protected] descrevendo o "problema" e com os XMLs em anexo, fiz isso hoje agora pouco segue a mensagem que enviei. Boa tarde, Contribuinte da cidade de Avaré/SP CNPJ 08.299.736/0001-14 IM 23874. O problema é que as tags de datas que o WebService de voces retornam estão vindo com formato diferente dependendo do servico que utilizo ao consumir o WebService, as mesmas tags eu digo, veja o exemplo: Metodo gerar quando tento emitir uma NFSe unitaria com unico RPS vejas as tags com retornam: Data emissão da NFSe = <DataEmissao>2022-07-18T00:00:00</DataEmissao> Data emissão do RPS = <DataEmissao>2022-07-18</DataEmissao> Competência = <Competencia>20220718</Competencia> Em conformidade (com exceção da competência) com o manual da ABRASF. Agora quando faco uma consulta de NFSe pelo RPS veja as mesmas tags como retornam: Data de emissão da NFSe = <DataEmissao>28/06/2022</DataEmissao> Data de emissão do RPS = <DataEmissao>28/06/2022</DataEmissao> Competência = <Competencia>20220628</Competencia> É exatamente esse o problema, mesmas tags porem dependendo do servico do WebService que consumo elas vem no formato diferente, peco encarecidamente que adotem um padrão o da ABRASF mesmo de forma correta e na integra para tornar possivel utilizar o WebService de voces. Alem dessas tags acima citadas tambem a <DataHoraCancelamento>6/28/2022 1:43:58 AM</DataHoraCancelamento> esta vindo com formato diferente conforme o servico do WebService que consumo. Segue em anexo todos os XMLs de envio e retorno referentes ao problema descrito acima. Aguardo retorno desde ja obrigado. Foi isso agora vamos aguardar o retorno deles e mantenho vocês informado aqui nesse tópico.

Pelo que estamos vendo é exatamente isso, sem padrão, para cada metodo vem um formato diferente, sem condições mesmo de trabalhar com esse provedor. Vou fazer o que voce disse, tentar entrar em contato com o provedor e com a prefeitura e ver no que da. Mas até que tenhamos uma resposta deles, faz um ajuste direto dentro da unit desse provedor somente nesses dois metodos de meus post anterior dai vou correr atras disso e assim que eles normalizarem um padrao a gente faz a correção definitiva.

Boa noite, Verifiquei e constatei que ficou corrigido os métodos ACBrNFSeX1.NotasFiscais.LoadFromString e também o ACBrNFSeX1.ConsultarNFSeporRps obrigado esses dois métodos estão ok agora. Porem fazendo novos testes constatei que o mesmo erro persiste ao usar os dois seguintes métodos: 1. ACBrNFSeX1.Emitir(IntToStr(NumLote),meUnitario,False) veja abaixo como as tags estão vindo (importante eu dizer q a NFSe é emitida com sucesso la no provedor e o problema esta na leitura desse XML retornado nesse metodo). Data emissão da NFSe = <DataEmissao>2022-07-18T00:00:00</DataEmissao> Data emissão do RPS = <DataEmissao>2022-07-18</DataEmissao> Competência = <Competencia>20220718</Competencia> 2. ACBrNFSeX1.CancelarNFSe(InfCancelamento) veja abaixo como a unica tag esta que contem data esta vindo (importante eu dizer q a NFSe é cancelada com sucesso la no provedor e o problema esta na leitura desse XML retornado nesse metodo). <DataHoraCancelamento>18/07/2022 19:50:13</DataHoraCancelamento> Os erros são exatamente os mesmos, tem relação com o formato de data e hora que vem no arquivo com como o componente espera e ou tentar ler, como era os erros nos métodos anteriores que voce corrigiu na ultima atualização criando os parâmetros no ACBrNFSeXServicos.ini. Olhando rapidamente da para notar que o problema é que esse provedor não tem padrao nenhum, em cada metodo eles usam um formato de data/hora diferente ai ferra a gente é isso que ocorre é esse o problema. Acredito que voce so precise fazer a mesma correção nesses dois métodos relatados por mim hoje e aproveito para solicitar verificar os outros métodos disponibilizados por esse provedor para tentarmos resolver 100% essa questão, segue em anexo os XMLs retornados referente aos erros nos dois métodos. A única cidade que atendo com esse provedor é Avare/SP mesmo. XMLs_Erro_Metodo_CancelarNFSe.zip XMLs_Erro_Metodo_Gerar.zip

Boa noite, O certificado é A3 esta descrito na msg acima, sendo assim não da p tentar usar libOpenSSL. Tem algum site que possa me indicar para testar mais a fundo o certificado digital do cliente?

Eles podem ter ajustado isso, mudaram isso nesse meio tempo, olha so segue os XMLs de agora mesmo nesse momento em anexo. Data de emissão da NFSe = <DataEmissao>28/06/2022</DataEmissao> Data de emissão do RPS = <DataEmissao>28/06/2022</DataEmissao> Competência = <Competencia>20220628</Competencia> Data do cancelamento = <DataHoraCancelamento>6/28/2022 1:43:58 AM</DataHoraCancelamento> Ajusta para atender esse padrão que esta atual agora e vamos seguir em frente. 68MY-comp-nfse.xml 68MY-comp-nfse-soap.xml 68MY-con-nfse-rps.xml 68MY-con-nfse-rps-soap.xml 69MY-comp-nfse.xml 69MY-comp-nfse-soap.xml 69MY-con-nfse-rps.xml 69MY-con-nfse-rps-soap.xml

Bom dia, Cidade Avaré.

Boa noite, Nada mudou exatamente mesmo erro, veja só como esta as tags de datas no XML. Data de emissão da NFSe = <DataEmissao>28/06/2022</DataEmissao> Data de emissão do RPS = <DataEmissao>28/06/2022</DataEmissao> Competência = <Competencia>20220628</Competencia> Data do cancelamento = <DataHoraCancelamento>6/28/2022 1:43:58 AM</DataHoraCancelamento> A msg de erro esta mostrando sempre a data 28/06/2022 porem revisa a leitura das demais tags tambem por gentileza.

Boa tarde, Volto aqui para fazer um pedido de socorro e abusar da compaixão de voces meus amigos aqui do forum e do ACBr, o problema é o mesmo ja relatado nos posts anteriores porem agora trago mais informações a fim de encontrarmos uma solução para conseguir que esse contribuinte meu cliente emita sua primeira NF-e no famigerado webservice de minas gerais. Ja informo que testamos em 2 notebooks diferentes ambos com windows 10, o segundo note foi disponibilizado hoje onde eu fiz todas as instalações e testes inclusive de certificado digital no site do governo. Segue em anexo a imagem do erro 12030, da configuração ssl do componente, do credenciamento junto ao SIARE bem como todos os XMLs da ultima tentativa de emissão feita agora mesmo ha alguns minutos atras. Além disso segue uma imagem de erro ao tentar logar no SIARE usando a opção de usuario inscrição estadual, ai da um erro dizendo que a IE não existe oi foi excluida, ja se eu usar a opção de usuario e_CNPJ dai consigo logar normalmente com o certificado digital A3 da empresa e dai consigo acesso a tela onde mostra q o contribuinte esta credenciado a emissão de NF-e. XMLs.zip

Bom dia, Vou começar a realizar os testes com esse provedor nesse novo padrão, mas antes tenho uma pergunta simples, essas propriedades do post citado também estão sendo carregadas normalmente por exemplo com os dados do primeiro resumo caso exista mais de um resumo retornado pelo método ConsultarLoteRps? Seria importante elas serem carregadas sempre com os dados do primeiro resumo retornado caso exista, pois assim não quebra o codigo de quem ja usa dessas propriedades para conferir as informações retornadas. Tambem para quem sempre envia um unico RPS no lote por padrão (quase todo mundo eu acho) essas novas propriedades de resumo não vai impactar no codigo dos nossos sistemas. E por fim seria muito bom que assim fosse feito em todos os provedores que retornam resumo ao ConsultarLoteRps, voce alimenta as propriedades citadas com o primeiro resumo e tambem a lista de resumos fica disponivel para quem envia mais de um RPS no lote, dessa forma vai ficar perfeito @Italo Giurizzato Junior

Boa tarde, Vamos dar sequencia a saga, carregando um XML no componente via ACBrNFSeX1.NotasFiscais.LoadFromString agora esta funcionando normalmente isso foi corrigido. Mas ao executar o metodo ACBrNFSeX1.ConsultarNFSeporRps(NumeroRps, SerieRps, TipoRps, CodVerificacao) esta retornando o erro ainda relacionado a formatação de data, tanto consultando uma NFSe com situação normal quanto uma NFSe com situação cancelada, segue em anexo os XMLs das duas NFSe a do RPS 68 é situação normal e a do RPS 69 é situação cancelada. Tambem segue as imagens com os valores das variáveis xData e xFornatoData no momento exato do erro. 68MY-comp-nfse.xml 68MY-comp-nfse-soap.xml 68MY-con-nfse-rps.xml 68MY-con-nfse-rps-soap.xml 69MY-comp-nfse.xml 69MY-comp-nfse-soap.xml 69MY-con-nfse-rps.xml 69MY-con-nfse-rps-soap.xml

Bom dia, Vou fazer os testes essa semana q retorno aqui como ficou, desde ja obrigado.