MChD and signing a contract in 2026: authority before the deal
Ministry of Digital Development Order No. 1001, format 003, and what to check in the “who signed” chain
From 1 February 2026 the rules for a machine-readable power of attorney (MChD) tightened: the format, the requirements for identifiers, and the check of authority all change. If an employee signed the contract with a personal qualified electronic signature (UKEP) “as usual,” and the MChD is outdated or does not cover the deal, the counterparty has a reason to challenge the signature even before a dispute on the terms.
This material is for orientation, not legal advice. Check the current Ministry of Digital Development Order No. 1001, MChD format 003, and the requirements of your EDO operator or certification authority on the date of signing.
Before the deal, check the contract version and the block on signatories — or run the file for one-sided terms:
What changes for the MChD in 2026
The reference point for business is the move to the current MChD format (including format 003) and the requirements set by Ministry of Digital Development Order No. 1001. In practice, for a contract, that means the power of attorney must be machine-readable, verifiable, and compatible with the way the employee signs the document in EDO.
- Format 003 instead of outdated versions — otherwise the operator or the counterparty may refuse the MChD
- Correct identifiers of the principal and the representative (INN, SNILS — as the format requires)
- Authority codes from the classifier — not “free text instead of a code,” if the format requires a code
- The term and the possibility of revocation — checked as of the date the contract is signed
The “who signed” chain
An employee often signs with a personal UKEP of an individual and attaches the organization’s MChD. The deal rests on a chain of four links:
- Who is named as signatory in the text of the contract (full name, position)
- Whose UKEP is on the file (an individual’s certificate, or the organization’s)
- Which MChD is attached, or available via the register or the operator
- Whether the MChD covers this type of deal, and the amount or the subject
A break in any link is a reason for the counterparty not to treat the contract as signed by an authorized person.
What to check before accepting a signed contract
1. Identifiers
- The INN of the principal organization matches the contract
- The representative’s SNILS or INN matches the UKEP certificate and the MChD
- There are no typos or “old” data after a passport change or a personnel-record change
2. Authority codes
- The code (or set of codes) covers conclusion of contracts of the type you need
- There is no amount limit below the price of the deal
- There is no limit of “invoices only” or “certificates only” if the contract itself is being signed
3. Term, revocation, format
- The MChD is in force on the calendar date of the signature
- The power of attorney has not been revoked in the register or with the operator
- The format is current (the reference point is 003), and the file is readable in your EDO system
Practical tip
In the procedure for accepting incoming contracts, record this: without an MChD check (or without the signature of the sole executive body, or a legal-entity UKEP), the document is not treated as accepted. Save the MChD export and the verification protocol as of the deal date.
What to write into the contract and the internal procedure
- Who may sign: the sole executive body, under an MChD, or under a paper power of attorney
- A duty to attach the MChD or to state how it can be verified
- The exchange channel (EDO / a qualified signature) and the file format
- The consequences of a signature by an unauthorized person — re-signing, or the exchange being invalid
On electronic exchange and signatures, see also: electronic contracts.
The block on signatories and authority in a template can be rebuilt and checked for gaps at once:
Checklist before the deal
- The MChD format is current (the reference point is 003), and the file opens in your environment
- The INN and SNILS in the MChD and in the UKEP certificate match
- The authority codes cover conclusion of this particular contract
- The term has not expired, and no revocation is registered
- The full name in the preamble of the contract is the certificate holder
- The MChD export and the verification protocol are saved with the deal date
Related reading
- Electronic contracts
- Hidden clauses in a contract
- Agreeing edits in a contract
- Typical mistakes in contracts
Short conclusion
In 2026, an employee’s signature without a verifiable MChD in the required format is an operational risk of the deal. Before you accept the contract, check the chain: text, then certificate, then MChD, then authority codes. Format 003, the INN and SNILS, and the term are the minimum without which “signed” does not yet mean “authorized.”
Check the contract before signing in DocumentCHEK
Upload the draft contract — you will get a review of risks and one-sided terms, including the block on signing and document exchange.
Two versions of a template? Compare versions online.