Italo Giurizzato Junior

Boa tarde Milton, Esse erro também ocorre no programa exemplo?

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

Boa tarde Felipe, Pelo seu relato chego a conclusão que o problema é a SEFAZ-PR ou a cadeia de certificado de PR.

Bom dia, Veja a postagem: Como e quando usar o SVC.

Bom dia Júlio, Realmente não esta sendo impresso. Vamos checar o problema. Em tempo: Favor atualizar os fontes e faça novos testes.

Bom dia Milton, Sugiro você ler primeiramente Como obter o XML do Fornecedor. Nessa postagem eu apresento os métodos: DistribuicaoDFePorUltNSU, DistribuicaoDFePorNSU e DistribuicaoDFePorChaveNFe. Quando é baixado o XML completo da nota ela é salva em disco. A pasta onde é salvo o XML você configura através da propriedade de configuração: Configuracoes.DownloadNFe.PathDownload e se desejar separar por nome do emitente: Configuracoes.DownloadNFe.SepararPorNome (True ou False).

Leandro, Analisando o WSDL achei algumas coisas esquisitas, estou achando que esse provedor SiapSistemas não segue a risca o layout da ABRASF. Favor solicitar os Schemas (arquivos XSD) para que o componente possa validar o lote antes do seu envio.

Boa tarde a todos, As implementações feitas pelo Digibyte, já estão no repositório.

Boa tarde Souza, Se até ontem o cliente estava emitindo e hoje não, o problema pode ser o certificado dele. Ou atualização do Windows da maquina dele.

Boa tarde Júlio, Em Fortes só vai aparecer a tarja: CT-e Cancelado se o XML foi emitido em ambiente de produção.

Boa tarde Mauricio, Além de atualizar os fontes você reinstalou os componentes?

Boa tarde, A versão 2 não esta funcionando, note que o lote foi rejeitado acusando que a tag ufFavorecida não existe e que estava esperando a tag c01_UfFavorecida. Só que a tag c01_UfFavorecida é a tag usada na versão 1 do XML. Voltamos na estaca zero, pois se colocar o atributo versao="2.00" para deixar claro que o XML esta na versão 2 o validador da SEFAZ recusa o atributo. Se remove o atributo o validador da SEFAZ entende que o XML esta na versão 1 e o recusa pois a grafia das tags na versão 2 bem como o layout do XML é totalmente diferente. Se for seguir os schemas que foram disponibilizados devemos incluir o atributo versao.

Boa tarde Heronim, Muito obrigado pela informação, ainda hoje estarei enviando um novo arquivo INI do provedor para o repositório com as novas URLs.

Boa tarde Leandro, Essa URL é para poder emitir nota via site. Favor solicitar as URLs de produção e homologação para essa cidade, pois acredito que o provedor seja o SiapNet.

Boa tarde Fabio, Se são esses os XSD que o provedor esta utilizando (espero que seja para todas as cidades que seguem a versão 1 do layout da ABRASF) será necessário alterar o arquivo INI do provedor, para que o componente busque o arquivo XSD correto quando for validar o lote antes do envio.

Boa tarde Almir, Você esta usando o componente ACBrNFSe para gerar o XML e enviar?

Boa tarde Wesclei, Muito obrigado pela correção, ainda hoje estarei enviando para o repositório.

Bom dia Guto, Muito obrigado pela informação, vou fazer as devidas correções no arquivo INI. Uma observação o seu arquivo INI esta desatualizado, pois os atuais não tem mais a linha que define o encoding.

Bom dia Correa, Desculpe o seu problema não tem nada haver com essa postagem, sugiro que crie um tópico novo para um assunto novo. Na verdade essa área do fórum para divulgar noticiais e não para relatar problemas. Muito obrigado pela compreensão.

Bom dia Claudney, Você poderia anexar os XMLs de envio e de retorno de ambas as versões dos testes que você fez?

Bom dia Duarte, A estrutura do arquivo é: [CCE] [EVENTO001] (...) [EVENTO002] (...) até [EVENTO999] (...) Logo da forma que você esta fazendo esta errado, ou seja, o numero do primeiro evento no arquivo ser 002, isso explica o erro de index que aparece, pois a rotina esta a espera da sessão [EVENTO001] se não encontra considera que o arquivo esta vazio. Se a nota já possui uma carta de correção e esta seria a segunda, logo deveria funcionar com o valor 2 em nSeqEvento. Se você monta o arquivo com a sessão [EVENTO001] e nSeqEvento=2 ocorre erro de duplicidade, a minha suspeita é que a primeira carta de correção enviada o valor de nSeqEvento foi 2. A minha sugestão é que você informe o valor 3 para nSeqEvento. Seria de grande ajuda para confirmar a minha suspeita, se você anexar o XML *-procEventoNFe.xml da primeira carta de correção dessa nota.

Bom dia Marcos, Você poderia anexar os XMLs de envio e de retorno tanto da versão 1 quanto da versão 2? Desde já muito obrigado pela colaboração.

Boa tarde Duarte, Neste caso você tem que incrementar o campo: nSeqEvento, pois é ele que diz quantas cartas de correções foram enviadas para a mesma nota. Quando enviamos a primeira CC-e o valor de nSeqEvento é 1, ao enviar a segunda tem que ser 2 e assim por diante. Reafirmo: devemos incrementar esse campo quando se tratar da mesma nota.

Boa tarde Daniel, O componente ao gerar o XML de um evento, se encarrega de assinar e validar para garantir que a estrutura e os dados estejam em conformidade com os schemas. Sendo assim, concordo com a sugestão do Felipe.

Boa tarde João, Pelo fragmento de código da unit notei que os seus fontes estão desatualizados. Favor atualizar todos os fontes de todas as pastas. Reinstale a suíte ACBr usando o ACBrInstall_Trunk2 deixando marcado a opção para apagar os arquivos antigos. Refaça os testes.