Payments Over €20,000 Q4 2013

Spending records

Payment date^*	Supplier	Description	Kind	Amount
31 Dec 2013	AN POST	Registered post labels	Purchase Order	€21,000.00
31 Dec 2013	ENTERPRISE REGISTRY SOLUTIONS LTD	RSS Development -Software Maintenance-Electronic D	Purchase Order	€33,214.92
31 Dec 2013	ENTERPRISE REGISTRY SOLUTIONS LTD	Fee for System Development & Administration Servi	Purchase Order	€41,518.65
31 Dec 2013	ENTERPRISE REGISTRY SOLUTIONS LTD	Fee for System Development & Administration Fees f	Purchase Order	€44,956.50
31 Dec 2013	ENTERPRISE REGISTRY SOLUTIONS LTD	Fee for System Development & Administration Fees f	Purchase Order	€47,865.45
31 Dec 2013	ENTERPRISE REGISTRY SOLUTIONS LTD	Fee for System Development & Administration Servi	Purchase Order	€51,514.86
31 Dec 2013	ENTERPRISE REGISTRY SOLUTIONS LTD	RSS Development -Software Maintenance-Electronic D	Purchase Order	€55,270.05

^* 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