---
id: ee-we-build-consortium
title: "WE BUILD Consortium: EUDI Wallet and European Business Wallet Large Scale Pilot"
description: iGrant.io's work in the WE BUILD Large-Scale Pilot for the EU Digital Identity Wallet and European Business Wallets, starting with verifiable eReceipts and account-to-account payments, alongside business registry, document signing and Qualified EAA use cases.
sidebar_label: WE BUILD Consortium
keywords: [WE BUILD, WE BUILD Consortium, EU Large-Scale Pilot, EUDI Wallet, European Business Wallet, eReceipt, verifiable receipt, account-to-account payments, Bank Account Key, Bank iD, Digital Credentials API, Architecture Workpackage, Architecture Blueprint Team, conformance specifications, Interoperability Test Bed, ITB, University of the Aegean, LPID, EBWOID, QEAA, document signing, payments, eIDAS 2.0, iGrant.io, Organisation Wallet Suite]
slug: /ecosystem-engagements/we-build-consortium
---

> **Build this with an AI coding agent.** Install the iGrant.io Agent Skills, then ask your agent to build the integration:
>
> ```bash
> npx skills add L3-iGrant/skills
> ```


import ChipBar from '@site/src/components/ChipBar';
import YouTubeEmbed from '@site/src/components/YouTubeEmbed';

<ChipBar chips={["EU Large-Scale Pilot", "Ongoing"]} />

[WE BUILD](https://www.webuildconsortium.eu/) is one of the official European Large-Scale Pilots for the EU Digital Identity Wallet and European Business Wallets, bringing together 180+ public authorities and private companies across 27 countries. iGrant.io is a named beneficiary contributing across several WE BUILD workpackages, from architecture and conformance through to wallet provisioning and business use case delivery. This page is the home for that work, and it sits alongside our wider <a href="/docs/ecosystem-engagements/eudi-wallet-pilots-and-deployments/">EUDI Wallet pilots and production deployments</a>.

## Deliverables

This is the home for iGrant.io's WE BUILD deliverables, and it grows as the pilot progresses. Further deliverables, including Business Registry workflows (Legal Person Identification Data issuance), document signing and Qualified EAA issuance, will be added as they land.

### Architecture workpackage

<ChipBar chips={["Workpackage", "Ongoing"]} />

The Architecture workpackage defines the common blueprint, conformance specifications and test tooling that every WE BUILD wallet and service is built and tested against. iGrant.io contributes here on three fronts:

- **Architecture Blueprint Team.** iGrant.io is part of the team shaping the WE BUILD reference architecture for the EU Digital Identity Wallet and European Business Wallets.
- **Conformance specifications.** iGrant.io contributed a significant part of the [conformance specifications](https://github.com/webuild-consortium/wp4-architecture/tree/main/conformance-specs) that define what a conformant wallet or service must do.
- **Interoperability Test Bed (ITB).** Together with several partner companies, led by the University of the Aegean, iGrant.io helped build the ITB that WE BUILD uses to test wallets and services against those specifications.

The Organisation Wallet Suite is listed as the first conformant business wallet in the [WE BUILD Conformance Overview](https://webuild-consortium.github.io/wp4-interop-test-bed/docs/conformance-overview.html).

### eReceipts (verifiable receipts)

<ChipBar chips={["Use case", "In progress"]} />

**eReceipts** are trusted, verifiable purchase receipts issued straight into a European Business Wallet, taking EUDI Wallet payments from the consumer to the company. Today a business purchase still ends in a paper or PDF receipt that someone keys into an accounting system by hand, and a lost receipt can put a VAT claim at risk. eReceipts replace that chain with two wallets that work together.

**How it works:**

1. An employee pays from a company account or card using their EUDI Wallet, authorised with Strong Customer Authentication (SCA).
2. The seller's business wallet issues the receipt as a verifiable credential directly into the buyer's European Business Wallet.
3. Buyer and seller hold the same signed record, so it books into accounting automatically.
4. A tax authority can verify the receipt and reconcile input VAT without manual data entry.

Because the receipt is a selectively disclosable credential, the holder shares only the fields a given service needs, for example proof of purchase for an expense report or a warranty claim. This takes forward the consumer e-receipt flow first demonstrated in the EWC Large-Scale Pilot, described under <a href="/docs/ecosystem-engagements/eudi-wallet-pilots-and-deployments/">EUDI Wallet Pilots and Deployments</a>, and extends it to business-to-business payments.

<YouTubeEmbed
  videoId="uYhA1WUhfTw"
  title="Trusted eReceipts for B2B Payments: Verifiable Receipts to a European Business Wallet"
  description="See how a business purchase ends not in a paper receipt but in a verifiable eReceipt delivered straight into a European Business Wallet. An employee pays from a company card using their EUDI Wallet with Strong Customer Authentication, the seller issues the receipt as a signed credential, and buyer and seller hold the same trusted record, ready to book into accounting and reconcile VAT automatically."
/>

Read the background in [Trusted eReceipts for B2B payments](https://igrant.io/articles/trusted-ereceipts-for-b2b-payments-taking-eudi-wallet-payments-from-the-consumer-to-the-company).

### Account onboarding and account-to-account payments

<ChipBar chips={["Use case", "In progress"]} />

**Account provisioning and account-to-account payment** (WE BUILD WP3 payment scenarios PA1 and PA2) takes the consumer payment flow from the EWC pilot one step further. In EWC, a bank linked an existing account to the EUDI Wallet with a card-based Payment Wallet Attestation. In WE BUILD, the bank opens the account with the wallet in the first place, provisions a **Bank Account Key** into it, and the customer pays account-to-account at a merchant by confirming the transaction in the wallet, with the merchant reaching the wallet through the **W3C Digital Credentials API (DC API)**. The pilot bank is [Bank iD](https://www.bankid.cz/) (Czechia); the merchant and the verification run on the iGrant.io Organisation Wallet Suite.

**How it works:**

1. The customer opens a bank account with the EUDI Wallet: no forms and no passwords. The wallet presents the person identification data (PID), the bank performs identity matching and opens the account.
2. The bank issues a Bank Account Key into the wallet over OpenID4VCI: a payment credential bound to the account that carries the IBAN, BIC, currency and issuing authority.
3. At the merchant's checkout the customer chooses account-based payment. The shop calls the wallet through the DC API, the customer reviews the amount and confirms with the Bank Account Key, and the payment is authorised straight from the bank account.

**The checkout runs over the Digital Credentials API.** The shop calls `navigator.credentials.get()` from the page and the browser and operating system hand the OpenID4VP request to the EUDI Wallet: no redirect, no app link and no QR code on the same device. This is the flow described in the <a href="/docs/openID4vc-dcapi-overview/">DC API overview</a> and the step-by-step guide <a href="/docs/openID4vc-send-verify-credentials-dcapi-android/">Verify credentials with the DC API on Android (Chrome)</a>. It works on **Android with Chrome 141 or later**. It does **not work on iOS yet**: Safari, and therefore every browser on iOS, implements only ISO/IEC 18013-7 Annex C over the DC API and does not offer OpenID4VP, so a Bank Account Key (an SD-JWT credential presented over OpenID4VP) cannot be requested through the DC API on iPhone or iPad; see <a href="/docs/openID4vc-send-verify-credentials-dcapi-ios/">DC API on iOS (Safari)</a>. On iOS the merchant's standard OpenID4VP flow (QR code or app link) remains the way to pay.

The same checkout also accepts the card-based flow from EWC, so a merchant integrates once and takes both instruments through one strong customer authentication (SCA) pattern. Combined with <a href="#ereceipts-verifiable-receipts">eReceipts</a>, this closes the loop from account opening to payment to a verifiable receipt in the buyer's wallet.

<YouTubeEmbed
  videoId="9XIPMjHxq_k"
  title="Account Onboarding and Account-to-Account Payments with the EUDI Wallet"
  description="A customer opens a bank account at Bank iD with the EUDI Wallet, receives a Bank Account Key credential in the wallet, and pays account-to-account at the WE BUILD Shop by confirming the transaction in the wallet through the W3C Digital Credentials API (Android, Chrome). Verified by the iGrant.io Organisation Wallet Suite."
/>

Try it yourself on an Android phone with Chrome: open an account at the [Bank iD onboarding demo](https://rp-demo.lab.euwallet.cz/business/wallet) with your EUDI Wallet, then pay account-to-account at the [WE BUILD Shop](https://webuildshop-demo.igrant.io). The building blocks are documented under <a href="/docs/openID4vci-payment-wallet-attestation/">Payment Wallet Attestation</a>, <a href="/docs/openID4vci-payment-data-confirmation/">Payment Data Confirmation</a> and <a href="/docs/openID4vc-send-verify-credentials-dcapi-android/">verification with the DC API on Android</a>.

## Related

* <a href="/docs/ecosystem-engagements/eudi-wallet-pilots-and-deployments/">EUDI Wallet Pilots and Production Deployments</a>
* <a href="/docs/ecosystem-engagements/interoperability-and-compliance/">Interoperability and Compliance</a>
* [WE BUILD Consortium](https://www.webuildconsortium.eu/)
* [WE BUILD Conformance Overview](https://webuild-consortium.github.io/wp4-interop-test-bed/docs/conformance-overview.html)