Validating organisation references

I’m interested to know if anybody “validates” organisation identifiers, either prior to publication, or when using IATI data.

The Org ID methodology specifies how these references should be constructed, but I’m unsure if anyone actively checks the identifiers in terms of

Anybody anything to share - at either input, output or data use angle ?

Side tangent - if anyone has written any checks, I’d be interested in how they’ve dealt with the fact that agency prefixes can vary in length…

a related question from an experiment coding 2004 public aid flow from the Isle of Man and Jersey

what is the best practice re coding organisations that have
(a) renamed but retained the same org id
(b) merged into another org – Merlin re Save the Children
© ceased

@jonesiom I dont think there is an established best practice just yet- but we’ve been exploring some of these issues via the Identify Org project:

steven, I looked at the website

my most problematic org refs to date appear to be the non-standard or exempt institutions/branches/NPOs such as matched funding to churches, private aid flow to universities to focus on development issues (education/health/infrastructure), unincorporated clubs and civil society organisations

is there a best practice to filter out a problematic/uncodeable transaction from a dataset?
a text footnote in the description is not machine readable so it would almost be better to allow a row with value to retain a budget number and a total budget that matches with any other information sources but a status code that flags an org id specific issue

We (Denmark) are testing an internal set-up where a small DB pulls the registries from IATI, making sure that we only use valid references in our output.

But this is the minor issue in that context. We will be setting up an interface where our responsible desk-officers will be requested 1. to demand that any disbursement request from partners identifies the partner as the legal entity (registry & number) and 2. to feed that information into the DB that serves as source for our IATI publication.

This raises (once more) a question of IATI MasterDataManagement: Any organisation that wishes to present itself as one Publisher should be requested to point out all the legal entities they wish to represent. It is not feasible for us, as a Funding organisation, to change the legal entity quoted on a disbursement request, and use an identifyer quoted in IATI’s agency-list instead.

If we were only allowed to use the org_id’s of registered IATI-Publishers, we could just have continued to use the old ID’s - then there would be no reason to establish the ‘legal entity’ code-structure.

But if we feed in the real entities, we will be creating a much clearer picture of the ‘missing reporters’ in IATI.

Thanks @OJ_

I just posted some feedback we did in terms of researching the org references in the Org file. This doesn’t answer your points, but it might be useful.

FYI, checks the prefix with the rule “Must be in the format {Registration Agency} - (Registration Number}” for all versions. It’s actually only a guidance since 1.04 and a rule since 2.01 I think, but it might help organisations that want to upgrade. There are still many violations of the rule;

Fun fact that does not matter; when publishing in version 2.01+ it is impossible to reference an organisation that publishes in the 1.03 standard with a then valid ref that does not follow the registration agency rule?

A further answer to @stevieflow’s second question: CIDA (former Canadian agency) already had an internal process to require the legal entity from all Canadian partners and capture their business/tax number in an internal DB. This process remained in place when CIDA was merged into Global Affairs Canada, thankfully. Unfortunately, the process did not apply to non-Canadian partners.

I started around 2013 to make the case that we should require ALL partners to provide their legal entity. We’ve been making slow but steady progress on the principle (for which I can’t take too much credit, as this is driven more by open contracting-type of considerations); however we’re not yet at implementation. The Identify Org project will be crucial for implementation, as the greatest hurdle is for our in-country staff to find the information about local partners.

This seems to work:

1 Like