Hi Andreas,
Good question!
Let me briefly explain how streaming (Important! We want to support really large files and the only way is to stream them) file uploads work in Aurena. Or in OData really, since that is the "standard" we use when working with REST.
In order to upload a file in a streaming manner in OData, which is done using the PATCH verb in HTTP, there must be a record to PATCH to.
Before you get the URL you posted above, you needed to create "the document" in Docman, with an action call (HTTP POST operation). When you have done that you can get hold of the URL you should then upload the file to. This works for the ORIGINAL file.
You cannot however also upload a VIEW file because there is no record to upload the file to (since you know our data model, what I'm talking about is a record in EdmFile). We simply didn't create a file reference record for a VIEW file when the document was created. We could have, but we didn't. In many cases it would not be used and the user would think there is a view copy there, when it is not.
Right now you cannot solve this problem, at least not with this API. And, actually, there might not be another one either that let you create a EdmFile record without also uploading a file. I could be wrong though (there might be an entityset for EdmFile records you can use in some of our projections and create (POST) a record that way).
At any rate, I think this API should have another method/action/operation as well, to cover this scenario. Since this is an integration API with Premium support we want it to handle the common use cases for which it was created, so I think we should add a way to add more file references to an existing document. My thinking is to allow adding any kind of file reference, apart for the ORIGINAL, which already exist. In most cases it would be a file ref with Document Type = VIEW, but perhaps someone wants to upload "other" document types as well.
Can you file a support case for this, or file an idea in the Idea section here on IFS Community? You can refer to this discussion there.
Thanks!