on 09-04-2017 2:22 PM
Hi,
I met strange behaviour of generic extractor - it works in delta-mode,
despite the fact that the name of field for delta is not set in RSO2 in ERP.
The extractor is made on the EBAN table (purchase documents) without any joins, conditions and so on.
In RSO2 it looks like that:
Delta type is set to "Numeric pointer", but field for delta is empty. It works in delta-mode. Sometimes it miss some records, but generally it gives delta. I cann't understand, how it works. I always thought that we have to select the delta-field in the source structure and to choose delta type for it (timestamp, calday, etc). I've never met settings of delta without specifying delta-field.
Is such variant of delta-settings correct? How does it work when we have not set up delta-field? What criterion does it use to identify delta? May be it is some standard thing which uses changedocs (CDHDR/CDPOS)?
Thanks.
It seems weird.
Impossible.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
It's realy strange. No FM is used. Extractor is built on the simple DB view based on one table.
There are records in RSA7 for this extractor, but there are no records in ROOSGENDLM table.
Delta field name is empty, delta type is "AIM After-images VIA Delta Queue".
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
HI,
really strange that is, sure no FM is used?
you could check table:
ROOSGENDLM
which stores the initial pointer valueYou must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
101 | |
13 | |
13 | |
11 | |
11 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.