Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.767
  • Registro em

  • Última visita

  • Days Won

    1.155

Tudo que Italo Giurizzato Junior postou

  1. Bom dia Weverton, No caso do OpenSLL é adicionado o DOCTYPE, pois sem ele não ocorre a assinatura.
  2. Boa noite Marcelo, Muito obrigado pela colaboração, já enviei para o repositório.
  3. Boa noite Rubens, Muito obrigado pela colaboração, já enviei para o repositório.
  4. Boa noite Rafael, Veja este link: http://portalcte.fazenda.mg.gov.br/download/SP01_CT-e_Globalizado_v2.pdf
  5. Boa noite Rocha, Não encontrei nada no seu XML algo que pode estar provocando a rejeição, logo favor entrar em contato com a SEFAZ-RS e acuse o problema.
  6. Bom dia Marcelo, É preciso primeiro ver se a cidade em questão possui todos esses regimes, caso afirmativo, solicitar ao provedor os novos schemas.
  7. Bom dia Michel, Muito obrigado pela colaboração, já enviei para o repositório.
  8. Bom dia Weverton, Por não conhecer a fundo o funcionamento da assinatura digital, acredito que o problema do OpenSSL não realizar a assinatura é devido a ausência do atributo "Id" na tag <InfDeclaracaoPrestacaoServico> tag esta usada para realizar a assinatura. Note que o atributo "Id" se encontra na tag <Rps>.
  9. Bom dia Mario, Até onde sei a cidade de Santa Maria/RS se utiliza do provedor ISSNet, basta você incluir essa cidade (caso não exista) no combo box do programa exemplo e faça os testes.
  10. Bom dia Marcelo, Já fiz a alteração, favor atualizar os fontes e faça novos testes.
  11. Bom dia Rocha, Inicialmente vamos conceituar. Erro de validação tem haver com os Schemas e o XML gerado, ou os arquivos XSD (schemas) estão desatualizados ou os dados gerados no XML que estão errados. Neste caso o envio para a SEFAZ não ocorre. Já Rejeição, é um erro apontado pela SEFAZ, isso significa que o XML foi gerado, validado, enviado mas a SEFAZ o rejeitou por conter uma informação não válida. Vamos a um exemplo. No XML consta uma sequencia aleatória de dígitos (14 no total) informado na tag <CNPJ>, para o Schema essa informação é valida, pois o CNPJ tem que ter 14 dígitos. A SEFAZ ao receber esse XML vai realizar os cálculos matemáticos para saber se esse CNPJ realmente é válido e se realmente existe uma pessoa jurídica com esse CNPJ. Se falhar, ou seja, se os cálculos mostrarem que o numero é inválido ou se não existe uma pessoa jurídica com esse CNPJ a SEFAZ rejeita o XML enviado, retornando um erro de Rejeição. Pela sua postagem o XML de evento de encerramento esta sendo gerado, validado e enviado, mas a SEFAZ esta rejeitando-o. Favor anexar o XML de envio do evento para que possamos analisar, caso ele esteja OK, o problema pode ser na SEFAZ. E se tratando de MDF-e a SEFAZ em questão é a do RS, pois é a unica que recepciona o MDF-e de todos os Estados brasileiros.
  12. Boa tarde Marcelo, Favor anexar as units alteradas, para que possamos avaliar e enviar para o repositório.
  13. Boa tarde Alexsandro, Acredito ser um problema no Web Service, pois se fosse alguma informação errada era para ele acusar qual é a informação que esta errada.
  14. Boa tarde Jek, Realmente ficou melhor, já enviei para o repositório.
  15. Bom dia a todos, Será necessário acrescentar os demais tipos de Regimes Especial de Tributação que por ventura estejam faltando.
  16. Bom dia Denis, O certificado disponibilizado pela SEFAZ-RS só serve para assinar o XML e mais nada. Se você tem um certificado da sua empresa, pode usa-lo para esse fim. Agora se você deseja realizar todos os testes, tais como, assinar e consumir os Web Services (Enviar, Consultar, Enviar Evento, ....) será necessário o certificado de uma empresa que esteja habilitada a emitir CT-e.
  17. Bom dia Thomas, É problema na SEFAZ-SP, o estagiário esqueceu de alterar a hora do servidor de eventos. Favor abrir um chamado junto a SEFAZ-SP relatando o problema.
  18. Bom dia a todos, Fiz a alteração e enviei para o repositório, favor atualizar os fontes e refazer os testes.
  19. Bom dia Luiz, Desculpe, não entendi a sua postagem, você esta afirmando ou questionando?
  20. Boa noite Cezar, Porto Alegre/RS o provedor é BHISS como consta no arquivo Cidades.ini
  21. Boa noite Cezar, A prefeitura da cidade de Poa/SP até onde sei contratou o provedor CONAM e este possui o Web Services para recepcionar os RPS. Favor utilizar o programa exemplo para realizar os testes.
  22. Boa noite, Favor atualizar novamente os fontes, note que fiz alteração no arquivo INI do provedor.
  23. Boa tarde, Os XML que você anexou são somente o envio e o retorno e pelo que notei esta tudo em ordem. Inclusive no retorno não consta nenhum erro e nenhum alerta.
  24. Boa tarde Jean, Segundo a mensagem de erro o conteúdo do campo CNPJ é invalido e o grupo infSeg esta incompleto, você não esta alimentando todos os campos necessários. Sem ter em mãos o manual do MDF-e 3.00 fica difícil de descobrir o que esta faltando.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.