Thank you! I know the example in People Planning. However, in my example, it could cause problem because import - validate - load always needs to be implemented at the very last step, because the processing bar will push all the way to the end, and completes the workflow. In my use case, user needs to save the data in the register, and then the data is supposed to go to the cube immediately. Then user need to go back and work on the register for another account, and save the data again. In other words, the work cannot be done in one saving, or it would be too much data entry in the register for one time. If I implemented the same as people planning, the workflow will be completed every time user saves data. In order to continue working on the register, user has to revert workflow to continue using register, which is very time consuming.
Thus, I am thinking of the way to push data direct to import without bothering the "import - validate- load". Hope this explains. Thank you very much db_pdx for your input.
Kai
I see now. With that iteractive cycle it makes sense why you might want to load just select cells in a rapid fashion. Sounds like Cristian's suggestion might be the way to go. Also, this sounds like a fun use case in OS!
I'll stop pushing the Import > Validate > Load after this last thought. You could always choose to separate the Import > Validate > Load from the SQL Table Editor. The table editor would live in Workflow profile or just 'Workspace' (as a dashboard) and then Import > Validate > Load would be a sibling workflow to this workspace. Your button would trigger the Import > Validate > Load harvest without needing to finalize your Workspace profile.
Good luck with the project! Cheers,
-db
Thank you Dave!
