Cleonir

Membros
  • Total de ítens

    95
  • Registro em

  • Última visita

Reputação

5 Neutral

Sobre Cleonir

  • Rank
    Membro

Profile Information

  • Sexo
    Masculino
  • Localização
    Santa Catarina

Últimos Visitantes

1.242 visualizações
  1. Bom dia Cacio Sim desenvolvi. è só você baixar ou atualizar os fontes do acbr. Esta na pasta Exemplos\ACBrDFe\ACBrCTe\Delphi\Report\DACTE_OS.fr3.
  2. Já fiz, mas eles me pediram para ver isso com o SEFAZ de SP, por que aprincipio é somente lá que esta acontecendo isso, se caso eu tiver uma situação igual aqui de SC aí sim eles me pediram para encaminhar o xml para eles analisarem.
  3. Bom dia, Realmente eu tinha esquecido deste detalhe do OpenSSL, mas enfim, a rejeição citado no inicio deste tópico continua. "Quando o Destinatário tem IE dado baixa no Sintegra" 'IE do Destinatário não informada.' Mesmo eu informando ISENTO ou deixando embranco este campo. Fiz um questionamento para o SEFAZ de São Paulo mas até hoje não me retornaram nada. O SEFAZ de SC sempre me retorna no mesmo dia com a resposta quando solicito, mas o de São Paulo já faz uns 40 dias e nada... Em anexo xml que estou tentando enviar se alguém quiser dar uma analisada para mim. 35170505344513000133571500000327521000334673-cte.xml
  4. Já tentei informar ISENTO mas acontece a mesma rejeição usando o Wincrypt, e com o OpenSSL da erro na hora de validar, em anexo imagem do erro na hora de validar usando o OpenSSL.
  5. Boa tarde pessoal. Estou com um problema no envio do CTe com alguns clientes de São Paulo, somente clientes de São Paulo estão reclamando. Quando o Destinatário trem IE dado baixa no Sintegra, ficou como não contribuinte, foi emitido NFe para este destinatário como não contribuinte, mas na hora de enviar o cte retorna a Rejeição: IE do Destinatário não informada. Em anexo xml que estou tentando enviar se alguém quiser analisar. 35170505344513000133571500000327521000334673-cte.xml
  6. Boa tarde, Eu estou migrando os meu clientes para essa versão do Wincrypt e em algum clientes que possuem o certificado A1 também estou tendo esse problema na linha 166 a Unit ACBrDFeXsMsXml dispara o Exception if (dsigKey = nil) then raise EACBrDFeException.Create('Falha ao obter a Chave Privada do Certificado para Assinatura.'); Para resolver isso eu peguei o certificado instale no Windows XP marcando aquela opção para exportar a chave privada e depois baixei ele novamente e configurei no sistema e funcionou normalmente. Mas por que que acontece este erro? tem alguma outra forma mais pratica para resolver isso?
  7. ct-e 3.00

    Bom dia. Na atualização que fiz hoje deu problema nesta tag IEST, se eu não informar nada da erro na hora de validar, (Inscrição Estadual do Substituto Tributário) - Nenhum valor informado. por que crio a tag igual mas sem nenhuma informação acredito que falta fazer um pequeno if na hora de criar. if (CTe.infCTe.versao >= 3) and (CTe.ide.modelo = 57) then begin if Length(trim(CTe.Emit.IEST)) > 0 then Gerador.wCampo(tcStr, '#100', 'IEST ', 02, 14, 1, OnlyNumber(CTe.Emit.IEST), DSC_IEST); end; fiz assim e passou...
  8. Beleza Italo Acredito que agora vai passar, ~Só não consegui enviar ainda por que o certificado que estou utilizando aqui para testes não esta habilitado a emitir CTeOS, esta retornando a Rejeição: Emissor não habilitado para a emissão do Ct-e. Vou precisar conseguir um cliente que esteja habilitado para fazer os testes finais. Muito obrigado Italo pela atenção...
  9. Ok Obrigado Italo.
  10. fiz mais um pequeno ajuste no ACBrCTeDACTEFR.pas, tinha um problema quando o documento referenciado era uma NF e se o campo nDoc tivesse mais de 10 caracteres, estava tentando transforma o nDoc para integer para formatar para jogar no campo TextoImpressao do clientDataSet. Alterei para StrToInt64, alterei a mascara e tirei alguns espaços em branco para não cortar na impressão. ACBrCTeDACTEFR.pas
  11. Boa tarde Italo. Muito obrigado pela atenção. Depois da atualização ainda ficou um pequeno problema. Quando for um CTeOS e o Tipo de Serviço = Transporte de Valores da erro na hora de validar mas precisamente na hora de identificar o shema do modal, por que foi retirado a tag infModal quando é transporte de valores. Em anexo imagem do erro e o Demo do AcbrCTe ajustado para poder testar com o Wimcrypt e com os campos preenchidos do GerarCte para você testar. Frm_Demo_ACBrCTe.dfm Frm_Demo_ACBrCTe.pas E também se possível analisar e subir para o SVN as alterações que fiz no ACBrCTeDACTEFR.pas e no DACTE_OS.fr3 para a impressão do CteOS que adicionei logo acima neste post.
  12. A também esta retornando a Rejeição: Grupo infModal não deve ser preenchido quando o tpServ = tsTranspValores.
  13. Bom dia Italo. Com a atualização parece que vai enviar, só não consegui enviar ainda por que esta dando Rejeição:Emissor não habilitado para emissão do CT-e. Vou precisar encontrar um cliente que que esteja habilitado a emitir CTeOs para conseguir testar. Mas tem um pequeno problema ainda. A rejeição não esta mostrando correto, o ACBrCTe1.WebServices.Retorno.xMotivo esta pegando do retCTeOS, ali esta vindo somente Lote processado, eu acho que deveria pegar do protCTe que vem a descrição da rejeição. Ex: Rejeição: Emissor nao habilitado para emissao do CT-e.
  14. Apartir da atualização de hoje esta retornado o xml pro-lot-soap.xml com Rejeição: Falha no Schema XML do CT-e. e o pro-lot.xml grava em branco. Conferindo o xml soap de envio percebi que esta invertido uma informação, não sei se isso interfere em alguma coisa. na segunda linha do xml no manual o xmlns:soap12="http://www.w3.org/2003/05/soap-envelope" 'esta no fim da linha e no xml gerado esta no inicio.
  15. Não é o campo VersaoDF do componente do Cte que falta você configurar?