So, what is the point in defining which fields are updatable if it’s not enforced on the API level?
I understand I need to write the entire record out now, but I would think this would behave similarly to the interface.
If you wanted, could use us a BAQ BPM to fill in the data you didn’t want to change rather than pulling it in and sending back in your rest application?
I’m just wondering about on a performance side. If you don’t have to send the data over the wire, then all of it’s done on the server. Probably not worth the hassle, I was just curious.
Updatable columns in UBAQ were implemeted when no REST support exists. They can only be supported by client application - like by dashboard. Dashboard knows what column is marked as editable and shows editor for it. But on update it sends complete UBAQ row to server nevertherless.
For REST we cannot make same behavior happening - complete row is always needed and no UI exists to fill it for you. So updatable columns are not applicable in REST call. (but you can write your own UI where they can be used
(to be more precise - you need to send all columns that are involved in the mapping for update operation, but it is usually almost all columns in the row)
Now that you say that, that makes sense why I’ve had problems with udashboards changing values they weren’t supposed to be able to change. Good to know now.