Luiz Carlos de Lima

Bom dia, Procedi hoje atualização do acbr para migrar para a versao 3.00 do CTe e começou a dar esta mensagem Erro_v2.00.xsdNãoEncontrado. Fiz procedimento conforme informado. Antes estava assim: vACBrCTe.Conhecimentos.Validar; Try vACBrCTe.Enviar(vLote, False); Except SetMensagem(vACBrCTe.WebServices.Retorno.Msg); Exit; end; Alterei para: vACBrCTe.Conhecimentos.Assinar; vACBrCTe.Conhecimentos.Validar; Try vACBrCTe.Enviar(vLote, False); Except SetMensagem(vACBrCTe.WebServices.Retorno.Msg); Exit; end; Agora a chamada vACBrCTe.Enviar mata o processo ao chama-la e não retorna nada. Agradeço alguma ajuda.

Inicio homologação da 4.0 03/07/2017 inicio de produção da 4.0 02/10/2017 desativação da 3.0 06/11/2017

Bom dia ítalo, Foi a primeira coisa que fiz, e tem sim. Mas não é só na minha máquina que dá o problema. A reclamação foi de cliente, e testamos aqui na empresa em qualquer máquina acusou isso.

Bom dia, No procedimento ACBRCTE.Conhecimentos.ImprimirPDF, Delphi, Fast Report usando o modelo DACTE2Vias.fr3, o arquivo é montado, mas ao abrir dá mensagem "...Não consegue criar a Fontes CALIBRI...", e ao abrir aparecem somente pontos e não as letras. Já Atualizei o modelo atual. Anexo o arquivo. 51170703915923000161570010002111541002111545-cte.pdf

Realmente vi esta planilha na pasta de exemplos da NFSe, estava em dúvida se era a relação de cidade atendidas. Muito obrigado. Esta planilha em Excel na verdade parece ter todos os municípios brasileiros e muitos que ali estão não disponibiliza este serviço. Observei que em alguns municípios existe uma coluna com Provedor informado, mas na coluna Homologado não tem nada. Seriam os municípios com o provedor que estão disponibilizados?

Boa noite, Poderiam me informar se o ACBrNFSe atende todos os municípios brasileiros, se não, como faço para descobrir? Grato

Bom dia Juliomar, Feito no CTE > ACBrCTe1.Configuracoes.Arquivos.SalvarApenasCTeProcessados := true; Feito no MDFe > ACBrMDFe1.Configuracoes.Arquivos.SalvarApenasMDFeProcessados := True; Tanto no CTE quanto no MDFe ocorre a gravação dos XMLs abaixo, e os clientes reclamam que não sabem qual usar. Foi configurado conforme mostrado acima e não resolver, os xml abaixo continuam sendo retornado e gravado no disco. CTE 52170615658878000196570010000383701000383705-cte.xml 52170615658878000196570010000383701000383705-sit.xml 52170615658878000196570010000383701000383705-ped-sit.xml 523000011194829-pro-rec.xml 56023-env-lot.xml 56023-rec.xml 523000011194829-ped-rec.xml Deveria ser somente o 52170615658878000196570010000383701000383705-cte.xml. MDFe 52170615658878000196580000000017141000017145-mdfe.xml 52170615658878000196580000000017141000017145-sit.xml 52170615658878000196580000000017141000017145-ped-sit.xml 529000003182002-pro-rec.xml 1-rec.xml 529000003182002-ped-rec.xml 1-env-lot.xml 1-eve.xml Deveria ser somente o 52170615658878000196580000000017141000017145-mdfe.xml

Boa tarde, Como fazer para gravar em disco o retorno somente do XML autorizado ou seja xxxxx.cte.xml, e desprezar os outros. Não consigo localizar no forum.

Mas eu faço as configurações em tempo de execução: vACBRCTE.Configuracoes.Geral.VersaoDF := ve300;

Em uma análise mais apurada, descobrimos que trocando XMLSchemaCache por msXMLSchemaCache o problema solucionou. Quanto ao erro: " TDFeSSLXmlSignClass.Assinar, não implementado", continua acontecendo. na Chamada vACBrCTe.Conhecimentos.Assinar; descobrimos que houve alterações na classe ACBrDFeSSL no metodo da class TDFeSSL.Assinar(.....), onde havia uma chamada a classe "FSSLClass.Assinar" foi alterada para "FSSLXmlSignClass.Assinar", sendo que os metodos de Assinar desta classe não estão implementado. // NESTA FUNÇÃO function TDFeSSL.Assinar(const ConteudoXML, docElement, infElement: String; SignatureNode: String; SelectionNamespaces: String; IdSignature: String ): String; // NOVA VERSAO XmlAss := FSSLXmlSignClass.Assinar( ConteudoXML, docElement, infElement, SignatureNode, SelectionNamespaces, IdSignature); // VERSAO ANTERIOR XmlAss := FSSLClass.Assinar( ConteudoXML, docElement, infElement, SignatureNode, SelectionNamespaces, IdSignature);

Na minha UNIT eu faço a declaração Schema: XMLSchemaCache. Quando vou compilar minha unit retorna erro que não existe XMLSchemaCache, que estava declarado na sua unit ACBrMSMXL2_TLB. Observei que na ACBrMSMXL2_TLB esta observação // Hint: Symbol 'XMLSchemaCache' renamed to 'msXMLSchemaCache' Então alterei para 'msXMLSchemaCache' e consegui compilar, mas quando vou executar minha unit da erro: " TDFeSSLXmlSignClass.Assinar, não implementado". Na minha UNIT eu faço a declaração Schema: XMLSchemaCache. Quando vou compilar minha unit retorna erro que não existe XMLSchemaCache, que estava declarado na sua unit ACBrMSMXL2_TLB. Observei que na ACBrMSMXL2_TLB esta observação // Hint: Symbol 'XMLSchemaCache' renamed to 'msXMLSchemaCache' Então alterei para 'msXMLSchemaCache' e consegui compilar, mas quando vou executar minha unit da erro: " TDFeSSLXmlSignClass.Assinar, não implementado".

Boa tarde Cleonir, desculpe o incomodo, mas vi que na tag <ProtCte> do seu XML esta com a versao 3.0, poderia me dizer como voce passou ela. No meu XML consegui passar nas tags <CTeProc>, <infCTe>, <infModal>, mas na ProtCte não consegui.

Boa tarde ítalo, alguma novidade... Verifiquei na versão anterior que XMLSchemaCache estava declarado na Unit ACBrMSMXL2_TLB que ficava na pasta fontes\ACBrCapicom. Pior é que agora não consigo compilar com a versão anterior, esta dando erro "Não foi possível retornar ao diretório do pacote", agora não vou pra frente nem para tráz!!

Sim, limpei a Library e reinstalei novamente. Ele estava declarado em ACBrMSMXL2_TLB que agora consta XMLSchemaCache40 e XMLSchemaCache50, mas se uso algum deles tenho problema quando vou executar meu aplicativo.

Bom dia Italo, Sim, limpei a Library e reinstalei novamente.

Hoje fui atualizar o Trunk2 e começou a dar erro em módulo Synapse..., pesquisei e pelas orientações deveria baixar novamente o acbr, então foi feito. agora estou com um problema que não consigo descobrir, está dando o seguinte erro "Undeclared Identifier XMLSchemaCache" em uma unit com uma variável declarada Schema: XMLSchemaCache; Agradeço alguma ajuda.

Bom dia Realmente esta tag de seguro ficou meio complicada. Todos meus clientes são prestadores de Serviço de Transportes, mas nem todos tem seguro de cargas. Não me parece que a sefaz vá fazer critica destas informações, se assim for, fica a critério de cada um passar informação correta ou preencher com dados fictícios já que os campos são obrigatórios.

Boa Noite Cesar tudo bem, estou tendo este mesmo erro, poderia me informar como voce resolveu?

Valeu, muito obrigado.

Bom dia, with seg.Add do begin respSeg:=rsEmitente; CNPJCPF:=frmPrincipal.dsDADOSSIS.DataSet.FieldByName('CGC').AsString; xSeg:=frmPrincipal.dsSICRTC.DataSet.FieldByName('SEGURADORA').AsString; CNPJ:=''; nApol:=frmPrincipal.dsSICRTC.DataSet.FieldByName('SEG_APOL').AsString; end; Essas tags acima estão OK, mas a tag nAver que esta na mesma unit pmdfeMDFe não consigo localizar, já atualizei e nada. Alguém tem uma solução?

Depois de muitos testes descobri que o problema só acontece quando estou debugando. Mas ainda não descobri o que esta causando o erro.

Boa tarde, Na migração para a versão do CTe 3.0, estou com problema na emissão do DACTE.fr3 (Fast Report) estou com este erro "Could not convert variant of type (UnicodeString) into type (Double)". Já debuguei e cheguei até o FrxClass, mas não consegui descobrir qual o campo está dando o erro. Na impressão do DACTE2vias.fr3 a impressão é normal. Anexo XML. Agradeço alguma ajuda. Grato - Luiz Carlos 21170215204984000108570010000383731000383736-cte.xml

Boa noite, agradeço por luz. Estou com o seguinte problema na validacão do Cte 3.0 Rejeição: 799 Rejeição: Identificação do tomador utilizada em outro papel no CT-e (CNPJ/CPF ou IE) O tomador neste caso é o Destinatario, então foi informado os mesmos dados do Grupo dest para o grupo Toma4. Ide.indIEToma := inContribuinte; Ide.Toma03.Toma := tmDestinatario; Ide.toma4.toma := tmOutros; Ide.toma4.CNPJCPF := igual ao grupo Dest > destinatario Ide.toma4.IE := igual ao grupo Dest > destinatario Ide.toma4.xNome := igual ao grupo Dest > destinatario Ide.toma4.xFant := igual ao grupo Dest > destinatario Ide.toma4.enderToma.xLgr := igual ao grupo Dest > destinatario Ide.toma4.enderToma.nro := igual ao grupo Dest > destinatario Ide.toma4.enderToma.xBairro := igual ao grupo Dest > destinatario Ide.toma4.enderToma.cMun := igual ao grupo Dest > destinatario Ide.toma4.enderToma.xMun := igual ao grupo Dest > destinatario Ide.toma4.enderToma.UF := igual ao grupo Dest > destinatario Ide.toma4.enderToma.cPais := igual ao grupo Dest > destinatario Ide.toma4.enderToma.xPais := igual ao grupo Dest > destinatario O manual diz o seguinte: G218 Se informado tomador como toma4: - Verificar se o CNPJ/CPF ou IE do tomador existem declarados em um dos grupos: remetente, destinatário, recebedor ou expedidor Se deixo de informar o Grupo dest diz que é obrigado ser informado o grupo destinatario. Se deixo de informar o Grupo toma4 diz que é obrigado ser informado

Bom dia Italo, Sim, na V2 ele esta ligado a este grupo infCTeNorm do layout genérico, grupo que foi retirado da V3. Na V3 aparece como um grupo seg, do layout genérico. Mas como meu negócio é cargas, vou seguir voces retirando do Cte Obrigado.

Juliomar, estive comparando os manuais Manual_CTe_v2_0 e o Manual_CTe_v3_00, no v2 o respSeg Aceitava 0- Remetente;1- Expedidor; 2 - Recebedor; 3 - Destinatário; 4 - Emitente do CT-e; mais os campos xSeg, nApol, nAver, vCarga. no V3 ficou respSeg aceitando somente 4 - Emitente do CT-e; 5 - Tomador de Serviço e os campos xSeg e nApol. Minha dúvida ficou quando voce disse que no Cte não seria mais informado seguro.