How to link donor activities to implementing partner activities

Hi folks. I’ve been looking at various discussions on how to link data between different publishers (e.g. Using related-activity to link data between different publishers) and I just wanted to check that my current understanding is correct. I understand that there is no intention for full accounting level trace-ability but we do want to be able to follow the money.

  1. We shouldn’t use related-activities to link donor to implementing org activities. Instead that link is made through transactions

  2. Ideally we should provide @provider-activity-id in the incoming transaction to match the donor activity but we might not always know that. It any case we should be matching amounts and dates

  3. related-activities and parent/child relationships should really be restricted to within our own organisation.

It’s basic stuff but there appear to be a few different ways to achieve the same aim so I would rather follow the same practices as others

Thanks

Richard

Hi Richard

That seems to make sense.

[quote=“RichPepp, post:1, topic:1448”]
Ideally we should provide @provider-activity-id in the incoming transaction to match the donor activity but we might not always know that. [/quote]

In most cases it should be rather simple to get the @provider-activity-id. If the activity ID/number not in the project documents (e.g. the contract/agreement), I’d suggest to ask the donor to provide it. Over time I would expect all donors to put their activity IDs very clearly on all their project documents - so, being asked for the IDs can help make the case for this good practice.

If the donor is not an IATI publisher, you can use org-id.guide to figure out their organization ID (which will be the first part of their activity ID).

Hi @RichPepp – yes, your understanding sounds correct to me!

  • On incoming funds, use provider-org/@provider-activity-id (and provider-org/@ref, to state the provider’s organisation ID).
  • Don’t use related-activity to model relationships between organisations.

You might also find @andylolz’ organisation ID finder useful: https://andylolz.github.io/org-id-finder/

Also agree with @YohannaLoucheur that it would be great if all donors would start to put the project’s IATI ID clearly on their project documents.

1 Like

Fantastic, thanks folks. It’s easy enough to parse donor files to find the matching provider-org and provider-activity-id. It will be great once donors start to put this on their documents. For us I think we will just incorporate our existing numbers into our activity IDs along with our org id

Thanks again all

Richard

Thanks for raising this @RichPepp

I agree with @YohannaLoucheur & @markbrough about the use of transactions

We should also remember that it’s possible to include an activity-identifier through the participating-org element. Hence, you could cite a donor,and link to their specific activity:

A valid activity identifier published by the participating organisation which points to the activity that it has published to IATI that describes its role in this activity.

This only links the organisation, not any “money”.

In terms of related-activity I’m not convinced we have a consensus on how to use this - this thread doesn’t seem to resolve.

(I debated whether to make this a separate thread or not… Let me know.)

In light of recent questions from new publishers - who wanted to include activity IDs for incoming funds - I wonder about the value of requiring the activity to be published to IATI for the ID to be included.

  • At the organisation level, we allow the use of the org-identifier for organisations that are not (yet) IATI publishers. We have rules about how org-identifiers are formed and a ressource to help find the national registrations bodies/codelists (www.org-ID.guide).

  • The activity-identifier is formed of the org-identifier + the activity number. Therefore, it is possible to construct an activity-identifier whether or not this activity is published to IATI. The activity number can be available publicly in a number of places that are not IATI (e.g. open contracting data, 360 data, funder’s website etc).

By allowing the use of activity identifiers irrespective of whether they are in IATI data, we would facilite joined-up data and may help encourage organizations to publish structured data (for instance those who already provide a lot of information on their websites), as they could see more concretely the value of linking up with other data.

1 Like

As I’ve never been to TAG before I am curious if this is the kind of thing that is worth digging into during a small, interested party session in person at TAG. I’m struggling to follow all of this and want to make sure I’m understanding all of this.

Thoughts?

3 Likes

Do you mean the general issue of linking activities between donors and partners, or the more specific issue of whether an activity ID should be in IATI to be used?

Either way, I do think it would be useful and would be interested in participating, assuming I attend the TAG.

I think it would start with the basics and then dig into the technical details. As a relatively new publisher (first publication in Feb 18) and someone who only started this journey a year ago I feel like I speak on behalf of the newbies who look at the documentation on the standard and see it as a confusing secret code that is daunting to crack.

I understand that we need to encourage usage of the data. As I look at the myriad of reporting requirements we have there is serious upside to having lots of roads lead back to/out from IATI. But I also know that if the standard is complicated to understand or not well explained info will simply not be included by publishers or the data will not be comparable as different publishers will interpret things differently. Making sure we are all on the same page and defining it in both technical and lay-persons’ terms is key.

Having a conversation about how to possibly figure out how all parties along the chain can share the needed info during the contracting process so that we can weave the same thread through our publications and data users can follow it all would be an added bonus.

1 Like

I assume there will be an ‘intro to the standard’ session for newcomers.

That would be a very useful practical conversation to have, with concrete outcomes (e.g. “5 Top Things Funders Can Do To Facilitate Traceability”) to take back and implement.

I do agree on the correct use of the current standard, as described in this thread, but would like to raise one issue: It has been a notable trend, in the development of our standard, to push attributes down to leaf-level (being transactions) - to a degree where I find that it threatens to make manual updates too cumbersome, but more importantly it threatens to make other data-modelling options invisible.

As an example, referring to this issue of how to identify partner-organisations and activities up- and downstream: If the activity-data are modelled around the individual engagements/agreements/contracts (either as the lowest level in a hierarchy, or as the only ‘level’), then we ought to allow the identification of defaults for org. and activity-relationships at activity-level, leaving transactions as just transactions - unless they should deviate from the published defaults.

This could in fact be a nice incentive to build in - an incentive to identify feasible entities as (lowest level) Activity in IATI. I find that many of the options for enrichments we have pushed to transactions are indicating that some publishers must have chosen a very ‘aggregate’ concept for activities, since they see the need to disaggregate in so many dimensions at transaction-level.