Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    35.599
  • Registro em

  • Última visita

  • Days Won

    993

Italo Giurizzato Junior last won the day on 18 Março

Italo Giurizzato Junior had the most liked content!

Sobre Italo Giurizzato Junior

Últimos Visitantes

31.580 visualizações

Italo Giurizzato Junior's Achievements

  1. Boa tarde @[email protected], Complementando o que já foi lhe pedido pelo @Alexandre de Paula, você poderia configurar o componente para salvar os arquivos Soap e anexar tanto o pedido de cancelamento quanto o de retorno? Configuracoes.Webservices.Salvar := True; Essa configuração faz com que ele salve os arquivos Soap.
  2. Boa tarde Geovane, Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SSLType ?
  3. Boa tarde @Destak, Analisando o arquivo de pedido de cancelamento *-ped-can.xml notei que esta correto. Por outro lado o arquivo de retorno *-can.xml contem algumas tags mas todas estão vazias, veja: <CancelarNfseResposta xmlns:ns2="http://www.w3.org/2000/09/xmldsig#" xmlns:ns4="http://www.ginfes.com.br/tipos_v03.xsd" xmlns:ns3="http://www.ginfes.com.br/servico_cancelar_nfse_resposta_v03.xsd"> <Cancelamento/> <ListaMensagemRetorno> <MensagemRetorno> <Codigo/> <Correcao/> </MensagemRetorno> </ListaMensagemRetorno> </CancelarNfseResposta> Antes de fazermos qualquer alteração no componente, lhe recomendo entrar em contato com o provedor com a prefeitura e relatar o problema no webservice no que se refere ao cancelamento da nota. Pelo retorno do pedido de cancelamento não temos condições se o cancelamento foi realizado com sucesso ou não e se não foi por qual motivo.
  4. Boa tarde Eduardo, Coisas estranhas que notei analisando os 3 arquivos que você anexou. Comparando os 2 TXT as diferenças mais importantes são: No TXT de nome CTe-252480.txt temos a presença dos campos: tpCTe=3 <== indicando que se trata de um CT-e de Subsituição - Ok [infCteSub] chCte=33240309059609000100570010002514431002514431 <== chave do CTe subsituido - Ok indAlteraToma=1 <== indicador de alteração de tomador - Ok No mesmo arquivo temos: [toma3] Toma=0 <== Indica que o tomador é o remetente da carga Essa informação é exatamente a mesma do outro TXT, esse é o primeiro erro, pois se no CT-e Normal o tomador é o Remetente e no CT-e de Substituição você diz que vai ocorrer a alteração do tomador, isso implica que o valor do campo Toma da seção [toma3] vai ser outro, ou seja, diferente de zero. Até onde eu me recordo em um CT-e de Substituição não pode ocorrer a alteração de informações do remetente e do destinatário e comparando os dois TXT esta ocorrendo uma troca de CNPJ e IE do remetente. Outra coisa estanha é que no XML temos a presença do grupo <toma4> com todas as informações desse tomador que tratamos como sendo "outro", ou seja, devemos gerar esse grupo quando o valor do campo Toma da seção [toma3] for igual a 4. Os seus TXT além do valor do campo Toma não ser 4 também não contem a seção [toma4]. Isso me leva a crer o arquivo TXT referente ao CT-e de substituição que você anexou não é o que foi utilizado para gerar o XML em anexo. Dito tudo isso, chego a seguinte conclusão: 1. O arquivo CTe-252480.txt utilizado para emitir o CT-e de Substituição resultou em um rejeição visto que ele informava que estava ocorrendo uma troca de tomador, mas não informava quem era o novo tomador pois a informação de tomador continuava o mesmo, ou seja, o remetente. 2. Foi feito um novo TXT que não foi anexado, e desse novo TXT foi incluindo a seção [toma4] informando os dados do novo tomador, uma vez que o tomador não era nenhum dos declarados (Remetente e Destinatário). O que ocorreu ao enviar esse novo CT-e de substituição, ele foi rejeitado também?
  5. Boa tarde @shztec, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr com a opção de apagar arquivos antigos marcada e faça um novo teste.
  6. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
  7. Boa tarde Fabio, Favor atualizar todos os fontes de todas as pastas, reinstalar o ACBr e faça novos testes.
  8. Boa tarde @[email protected], Você fez o que eu lhe pedi na postagem anterior referente ao cancelamento? Tentar cancelar a nota usando o programa exemplo do componente antigo e depois com o programa exemplo do componente novo? Estamos aqui para lhe ajudar, mas quando lhe pedimos para realizar um teste é porque acreditamos que esse teste vai apontar para um caminho. Não tenho como lhe ajudar na questão do cancelamento se você não fizer os testes que lhe pedi.
  9. Boa tarde @edulamy, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr com a opção de apagar arquivos antigos marcada? Se sim, recompilou a aplicação com opção Build?
  10. Boa tarde @eraldocg, Na unit SisPMJP.GravarXml temos: function TNFSeW_SisPMJP202.GerarXml: Boolean; begin if (NFSe.OptanteSimplesNacional = snNao) and (NFSe.RegimeEspecialTributacao in [retMicroempresaMunicipal, retMicroempresarioEmpresaPP]) then NrOcorrValorIss := 1 else NrOcorrValorIss := -1; Result := inherited GerarXml; end; Note que o numero de ocorrências do ValorIss será 1 (a tag vai ser gerada mesmo com o valor zero) se as duas condições forem verdadeiras ou o numero de ocorrências do ValorIss será -1 (a tag nunca vai ser gerada). Notei que você mencionou: Servico.Valores.tribMun.tribISSQN := tiOperacaoTributavel; Esse campo se refere ao layout do Padrão Nacional e esse provedor se utiliza da versão 2 do layout da ABRASF. Eu acredito que você esteja alimentando os campos errados. No programa exemplo do componente ACBrNFSeX temos 3 procedures que exemplificam a alimentação do componente para o layout da ABRASF, para o layout próprio de alguns provedores e o layout do Padrão Nacional. Vale apena estudar o programa exemplo.
  11. Boa tarde @Sulsoftware, No programa exemplo do novo componente na aba Geral temos um botão chamado [Informações sobre o Provevdor], veja: ------------------------------------ Informações sobre o provedor: Thema - Versão: 1.00 - Layout: ABRASF Autenticação Requer Certificado Digital Não requer Login/Senha Não requer Chave de Acesso Não requer Chave de Autorizacao Não requer Frase Secreta Serviços Disponibilizados Permite o envio de Lote em Modo Assíncrono Não permite o envio de Lote em Modo Síncrono Não permite o envio Unitário em Modo Síncrono Permite Consultar a Situação do Lote Permite Consultar o Lote Permite Consultar o Rps Permite Consultar a NFS-e Não permite Consultar uma Faixa de NFS-e Não permite Consultar Serviço Prestado Não permite Consultar Serviço Tomado Permite Cancelar NFS-e Não permite Substituir NFS-e Não permite Gerar Token Não permite Enviar Evento Não permite Consultar Evento Não permite Consultar DF-e Não permite Consultar Parâmetros Não permite Consultar Sequencia de Rps Não permite Consultar Link da NFS-e Não permite Consultar NFS-e por Chave ------------------------------------ Como você pode ver o provedor contratado pela cidade é o Thema que se utiliza da versão 1 do layout da ABRASF. Sendo assim, após o envio devemos consultar a situação do lote informando o numero do protocolo retornado do envio e depois consultar o lote informando também o numero do protocolo. para mais informações leia o tópico abaixo:
  12. Boa tarde @pcvaladares, Se o certificado digital for A1 de preferencia para o libOpenSSL em vez de libWinCrypt.
×
×
  • 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.