
jcanjo
Membros-
Total de ítens
66 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que jcanjo postou
-
No meu caso estou informando todos os dados mesmo sendo o emitente responsável pelo seguro, tem passado e autorizado. Tem uma observação que eu acho que tornar obrigatório todas as informações mesmo sendo emitente responsável. Dados obrigatórios apenas no modal Rodoviário, depois da lei 11.442/07. Para os demais modais esta informação é opcional. Será que alguém já leu sobre esta lei ? Não nós obriga informar tudo ?
-
Funcionou. Pensei que não influenciava. Obrigado
-
Que bom ter ajudado, nada.
-
Estou querendo saber porque deste erro ? Porque estou tentando autorizar Dactes esta retornando esse erro (828 Rejeição: CNPJ/CPF autorizado já declarado no CT-e (remet/dest/exped/receb/tom)). O XML esta correto. Começou ocorre isso hoje. 33170433012113000166570000000138431676073881-cte.xml
-
Italo vou mandar por aqui também do mdfe. Se tentar gravar antes de gerar o XML ocorre o erro também no mdfe. ACBrCTeConhecimentos.pas ACBrMDFeManifestos.pas
-
Ocorre um erro nesta função. Não sei Quando o xml não for gerado, a função tentada gravar mais tava erro 'ID Inválido. Impossível Salvar XML', porque ainda não tinha sido gerado. Antes: function Conhecimento.GravarXML(NomeArquivo: String; PathArquivo: String): Boolean; begin FNomeArq := CalcularNomeArquivoCompleto(NomeArquivo, PathArquivo); if EstaVazio(FXMLOriginal) then GerarXML; Result := TACBrCTe(TConhecimentos(Collection).ACBrCTe).Gravar(FNomeArq, FXMLOriginal); end; Depois: function Conhecimento.GravarXML(NomeArquivo: String; PathArquivo: String): Boolean; begin if EstaVazio(FXMLOriginal) then GerarXML; FNomeArq := CalcularNomeArquivoCompleto(NomeArquivo, PathArquivo); Result := TACBrCTe(TConhecimentos(Collection).ACBrCTe).Gravar(FNomeArq, FXMLOriginal); end; Caso post esteja no local errado peço desculpa e transferira ou delete.
-
ok. vou ver aviso.
-
Alguém já passou por isso ? Trabalho numa firma que emitente do seguro e a própria ( opção 1 ), não sendo obrigatório a informação do cnpj / cpf do responsável (seg.cnpj) e mesmo vem zerados ('00000000000000') em xml anexo. Outro erro na parte infSeg, colocar a tag </cnpf> mesmo sem informar cnpj da seguradora, não sendo obrigatório a informação do cnpj da seguradora. Caso esteja errado desculpe e apague o tópico. 11239.xml
-
Outra informação. Informando que emitente e responsável pelo seguro, tag seg.cnpj vem zerado, não sendo obrigatório. 11239.xml
-
Bom dia. Estou ausente no forum, mais testando as versões. A tag seguro esta com erro de gerador. A tag infseg esta colocando a tag </cnpj>, mais sem informação. Segue o xml com erro. 11239.xml
-
Quando carrego assim ocorre o erro. ACBrCTe.Conhecimentos.LoadFromString(string(sXML)); ACBrCTe.Consultar; Estou tentando assinar o xml. Sem gerar um novo cte. Quando carrego deste jeito não ocorre o erro. ACBrCTe.Conhecimentos.LoadFromString(string(sXML), False); ACBrCTe.Consultar; Mais não assina. XML_DACTE1.xml
-
Vou verificar. Obrigado. Verificado esta ok.
-
Italo, o sistema esta salvando nos lugares corretos. Só que o xml processado e autorizados estão sem as tags procCte. <infProt> <tpAmb>1</tpAmb> <verAplic>SP-CTe-25-08-2015</verAplic> <chCTe>35150833012333000166570000000269461644806242</chCTe> <dhRecbto>2015-08-31T10:42:36</dhRecbto> <nProt>135150597233198</nProt> <digVal>bEReKbjrU40zAk/U4s8xG2Yji9E=</digVal> <cStat>100</cStat> <xMotivo>Autorizado o uso do CT-e</xMotivo> </infProt>
-
Espero ter ajudado.
-
Vou tentar melhor.. if SalvarXML then begin // Incluido por Italo em 06/08/2015 // Salva o XML do CT-e assinado e protocolado FPDFeOwner.Gravar(AInfProt.Items.chCTe + NomeXML, XML_procCTe); (* with TACBrCTe(FPDFeOwner).Conhecimentos.Items do begin GerarXML; // Gera novamente, para incluir informações de "procCTe" no XML GravarXML; end; *) Quando chega aqui, ele salva o xml autorizado na pasta pathsalvar. Que na verdade teria que salvar pathcte. O FPDFeOwner.Gravar esta salvando no pathsalvar o xml autorizado. Estou errado ?
-
Pessoal, estou tentando salvar apenas os ctes processados na pasta AAAAMM não estou conseguindo. Salva só no pathsalvar os xmls autorizados e não autorizados salva no pathcte. Queria apenas salvar CTES processados na pasta XMLCte mais não salva. Configuracoes.salvar := true; Configuracoes.salvarapenascteprocessados := true; configuracoes.separarposmes := true; Configuracoes.emissaopathcte := true; Geral.salvar := true; ACBrCTe.Configuracoes.Arquivos.PathSalvar := ExtractFileDir(Application.ExeName) + '\TESTE'; ACBrCTe.Configuracoes.Arquivos.PathCTe := ExtractFileDir(Application.ExeName) + '\XMLCTe'; Tem como ?
-
Resolvido. Não estava check o abcr_dfecomun e acbr_tcp. Grato.
-
Olá. Estou com erro na instalação do novo trunk2. Desinstalei o antigo um por um e apaguei as dcu e dcp. Quando executo o antigo esta tudo certo. log_Delphi_XE5.txt
-
Também não estou conseguindo !
-
Italo. obrigado pela resposta estava em duvida sim. Grato.
-
Estava vendo o programa demo na parte do webservice pede para selecionar a UF destino, não seria a UF origem ? Porque a URL(LoadURL) para validar DACTE não e origem ? • cUF – código da UF de origem da mensagem. • versaoDados - versão do leiaute da estrutura XML informada na área de dados. • Área de Dados – estrutura XML variável definida na documentação do Web Service acessado. Exemplo: Transportadora fica no rio de Janeiro e mercadoria vai para são paulo. o cabeçalho não ficaria assim <?xml version="1.0" encoding="utf-8"?> <soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"> <soap12:Header> <cteCabecMsg xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CteRecepcao"> <cUF>'RJ'</cUF> <versaoDados>'2.00'</versaoDados> </cteCabecMsg> </soap12:Header>'; <soap12:Body> <cteDadosMsg xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CteRecepcao" FDadosMsg </cteDadosMsg>'; </soap12:Body> </soap12:Envelope>
-
Sabe dizer se é correto ou erro de sp ?
-
Boa tarde. Trabalho numa firma que tem filial em SP e no RJ. Quando faço uma consulta num dacte autorizado para uso, protCte vem igual para as Ufs. RJ: 33141033012113000247570000000034111684576311-sit-soap.xml SP: 35140933012113000328570000000157221151677799-sit-soap.xml Quando faço uma consulta num dacte cancelado, protCte vem diferente para as Ufs. RJ: 33140933012113000247570000000033711775613875-sit-soap.xml SP: 35141033012113000328570000000160131327621062-sit-soap.xml Isso esta correto ? São Paulo altera o dados protCte ? Segue em anexo os xmls. Grato. 33141033012113000247570000000034111684576311-sit-soap.xml 35140933012113000328570000000157221151677799-sit-soap.xml 33140933012113000247570000000033711775613875-sit-soap.xml 35141033012113000328570000000160131327621062-sit-soap.xml
-
Também estou com este problema. Só que no meu caso emissão normal. Quando vou testar no validador do sefaz: https://www.sefaz.rs.gov.br/cte/cte-val.aspx Informação: Resultado da Validação do Schema e Conferência da Assinatura: PARSER XML: OK TIPO DE MENSAGEM: CT-e SCHEMA: OK ASSINATURA XML: Assinatura VÁLIDA Problema estava no servidor SP. Resolvido. 35140233012113000328570000000072281256232998-cte.xml
- 2 replies
-
- Contingência
- FSDA
-
(e 1 mais)
Tags: