OP_ID field - exclusion from fresh feed
From: priya.nair@acme-org.example
To: n.haddad@relexsolutions.example
Cc: lena.fischer@acme-org.example, tomas.lindholm@relexsolutions.example
Surrounding conversation
This email originated from outside of RELEX. Be careful of attachments and links from unknown senders. Report suspicious emails using the report button. Three at Meridian. Priya Nair IT Integration Lead +49 151 3307 9126 Acme Org GmbH | Hansaring 82, 50670 Köln acme-org.example [Image removed by sender]
Answer on the historic files. OP_ID is present in the raw landing zone for every daily file since 14 February. It is not carried into the aggregated waste tables, which group by store and article. However it is present in the reconciliation extracts we produced in June and September for the data quality review, because those were row level. Two of those were emailed as attachments, once to Priya and once to a distribution list of nine people including three at Meridian. I can purge the landing zone. I cannot purge the attachments. Kwame Boateng Technical Consultant [Image removed by sender] +44 7700 900 318 k.boateng@relexsolutions.example [Image removed by sender] relexsolutions.example
Hi Priya, Confirmed. OP_ID is dropped at the extract from the next run, which is Friday night. On files already delivered: they are in the raw landing zone and in the processed store. Kwame is checking whether the field made it into anything downstream. I will come back with a definitive answer rather than a reassuring one. Nadia Haddad Solution Consultant [Image removed by sender] +46 76 552 30 18 | CET n.haddad@relexsolutions.example Vasagatan 7, 111 20 Stockholm [Image removed by sender] Plan better. Sell more. Waste less relexsolutions.example
This is the application's current source record. Local dates from the archive retain their original timezone ambiguity. Source IDs and positions connect this passage to its document.