on 05-31-2012 6:18 PM
Boa tarde,
estou fazendo os testes do GRC10 inbound.
nos teste do CT-e estou com o seguinte erro em todas os xml de entrada
no momento de verificar a assinatura
Message-Digest fragmento XML não corresponde ao calculado.
Alguem ja passou por isso?
Obrigado,
Rafael
Olá Rafael boa noite,
Estou com o mesmo problema, consigo validar NF-e's porém CT-e's nem ferrando.
Esse problemas persiste já por 2 semanas, estou com chamado aberto na SAP esperando uma posição.
Já aplicamos todas as notas solicitadas, estamos no sp10 e kernel em última versão.
Caso você obtenha a resposta primeiro, let me know.
Obrigado..
Viana.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bom dia Pessoal,
Os chamados serão encaminhas para o time de kernel, num primeiro momento parece que um erro corrigido voltou. Não sei como é instalação de kernel se pode "voltar", verifiquem com basis antes, mas se for possível tentem o 720 PL 218 que tinha resolvido essa questão anteriormente.
Atenciosamente, Fernando Da Ros
Da ros
Atualizamos o pacote DW para versão PL 223, como foi solicitada pela SAP no chamado, mas o erro persiste.
A equipe de basis recriou as entradas na strust, importou novamente toda as cadeias possíveis e imaginaveis.
Consegui rodando o report solicitado pela SAP validar a assinatura de uma NF-e inbound, porém CT-e está complicado.
Muito grato pela atençao.
@Rafael,
Se conseguir alguma novidade posta aqui.
Abraços.
Viana.
Da Ros boa noite,
Fizemos o seguinte teste aqui rodando o report de verificação da assinatura do lado abap.
A tag cteProc estava com todos esses namespaces abaixo:
<cteProc versao="1.04" xmlns="http://www.portalfiscal.inf.br/cte" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.portalfiscal.inf.br/cte procCTe_v1.04.xsd">
Imagem abaixo:
Detalhe fiz o download do XML direto no report de validação, fui na SEFAZ RS - validador CT-e, e a assinatura está válida:
Imagem abaixo:
Porém quando eu retiro esses namespace:
(xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.portalfiscal.inf.br/cte procCTe_v1.04.xsd")
Imagem abaixo:
Fiz esse passo pois foi recomendação da SAP.
Acreditava que o soapUI está incluindo esses namespaces e "forçando o erro" porém, resolvi fazer o cenário via FTP, colocando na pasta um CT-e sem os namespaces.. e mesmo assim o erro:
The message digest from XML fragment is not equal to the calculated one
Quase desistindo das opções rodei direto via SE80 a proxy de CT-e inbound, adivinha, mesmo erro:
The message digest from XML fragment is not equal to the calculated one
Abraços,
Viana.
Fala Da Ros,
Bom resolvemos debugar a função stantard aqui e reparamos que o digestvalue com o reference está sendo alterado, exemplo abaixo:
RHzgzLKvXZHD0N0KV/U0wz+BFGg=
2PDZnK+yFdkl10jMsVbAWdVuK2A=
Igualamos os parametros e keep going no debug até o momento que gerou o erro da imagem abaixo:
Obrigado pela assistência.
Valeuuuu,
Viana.
Bom dia Viana,
A única coisa certa que via debug você pode fazer é remover as namespaces que chegam (não lembro se é possível, talvez o XML esteja binário internamente) daí funcionaria.
Infelizmente ainda não temos uma resposta, o desenvolvimento está analisando a questão. Espero segunda-feira espero ter melhores notícias para vocês.
Atenciosamente, Fernando Da Ros
Bom dia PI GRC,
Se seu problema ainda não foi resolvido ou a nota 1736879 não está disponível para você abra chamado em SLL-NFE, fornecendo o XML que está tentando validar e ambiente aberto.
Atenciosamente, Fernando Da Rós
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Ricardo Viana,
O erro é o seguinte:
The message digest from XML fragment is not equal to the calculated one
As versões são as seguintes:
SAP_BASIS | 702 | 0011 | SAPKB70211 | Componentes de base SAP |
SAP_ABA | 702 | 0011 | SAPKA70211 | Componente válido para várias aplicações |
PI_BASIS | 702 | 0011 | SAPK-70211INPIBASIS | Plug-in base |
SAP_BW | 702 | 0011 | SAPKW70211 | SAP Business Warehouse |
SLL-NFE | 900 | 0011 | SAPK-90011INSLLNFE | xNFE |
obrigado pela resposta
Bom dia Rafael,
Tem algumas coisas que podem ser:
1) verifique o digestValue (tag signature) se é igual do digval (tag protNfe). Obs.: Se for diferente ou não existir no protocolo é a razão do erro
2) teste o XML no serviço da Sefaz RS, o XML pode sim ter sido modificado. Endereço: http://www.sefaz.rs.gov.br/CTE/CTE-VAL.aspx
3) Pode ter namespaces "demais", daí veja as SAP Notes abaixo:
1666950 XML Signature check fails for inclusive canonicalization
1333974 Central note for WS Security on 7.20
4) Pode ser kernel, mas aí já não sei guiar. Neste caso abrir chamado para SLL-NFE para análise inicial se for o caso será encaminhado para outro time.
Atenciosamente, Fernando Da Ros
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Boa tarde Fernando,
1. a tag de Assinatura esta igual ao esperado.
2. testei o xml no validador CT-e do RS e esta OK.
3. a sap note 1666950 esta aplicada.
em relacao a sap note 1333974 o Baisis aplicou:
Foi aplicado o kernel 720 64 bits Unicode patch level 220
o GRC consegui validar a assinatura das NFe, mas de CT-e sempre da o mesmo erro:
Message-Digest aus XML-Fragment entspricht nicht dem berechneten
Message-Digest fragmento XML não corresponde ao calculado.
tem mais algum ponto que posso checar?
Obrigado,
Rafael
User | Count |
---|---|
15 | |
3 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.