Italo Giurizzato Junior

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

Bom dia Milton, Esse certificado não esta vencido? É um e-CPF ou e-CNPJ?

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 Matheus, Primeiramente não devemos mais usar o Capicom e sim o WinCrypt ou o OpenSSL, no caso do seu cliente tem que ser WinCrypt uma vez que o certificado é A3. Segundo, certificado A3 é só dor de cabeça, convença o seu cliente a trocar essa porcaria. Existem diversos relatos de pessoas que perderam o certificado, por conta de um bug em uma DLL da Microsoft (se não me falha a memória). Terceiro, com certeza é alguma configuração errada na sua aplicação no que se refere ao certificado digital.

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.

Se você puder anexar as units alteradas para que possamos analisar, pois isso pode ser útil para outros desenvolvedores também.

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.

Bom dia, Favor anexar o XML da nota que esta com essa rejeição.

Bom dia, Analisando os seus XMLs, notei que não segue a mesma formatação que consta no arquivo INI do provedor SP. Diferenças: A definição do prefixo xsi você colocou na tag <ConsultarNFeRecebidasRequest> sendo que nos demais esta na tag <Envelope>. O conteúdo da tag <MensagemXML> esta entre "<!CDATA[ ... ]]>" sendo que nos demais não esta dessa forma. Não sei se isso é suficiente para que o webservice acusar que a assinatura possui divergência. Você alterou o componente ACBrNFSe para realizar? Se sim, poderia anexar as Units alteradas para que eu possa analisar?

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 Haroldo, Muito obrigado pela colaboração, já esta no repositório.

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.