Purchase Orders Over €20,000 Q1 2014

Spending records

Payment date^*	Supplier	Description	Kind	Amount
31 Mar 2014	ARDCAVAN DEV. LTD	RENT - BUILDING	Purchase Order	€66,000.00
31 Mar 2014	ARDCAVAN DEVELOPMENTS	RENT - BUILDING	Purchase Order	€22,000.00
31 Mar 2014	DATAPAC LTD	ANNUAL MAINT - CONTRACT SOFTWARE	Purchase Order	€42,150.00
31 Mar 2014	VIATEL	COMMUNICATION OTHER	Purchase Order	€30,572.63
31 Mar 2014	VODAFONE ENTERPRISE CUSTOMER SOLUTIONS	COMMUNICATION OTHER	Purchase Order	€31,680.00
31 Mar 2014	VIATEL	COMMUNICATION OTHER	Purchase Order	€33,351.96
31 Mar 2014	MARSH IRELAND LTD	INSURANCE PREMIUMS	Purchase Order	€225,192.33
31 Mar 2014	TERESA NUGENT	HOUSE PURCHASE - (SOCIAL) DEPOSIT	Purchase Order	€103,500.00
31 Mar 2014	OCEAN ISLAND	OTHER FEES AND EXPENSES	Purchase Order	€30,000.00
31 Mar 2014	OCEAN ISLAND	OTHER FEES AND EXPENSES	Purchase Order	€28,048.77
31 Mar 2014	QUARRYVIEW DEVELOPMENTS LTD	HOUSING CONTRACT PAYMENTS	Purchase Order	€36,354.60

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