Destak

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.

Bom dia, Falou tudo @Italo Giurizzato Junior uma verdadeira zorra, atender emissão de NFSe hoje do jeito que é, se trata de uma missão quase impossível, vou fazer esses testes no inicio da semana que vem e retorno aqui, desde ja obrigado.

Boa noite, Estou testando a função mas com alterações e tb ao mesmo entendo a logica do provedor, essa semana ainda retorno aqui com o resultado dos meus testes, favor deixar o tópico aberto por enquanto.

Boa noite, Fiz os testes e a principio resolveu, caso apareça novos problemas abro outro tópico, como sempre muito obrigado.

Boa noite, Segue em anexo as imagens com os valores que voce pediu e o XML que esta tentando ser carregado para o componente, pelo que percebi o valor que esta sendo carregado é o da tag data de emissao. NFSe.xml

Veja o erro esta precisamente na linha 238 da ACBrUti.DateTime

Veja na imagem em anexo o erro é nessa Unit mesmo e com o componnete novo.

Eu estou usando o componente novo e o erro é exatamente no mesmo local.

Bom dia, É exatamente onde o colega @sergioesteves disse acima.

Deletei a pasta toda do ACBr fiz novo download e instalação limpa com a opçao de deletar arquivos antigos no instalador do ACBr marcada e mesmo assim, exatamente o mesmo erro ocorre, da uma olhada i com calma se voce subiu os arquivos corretos mesmo ou algo assim.

Boa tarde, Exatamente mesmo problema e ja deletei a pasta do ACBr toda e fiz um download e instalação limpas, segue em anexo imagem a XMLs em anexo. 1-env-lot.xml 1-env-lot-soap.xml 1-rec.xml 1-rec-soap.xml

Boa tarde, Atualizei os fontes e reinstalei o ACBr é o que sempre faço, mas de qq forma pera ai que ja vou deletar toda a pasta ACBr e fazer um download e instalação nova e limpa para testar novamente, um momento.

Fazendo mais testes descobri que o erro esta na hora de fazer um ACBrNFSeX1.NotasFiscais.LoadFromString(QryArquivoFiscal.FieldByName('ArquivoFiscal').AsString) na unit ACBrUtil.DateTime que ocorre o erro. E isso esta ocorrendo em todas as NFSe.

Bom dia, Infelizmente problema não resolvido exatamente mesmo erro, repare q a principio ele baixa o XML corretamente porem essa NFSe referente a esse RPS esta cancelada no site da prefeitura, veja se isso nao tem haver com o problema, segue imagens e XMLs do teste de agora. 72MY-comp-nfse.xml 72MY-comp-nfse-soap.xml 72MY-con-nfse-rps.xml 72MY-con-nfse-rps-soap.xml