Italo Giurizzato Junior

Bom dia Thiago, Se quem vai pagar o frete é o Destinatário, porque você informou que o tomador é o Expedidor? Tomador = Quem vai pagar o frete O Expedidor e o Recebedor só devemos informar quando o transporte é Redespacho ou Redespacho Intermediário, caso contrario não se deve informar. Pesquise no fórum sobre Redespacho e ou Redespacho Intermediário que você vai encontrar mais informações sobre esse assunto.

Boa tarde, Favor anexar os XMLs de envio e de retorno gerado ao executar o DistribuicaoDFe.

Boa tarde Felipe, A principio o provedor Ábaco devemos assinar somente o Lote, mas se você alterar o arquivo Abaco.ini é possível fazer ele assinar o RPS e o Lote. Você pode fazer esse teste para ver se o erro muda. De posse dos retornos do provedor, entrar em contato com eles para questionar sobre o erro ORA-19030.

Boa tarde ALA, A cidade selecionada utiliza o provedor SmarAPD? Configurou corretamente a pasta Schemas?

Boa tarde Rodrigo, Fez o teste com o programa exemplo? Se sim, este esta configurado corretamente para ler os arquivos INI da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI ?

Boa tarde Riquena, Favor atualizar e testar mais uma vez.

Boa tarde Caio, Na sua consulta se não me falha a memória alem de informar o período, você informou: <NotaInicial>41</NotaInicial> As notas que constam no provedor referente ao período tem numeração superior a 41?

Boa tarde, Esse erro ocorre ao assinar o lote ou é retornado pelo Web Service?

Bom dia Walter, Você esta gerando o CT-e em qual versão? Agora só é aceito a versão 3.00 do CT-e.

Bom dia Alberto, Inclua em uses da unit que contem a sua rotina que alimenta o componente a seguinte unit: pcnConversaoNFe.

Felipe, Favor atualizar os fontes, fazer um novo teste, o lote será gerado assinado, validado e enviado. O Web Service vai retornar com o erro apresentado na postagem anterior. Ai você entra em contato com o provedor e informa o erro que esta ocorrendo e o significado do mesmo pesquisado na Internet. http://www.liberidu.com/blog/2014/11/14/howto-validate-xml-content-against-an-xml-schema/

Bom dia Felipe, Para que o componente fosse capaz de gerar o XML, assinar, enviar e obter um retorno foi necessário desfazer algumas coisas, tais como: Não assinar o RPS, não incluir no atributo URI da assinatura do lote o valor do atributo id e manter o NameSpace no tag <EnviarLoteRpsEnvio>. Com isso obtive a seguinte resposta do Web Service: <MensagemRetorno> <Codigo>1</Codigo> <Mensagem>XML Inválido - ORA-19030: Method invalid for non-schema based XML Documents.</Mensagem> <Correcao/> </MensagemRetorno> Pesquisando sobre o erro ORA-19030 encontrei o seguinte: Através da mensagem ORA-19030, o banco de dados está alertando que não pode encontrar um esquema XML associado e, portanto, não pode validar o conteúdo XML de um método válido. Chego a conclusão que ao montar o Web Service da cidade de Manaus o provedor Abaco esqueceu de configurar corretamente o local onde se encontra o Schema. Vou enviar para o repositório os fontes que antes funcionava perfeitamente o provedor Abaco para as outras cidades.

Boa tarde Thiago, Me diz uma coisa, o Expedidor é o próprio Emitente do CT-e ou seja a Transportadora? Quem vai pagar o frete é a própria transportadora? Você sabe quando devemos informar o Expedidor em um CT-e?

Felipe, Vou tentar simular o erro, assim que eu tiver uma solução lhe aviso.

Boa tarde Felipe, Informe o lote somente numerico, por exemplo 1 e deixa o componente acrescentar o literal "LOTE" como prefixo. Da forma que você fez o ID do lote ficou LOTELOTE1, notou?

Sim

Boa tarde Cleyton, Sem o XML não da para analisar o problema.

Boa tarde Rodrigo, Verifique se o arquivo INI do provedor esta marcado para assinar o lote. [Assinar] RPS=1 Lote=1

Boa tarde Caio, Tirando algumas porcarias que constava no XML retornado pelo provedor, foi possível visualizar o mesmo através do navegador. Não consta nenhuma nota.

Boa tarde Cesar, Por favor vamos seguir as regras do fórum. Esse tópico se refere ao provedor Tinus que atende a cidade Olinda/PE. Favor abrir um outro tópico, pois a cidade é outra.

Boa tarde Leandro, A cidade de Ipatinga é atendida pelo provedor Actcon, correto? Esse provedor possui duas versões de Web Services, uma que atende a versão 1 do layout da ABRASF e a outra a versão 2. No caso de Ipatinga devemos gerar o XML segundo a versão 1 ou 2?

Boa tarde Tamiriam, Tem certeza? Não existe nenhuma pasta com os arquivos: *-con-dist-dfe.xml e *-dist-dfe.xml ?

Boa tarde Felipe, Favor atualizar os fontes. Fiz uma alteração a fim de deixar o valor do atributo id tanto do RPS quando do Lote igual do exemplo disponibilizado pelo provedor. Fiz também uma alteração visando incluir o valor do id do Lote no atributo URI da assinatura do Lote. Não sei se com essas alterações o problema será sanado.

Boa tarde Heronim, Muito obrigado pela colaboração, já esta no repositório.

Bom dia Pedro, Faça um teste em ambiente de homologação depois no de produção. Se funcionar no de homologação e não de produção favor entrar em contato com a SEFAZ-Autorizadora e exponha o problema.