Purchase Orders in Excess of €20,000 Q3 2020

Spending records

Payment date^*	Supplier	Description	Kind	Amount
25 Sep 2020	Arco Safety	Purchase order	Purchase Order	€83,853.00
23 Sep 2020	KPMG	Purchase order	Purchase Order	€69,851.70
20 Sep 2020	Marketing People Limited	Purchase order	Purchase Order	€20,293.86
02 Sep 2020	Mediacom Limited	Purchase order	Purchase Order	€68,714.88
19 Aug 2020	KPMG	Purchase order	Purchase Order	€102,723.45
18 Aug 2020	Novosco Limited	Purchase order	Purchase Order	€29,353.95
17 Aug 2020	University of Manchester	Purchase order	Purchase Order	€31,598.42
15 Jul 2020	Mediacom Limited	Purchase order	Purchase Order	€201,191.25
14 Jul 2020	Information Security Assurance Services	Purchase order	Purchase Order	€20,664.00
08 Jul 2020	KPMG	Purchase order	Purchase Order	€101,822.27
07 Jul 2020	Version 1 Software	Purchase order	Purchase Order	€21,371.25
07 Jul 2020	Version 1 Software	Purchase order	Purchase Order	€23,062.50
07 Jul 2020	Q Park Limited	Purchase order	Purchase Order	€25,307.25
02 Jul 2020	Marketing People Limited	Purchase order	Purchase Order	€20,293.86

^* Payment date may be the end of the reporting quarter when the entity does not publish an exact date.

How to read these figures

These are reported values from published purchase order and payment records — not verified cash paid, and not total spending by this organisation. A row may be a purchase order, a payment, or another reported transaction; the source files often do not say which.

Coverage and quality vary. Some fields are blank, supplier names are free text (the same firm can appear under many labels), and descriptions are inconsistent rather than a controlled taxonomy. An amount alone says nothing about value for money and it may or may not include VAT.

Records are retrieved from each organisation’s published files such as spreadsheets, PDFs, and other formats of uneven quality. Extraction techniques (including automated parsing) can introduce gaps, misreads, or incomplete rows when source layout or quality is poor. Treat the data as a starting point for investigation, not a definitive ledger.

Here is a project that encountered similar issues