English article
Solvency II reviewer sign-off: explain the last change
Follow a worked Solvency II reviewer handoff: reconcile four corrected asset amounts, trace the source and approve the current filing snapshot.
Reviewed 10 min read
The player connects to YouTube only after you choose to load it.
Solvency II reviewer sign-off: explain the last change before approval
This video uses AI-generated narration.
On this page
- Start with the filing identity
- Give the reviewer a question they can resolve
- Reconcile the whole correction
- A warning is a review question, not permission to ignore it
- Follow the correction through the second review
- What should the reviewer do differently on the second pass?
- A handoff the reviewer can actually use
- What changes require another check?
- A waiver is not a passed check
- Approve the current snapshot, then check the export
- Leave time for the second review
- Sources and scope
- Official sources
“The amount is fixed.” A preparer has changed an asset amount from €980,000 to €1,010,000. Both numbers came from the same workbook, but from different columns. A colleague preparing the review asks: why is the new amount right, and what else changed?
This fictional example illustrates a review problem, not a new regulatory rule. The €30,000 difference is not enough to explain the correction. The colleague needs to know what each column means, why the selected basis fits the reporting field, and whether the current filing contains the correction. A reassuring message saying “fixed” does not answer those questions.
Start with the filing identity
Put the entity, reference period, reporting scope and taxonomy release at the start of the handoff. Add the current revision and the person responsible for preparation. If the reviewer is comparing two versions, name both. “The latest file” is fragile when several people are working at once.
Our example is a synthetic Q3 2026 solo filing covering S.06.02, the list of assets quantitative reporting template (QRT). It is not a migration to the next reporting cycle. EIOPA’s reporting register says 2.8.2 applies through Q4 and annual 2026, with 2.10.0 applicable from Q1 2027. Confirm the applicable package and authority requirements for the actual filing. EIOPA reporting register.
Give the reviewer a question they can resolve
Here is a useful review request:
The workbook contains both book value and a prepared reporting amount. Confirm the intended reporting basis with the source owner, correct all affected positions, explain why the second position falls, and reconcile the total before resubmitting.
That tells the preparer what is missing and what would resolve it. “Please check the assets” leaves the scope unclear. A comment should distinguish a source question, a mapping question and an unexplained manual correction, because each needs different evidence.
In this example the workbook contains €980,000 book value and €1,010,000 already prepared Solvency II amount. The import does not calculate the valuation. The source owner must establish the basis before the reporting team can justify using the column. The Excel import example explains why checking a plausible-looking number alone is insufficient.
Reconcile the whole correction
A change to one source selection can affect more than the row the reviewer noticed. In the four-position example below, the second position decreases while the others increase. A blanket “add €30,000” explanation would be wrong.
| Position | Earlier selected amount | Prepared reporting amount | Difference |
|---|---|---|---|
| DEMO-A01 | €980,000 | €1,010,000 | +€30,000 |
| DEMO-A02 | €1,500,000 | €1,470,000 | −€30,000 |
| DEMO-A03 | €760,000 | €790,000 | +€30,000 |
| DEMO-A04 | €1,250,000 | €1,280,000 | +€30,000 |
| Total | €4,490,000 | €4,550,000 | +€60,000 |
The total is a reconciliation check, not proof of correct valuation. Keep the source-column explanation and the row-level evidence together. If a finding remains, explain whether it is unresolved, excluded under an authorized control, or addressed by a documented correction. Those are different outcomes.
A warning is a review question, not permission to ignore it
Our completed rehearsal began with four fictional corporate bonds and their linked asset details. The first submission had no blocking errors, but it did have a valuation warning. The selected book values did not reconcile with the prepared par amounts, prices and accrued interest. The product allowed the filing into review; the warning still needed a decision.
This is an important distinction. “Ready for review” means the reviewer can start their work. It does not mean that every reported number is right or that every warning should be accepted. In this example the reviewer requested changes instead of approving or waiving the warning.
The request was specific: confirm the reporting basis, correct all four positions, explain the decreasing second position, and retain the source cells. The preparer could tell what evidence would close the question. The filing moved to Changes requested before the correction was applied.
Follow the correction through the second review
We completed this workflow in an isolated synthetic environment on 25 October. We set up the starting amounts and source links for the example. The correction and review decisions then used the actual product interface with an administrator acting as preparer and a separate reviewer account. This demonstrates a handoff between two people; it does not test a permission boundary preventing administrators from approving.
| Step | Action in the rehearsal | What the next person could check |
|---|---|---|
| First submission | The preparer assigned a reviewer and submitted the filing. | Ready for review, with a remaining valuation warning. |
| Request changes | The reviewer recorded the source-basis question and requested a correction. | Changes requested, with a reason identifying the affected records. |
| Correct the import | The preparer selected the prepared-amount column, previewed four changes and applied them. | The four corrected amounts and source cells E2–E5. |
| Explain and resubmit | The preparer saved a comment covering the basis, the decreasing second position and the €4,550,000 total. | A concrete reconciliation rather than a message saying “fixed.” |
| Review again | The reviewer returned to the current filing and recorded the checks supporting the decision. | The corrected form and the latest validation result. |
| Approve and lock | The reviewer approved the filing. | Approved status and a stored approval snapshot. Normal editing was locked. |
The approved filing is revision 5; its corrected position form is revision 2. These are separate version counters, so the handoff must name the filing as well as the form. The final validation result contained no errors or warnings for this two-table fixture, and no rules were disabled or waived. The approval belongs to that corrected version. It does not attach itself to an earlier screenshot or to a spreadsheet someone still has open.
The example contains the position and asset-detail tables needed for this workflow. It is not an insurer's complete regulatory return or a test of national submission requirements. The supporting asset details matter: correcting an amount alone does not resolve missing classification or valuation information.
What should the reviewer do differently on the second pass?
Start with the requested change. Check the corrected value against its source, then review the other records affected by the same mapping. For DEMO-A02, the right question is why the amount fell to €1,470,000, not why it failed to rise with the other positions.
Next, compare the preparer's explanation with the current values. A correct comment attached to an older version is not enough. In this rehearsal the stored corrected form contains all four prepared amounts and the source-cell references; the approval snapshot preserves the corrected amounts too. The reviewer should be able to follow the same chain without reconstructing it from a chat history.
Finally, look at the new validation result. Confirm that the original finding is resolved and that the correction has not created a different problem. If a warning remains, describe its cause and the decision needed. “There are only warnings” is not a review conclusion. A clean validation result also does not replace the source owner's valuation judgment.
A handoff the reviewer can actually use
This filled record is the practical takeaway. Replace the example details with the evidence from your own controlled workflow; the amounts and workflow states below come from the completed synthetic rehearsal.
| Review question | Example handoff answer |
|---|---|
| Which filing? | Synthetic C06 Q3 2026 solo filing, period ending 30 September 2026, 2.8.2 Hotfix, two S.06.02 tables. |
| Who prepared it? | Pilot Administrator, acting as preparation owner; Pilot Reviewer made the review decision. |
| What changed? | The selected source changed from book value to the already prepared reporting amount. Four positions changed; total difference +€60,000. |
| Why? | In this fictional scenario, the source owner confirmed that the prepared Solvency II amount was the intended reporting basis. |
| Where can I check it? | Synthetic assets sheet, prepared amounts in E2–E5 for DEMO-A01–A04; compare the earlier book-value amounts in D2–D5. |
| What did the preparer recheck? | Four previewed changes were applied. The corrected values total €4,550,000; the latest two-table validation had no findings. |
| What still needs a decision? | The original warning was resolved by correction, without a waiver. The assigned reviewer then approved the corrected snapshot. |
| Which revision is being reviewed? | Approved filing revision 5, containing corrected position-form revision 2; approval followed resubmission and validation. |
| Who decides? | Pilot Reviewer, a different account from the preparation owner, assigned to the selected tables. |
| What happens next? | The reporting owner checks export readiness and assigns responsibility for external submission and receipt. No export or submission was performed in this rehearsal. |
For your own handoff, replace the fictional confirmation with a link to the actual source-owner answer. If there is no confirmed answer, the handoff should say so. A deadline does not turn an assumption into evidence.
For a new review request, copy and complete this short handoff:
> Filing, period, scope and release: … > > Preparation owner and assigned reviewer: … > > Current filing revision and comparison version: … > > Changed values and total difference: … > > Source-owner confirmation and source cells: … > > Checks rerun, unresolved findings and decisions needed: … > > Next action, owner and due date: …
What changes require another check?
A changed source file or source column requires a fresh check of the source basis and affected records. A changed mapping requires a preview and reconciliation of every affected value. A manual correction needs its own explanation and source evidence, followed by validation and review of the changed filing. Do not treat the old clean result as evidence for the new values.
Reopening an approved filing also creates work for the next review. Check the changed version, revisit applicable waiver decisions and identify any earlier export that must no longer be used. A taxonomy change needs its own compatibility assessment; the taxonomy migration example explains that separate task.
A waiver is not a passed check
The existing SolvencyBridge guided walkthrough includes a separate synthetic example in which the reviewer records a filing-specific waiver for a remaining €100 difference. That is an explicit review decision, not a successful validation result and not a suggested tolerance for your organization.
Inspect the reason, evidence, scope and revision of any exclusion before approval. SolvencyBridge’s Help states that the approval snapshot retains the rule exclusions used for the decision. Reopening or requesting changes ends that approval boundary; a changed filing needs a new waiver decision. Do not carry an old decision forward simply because the number looks similar. Approve and lock a filing.
Approve the current snapshot, then check the export
Approval locks normal value editing, imports and preparation changes. Check the recorded actor, status, validation summary and effective exclusions. Export controls becoming available is a workflow state; it does not prove regulatory completeness or authority acceptance.
If an approved filing needs a correction, use the supported reopen process with a recorded reason. An earlier exported artifact still represents the earlier snapshot. Identify which artifact is current before the external submission owner uses it. Do not imply that someone can silently edit a locked filing.
Leave time for the second review
The Austrian FMA’s 2026 calendar lists 4 November for its Q3 solo reporting scope. Confirm your own authority, entity scope and exemptions rather than treating this as a universal deadline. Work backwards from the applicable date: source clarification, correction, validation, independent review and export checks all need an owner. FMA calendar. Use the reporting calendar to find the relevant authority and scope.
Before your next handoff, choose one changed amount and ask a colleague to follow it from the source to the current filing and the review decision. If they cannot, that is the next task to resolve.
Make your next review request easier to resolve: see how SolvencyBridge connects a correction, its source evidence and approval of the current snapshot. Watch the existing reporting walkthrough or request a guided evaluation to work through a supported filing scope with us.
Internal approval, export, external receipt and authority acceptance remain separate.
Sources and scope
EIOPA’s reporting register and the Austrian FMA calendar were rechecked on 25 October 2026. The English approval Help was checked on 25 October; the earlier source record remains available in the production notes. The amount example is synthetic, adapted from C02. The €100 waiver belongs to the separately published guided walkthrough. Neither is a regulatory threshold. The completed 25 October product rehearsal supports request changes, correction, source lineage, resubmission and approval of the corrected snapshot. Export readiness was observed; external submission and authority acceptance were not tested.
Official sources
- EIOPA reporting register
2.8.2 through Q4/annual 2026; 2.10.0 from Q1 2027. Technical applicability, not authority acceptance.
Sources checked
- EIOPA Q&A 3504
Q4 and year-end 2026 use existing 2.8.2 regime.
Sources checked
- Austrian FMA reporting calendar
4 November Q3 solo, 18 November financial stability, 16 December Q3 group, each for listed Austrian scope.
Sources checked
Transcript
Would you approve this handoff?
The amount is fixed. Would you approve the filing on that explanation? Our example preparer has four assets to report and a colleague waiting to review them. Both can see the numbers. What the reviewer needs is a reason to trust the correction.
We will follow their actual review cycle: a request for changes, a corrected import, a second review, and approval. The insurer and its data are fictional. This video uses AI-generated narration.
Ready for review is not approved
The first submission reaches Ready for review. There is still a warning about the valuation. The selected amounts do not reconcile with the bond details. Entering review has not made that warning disappear.
The reviewer asks for changes. Confirm the source column and its reporting basis. Correct all affected positions. Explain why the second position falls, and reconcile the total. That is a request the preparer can act on. The filing moves to Changes requested.
Give the correction a reason
Both numbers came from the same workbook. One column contains book value; another contains an already prepared Solvency Two amount. The import does not calculate the valuation. In our fictional example, the source owner confirms the intended reporting basis. The preparer previews four proposed changes before choosing Apply. Preview and Apply are separate decisions.
Follow the row that falls
The first position rises by thirty thousand euros. The second goes the other way: from one million five hundred thousand to one million four hundred and seventy thousand. The remaining two each rise by thirty thousand. The total increases by sixty thousand euros, to four million five hundred and fifty thousand. A message saying add thirty thousand to each row would be wrong.
Reconcile the whole correction.
Replace “fixed” with a usable explanation
Now the preparer records what changed and why. The comment identifies the prepared reporting basis, lists the corrected amounts, explains the decrease in the second position, and gives the new total. Source cells E two through E five are retained with the imported values.
This source-owner confirmation is part of our fictional scenario. In your own filing, link the actual answer and supporting evidence. If that answer is still missing, say so. A tidy comment cannot turn an assumption into a confirmed valuation.
The second review must use the corrected version
The preparer resubmits. In this rehearsal the corrected filing has no validation errors or warnings within the two asset tables we are testing. No rule has been disabled or waived.
The reviewer comes back to the current version. The first check is whether the requested change was actually made. The next is whether the explanation covers all four records, including the one that falls. Then check the latest validation result. An old screenshot and a message saying fixed are not substitutes for that second pass.
Approve the snapshot you checked
The reviewer chooses Approve and lock. The product records an approval snapshot containing the corrected amounts. The filing is now Approved, and normal editing is locked. The preparer and reviewer are different users in this rehearsal.
If another correction is needed, reopen through the controlled workflow and review the changed filing again. Do not treat an earlier approval as permission to change the numbers underneath it.
This is a bounded synthetic workflow demonstration, not a complete regulatory return. Internal approval and export readiness do not mean an authority has received or accepted a submission.
Try one real handoff
The useful question is no longer, did someone fix the number? It is, can the reviewer follow the reason, the source, the correction and the decision?
Before your next review, try that with one changed amount. The article includes the worked reconciliation, a filled handoff and the full review sequence. To assess your own workflow with us, choose Request a guided evaluation.
Discuss your reporting scope
Reuse approved work, bring exceptions forward, and give preparers and reviewers one clear path from existing source files to a controlled export.