4 ms·
> It's easier, cheaper, faster and less riskier than asking SAP to have some type of API or access to its DB. Less riskier? Really? I'd be worried about accide
by rlpb 16y ago
> It's easier, cheaper, faster and less riskier than asking SAP to have some type of API or access to its DB.
Less riskier? Really? I'd be worried about accidentally ending up making changes on a completely unrelated screen, or accidentally hitting "delete" instead of "modify" or something like that after some ordering somewhere changes. Or perhaps some unescaped data ends up manipulating the GUI instead of being entered in as data (eg. a tab).
At least with an API data is parameterized (cf. bobby tables) and the operations that you are doing are fixed.
- inerte 16y agoI think I could have expanded on that. The "riskier" part is about DB access. In most environment, the powers that be will not allow you to touch it (correctly), doing INSERTS/DELETES/ETC. So you can pass through the risk management gate a form-filler robot, while if you ask for direct DB access you'll hear a "no". Anyway, even if you read me associating risk+API, I said "it's less riskier than asking SAP for an API". If your project depends on SAP doing anything, you have a high risk of not happening :p