Italo Giurizzato Junior

Bom dia, Primeiramente muito obrigado pela contribuição, ainda hoje estarei enviando para o repositório o arquivo Cidades.ini com a respectiva cidade incluída. Quanto ao erro, deve ser configuração. Atribua o valor libWinCrypt ao campo SSL Lib e faça novos testes.

Bom dia, Favor entrar em contato com a prefeitura ou com o provedor e solicitar as URLs de homologação e de produção, pois o que tudo indica as URLs mudaram ou a cidade contratou outro provedor.

Bom dia, Qual é a cidade?

Bom dia Wallace, Então use o programa exemplo do componente ACBrNFSe para ver se vai ocorrer o mesmo erro.

Bom dia Kleberson, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr?

Boa tarde Flávio, Os novos campos e grupos só vão ser aceitos pela SEFAZ a partir de 09/03/2020 em ambiente de homologação. Se tentar antes vai ocorrer erros.

Boa tarde Adilson, O manual não ajuda, o webservice que deveria informar qual é o motivo, não informa. Chegou a pesquisar aqui no fórum se alguém anexou um XML que foi recepcionado com sucesso?

Adilson, Que maravilha, assim fica complicado descobrir onde esta o problema.

Bom dia Wallace, Favor atualizar os fontes e faça novos testes. Note que fiz alterações no arquivo INI do provedor.

Bom dia, Favor anexar o XML para que possamos analisar o problema.

Bom dia Adilson, Tem sim, veja: with ACBrGNRE1.Configuracoes.Geral do begin SSLLib := TSSLLib(cbSSLLib.ItemIndex); SSLCryptLib := TSSLCryptLib(cbCryptLib.ItemIndex); SSLHttpLib := TSSLHttpLib(cbHttpLib.ItemIndex); SSLXmlSignLib := TSSLXmlSignLib(cbXmlSignLib.ItemIndex); AtualizarSSLLibsCombo; Salvar := ckSalvar.Checked; ExibirErroSchema := cbxExibirErroSchema.Checked; RetirarAcentos := cbxRetirarAcentos.Checked; FormatoAlerta := edtFormatoAlerta.Text; FormaEmissao := TpcnTipoEmissao(cbFormaEmissao.ItemIndex); VersaoDF := TVersaoGNRE(cbVersaoDF.ItemIndex); // <--- configura a versão end; No retorno consta que ocorreu um erro ao recepcionar o Lote, mas não informar o que causou o erro. Precisa checar no manual o código 197 retornado junto a mensagem para ver se consta o motivo.

Bom dia CLverson, Em breve o MDF-e vai passar a ter campos novos no XML que vão contemplar o CIOT. Por favor leia a noticia: Nota Técnica 2020/001 - MDF-e

Bom dia Kleberson, Configure SSL Lib com o valor libWinCrypt e SSL Type com o valor LT_TLSv1_2.

Bom dia Edvaldo, Como você pode ver, existe um grupo especifico para essas informações e a SEFAZ-MG fica inventando moda. Realmente se a SEFAZ-MG existe que essas informações sejam informadas no grupo <obsCont> só será possível informar dados de dois abastecimentos por documento (por exemplo: Gasolina e Etanol). Existe algum caso onde pode ocorrer mais de dois?

Boa tarde Renato, Muito obrigado pelo retorno. A sua contribuição já foi enviada para o repositório.

Bom dia Renato, Muito obrigado pela colaboração. Uma duvida, não se faz necessário nenhuma alteração no componente em relação aos registros I051 e J100? 1.3 - Registro I051 – Exclusão do campo COD_PLAN_REF - código do plano referencial. 1.4 - Registro J100 - Serão permitidas duas linhas de nível 1: Ativo Total e Passivo Total. - Serão exigidos, no mínimo, três níveis.

Bom dia Marcos, Até onde sei a cidade de Sarandi/PR se utiliza do provedor SafeWeb. Ela mudou de provedor? Se mudou para o SigIss não será possível usar o componente pois este provedor se utiliza de um método diferente para se comunicar com o webservice, método este não implementado no componente ACBrNFSe.

Boa tarde João, Muito bem observado, vou remover o provedor SJC, uma vez que já temos o DSFSJC para a respectiva cidade.

Boa tarde, Sim no tópico que se refere ao componente ACBrNFe.

Boa tarde Ana, Eu não utilizo o Windows XP a um bom tempo. Não tem como atualizar o Windows dessa maquina?

Boa tarde Bruno, Já esta no repositório.

Boa tarde Fellipe, Pelos XMLs que você anexou notei que o provedor esta retornado o XML de retorno da consulta ao lote faltando algumas tags de fechamento. Note que não é possível sequer abrir esses XML através de um navegador. Isso pode explicar a mensagem de erro em branco. Incluindo as tags que estão faltando é possível abrir o XML. A mensagem de retorno é: ERROERRO NA CONVERSAO DE RPS EM NOTA FISCAL :For input string: 3873650012 -->Classe :java.lang.NumberFormatException linha:48 O que tudo indica deve ser um problema no webservice do provedor. Favor entrar em contato com a prefeitura e relatar o problema.

Boa tarde Rodrigo, Favor atualizar os fontes e faça novos testes.

Boa tarde, Mas que mania de vocês enviar novamente toda vez que ocorre um erro. Por algum acaso você tem certeza que o erro que ocorreu foi durante o envio? E se foi no retorno? Provedores que seguem a versão 1 do layout da ABRASF, se ocorreu erro ao enviar o passo seguinte é ConsultarSituacao. Se retornar a situação 3 ou 4 devemos Consultar o Lote para pegar as rejeições ou os XML das NFS-e caso tenha sido processado com sucesso. O numero do protocolo é o retorno do envio, se ocorreu erro nesse retorno não há nada o que possa ser feito pois não existe nenhum serviço que retorna novamente o numero do protocolo que atesta que o webservice recebeu o seu lote de RPS. Já os provedores que seguem a versão 2 do layout da ABRASF, se ocorreu erro ao enviar o passo seguinte é Consultar o Lote, uma vez que nessa versão não existe o serviço de consultar a situação do lote.

Boa tarde, Agora sim, mas este apesar de estar com todas as cidades, ainda esta desatualizado. Já enviei para o repositório uma nova versão dele com a cidade que você acrescentou. Muito obrigado pela colaboração.