on 06-09-2014 9:59 AM
Hi All ,
As per the SAP Document on SFSF Communication channel, one of the feature supported by SP00 release of the connectivity add-on 1.0 is :-
1. Delta sync to fetch only changed records
SFSF Adapter: Delta Sync
The delta sync features enables you to fetch only the records that were modified after the last successful data fetch from the SuccessFactors system.
This increases the efficiency of query operation.
So below are my question accross Successfull run date feature :
Is it SAP PI Connector internally maintains this last successful run date ?
what would be Time-Zone of Successful run date : Is it where SF DC is located or where PI Box is Located ?
what is it mean from successful run date ? - is it process successful run date or is it just communication channel successful run date ?
For Delta extraction - This Successful Run Date - Is it maintained internally for Interface wise or Communication Channel wise ?
eg. If i have 5 Delta Interface - will SAP PI maintain 5 Successfull run dates w.r.t to each connector or w.r.t each Process ?
for more information please open below URL.
Regards
Prabhat Sharma
Hi Prabhat,
Have you been able to perform a Delta Sync (Query) using SFSF OData? If so, can you please let me know how you were able to do this?
Thanks so much!
Cheers,
Dave
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi there
You have to add it as a filter condition when you are modelling the EDMX using Eclipse.
In the Filter criteria select the lastModifiedDate field then use the >= operation DeltaSync maxDateFromLastRun and click Add.
This will work for both the SOAP and OData adapters.
Regards
Arijit
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I can only work with the java gui for integration builder and I tried a lot of versions. I simply cannot make it work.
Can you tell me how the generated query looks like when executing?
What I can see is, that it somehow should work like this:
But for the SOAP adapter, I always get a "failed to query" back from SF.
I tried a lot of different versions of the select - Still no luck.
Although, the replacing of the date is working perfectly.
In the ODATA Channel, it even does not send the select.
If I do the filter without quotes, PI interprets the date as a "property" which cannot be found.
When I use quotes, PI tells me that you cannot compare a date and a string.
Would be nice if anyone got this working on without NWDS and could share!
Cheers, Heiko
Hi Heiko
Your query looks fine. However, are you using deltasync.maxDateFromLastRun in the OData adapter or in the SFAPI adapter? I believe it is meant to be used only in the SFAPI adpater (for Compound Employee etc.). User is an OData entity.
Have you raised an incident with SuccessFactors? They are very prompt with their support.
I am looping in and who are SFSF Gurus for clarification.
Regards
Arijit
Also just remembered - for OData entities (like User) if you want delta only then you will need to implement it. This involves the below steps -
store the last_run_date in a custom entity (that is one way to do it);
read the last_run_data; and
pass it in your message mapping for your channel to read it.
Regards
Arijit
Yes!
Thanks to the post and thanks to @Kevin Laevers and @Arijit Das, I found out what my problem was...
Now I'm able to perform delta queries on all SFAPI entities that contain a lastModifiedDate.
1. Set the where clause in the query to: WHERE lastModified < to_datetime('${deltasync.maxDateFromLastRun}')
2. Set the additional parameter deltasync.maxDateFromLastRun to someting like 2016-06-01T01:02:03Z
Still, I could not get this running with ODATA, because you cannot use "to_datetime" and no string in the ressource path.
From what I can read in the Java Coding, it creates a unique-id from @SFSF+ party + service + channelName + channel.objectId
After successfully retrieving the results, the current system date is passed to a "MessageIDMapper", that seems to store it somewhere.
From what I could see, the date is even not modified, if there are no results.
Cheers, Heiko
Anybody been able to crack this?Any help appreciated.
Regards,
Bhavesh
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I know I know !
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Do you have a specific question in regards?
Please contact me on nimrodg@gmail.com
I'm wondering how the Deltalogic works because there is no description how to do it.
We are thinking at the moment about a good architecture for some interfaces to / from SF.
What I know so far is, that the Add-On in the HCM system has a working delta logic for Employee profile and reqisitions.
But is there also some kind of logic in the SF-API adapters on PI itself?
E.g. Could I create a query on PI to get all changed requisitions to a third party system?
Are there any detailed configuration examples yet?
HI there Konert
the SFSF adapter , SOAP and OData supports delta-sync functionality as part of the query statement send to the SFSF adapter.
As this adapter is fairly new expect some implementation challenges but from my experiance the support given by SAP team is outstanding. I have a very good expreriance working with them.
Hello all,
I have the same question : in the "official" documentation () is mentioned this :
Anyway I cant find any specification on how to use this feature. Do you have any suggestion on how to implement it or any reference to an existing documentation?
Do I need to write you an email to get the info?
Regards
Hi Damien,
Sorry for the late response.
The Delta sync functionality only relevant to SF entities which are not of type Adhoc.
In order to have this fucntionality implemented (If I try to rememeber..its been a while)
you need to model your scenario in the Juno modeler there you will find the Delta Sync checkbox \drop box funciton to mark the process as a delta Sync one.
Good luck.
Nimrod.G
User | Count |
---|---|
85 | |
10 | |
10 | |
9 | |
7 | |
6 | |
5 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.