Atena
-
Total de ítens
14 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Atena
-
-
-
nao so esse componente mesmo ! DAMDFEFR
curiosamente que uma compilacao no delphi 2010 funcionou ! mas compilando no tokio so roda na maquina de desenvolvimento. o projeto novo so com esse componente nao roda. ja atualizou o .net framework para 4.8, tb nao resolveu.
-
Retirando o componente roda !
-
BigWings, ja tentei isso tb , copiando a dll e incluindo na uses, nada !
-
Pessoal, estou desenvolvendo MDFe utilizando o DAMDFEFR e na maquina de desenvolvimento tudo ok, mas em outras maquinas da erro na abertura do exe ! APPCrash.
ACBR atualizado ! Delphi toquio (10.2) Windows no desenvolvimento 10 / maquinas com erro W7 e W10 tb.
Alguem tem alguma dica ?
obrigado.
-
Pessoal, fizemos a atualizacao do ACBR hoje e esta dando status, porem nao assina o xml, alguem pode ajudar ? obrigado.
-
A comunicacao esta funcionando, mas estamos com problema na assinatura, alguem pode ajudar ?
-
Estavamos com o mesmo problema. Atualizamos o ACBR e copiamos as DLLs novas do OpenSSL. Resolvido.
-
Pessoal estou tento problemas depois de utilizar WinCrypt. A validacao da erro se na nota tiver menos que 3 numeros.
os Schemas estão Atualizados !!
obrigado.
-
Em 10/05/2017 at 08:53, danny disse:
Pessoal, só pra informar voltei pra capicom e resolveu.
Comparei os xml gerados pela capicom e wincrypt e diferença está nas linhas abaixo na assinatura:
wincrypt: <SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256"/>
capicom: <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>
Talvez não seja neste tópico que se trate essa questão, mas no meu caso está relacionado à NFe, onde a validação é feita pelo arquivo xmldsig-core-schema_v1.01.xsd, onde ocorre o problema na validação.
<complexType name="SignedInfoType">
<sequence>
<element name="CanonicalizationMethod">
<complexType>
<attribute name="Algorithm" type="anyURI" use="required" fixed="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>
</complexType>
</element>
<element name="SignatureMethod">
<complexType>
<attribute name="Algorithm" type="anyURI" use="required" fixed="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>
</complexType>
</element>
<element name="Reference" type="ds:ReferenceType"/>
</sequence>
<attribute name="Id" type="ID" use="optional"/>
</complexType>Só não sei ainda como resolver a questão.
Vou continuar os testes e qualquer novidade posto aqui.
Estou com o mesmo problema ! Ja instalei a V5, se estamos querendo deixar de usar o capicom, faz sentido registrar a msxml5.dll ? mesmo porque ja esta registrada e funciona com capicom !
-
feita a atualização e realizado os testes e deu certo....
muito obrigado Italo....
-
lembrando que o destinatário é da Inglaterra, obrigado....
-
Operação de Exportação está sendo passado para o componente ACBr os dados do destinatário corretamente ex:
CNPJCPF = 00000000000000
UF = EX
xMun = EXTERIOR
xPais = Inglaterra
cPais = 6289
Resultado o XML está sendo gravado com o cPais = 1058
obrigado...
Componente DAMDFEFR APPCrash
em ACBrMDFe
Postado
Juliomar, acho que conseguimos resolver, incluindo outros pacotes no uses, Vou verificar pois foi outro programador que resolveu, mas amanha vejo quais foram e posto aqui !
De qq forma agradeço pela ajuda.
abs.