Project owners and debtors
To prepare terms, collect interest, conclude many agreements and prepare obligations for payment.
Project finance · Digital contracts · Repayment
We are building a place where a project, many lenders and individual agreements come together in one process. For local, energy, cooperative and business projects - from expressions of interest to long-term loan administration. Signing matters, but it is not the whole product.
The service is in a controlled pilot phase. An administrator onboards new users and projects; an existing user can sign in and submit a project brief.
Today you can try the public calculators, and existing users can access enabled features. The complete project workflow below describes our development and pilot direction, not a claim that every module is production-ready.
Why it exists
A solar plant, battery system, electric-vehicle infrastructure or another local, cooperative, public-sector or business project may need many smaller loans. The platform helps present the financing transaction, raise the funds and turn that operational burden into a controlled flow: from loan modelling and expressions of interest to individual contracts, signatures, activation and repayment.
The goal is not merely to digitise a signature. It is to make sound project transactions safe to repeat and multiply.
You can send a general document for signature, but the particular value of Digital Contracts appears when the agreement stays connected to its project, repayment schedule, due dates and evidence throughout its life.
To prepare terms, collect interest, conclude many agreements and prepare obligations for payment.
For a clear individual agreement, verifiable signature, due-date schedule and secure access to their own documents.
For a controlled process that lets local and other real projects be financed more transparently and with less manual work.
Pilot projects enter through an administrator. The debtor confirms the final terms before anyone can express interest.
The project owner defines the purpose and financing terms, then calculates principal, interest, grace period, payment frequency, instalments and due dates.
An administrator prepares a controlled revision. The debtor checks the data and only then approves it for invitations.
Creditors enter through an invitation, the debtor confirms the final allocation, and the platform generates individual agreements for signature.
The debtor confirms receipt of principal. The system then manages due dates, reminders, orders and later creditor changes.
The same structured data drives the calculator, contract, due-date overview and payment orders. This avoids manual re-entry and diverging versions.
Instalments, principal, regular and interim interest, and dates are calculated from one model.
An invitation may be shared with people who have no account; the debtor decides which applications to accept and in what amount.
Every creditor receives an individually numbered agreement, a reviewable document and an appropriate signing flow.
Funds move directly to the debtor. An agreement activates only after the debtor explicitly confirms receipt.
The debtor sees future due dates and can prepare a combined SEPA order for creditors without funds passing through the platform.
The current creditor privately names a buyer for the entire remaining claim. A separate agreement and settlement confirmation enter the new creditor in an immutable history and record the debtor notice.
Digital Contracts provides infrastructure for the project, its documents and their administration. Financial and legal decisions remain with the parties.
We do not take deposits or execute payments. Principal and instalments move directly between the parties' accounts.
We do not determine creditworthiness, provide legal or investment advice, or hide risk assessment behind an AI score.
A project catalogue, public matching and capital notices can support financing, but only activate under a legally approved model. Pilot workflows use private invitations.
General documents and loan agreements have different needs. Method availability and validation results are confirmed for the particular document and pilot.
A signature drawn or typed in the browser has its own workflow and evidence record. We do not present it as the signer's qualified signature.
The Web eID integration needs a suitable card, reader and user-side software. A real card ceremony and its validation result must be confirmed in the pilot; we do not guarantee QES for every document in advance.
Supported workflows can accept a document signed with another tool. What matters is the validation result for that PDF, not merely a “signed” label.
Remote signing and additional providers are part of further development. This page does not confirm their current availability.
Download the final signed document and keep your own secure copy. Retain the original digital file as well as any printout.
A document needs a verifiable signature and a clear validation result. An unavailable check or an unconfirmed trust chain is not confirmation of validity.
Independent backups, access controls and verified archive recovery are requirements for a wider launch. We do not promise 100% availability or a completed archive before those checks.
The core product is not a campaign page but infrastructure for preparing, concluding and administering project-linked agreements over time. Public promotion or matching is introduced only as a separate, legally approved module; pilot projects use private invitations.
It does not hold funds. The debtor executes and books payments in its own banking and accounting systems. The platform prepares schedules, reminders and orders and stores explicit confirmations entered by users.
A verified email address and private invitation may be enough for an initial expression of interest. An account is required for long-term access to personal contracts and the document inbox; some signing flows can use a one-time link.
No. Every document states its signature level. Where a transaction requires a qualified signature or particular form, the appropriate method and, when necessary, legal advice must be used.
Only the entire remaining claim may be transferred privately. The original signed agreement stays unchanged; a separate assignment agreement, settlement confirmation and creditor history prove the change.
The authoritative record is the final signed PDF, not a document later reconstructed from database fields. The platform retains it with its content hash and evidence record; every party can and should download its own copy. Multiple independent copies and a successful archive-restore check are a separate gate before the service opens more broadly.
Start with the loan model. We then turn a pilot project into a controlled invitation, a set of agreements and a sustainable repayment process.