Cleonir

Alguém????

Fiz alguns ajustes na Impressão do CTe modo Retrato com FortesReport para mostrar toda a Observação do cte globalizado. e para isso tive que trocar de campo o CFOP - Natureza da Operação do CTeOS também. Em anexo ACBrCTeDACTeRLRetrato alterado. Favor analisarem e se possível subirem ao SVN. ACBrCTeDACTeRLRetrato.dfm ACBrCTeDACTeRLRetrato.pas

Fiz um pequeno ajuste na impressão de Boleto com Comprovante de Entrega(Padrão Entrega) no FortesReport. Aumentei o campo nome do beneficiário para aparecer todo a Razão e o CNPJ, estava cortando. e Também o Numero do banco estava cortando. Em anexo arquivos ajustados, se possível subirem para o SVN... ACBrBoletoFCFortesFr.dfm ACBrBoletoFCFortesFr.pas

Ok. Obrigado...

Alterei para IfThen(DataDesconto = 0, '000000', ///na linha 391 e mandei para homologação e passou. FormatDateTime('ddmmyy', DataDesconto))

Beleza... Obrigado Italo.

Bom dia. Tenho uma cliente que esta dizendo que a ANTT esta exigindo que saia impresso no DAMDFE 3.0 os dados da seguradora. Isso procede? Ela me passou uma conversa dela com o pessoal da ANTT, mas pelo que eu entendi essas informações que eles estão exigindo era no CTe mas isso na versão 2.0 por que na versão 3.0 não vai mais estas informações. Em anexo... ANTT 2.pdf

No Boleto Banrisul no campo DataDesconto no arquivo de Remessa na posição 174 a 179 esta colocando 6 espaços em branco se não informar a data, na hora de homologar com o banco da rejeição, pede para informar zeros.

Bom dia Rosemir, O ACBrInstall_Trunk2.exe contempla sim esse layout, você só precisa apontar o caminho do arquivo DACTE_OS.fr3 no ACBrCTeDACTEFR1.FastFile

Fiz um de teste. DACTE_OS.pdf

Bom dia Italo. Beleza. Atualizei os fontes hoje pela manhã, e esta tudo ok agora. Obrigado...

SC

Estou com problema no Cancelamento do CTe depois da ultima atualização. Esta retornando esta mensagem: Falha na validação dos dados do Evento: 1845 - Element 'evCancCTe': No matching global declaration available for the validation root. O que pode ser isso?

Essa semana o SEFAZ de SP me responderam. Resposta da Mensagem 7334717 Prezado contribuinte, Foi identificada uma falha de validação em casos que a IE não é informada, no CT-e 3.00. A correção já foi disponibilizada no ambiente de homologação,e em breve deverá estar disponível também em produção. Como a falha não ocorre para o schema 2.00, que ainda está em vigor, sugerimos que para casos como esse, utilizem essa versão até que a correção esteja disponível em produção. Atenciosamente. Secretaria da Fazenda do Estado de São Paulo

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.

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.

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

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.

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

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?

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...

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...

Ok Obrigado Italo.

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

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.