Italo Giurizzato Junior

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, Realizei um teste carregando o XML que você anexou e os valores do tributos federais foram impressos no DANFSE (versão Fortes Report), usei o programa exemplo do componente para realizar o teste. Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr?

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?

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.