DI - API By Using Boyum Macro
Answered-
Thank you for your request. It has been scheduled for review by the development team that will get back to you should there be questions.
(Please note that as we are user-driven we can't guarantee that your request will be met unless it gets many votes and/or fit the product vision)
Read more about the Feature Request process here
[Internal Id: 21664] -
Hi, and thank you for the request :-)
The idea is great and has come up a few times before. As such this can already be done using the UF: Dynamic Code (https://help.boyum-it.com/B1UP/dynamiccodenetsdk.html)... The drawback is that you need to know how to code.
How do you envision a configuration should look like if code is not an option (how would the mapping between your data and the SAP object be made in a meaningful and user-friendly manner that at the same time gives flexibility)?
-
Would be nice if the funcion works similar as the Crystal Report function.
Let me detail a little more:
- On crystal UF we inform the path of the .RPT, and the addon load the parameters, where we can map fields from UI or variables.
The idea is similar, where:
- we select the object that we want to create/update
- B1UP, reading the SDK, list all the fields needed (as does with .RPT parameters) and we can fill out using UI fields or variables
- For objects who needs lines, have like a LineLoop function to do the same.
That will give so much power for B1UP experts.
-
Hi Rasmus,
I experienced dynamic code and could import data via DI API. It is complicated. This is why B1UP came out and help users and consultants.
Thanks Tacio for your idea. This is what I imagine. We have to match dynamic field, SQL query with SAP DI API references that you list.
- Select object type(ex: OJDT)
- Match fields(ex: $[$10.0.0] = MemoProperty )
- Match for Line: (ex: same as above. For more than one line, lineloop function can be designed.)
,
-
Hi Ismailorhan
Yes, thought the same kind of mapping system, but fear that it is not flexible enough... Having written custom DI-API for years there is always some data that is not in SQL (It needs to be written from a file instead)... Or there is some conditional logic that needs to happen... If we just did a simple property mapping system I fear it could solve 40% of cases but in 60% of cases, it would simply not be enough to solve the need of the customer... In the simple cases Dynamic code is also easy... but it is not simple cases the customers give us :-/
Please sign in to leave a comment.
Comments
5 comments