If it is, then you could do it, you would just need to translate the PHP functions (base64_encode and hash_hmac) over into DS if they do not exist already.
The issue is to get access to the API (login) - even if I create the .WADL file and import it I am still missing the possibility to enter the dynamic API key hashed and encoded in the call to the API.
The login looks like header auth. to me but I am not sure it is possible to do the encoding and the concatenation of the API key and the timestamp as I described above.
Not sure what you mean here? If you can get the WADL, it will tell you the parameters it takes as input (including login information if applicable) and then you just build the message as in Step 3 of the above link. It does not have to be a flat file input, you can has as much or as little processing to create name value pairs for consumption by the API as you desire.
SAP Data Services supports various authentication schemes, including oAuth 1.0 and 2.0.
However:
I suspect that this may be part of your problem? You may want to check the Data Services Integrator Guide, in section 8.2.1.2.1 “Authorization schemas for REST”. I only have the Integrator Guide for DS 4.2 SP07 here, you may also want to check the SP08 version to see if this support was added in the latest service pack release.
If you can’t get it to work directly or natively, you can also consider using Python by using an User Defined Transformation - this will require the full SAP Data Services license, it’s not accessible under the SAP Data Integrator License.
If that fails you can always revert to using a script language of your choice and incorporate that into your ETL jobs. I’ve used both external Python and R scripts for a number of tasks (mostly in the area of predictive analysis and text scraping) and incorporated those seamlessly into my ETL jobs.