Italo Giurizzato Junior

Boa tarde Diego, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde ALA, No layout do XML do RPS não existe a tag <BaseCalculo> somente no XML da NFS-e.

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

Boa tarde, Infelizmente essa informação não esta prevista no layout da ABRASF. E o provedor Ginfes é um que segue o layout da ABRASF.

Boa tarde, Você quer referenciar um CT-e em outro CT-e com qual objetivo?

Boa tarde BigWings, Mas dessa forma o XML não será salvo na pasta definida em PathINI e PathEventos, ou estou enganado? Sem as suas alterações onde estava sendo salvos os XML e com as modificações passaram a ser salvos em qual pasta?

Boa tarde ALA, Você fez o teste com programa exemplo?

Boa tarde Diego, E os arquivos XSD - Schemas? Para validar o Lote antes do envio.

Boa tarde dimom, Esse cliente é da mesma cidade dos demais que funciona?

Boa tarde Márcio, Esse XML não é o XML da NFS-e e sim o de retorno que contem o XML da NFS-e. O componente é para extrair e salvar separadamente o XML propriamente dito da NFS-e dentro da pasta Notas.

Boa tarde Hugo, Infelizmente não temos os Schemas para validar o XML antes do envio. Sendo assim deixa essa propriedade em branco.

Boa tarde Osmar, Esses são os arquivos de envio e de retorno. Configure o componente para salvar os arquivos soap ( Configuracoes.WebServices.Salvar := True ). Faça novos testes e anexe os arquivos de envio e de retorno (soap).

Osmar, E os XMLs de envio e de retorno? Você não configurou para salvar?

E qual são os valores dos parâmetros do Enviar? Chegou a "debuar" a rotina da função Enviar?

Boa tarde a todos, O problema é no Ambiente Nacional que é o responsável por recepcionar os eventos referente a Manifestação do Destinatário independe do Estado do Emitente. Por favor vamos aguardar.

Tiago, Tem que "debugar" para descobrir exatamente onde esta ocorrendo o erro.

Boa tarde Tiago, Não existe Web Service de cancelamento, o que existe é um Web Service para recepcionar eventos uma vez que o cancelamento é um evento.

Boa tarde Diego, Basta você "zipar" as units que você alterou e as novas e anexa aqui mesmo no fórum para que possamos analisar a sua contribuição.

Boa tarde Osmar, Chegou a verificar quais são os XMLs gerados?

Boa tarde Marcos, Hoje o componente ignora o timezone ao realizar a leitura da tag <dhRecbto>. O campo dhRecbto é do tipo TDateTime, que não prevê o timezone, logo para armazenar a informação desejada não vejo outra saída criar um campo especifico para o timezone.

Tiago, Esses arquivos se refere ao pedido de status de serviço e seu retorno, não tem nada haver com o envio do evento de cancelamento e seu retorno.

Bom dia a todos, O Evento de manifestação do Destinatário não é enviado para a SEFAZ-Autorizadora e sim para o Ambiente Nacional, logo se este estiver com problemas, não vai funcionar para ninguém não importa o Estado.

Bom dia Thiago, Muito obrigado pela colaboração, já esta no repositório. Favor atualizar seus fontes, pois eles estão desatualizados.

Bom dia Tiago, Como você esta realizando testes é sempre bom configurar o componente para que o mesmo salve os arquivos soap. Esses arquivos, principalmente os de retorno são salvos sem nenhum tratamento feito pelo componente, desta forma da para descobrir alguma coisa. Como configurar: Configuracoes.WebServices.Salvar := True; Faça essa configuração e refaça os testes, por fim anexa os arquivos soap para que possamos analisar.

Bom dia Sérgio, Primeiramente é preciso saber quem pode se beneficiar do DistribuicaoDFe se tratando do CT-e. Segundo a Nota Técnica 2015/002 versão 1.00a que trata sobre o DistribuicaoDFe do CT-e, na página 4 temos uma tabela. Nela temos quem pode ter acesso e qual o tipo de retorno tem direito. As pessoas que tem direito são: o Emitente, Remetente, Destinatário, Expedidor, Recebedor, Tomador e Terceiros. Lembre-se que o Tomador do serviço, não necessariamente precisar ser o Remetente ou Destinatário ou Expedidor ou Recebedor. Quem é Terceiros? Terceiros é aquela pessoa cujo CNPJ ou CPF consta no grupo <autXML>, ou seja, pessoa autorizada a ter acesso ao XML do CT-e, por exemplo o contador. Outra coisa importante o CNPJ ou CPF que você esta informado no parâmetro do método: DistribuicaoDFePorUltNSU é o mesmo que consta no certificado digital? O código da UF que também é informada se refere a UF dessa pessoa, ou seja, o CNPJ se refere a uma empresa de SP, logo o código da UF tem que ser de SP. Você realizando os testes em ambiente de homologação ou produção?