Cleonir

Olhando melhor aqui percebi que esta na posição correta a chave, somente quando abro o xml com o navegador que aparece a chave antes da versão, mas enfim não é este o problema então. O que pode ser essa Rejeição?

uma diferença que vi comparando os xmls no xml antigo era assim <infMDFe versao="3.00" Id="MDFe42170781581324000162580250000117361000001303"> primeiro a versão depois o id nesse que estou enviando agora esta assim <infMDFe Id="MDFe42170981581324000162580250000117421000001359" versao="3.00"> primeiro o id depois a versão. Será que pode ser esse o problema?

Atualizei o acbr hoje e começou a dar rejeição no envio do mdfe. Atualizei os shemas também. Rejeição:Falha no Schema XML do MDF-e. Peguei o xml que estou gerando para enviar e coloquei no validador do mdfe e retornou assim: Parser Xml: Ok Tipo de Mensagem: MDF-e Schema: Não foi possível identificar a versão da mensagem. O que pode ter de errado? dei uma olhada mas não consegui descobrir onde esta o problema.

Em anexo imagem da impressão do CTe para você entender melhor o que alterei. E quando for CTeOS vai ficar assim.

Mas as alterações que fiz foi justamente para alterar a posição e do tamanho do campo Indicador do cte globalizado, e do campo Observação do cte globalizado, antes só tinha espaço para imprimir uma palavra da observação e a observação do cte globalizado pode conter 250 caracteres se não me engano. em anexo lfm para o lazarus que estava faltando. ACBrCTeDACTeRLRetrato.lfm

Não trabalho com o Lazarus, não sei certo como funciona! é só postar o arquivo lfm ou é preciso ajustar também? E quais são as alterações desnecessárias no dfm?

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