Does Commitment need to be renamed to "Outgoing Commitment"?

_NB: picking up on discussions that are here: http://support.iatistandard.org/hc/en-us/articles/214390586 - with @Herman @rolfkleef @YohannaLoucheur @bill_anderson @JohnAdams _

As we know, the code “Incoming Commitment” was added to 2.02 (but not to earlier versions of the standard, as @Herman originally proposed). My understanding is that one purpose of this is to enable publishers to be clear about the commitments they have from others - and to not use the Incoming Funds code to declare this.

This leaves the Commitment code. @YohannaLoucheur asked:

I want to make sure I understand how the codelist will work. If it’s an incoming commitment we would code it 11, while for an outgoing commitment we continue using code 2 “Commitment”? Would it be clearer to rename 2 “Outgoing Commitment”, or would that be too much trouble for what it’s worth?

This didn’t seem to get discussed in the original thread.

Looking across the standard. there seems to be a slight ambiguity in terms of the relationship between the Commitment transaction and a “total budget” of an activity. IATI Guidance states:

Commitment (code2)- the total agreed budget for the activity.

The actual codelist definition for Commitment seems to be different in approach:

A firm, written obligation from a donor or provider to provide a specified amount of funds, under particular terms and conditions, for specific purposes, for the benefit of the recipient.

In short, I think there are two uses of Commitment, around IATI land. Publishers may do either (or both in some cases)

  1. We’re committing this value to this activity aka the total-budget
  2. We’re committing this value to this partner

The first use case is supported by the fact that publishers are not encouraged to use the `budget`` element to declare the total budget of an activity (and a total-budget element does not exist in the activity standard - only the org standard)

The second use case supports the “full-chain” transparency, referenced by @Herman:

Since the current standard only supports the ‘Commitment’ as a transaction type, it is impossible to distinguish between incoming and outgoing commitments. Without this element full chain transparency is therefore not possible.

And so - here could be our difficulty. If the same code is wide open to two use cases, we face difficulties in getting datasets to work together, potentially.

To sum: Renaming (or clarifying) Commitment to Outgoing Commitment may start to make things clearer for implementation, although we should also be minded that this code is in widespread use.

(In trying to pick up and type up this discussion, it does seem to make the case for a total-budget element in the activity standard, or perhaps some work on the budget/@type attribute/codelist)

+1 to renaming to ‘outgoing commitment’.

I put together the table below to describe when provider-org or receiver-org should be used in a transaction element.

It highlights that when we have just ‘commitment’ we see people confusing the direction of the commitment.

Now that, since version 2.01, we have a nonsemantic numeric code this makes absolute sense. To ensure that this does not confuse DAC reporters I think the description should explicitly relate this code to the DAC “commitment”.

Another observation. The budget element states:

The total budget for an activity should be reported as a commitment in the transaction element.

So, any activity could have several commitment transactions, which could either describe the total budget for an activity, but maybe also the commitment(s) made to partner(s)?

Excuse the simplicity, but this is possible it seems:

  • Commitment A - $1000 (total budget of project)
  • Commitment B - $500 - committed to partner X (using recipient-org)
  • Commitment C - $500 - committed to partner Y (using recipient-org)

Does the DAC ‘commitment’ encompass both these uses?

Ok, we had the insider joke at a TAG:

A commitment is not a transaction :wink:

But maybe we can go to a commitment is a transaction: a firm, written agreement. A transaction involves another activity either within the same organisation or within another organisation.

It is a movement of resources into or out of the activity: either on a contractual level (incoming/outgoing commitment) or on a payment level (incoming funds, disbursements, expenditure, etc).

We’ve used this pseudo-UML timeline as a guide in some workshops.

1 Like

I think renaming ‘Commitment’ to ‘Outgoing Commitment’ might be clearer for many publishers without a financial background (e.g. many NGOs that currently join IATI). If this is confusing for DAC reporters we should make sure the description gives enough clarification.

Thanks @rolfkleef for the nice schema. I was about to write something similar in text. This is exactly how I understand and explain the different transaction types to the organisations I work with.

I’m not sure if the current description of the Budget element still makes sense:

The total budget of an activity is not the same as the sum of outgoing commitments. And adding a separate commitment for the total budget of an activity may lead to double counting of commitments - or at least requires a lot of in-depth knowledge of users of the data.

Looking at the logic described in Rolfs schema and the Netherlands MFA guidelines, the budget would equal the sum of incoming commitments from donor and from internal funds.

At the same time I see organisations struggling with the IATI requirement that budgets are defined per year. Not every organisation keeps annual activity budgets. My prefered direction would be: allow organisations to show in IATI how they work- some will work with annual budgets, others will work with total budgets. In any case the total budget for an activity is simple the sum of budget values for that activity?

Quickly:

@rolfkleef great diagram - wow, it looks so easy when you put it that way!

@pelleaardema thanks. I started to fork some of the budget discussion into A total-budget for an activity? - but appreciate if we want to bundle it together

1 Like

@pelleaardema the total budget may add up to the total incoming commitments, but it’s also possible to start a 5-year programme where only the funding for the first 3 years is secured via incoming commitments and the rest still be open for further fundraising.

The other way too: I’ve discussed with organisations who only make contracts for one year with their implementing partners. Maybe they could publish their intention as planned-disbursement (side note: why isn’t that a transaction… ;-)).

I made financial flow charts where a 5-year budget from minbuza comes in, and only 1-year contracts are published as commitment, so a huge portion seems to be not used yet.

I guess there’s room for a level of allocation in addition to commitment?

@rolfkleef In addition to an excellent diagram I think we should include your definitions into the next decimal. @Wendy could you add this to the TAG paper on modifications ?

Thanks for flagging @bill_anderson and will do

Going back to Steven’s question because I think it’s important to be as clear as possible about this.

I don’t think the example is correct, as “Commitment A” is actually not a commitment (which is, by definition, a firm written obligation toward a recipient). This is why a commitment is treated as a transaction, as it requires a recipient. In other words, we would (should) only report/publish Commitment B and Commitment C.

I’m increasingly convinced it would make sense to have a “total budget” element. This would enable donors to indicate the full budget allocated to a project, even if only part of the funding is committed (via a contractual instrument) at the begining.

As we work on this element, let’s not forget that we need a way to modify “total budget” over time, as new resources can be added or indeed removed (through another formal approval process).

Tim, I’m confused by your table, specifically the presence of “accountable or extending organisation” in the receiver-org column for commitment and disbursement. (Sorry, I cannot seem to put a quote from your post.)

Granted, these 2 categories have always been somewhat unclear to us, but let me try to unpack it somewhat.

The “accountable organisation” is defined in the standard as responsible for oversight and outcomes. Additional guidance explained early on that this is the organisation we sign an MoU with, such as a partner gouvernment ministry. An MoU is not a contractual instrument and does not lead to funding flows, so it would not seem possible to have the accountable org as the recipient of a commitment or disbursement. Would you have a real-life example of when this would happen?

The “extending organisation” is defined as managing the activity budget and on behalf of the funder. If the extending organisation is receiving or disbursing funding itself, how does it differ from an “implementing organisation”? Would you have a concrete example? Otherwise, I wonder if the extending org isn’t simply be an implementing org one step higher in the delivery chain (ie we give funding to Org A and code it as our implementing org. Org A gives funding to Org B and codes it as its implementing org, and so on).

These are good points.

I’m not sure we have documented rules about what transactions might exist to accountable and implementing organisations, so in current guidance I couldn’t find anything that would exclude these from being the recipients of a transaction, but it might be that guidance should be tightened up to make clear that commitment and disbursement transactions should always go to an organisation listed as ‘implementing’.

it’s a bit off-topic, but I wanted to add this as it’s slightly different to Yohanna’s illustration. We encourage CSOs to use accountable and implementing to reflect where they are in the project delivery chain and their relationship to the flow of funds. For example,

Accountable: applies to an organisation where the majority of funding received from a specific donor is disbursed to a partner CSO who is actually doing the work. The first organisation does not implement the activity but is responsible/accountable back to the donor for the funds. They would also record an incoming commitment from the donor.

Implementing: Where the organisation uses all of the funds themselves to run the project (although a small amount may also be disbursed to partners). They would also record an incoming commitment from either the donor (where funded directly as a tier 1 partner) or from the accountable organisation (where they are a tier 2 partner).

It’s conceivable that a CSO can be both accountable and implementing also.

Re Tim’s point, a commitment and a disbursement can therefore go to an organisation categorised as accountable. To change the guidance to limit the use of commitment and disbursement transactions only to implementing would therefore I think be confusing.

I agree that commitments are transactions since they show the financial value of a contractual obligation in which two parties are involved. In the @rolfkleef schema, the provider publishes an ‘outgoing commitment’ at the moment the provider is legally bound. That maybe at the moment that a legal agreement is signed by two parties (e.g. a contract) or when it is signed by the provider only (e.g. a subsidy).

The receiver publishes an ‘incoming commitment’ at the moment the commitment is legally binding for the receiver. That maybe at the moment of countersigning the contract or at the moment of receiving the subsidy (no countersign required).

Budgets are, as pointed out by @pelleaardema and @YohannaLacheur, not commitments. They represent an internal allocation decision by the organization responsible for the activity. Since different organizations use different budget cycles, As Pelle suggested, I think we should relax the year budget requirement. Even negative budget adjustments could/should be allowed. The total budget can than easily be derived by totaling the detail budgets, without the need for a new ‘Total budget’ element.

Planned disbursements represent the specific amounts which are planned to be disbursed or expended in a given time period. Planned disbursements maybe the same as the budgets, but they are often different.

In summary: yes ‘outgoing commitment’ seems to be much clearer that ‘commitment’. Budgets are nor the same as commitments so the definition text could be made clearer on this point to avoid confusion.

Just flagging that this didnt seem to get to the list for #TAG2017 Standards Day