leandro.rezende

O Problema do erro nao catalogado do CTE voltou? Semana passada estava tudo certo, mas tem 2 dias que estou com esse erro no ambiente de homologação. O engraçado é que consigo consulta-la pelo site, e ela esta autorizada, mas o retorno da consulta fica rejeitado / erro nao catalogado.

Boa tarde, gostaria que fosse adicionado a lista de cidades: Coronel Fabriciano - MG utiliza o provedor WebISS - http://www.webiss.com.br O na versão de Agosto/2012 do ACBR eu adicionei a cidade manualmente, (quando usava arquivos INI), a versao atual do ACBR esta de outra forma, mas imagino que ainda funcione com o WEBISS. obrigado Leandro

No provedor ISSIntel, a data retorna apenas a DATA, nao vem a hora junto. Dentro das funcoes LERXML, é executado a funcao Leitor.rCampo(tcDatHor,'DataRecebimento'), só que como nao existe a hora, a funcao LEITOR.Rcampo da um erro de exceção, e aborta todo o processo. Para corrigir o erro e manter a compatibilidade com os demais provedores, sugiro tratar com try/exception na funcao Leitor.Rcampo na Unit pcnleitor, quando verifica o tipo TCDATHOR, se cair na exceção coloca um encodetime preenchendo com a hora 00:00:00:00.

tambem estou com problema, ambiente homologacao em MG

Na unit pnfsEnvLoteRpsResposta, funcao TretEnvLote.LerXml esta dando erro quando chega em infRec.FDataRecebimento := Leitor.rCampo(tcDatHor, 'DataRecebimento'); troquei para infRec.FDataRecebimento := Leitor.rCampo(tcDat, 'DataRecebimento') dai funcinou, o certo seria tratar pelo provedor, caso fosse IssIntel, mas nao consegui colocar esse check.

consegui um progresso no ambiente de produção, o lote foi enviado sem problemas, quando conseguir resolver o problema do ambiente de treino, posto as alterações.

Fiz várias alterações aki mas tudo sem sucesso, nao consigo avançar, sempre o mesmo erro de "Bad Request (400)" segue o XML que gerei após alterações 1-env-lot-c.xml

ops, desconsidere o arquivo enviado anteriormente, anexei errado, agora esta indo o certo 1-env-lot-c.xml

Estou colocando em Anexo um XML de envio quando o componente funcionava em 08/2012, notei que o cabeçalho do arquivo está totalmente diferente do gerado hoje. Quanto aos prefixos o suporte do IntelISS disse que nao são necessários, mas o mais diferente é que no XML antigo nao tinha nada de SOAP que está sendo gerado hj 1-env-lot.xml

Boa tarde Italo, atualizei os fontes e o erro do "Bad Request" persiste. vi que vc criou a variavel porta, mas na funcao function TProvedorISSIntel.GetSoapAction(Acao: TnfseAcao; NomeCidade: String): String; nao está tratando se o ambiente é de Produção ou Homologação, entao esta sempre enviando sem o "treino-issintel.com.br" ps. mesmo eu fazendo a alteração manualmente, o erro persiste.

Estou com problema ao enviar lote de RPS para Prefeitura de Ipatinga que usa ISSIntel, estavamos progredindo com a resolucao dos erros, mas tem um tempo que nao tive nenhum retorno, e hoje quando atualizei o componente, vi que voltamos a etapa inicial. O erro do BadRequest voltou. Constatei que a URL está sendo enviada errada novamente no ambiente de treino. A URL correta para prefeitura de Ipatinga tem a porta 442 no final do endereço. Exemplo:https://ipatinga-mg.treino-issintel.com.br:442/webservices/abrasf/api Sugiro que exista a opcao para informar a porta, pq pelo visto nao sao todos os servidores que usam porta. Xml em Anexo obrigado 1-env-lot-c.xml

up

Fábio, conseguiu algum progresso?

Fábio, nao ainda nao tive retorno, diga-se de passagem acho que eles passaram a me ignorar, ja tem 3 semanas que tento resolver esses problemas, e eles insistem em me direcionar mensagens automaticas de suporte. De uma semana pra cá eles nem respondem mais.

Dionatan, apenas hj vi a sua msg, pelo visto vc já conseguiu implementar a consulta do lote posterior ao envio =)

Italo, boa tarde, atualizei os fontes, e agora o erro é o seguinte Enviei o XML para suporte do ISSIntel analisar, te retorno assim que tiver alguma novidade. obrigado

Italo, bom dia Quanto a prefeitura de Ipatinga/MG - ISSIntel, conseguiu verificar alguma diferença entre o Fonte antigo do ACBRNfse e o novo? obrigado

Eu ainda nao estou com a versao atualizada do ACBRNfse em pleno funcionamento. Mas com a versão antiga eu deixava "Numero de Tentativas" = 3, se nao tivesse processado o lote eu exibia uma mensagem para o usuario tentar novamente em alguns instantes. Como lhe disse o problema é o provedor que demora para processar os RPS, imagino que deve ser tipo uma "fila" de processos, quanto mais gente fazendo mais demorado fica.

Dionatan, a demora é normal para alguns provedores, tenho o mesmo problema com provedor WebISS da prefeitura de Coronel Fabriciano/MG, demora quase 5 minutos para processar um lote, nao importando se tem 1 ou 30 rps.

Italo, outro detalhe sobre a porta 442 para ISSIntel de Ipatinga/MG, imagino que em todas as vezes que é chamado o "issintel.com.br" deve-se colocar a porta, fiz uma pesquisa no fonte e me parece que apenas em uma chamada foi colocado a porta 442. Quanto ao fonte antigo, eu até tentei fazer um "mix" entre o codigo antigo e o novo mas nao tive sucesso.

Italo, obrigado pela alteração, pesquisei aki nos meus backups e acho que tenho os fontes antigos, vou envia-los para o seu email [email protected]

Scientist, imagino que o padrao tambem seja ABRASF, DSF deve ser apenas o "Provedor" do sistema de NFSE que a prefeiruta contratou. Da mesma forma que tem o WebISS, ISSIntel, ISSNet e varios outros. O DSF me parece que ainda nao está integrado com o ACBRNFse.

Pedro, até aonde conheço, o ACBFNfse já está fazendo as "mudanças necessárias" para cada provedor automaticamente. Basta informar corretamente a CIDADE, e a partir dai se a cidade estiver "inclusa" no ACBRNFse as configurações deverão estar corretas. Se a cidade que vc pretende utilizar nao estiver na lista, vc deve solicitar a equipe do ACBR para que ela seja incluida.

Para resolver o problema de Bad Request do ISSIntel de Ipatinga-MG deve-se mudar os URLS Basta adicionar a porta 442, em todas as chamadas pro webservice, teria como colocar isso fixo no ACBRNFse? Producao - https://ipatinga-mg.issintel.com.br:442/webservices/abrasf/api Homologação - https://ipatinga-mg.treino-issintel.com.br:442/webservices/abrasf/api Depois desse ajuste estou tendo outro problema. O XML de retorno está informando O certificado digital funciona perfeitamente na versão antiga do ACBRNFSe de setembro de 2012 Alguem tem alguma luz? obrigado

Denysps, conseguiu resolver o problema? Meu sistema funcionava corretamente com ACBRNfse bem antigo (versao de setembro de 2012) atualizei no dia 14/02/2013, fiz os ajustes para adaptacao da nova versao e estou com os mesmos problemas que voce. Utilizando o WebService da Cidade de Ipatinga/MG (ISSINTEL)