valdesc

Erro envio Bloco X reduções Z

82 posts neste tópico

5 horas atrás, Maurício Blasque disse:

Pessoal,

Alguém mais está tendo o retorno: 'Não gerado, visto que o XML não passou na validação inicial' hora de pegar o recibo do envio? Quando tento validar o XML pelo método ValidarEstoque.Executar, a propriedade ValidarEstoque.RetWS retorna 'XML validado com sucesso', porém quando tento enviar dá o erro acima.

Para os arquivos de redução z eu percebi que era quando eu tentava enviar um arquivo já enviado anteriormente, porém estoque ainda não enviei nenhum e está sempre me retornando este erro. Alguém passou por isso? Não queria abrir outro tópico.

Aqui esta enviando normal tanto Estoque como RZ,
Anexa o XML para que possamos ajudar,
 

Compartilhar este post


Link para o post
Compartilhar em outros sites
Em 27/02/2017 at 17:52, Anderson Eccker disse:

Aqui esta enviando normal tanto Estoque como RZ,
Anexa o XML para que possamos ajudar,
 

Eu acho que sei o que está acontecendo. Pelo visto eu preciso de um cliente PAF-ECF de SC para usar o certificado dele, numero de credenciamento dele e tudo mais. Caso contrário o validador diz que o PAF-ECF não existe. Estou correto?

Se for isso, ferrou! Não temos cliente em SC rs.

Compartilhar este post


Link para o post
Compartilhar em outros sites

Estranho, o erro só está acontecendo no arquivo de Estoque. A Redução Z transmite todo dia normalmente.

Compartilhar este post


Link para o post
Compartilhar em outros sites
Em 21/02/2017 at 08:31, Anderson Eccker disse:

Legal Ribeiro, que bom que ficou tudo certo.

Como você pretente fazer o tratamento dos recibos? Isso para mim está meio obscuro ainda. Pois a gente envia o arquivo zipado e recebe de retorno um recibo. Mas o Sefaz irá processar o arquivo posteriormente podendo levar minutos ou horas dependendo do volume. Pelo que entendi se o arquivo não for validado pelo sefaz o cliente devera corrigir o problema e transmiti-lo novamente. Como você acha que deverá ser esse processo nos sistemas?


 

Anderson

 

Entendo que a lógica deva ser a mesma da NF-e. Você envia, ele te devolve um recibo e mais nada. Dentro de alguns segundos ou minutos, você consulta e recebe a resposta.
Eu pretendo, quando receber "Aguardando" na consulta ou envio, fazer 10 tentativas, 1 a cada 10 segundos. Após isso, sai fora do programa e acabou. Se não enviar hoje, amanhã envia sem problemas. É a lógica deles.
Eu enviei hoje, então fiz meu papel. Se eles demorarem para processar, não é problema meu.

Em 21/02/2017 at 08:31, Anderson Eccker disse:

Legal Ribeiro, que bom que ficou tudo certo.

Como você pretente fazer o tratamento dos recibos? Isso para mim está meio obscuro ainda. Pois a gente envia o arquivo zipado e recebe de retorno um recibo. Mas o Sefaz irá processar o arquivo posteriormente podendo levar minutos ou horas dependendo do volume. Pelo que entendi se o arquivo não for validado pelo sefaz o cliente devera corrigir o problema e transmiti-lo novamente. Como você acha que deverá ser esse processo nos sistemas?


 

Anderson

 

Entendo que a lógica deva ser a mesma da NF-e. Você envia, ele te devolve um recibo e mais nada. Dentro de alguns segundos ou minutos, você consulta e recebe a resposta.
Eu pretendo, quando receber "Aguardando" na consulta ou envio, fazer 10 tentativas, 1 a cada 10 segundos. Após isso, sai fora do programa e acabou. Se não enviar hoje, amanhã envia sem problemas. É a lógica deles.
Eu enviei hoje, então fiz meu papel. Se eles demorarem para processar, não é problema meu.

Em 21/02/2017 at 08:31, Anderson Eccker disse:

Legal Ribeiro, que bom que ficou tudo certo.

Como você pretente fazer o tratamento dos recibos? Isso para mim está meio obscuro ainda. Pois a gente envia o arquivo zipado e recebe de retorno um recibo. Mas o Sefaz irá processar o arquivo posteriormente podendo levar minutos ou horas dependendo do volume. Pelo que entendi se o arquivo não for validado pelo sefaz o cliente devera corrigir o problema e transmiti-lo novamente. Como você acha que deverá ser esse processo nos sistemas?


 

Anderson

 

Entendo que a lógica deva ser a mesma da NF-e. Você envia, ele te devolve um recibo e mais nada. Dentro de alguns segundos ou minutos, você consulta e recebe a resposta.
Eu pretendo, quando receber "Aguardando" na consulta ou envio, fazer 10 tentativas, 1 a cada 10 segundos. Após isso, sai fora do programa e acabou. Se não enviar hoje, amanhã envia sem problemas. É a lógica deles.
Eu enviei hoje, então fiz meu papel. Se eles demorarem para processar, não é problema meu.

Em 21/02/2017 at 08:31, Anderson Eccker disse:

Legal Ribeiro, que bom que ficou tudo certo.

Como você pretente fazer o tratamento dos recibos? Isso para mim está meio obscuro ainda. Pois a gente envia o arquivo zipado e recebe de retorno um recibo. Mas o Sefaz irá processar o arquivo posteriormente podendo levar minutos ou horas dependendo do volume. Pelo que entendi se o arquivo não for validado pelo sefaz o cliente devera corrigir o problema e transmiti-lo novamente. Como você acha que deverá ser esse processo nos sistemas?


 

Anderson

 

Entendo que a lógica deva ser a mesma da NF-e. Você envia, ele te devolve um recibo e mais nada. Dentro de alguns segundos ou minutos, você consulta e recebe a resposta.
Eu pretendo, quando receber "Aguardando" na consulta ou envio, fazer 10 tentativas, 1 a cada 10 segundos. Após isso, sai fora do programa e acabou. Se não enviar hoje, amanhã envia sem problemas. É a lógica deles.
Eu enviei hoje, então fiz meu papel. Se eles demorarem para processar, não é problema meu.

Em 27/02/2017 at 11:56, Maurício Blasque disse:

Pessoal,

Alguém mais está tendo o retorno: 'Não gerado, visto que o XML não passou na validação inicial' hora de pegar o recibo do envio? Quando tento validar o XML pelo método ValidarEstoque.Executar, a propriedade ValidarEstoque.RetWS retorna 'XML validado com sucesso', porém quando tento enviar dá o erro acima.

Para os arquivos de redução z eu percebi que era quando eu tentava enviar um arquivo já enviado anteriormente, porém estoque ainda não enviei nenhum e está sempre me retornando este erro. Alguém passou por isso? Não queria abrir outro tópico.

Maurício

 

Vai com fé que é zeros na frente dos números, espaços ou vírgulas que não existem.

Anexo meu XML para te ajudar a resolver. É problema de conteúdo (Dados) do XML.

ReducaoZ_2017-02-19.zip

Deu loucura aqui pessoa. Desculpem.

Estou com um problema agora, que por Deus, como odeio o Governo. Já não tenho alma Comunista e isso só me faz ter mais ódio....
Estou enviando os dados para o SAT e ele só me devolve "Aguardando". Não sai disso...
Tenho o recibo, consulto o recibo de 3 dias atrás e só recebo "Aguardando".

É algo que eu fiz de "caquinha" aqui ou isso está acontecendo com todo mundo?

Compartilhar este post


Link para o post
Compartilhar em outros sites

Bom Dia,

Realizei a inclusão da leitura dos campos "Mensagem" e "DataReferencia" do XML de retorno pois em caso de erros a mensagem de erro virá em Mensagem.

pcnRetEnvBlocoX.pas

1 pessoa curtiu isso

Compartilhar este post


Link para o post
Compartilhar em outros sites

Bom dia.

No caso de validação (ReduçãoZ/Estoque), existe alguma propriedade do componente que já conseguimos recuperar a mensagem (Sucesso ou Erro) estou procurando aqui mais não encontrei, o campo Msg em Validar no meu caso esta sempre vazio.

Grato

Compartilhar este post


Link para o post
Compartilhar em outros sites
Em 16/03/2017 at 09:27, Pedro E. Braga disse:

Bom Dia,

Realizei a inclusão da leitura dos campos "Mensagem" e "DataReferencia" do XML de retorno pois em caso de erros a mensagem de erro virá em Mensagem.

pcnRetEnvBlocoX.pas

Obrigado...no SVN...

2 pessoas curtiram isso

Compartilhar este post


Link para o post
Compartilhar em outros sites

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!


Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.


Entrar Agora