Italo Giurizzato Junior

Boa tarde Felipe, Parece que o pessoal do Ábaco resolveram o problema do ORA-19030 agora para mim também esta aparecendo o erro informando que: Não localizada declaração do elemento EnviarLoteRpsEnvio, mas veja bem essa mensagem de erro já é um retorno do provedor. Ela se encontra no arquivo de retorno do envio, salvo com o nome: *-rec.xml Sendo assim o componente esta gerando o XML, assinando, validando e enviando com sucesso para o provedor, este por sua vez esta rejeitando o XML do recebido. Acontece que segundo o Schema existe o elemento EnviarLoteRpsEnvio e dentro deste temos os grupos: LoteRps e Signature, veja: <xsd:element name="EnviarLoteRpsEnvio"> <xsd:complexType> <xsd:sequence> <xsd:element name="LoteRps" type="tcLoteRps"/> <xsd:element ref="dsig:Signature" minOccurs="0" maxOccurs="1"/> </xsd:sequence> </xsd:complexType> </xsd:element> Favor entrar em contato com o provedor e questiona-los sobre esse erro.

Boa noite Drika, No Manual da versão 3.00 temos o seguinte: Rejeição 746: Se tomador do serviço for emitente de CT-e (verificar CNE), for contribuinte do ICMS (indIEToma=1) e diferente do CNPJ Base do Remetente ou Destinatário: - Rejeitar se o tipo de serviço informado for Normal (tpServ=0) OBS: Nas prestações de serviço que o tomador figurar como não contribuinte, indIEToma deve ser informado com 9, mesmo que exista uma Inscrição Estadual para o mesmo. Sendo assim, no meu entendimento ela esta valendo agora.

Boa noite Felipe, Até onde sei no caso do provedor Ábaco só devemos assinar o Lote. Você esta usando o programa exemplo para realizar os testes? Você tem certeza que todos os fontes de todas as pastas estão atualizados? O programa esta se utilizando dos arquivos INI que estão na pasta ArqINI?

Bom dia Alberto, Lembre-se que o ACBrNFe apenas gera, assina, valida, envia e processa o retorno da SEFAZ. A impressão do DANFE fica a cargo de um segundo componente que é ligado ao ACBrNFe, esse segundo componente é o ACBrNFeDANFEFR (Fast Report) ou ACBrNFeDANFERL (Fortes Report) você escolhe qual deseja utilizar. Já o envio do XML de DANFE (em PDF) por e-mail fica a cargo de um terceiro componente também ligado ao ACBrNFe chamado ACBrMail. É na configuração do ACBrNFeDANFEFR ou ACBrNFeDANFERL que você vai encontrar a propriedade que define o tamanho do papel, mas que eu me recordo só existe o tamanho A4.

Bom dia Cleiton, O que diz a rejeição 760?

Bom dia Walter, Na versão 3.00 do CT-e não existe mais a tag: forPag, logo é preciso fazer uma correção no DACTE.

Bom dia, Chegou a fazer algum testes para saber se ainda esta ocorrendo o problema ou não? Lembre-se que existe várias SEFAZ-Autorizadoras e mais a SEFAZ Virtual do RS que recepciona o CT-e de várias UF, sendo assim o problema pode ter sido sanado em uma e em outra não.

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