<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Idura changelog</title><description>Changelog for Idura products</description><link>https://docs.idura.app/</link><item><title>Approve a text with Norwegian BankID</title><link>https://docs.idura.app/changelog/2026-11-05-norwegian-bankid-approvals/</link><guid isPermaLink="false">changelog/2026-11-05-norwegian-bankid-approvals</guid><pubDate>Thu, 05 Nov 2026 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;approve-a-text-with-norwegian-bankid&quot;&gt;Approve a text with Norwegian BankID&lt;/h2&gt;
&lt;p&gt;Your users can now approve a text with Norwegian BankID, such as an agreement or a change to their account, and log in at the same time.
BankID shows the text before the user authenticates, and the ID token holds the approved text and its digest from BankID.
Add the &lt;code&gt;evidence&lt;/code&gt; scope to also get signed evidence of the approval from BankID, which a third party can verify.&lt;/p&gt;
&lt;p&gt;You ask for an approval with &lt;code&gt;authorization_details&lt;/code&gt; in a pushed authorization request from your backend.&lt;/p&gt;
&lt;p&gt;For more details, see &lt;a href=&quot;/verify/e-ids/norwegian-bankid/#approve-a-text-with-norwegian-bankid&quot;&gt;approve a text with Norwegian BankID&lt;/a&gt;.&lt;/p&gt;</content:encoded></item><item><title>Security Advisory: Signatures python SDK</title><link>https://docs.idura.app/changelog/2026-10-26-signatures-python-advisory/</link><guid isPermaLink="false">changelog/2026-10-26-signatures-python-advisory</guid><pubDate>Mon, 26 Oct 2026 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;security-advisory-signatures-python-sdk&quot;&gt;Security Advisory: Signatures python SDK&lt;/h2&gt;
&lt;p&gt;The Signatures Python SDK has a transitive dependency on &lt;code&gt;certifi&lt;/code&gt;. &lt;code&gt;certifi&lt;/code&gt; versions before
2026.10.19 trust the &lt;code&gt;emSign ECC Root CA - G3&lt;/code&gt; root certificate, and the compromised intermediate eMudhra
CAs that chain to it (GHSA-6q48-6c7w-9gw2
(&lt;a href=&quot;https://github.com/advisories/GHSA-6q48-6c7w-9gw2&quot; rel=&quot;noopener noreferrer&quot; target=&quot;_blank&quot;&gt;https://github.com/advisories/GHSA-6q48-6c7w-9gw2&lt;/a&gt;)).&lt;/p&gt;
&lt;p&gt;The SDK uses the &lt;code&gt;certifi&lt;/code&gt; bundle to verify TLS connections to the Signatures API. An on-path attacker holding one of the compromised keys could intercept or modify that traffic.&lt;/p&gt;
&lt;p&gt;Neither the SDK nor its dependencies place an upper bound on &lt;code&gt;certifi&lt;/code&gt;, so no new SDK version is needed. Upgrade &lt;code&gt;certifi&lt;/code&gt; to 2026.10.19 or later in your environment or lockfile.&lt;/p&gt;</content:encoded></item><item><title>Deprecating Signatures endpoint</title><link>https://docs.idura.app/changelog/2026-09-14/</link><guid isPermaLink="false">changelog/2026-09-14</guid><pubDate>Mon, 14 Sep 2026 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;deprecating-signatures-endpoint&quot;&gt;Deprecating Signatures endpoint&lt;/h2&gt;
&lt;p&gt;We are deprecating the &lt;code&gt;https://signatures-api.criipto.com/v1/graphql&lt;/code&gt; URL in favor of &lt;code&gt;https://signatures.idura.app/v1/graphql&lt;/code&gt;.&lt;/p&gt;
&lt;p&gt;We recommend switching for improved performance and to ensure uninterrupted usage.
The &lt;code&gt;https://signatures-api.criipto.com/v1/graphql&lt;/code&gt; URL will be taken down on October 4, 2027.&lt;/p&gt;</content:encoded></item><item><title>Improved order flow for Swedish BankID</title><link>https://docs.idura.app/changelog/2026-07-16-swedish-bankid-dashboard-ordering/</link><guid isPermaLink="false">changelog/2026-07-16-swedish-bankid-dashboard-ordering</guid><pubDate>Thu, 16 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;improved-order-flow-for-swedish-bankid&quot;&gt;Improved order flow for Swedish BankID&lt;/h2&gt;
&lt;p&gt;The process for ordering Swedish BankID has been simplified and streamlined,
such that we can process your orders faster.
In practice, this should result in more orders being approved first try, allowing you to go live
faster.&lt;/p&gt;
&lt;p&gt;Instead of manually filling out a PDF form and emailing it to us, orders are now submitted directly
from the Idura dashboard. The dashboard order form guides you through the required information
and shows the status of your order as it is being processed.&lt;/p&gt;
&lt;p&gt;For more details, see &lt;a href=&quot;/verify/e-ids/swedish-bankid/#order-swedish-bankid&quot;&gt;order Swedish BankID&lt;/a&gt;.&lt;/p&gt;</content:encoded></item><item><title>Improved order flow for Norwegian BankID</title><link>https://docs.idura.app/changelog/2026-07-14-norwegian-bankid-dashboard-ordering/</link><guid isPermaLink="false">changelog/2026-07-14-norwegian-bankid-dashboard-ordering</guid><pubDate>Tue, 14 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;improved-order-flow-for-norwegian-bankid&quot;&gt;Improved order flow for Norwegian BankID&lt;/h2&gt;
&lt;p&gt;The process for ordering Norwegian BankID has been simplified and streamlined,
such that we can process your orders faster.
In practice, this should result in more orders being approved first try, allowing you to go live
faster.&lt;/p&gt;
&lt;p&gt;Instead of manually filling out the predefined template over email, orders are now submitted directly
from the Idura dashboard. The dashboard order form guides you through the required information
and shows the status of your order as it is being processed.&lt;/p&gt;
&lt;p&gt;This, together with a new revised internal process, means you have to provide less information than before.
Most importantly, you don’t need a Norwegian bank account to apply anymore.&lt;/p&gt;
&lt;p&gt;For more details, see &lt;a href=&quot;/verify/e-ids/norwegian-bankid/#order-norwegian-bankid&quot;&gt;order Norwegian BankID&lt;/a&gt;.&lt;/p&gt;</content:encoded></item><item><title>Retrieving form field values from PDF documents</title><link>https://docs.idura.app/changelog/2026-05-19/</link><guid isPermaLink="false">changelog/2026-05-19</guid><pubDate>Tue, 19 May 2026 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;retrieve-form-field-values-from-pdf-documents-in-signatures&quot;&gt;Retrieve form field values from PDF documents in Signatures&lt;/h2&gt;
&lt;p&gt;It was previously not possible to retrieve the values of the form fields after a signatory had filled and signed the document without looking at the document.&lt;/p&gt;
&lt;p&gt;It is now possible to programmatically retrieve the entered form field values either via our GraphQL endpoint or as a file attachment in the document.&lt;/p&gt;
&lt;p&gt;See &lt;a href=&quot;/signatures/guides/pdf-form-filling/&quot;&gt;PDF form filling guide&lt;/a&gt; for more information.&lt;/p&gt;</content:encoded></item><item><title>Support cooldown period and Finnish language</title><link>https://docs.idura.app/changelog/2026-06-17/</link><guid isPermaLink="false">changelog/2026-06-17</guid><pubDate>Tue, 19 May 2026 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;support-cooldown-period-in-signatures&quot;&gt;Support cooldown period in Signatures&lt;/h2&gt;
&lt;p&gt;We now support defining a cooldown period before a signatory is allowed to sign in case of any business requirements.&lt;/p&gt;
&lt;p&gt;See &lt;a href=&quot;/signatures/guides/cooldown/&quot;&gt;Cooldown guide&lt;/a&gt; for more information.&lt;/p&gt;
&lt;h2 id=&quot;signatures-puhuu-nyt-myös-suomea&quot;&gt;Signatures puhuu nyt myös suomea!&lt;/h2&gt;
&lt;p&gt;Signatures now speaks Finnish as well!&lt;/p&gt;</content:encoded></item><item><title>Deprecation notice for Signing via WS-Federation</title><link>https://docs.idura.app/changelog/2026-05-09-wsfederation-signing-deprecated/</link><guid isPermaLink="false">changelog/2026-05-09-wsfederation-signing-deprecated</guid><pubDate>Sat, 09 May 2026 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;deprecation-notice-signing-via-ws-federation&quot;&gt;Deprecation notice: Signing via WS-Federation&lt;/h2&gt;
&lt;p&gt;Idura Verify has supported text signing via the WS-Federation protocol since 2016.&lt;/p&gt;
&lt;p&gt;When text signing via WS-Federation was launched, many of the available e-IDs supported text signing.&lt;/p&gt;
&lt;p&gt;Today, only Swedish BankID supports text signing, which is already available via a more secure &lt;a href=&quot;/verify/e-ids/swedish-bankid/#sign-text-and-markdown&quot;&gt;OpenID Connect based implementation&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;From May 11th, text signing via WS-Federation will start failing in the test environment, to warn customers of the upcoming deprecation.&lt;/p&gt;
&lt;h3 id=&quot;end-of-life&quot;&gt;End of life&lt;/h3&gt;
&lt;p&gt;Signing via the WS-Federation protocol will be removed entirely from the Idura Verify product on 2027-05-09.&lt;/p&gt;</content:encoded></item><item><title>New Analytics Page in our Dashboard</title><link>https://docs.idura.app/changelog/2026-04-29-analytics-screen/</link><guid isPermaLink="false">changelog/2026-04-29-analytics-screen</guid><pubDate>Wed, 29 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;new-analytics-page-in-our-dashboard&quot;&gt;New Analytics Page in our Dashboard&lt;/h2&gt;
&lt;p&gt;After eight months of renovation and a deep dive into user feedback, we are excited to reveal our fully redesigned &lt;strong&gt;Analytics Page&lt;/strong&gt;.&lt;/p&gt;
&lt;h3 id=&quot;whats-new&quot;&gt;What’s New?&lt;/h3&gt;
&lt;p&gt;The new page introduces focused &lt;strong&gt;Usage Data&lt;/strong&gt; views. You can now filter and analyze your volume across three primary dimensions:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;By Product:&lt;/strong&gt; Get a clear breakdown across our expanded product suite, including Idura Verify, Idura Signatures, and Age Verification.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;By Domain/Application:&lt;/strong&gt; If you run multiple applications, you can now see exactly which one is driving your traffic and costs.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;By eID:&lt;/strong&gt; Discover which electronic identities (e.g., MitID, BankID, Freja eID) your users actually use, so you can better understand their preferences.&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id=&quot;why-the-change&quot;&gt;Why the Change?&lt;/h3&gt;
&lt;p&gt;Our original analytics suite was built in an &lt;strong&gt;Idura Verify&lt;/strong&gt;-only world and was due for a major makeover. We’ve since introduced new products and features that we couldn’t properly represent in the old framework.&lt;/p&gt;
&lt;p&gt;We worked hard to build a more robust experience from the ground up, rooted in customer interviews and feedback. The biggest request from developers and product owners was for better visibility into where and when their eID authentications were being spent. The updated page reflects those wishes and aligns the UI design with our new brand identity.&lt;/p&gt;
&lt;h3 id=&quot;how-to-access-it&quot;&gt;How to Access It?&lt;/h3&gt;
&lt;p&gt;Log in to your &lt;a href=&quot;https://dashboard.idura.app/analytics&quot; rel=&quot;noopener noreferrer&quot; target=&quot;_blank&quot;&gt;Dashboard&lt;/a&gt; and click the Analytics tab in the sidebar.&lt;/p&gt;
&lt;hr/&gt;
&lt;p&gt;&lt;em&gt;Found a bug or have feedback for our dashboard? Reach out to us at &lt;a href=&quot;mailto:support@idura.eu&quot;&gt;support@idura.eu&lt;/a&gt;.&lt;/em&gt;&lt;/p&gt;</content:encoded></item><item><title>Support preserving original structure for PDF</title><link>https://docs.idura.app/changelog/2026-04-10/</link><guid isPermaLink="false">changelog/2026-04-10</guid><pubDate>Fri, 10 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;preserve-original-structure-for-pdfs-in-signatures&quot;&gt;Preserve Original Structure for PDFs in Signatures&lt;/h2&gt;
&lt;p&gt;Previously, we attempted to recreate documents to fix errors before signing and avoid breaking signatures, or when features like document ID watermarking or a custom seal page template were required.&lt;/p&gt;
&lt;p&gt;However, in some scenarios, the original document structure must be preserved. For example, if the signing process isn’t allowed to change the document, or if the document has already been certified by a third party, recreating it would invalidate the certification.&lt;/p&gt;
&lt;p&gt;See more at &lt;a href=&quot;/signatures/graphql/examples/#preserve-original-document-structure&quot;&gt;Signatures examples&lt;/a&gt;&lt;/p&gt;</content:encoded></item><item><title>Upcoming change of default View version</title><link>https://docs.idura.app/changelog/2026-03-13/</link><guid isPermaLink="false">changelog/2026-03-13</guid><pubDate>Tue, 17 Mar 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;This is a notice that, from 2026-04-17, we will always render the latest view version (currently
2025-01-01), for all customers &lt;strong&gt;without&lt;/strong&gt; any custom CSS, or custom UI.&lt;/p&gt;
&lt;p&gt;You can check if this change affects you by going to &lt;a href=&quot;https://dashboard.idura.app/styling&quot; rel=&quot;noopener noreferrer&quot; target=&quot;_blank&quot;&gt;https://dashboard.idura.app/styling&lt;/a&gt;.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;If the &lt;code&gt;View version&lt;/code&gt; field shows &lt;code&gt;2025-04-01&lt;/code&gt;, you are already on the most recent version, and
you will not be affected by this change.&lt;/li&gt;
&lt;li&gt;If the &lt;code&gt;View version&lt;/code&gt; field shows &lt;code&gt;Unified&lt;/code&gt;:
&lt;ul&gt;
&lt;li&gt;If you &lt;strong&gt;are not&lt;/strong&gt; using custom CSS, or custom styling, you will be switched to the new version.&lt;/li&gt;
&lt;li&gt;If you &lt;strong&gt;are&lt;/strong&gt; using custom CSS, or custom styling, nothing will happen. However, we still urge
you to test the new version in your own time, and switch to it as soon as possible.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&quot;what-happens-when-the-view-version-is-changed&quot;&gt;What happens when the view version is changed?&lt;/h2&gt;
&lt;p&gt;In July 2025, Swedish BankID introduced stronger accesibility requirements around QR codes (
&lt;a href=&quot;/changelog/2025-04-02-sebankid-accessibility/&quot;&gt;see the original changelog entry&lt;/a&gt;). This lead us to change the
HTML and CSS we use to render the QR code, which again might break any custom styling of the QR
code on your side.&lt;/p&gt;
&lt;p&gt;Upgrading to the &lt;code&gt;2025-04-01&lt;/code&gt; view version also brings multiple new features (such as new eID logos)
and bug fixes.&lt;/p&gt;</content:encoded></item><item><title>Support PDF signature seal scaling in Signatures</title><link>https://docs.idura.app/changelog/2026-03-06/</link><guid isPermaLink="false">changelog/2026-03-06</guid><pubDate>Fri, 06 Mar 2026 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;support-pdf-signature-seal-scaling-in-signatures&quot;&gt;Support PDF signature seal scaling in Signatures&lt;/h2&gt;
&lt;p&gt;Up until now the PDF signature seals were using default dimensions, however, to support cases where the seal might be too big, it is now possible to define a scale.
The scale supports the range 0.2 to 1.0, both included, in increments of 0.1. In case of other values that fall in that range, the scale value will be rounded down, e.g., &lt;code&gt;0.2345 =&amp;gt; 0.2&lt;/code&gt;.&lt;/p&gt;
&lt;p&gt;See &lt;a href=&quot;/signatures/graphql/examples/#custom-seal-position-with-scaling&quot;&gt;PDF signature seal scaling example&lt;/a&gt;.&lt;/p&gt;</content:encoded></item><item><title>Logo on eID selector page (Signatures)</title><link>https://docs.idura.app/changelog/2026-01-28/</link><guid isPermaLink="false">changelog/2026-01-28</guid><pubDate>Wed, 28 Jan 2026 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;logo-on-eid-selector-page-in-signatures&quot;&gt;Logo on eID selector page in Signatures&lt;/h2&gt;
&lt;p&gt;Previously, the logo was only seen on the documents overview page that was only present when the signature order contained more than one document.
However, now the logo is both shown on the documents overview page as well as the eID selector page.&lt;/p&gt;</content:encoded></item><item><title>Removal of PDF bookmarks</title><link>https://docs.idura.app/changelog/2026-01-19/</link><guid isPermaLink="false">changelog/2026-01-19</guid><pubDate>Mon, 19 Jan 2026 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;removal-of-pdf-bookmarks&quot;&gt;Removal of PDF bookmarks&lt;/h2&gt;
&lt;p&gt;When combining multiple PDF documents in Adobe, a default enabled option creates bookmarks for each of the combined PDFs.
Attempting to sign such a combined document likely renders the signatures invalid as Adobe believes the document to have been altered.&lt;/p&gt;
&lt;p&gt;We have extended the &lt;code&gt;PadesDocumentInput&lt;/code&gt;, when creating a signature order, with a property &lt;code&gt;removeBookmarks&lt;/code&gt;.
Bookmarks will be removed from the signed document(s) where the flag is set.&lt;/p&gt;
&lt;p&gt;To better support flexible flows, e.g., let the end user decide, the &lt;code&gt;validateDocument&lt;/code&gt; mutation returns whether the provided document contains any bookmarks.&lt;/p&gt;
&lt;p&gt;Drawback is that users that previously relied on the bookmarks for navigation will no longer have the option, however, signatures are now correctly shown as valid.&lt;/p&gt;
&lt;p&gt;Please note: bookmarks generated from headings in Word or Google Docs don’t suffer the same issue, it’s only &lt;em&gt;after&lt;/em&gt; such PDFs have been combined the issue occurs.&lt;/p&gt;</content:encoded></item><item><title>EUTL Signatures</title><link>https://docs.idura.app/changelog/2025-12-18/</link><guid isPermaLink="false">changelog/2025-12-18</guid><pubDate>Thu, 18 Dec 2025 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;eutl-for-signatures&quot;&gt;EUTL for Signatures&lt;/h2&gt;
&lt;p&gt;The Idura Signatures product will move from AATL to EUTL certificates and timestamping on January 8th, 2026.&lt;/p&gt;
&lt;p&gt;This has no negative effects*, but has the positive effect that signed documents can now be validated in both Adobe and the EU DSS validator.&lt;/p&gt;
&lt;p&gt;&lt;em&gt;* Users with very old versions of Adobe Reader will have to update their EUTL trust list in the Adobe Reader Trust Manager.&lt;/em&gt;&lt;/p&gt;</content:encoded></item><item><title>Signatory Roles</title><link>https://docs.idura.app/changelog/2025-12-09/</link><guid isPermaLink="false">changelog/2025-12-09</guid><pubDate>Tue, 09 Dec 2025 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;signatory-roles&quot;&gt;Signatory Roles&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;Signatory roles&lt;/strong&gt; are used to designate what actions a given signatory is allowed to perform.
A signatory’s role can be set when adding a signatory to a signature order.&lt;/p&gt;
&lt;p&gt;Signatory roles aim to cover complex signing scenarios, such as, requiring specific people approve before a signature order can be closed/signed &lt;strong&gt;or&lt;/strong&gt; allowing certain people access to the signature order thoughout its lifetime.&lt;/p&gt;
&lt;p&gt;Please read the more in-depth guide under &lt;a href=&quot;/signatures/guides/signatory-roles/&quot;&gt;Signatures &amp;gt; Guides &amp;gt; Signatory Roles&lt;/a&gt;&lt;/p&gt;</content:encoded></item><item><title>Norwegian BankID QES</title><link>https://docs.idura.app/changelog/2025-11-25/</link><guid isPermaLink="false">changelog/2025-11-25</guid><pubDate>Tue, 25 Nov 2025 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;norwegian-bankid-qes&quot;&gt;Norwegian BankID QES&lt;/h2&gt;
&lt;p&gt;Stø, the company behind BankID requires that all merchants move to their new Signing API.
This is beneficial, in that future signatures with BankID will be at the highest European level, QES.&lt;/p&gt;
&lt;p&gt;However, as signatures will then no longer be based on JWTs, it has a few breaking changes:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;A new &lt;code&gt;Signature&lt;/code&gt; GraphQL subtype has been added, &lt;code&gt;NorwegianBankIdSignature&lt;/code&gt; of which you can request &lt;code&gt;claims&lt;/code&gt;.&lt;/li&gt;
&lt;li&gt;Evidence Validation must be done on either &lt;code&gt;ssn&lt;/code&gt; or &lt;code&gt;uniqueuserid&lt;/code&gt; to work.&lt;/li&gt;
&lt;li&gt;&lt;code&gt;ssn&lt;/code&gt; scope must specifically be added to evidence provider settings if &lt;code&gt;nnin&lt;/code&gt; is required.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Please note: Norwegian BankID QES with &lt;a href=&quot;https://developer.bankid.no/bankid-esign-provider/apis/csc/CSC/&quot; rel=&quot;noopener noreferrer&quot; target=&quot;_blank&quot;&gt;CSC&lt;/a&gt; carries an increased eID cost per document.&lt;/p&gt;</content:encoded></item><item><title>Viewer role added for signing</title><link>https://docs.idura.app/changelog/2025-11-12/</link><guid isPermaLink="false">changelog/2025-11-12</guid><pubDate>Tue, 04 Nov 2025 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;viewer-role&quot;&gt;Viewer role&lt;/h2&gt;
&lt;p&gt;You can now specify a &lt;code&gt;signatoryRole&lt;/code&gt; when adding signatories.&lt;/p&gt;
&lt;p&gt;In addition to the default &lt;code&gt;SIGNER&lt;/code&gt; role, a new &lt;code&gt;VIEWER&lt;/code&gt; role lets you add participants who can view the documents without signing. Viewers do not block signing in parallel flows and can download the signed document once the signature order has been closed.&lt;/p&gt;</content:encoded></item><item><title>Sequential signing is now possible</title><link>https://docs.idura.app/changelog/2025-10-8/</link><guid isPermaLink="false">changelog/2025-10-8</guid><pubDate>Wed, 08 Oct 2025 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;signing-sequence&quot;&gt;Signing sequence&lt;/h2&gt;
&lt;p&gt;You can now control signing order in your signature workflows by setting a &lt;code&gt;signingSequence&lt;/code&gt; on signatories.
Signatories with lower numbers sign first, while those with the same number can sign in parallel.&lt;/p&gt;
&lt;p&gt;An example can be found in the &lt;a href=&quot;/signatures/graphql/examples/#signing-sequence&quot;&gt;Signatures documentation&lt;/a&gt;.&lt;/p&gt;</content:encoded></item><item><title>Introducing custom seals page template feature</title><link>https://docs.idura.app/changelog/2025-08-15/</link><guid isPermaLink="false">changelog/2025-08-15</guid><pubDate>Fri, 15 Aug 2025 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;custom-seals-page-template&quot;&gt;Custom seals page template&lt;/h2&gt;
&lt;p&gt;We added &lt;a href=&quot;/signatures/graphql/examples/#custom-seals-page-template&quot;&gt;custom seals page template&lt;/a&gt; to the Signatures API. The new add-on feature gives you full control over the signature seals page.
Instead of the default blank page, you can now provide your own branded PDF template, making it easy to add your company’s logo and colors to the signed document.&lt;/p&gt;
&lt;p&gt;Walk through an &lt;a href=&quot;/signatures/guides/custom-seals-page-template/#interactive-tour&quot;&gt;interactive tour&lt;/a&gt; to see it in action.&lt;/p&gt;</content:encoded></item><item><title>Introducing FrejaID</title><link>https://docs.idura.app/changelog/2025-04-25/</link><guid isPermaLink="false">changelog/2025-04-25</guid><pubDate>Fri, 25 Apr 2025 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;swedish-frejaid&quot;&gt;Swedish FrejaID&lt;/h2&gt;
&lt;p&gt;Authentication via Idura Verify now supports &lt;a href=&quot;https://org.frejaeid.com/en/freja-eid-corporate/&quot; rel=&quot;noopener noreferrer&quot; target=&quot;_blank&quot;&gt;Swedish FrejaID&lt;/a&gt;.
With FrejaID, you can authenticate users in Sweden even if they do not have a Swedish personal identity number.
This unlocks government-approved electronic ID for historically under-served segments of the population such as recent immigrants.&lt;/p&gt;
&lt;p&gt;If you are interested in testing it out for yourself, &lt;a href=&quot;/verify/e-ids/frejaid/&quot;&gt;read our documentation on FrejaID&lt;/a&gt; to get started.&lt;/p&gt;</content:encoded></item><item><title>Introducing changeSignatureOrder mutation</title><link>https://docs.idura.app/changelog/2025-04-03/</link><guid isPermaLink="false">changelog/2025-04-03</guid><pubDate>Thu, 03 Apr 2025 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;new-changesignatureorder-mutation&quot;&gt;New &lt;code&gt;changeSignatureOrder&lt;/code&gt; mutation&lt;/h2&gt;
&lt;p&gt;We have introduced a new mutation that enables changing a signature order after creation.
Initially it supports changing &lt;code&gt;maxSignatories&lt;/code&gt; until the first signatory has signed.
Please reach out if you have other needs for modifying signature orders post creation.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;/signatures/graphql/examples/#change-a-signature-order&quot;&gt;An example&lt;/a&gt; can be found in the Signatures documentation.&lt;/p&gt;
&lt;p&gt;The mutation is supported in &lt;a href=&quot;https://www.nuget.org/packages/Criipto.Signatures&quot; rel=&quot;noopener noreferrer&quot; target=&quot;_blank&quot;&gt;.NET&lt;/a&gt; and &lt;a href=&quot;https://www.npmjs.com/package/@criipto/signatures&quot; rel=&quot;noopener noreferrer&quot; target=&quot;_blank&quot;&gt;Node.JS&lt;/a&gt; SDK v1.21.0.&lt;/p&gt;</content:encoded></item><item><title>Stronger accessibility requirements for Swedish BankID</title><link>https://docs.idura.app/changelog/2025-04-02-sebankid-accessibility/</link><guid isPermaLink="false">changelog/2025-04-02-sebankid-accessibility</guid><pubDate>Wed, 02 Apr 2025 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;From July 2025, stronger requirements regarding accessibility must be fulfilled to meet legal demands.
Amongst other things, these will affect the two-device flow for BankID where the animated QR code is used.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;https://developers.bankid.com/getting-started/qr-code#accessibility&quot; rel=&quot;noopener noreferrer&quot; target=&quot;_blank&quot;&gt;Learn more about the new requirements&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;In order to comply with the new QR code UI requirements, Idura must make adjustments to our UI (HTML &amp;amp; CSS),
so that users may click the QR code to view it in fullscreen.&lt;/p&gt;
&lt;p&gt;This can cause breaking changes to customers who have custom CSS, so customers must explicitly enable the UI update. To comply with the new requirements, you must enable the UI update before July 2025.&lt;/p&gt;
&lt;p&gt;You can opt-in to the UI update for the test environment, and even per application, before doing so in production.&lt;/p&gt;
&lt;p&gt;To opt-in at a tenant environment level:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;a href=&quot;https://dashboard.idura.app&quot; rel=&quot;noopener noreferrer&quot; target=&quot;_blank&quot;&gt;Open dashboard&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://dashboard.idura.app/styling&quot; rel=&quot;noopener noreferrer&quot; target=&quot;_blank&quot;&gt;Navigate to Styling screen&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;Select 2025-04-01 in the “View version” dropdown&lt;/li&gt;
&lt;li&gt;Click save&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;To opt-in at an application level:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;a href=&quot;https://dashboard.idura.app&quot; rel=&quot;noopener noreferrer&quot; target=&quot;_blank&quot;&gt;Open dashboard&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://dashboard.idura.app/applications&quot; rel=&quot;noopener noreferrer&quot; target=&quot;_blank&quot;&gt;Navigate to Applications screen&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;Select the application you wish to upgrade&lt;/li&gt;
&lt;li&gt;Click the “UI” tab&lt;/li&gt;
&lt;li&gt;Disable “Use default” for the “View version” option&lt;/li&gt;
&lt;li&gt;Select “2025-01-04” in the “View version” dropdown&lt;/li&gt;
&lt;li&gt;Click save&lt;/li&gt;
&lt;/ol&gt;</content:encoded></item><item><title>Introducing Personalausweis and batch signatories</title><link>https://docs.idura.app/changelog/2025-02-20/</link><guid isPermaLink="false">changelog/2025-02-20</guid><pubDate>Thu, 20 Feb 2025 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;german-personalausweis&quot;&gt;German Personalausweis&lt;/h2&gt;
&lt;p&gt;Authentication via Idura Verify now supports the German national identity card Personalausweis.
This means that you can now electronically authenticate users in Germany quickly and easily.&lt;/p&gt;
&lt;p&gt;You can &lt;a href=&quot;https://www.personalausweisportal.de/Webs/PA/EN/home/home-node.html&quot; rel=&quot;noopener noreferrer&quot; target=&quot;_blank&quot;&gt;read more about the Personalausweis&lt;/a&gt; on the German government Personalausweis portal.
If you are interested in testing it out for yourself, &lt;a href=&quot;/verify/e-ids/german-personalausweis/&quot;&gt;read our documentation on Personalausweis&lt;/a&gt; to get started.&lt;/p&gt;
&lt;h2 id=&quot;batch-signatories-for-signatures&quot;&gt;Batch signatories for signatures&lt;/h2&gt;
&lt;p&gt;As a step towards enabling interacting with large batches of signature orders, we have introduced a feature for batching signatories across one of more signature orders.
A batch signatory can then be used to invoke a single action and have it performed automatically across every signatory.&lt;/p&gt;
&lt;p&gt;As batch signatories can be used to sign multiple, different signature orders at once, some requirements exist.
A more detailed explanation, and interactive tour, can be found at the &lt;a href=&quot;/signatures/guides/batch-signatory/&quot;&gt;batch signatory guide page&lt;/a&gt;.&lt;/p&gt;</content:encoded></item><item><title>Signatory UI settings and webhook signing</title><link>https://docs.idura.app/changelog/2025-01-15/</link><guid isPermaLink="false">changelog/2025-01-15</guid><pubDate>Sat, 25 Jan 2025 00:00:00 GMT</pubDate><content:encoded>&lt;h2 id=&quot;signatory-ui-settings&quot;&gt;Signatory UI settings&lt;/h2&gt;
&lt;p&gt;Historically signature UI settings for users have been configured globally on the signature order.&lt;/p&gt;
&lt;p&gt;This had some drawbacks, as users might reside in different countries and prefer different languages.&lt;/p&gt;
&lt;p&gt;It is now possible to also define UI settings on a per signatory basis, &lt;a href=&quot;/signatures/graphql/examples/#signatory-ui-settings&quot;&gt;See example&lt;/a&gt;&lt;/p&gt;
&lt;h2 id=&quot;webhook-signing&quot;&gt;Webhook signing&lt;/h2&gt;
&lt;p&gt;Until now, there was no way to validate the authenticity of a signature webhook at the time of the request.&lt;/p&gt;
&lt;p&gt;We relied on the fact that webhooks contained no actual data, but only identifiers, allowing clients to query our API based on the data in the webhook.
This ensured that only authenticated clients could access signature data.&lt;/p&gt;
&lt;p&gt;However, it was brought to our attention that an attacker could use the webhook to increase the number of requests a well-behaving client would have to make to our API,
potentially triggering rate limits.&lt;/p&gt;
&lt;p&gt;To address this, we introduced the option to configure a webhook secret, which adds an HMAC-SHA256 signature to each signature webhook invocation.&lt;/p&gt;
&lt;p&gt;You can read more about &lt;a href=&quot;/signatures/webhooks/configuration/&quot;&gt;configuring and validating webhook secrets&lt;/a&gt;
and also try it out in our &lt;a href=&quot;/signatures/webhooks/tester/&quot;&gt;webhook tester&lt;/a&gt;.&lt;/p&gt;</content:encoded></item><item><title>MitID Controlled Transfer</title><link>https://docs.idura.app/changelog/2024-10-04-mitid-controlled-transfer/</link><guid isPermaLink="false">changelog/2024-10-04-mitid-controlled-transfer</guid><pubDate>Fri, 04 Oct 2024 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Authentication via Idura Verify now supports starting a session for MitID Controlled Transfer.&lt;/p&gt;
&lt;p&gt;MitID Controlled Transfer lets you perform cross-broker SSO, that is, transfering an authenticated MitID user
from one service provider to another, without requiring the other service provider to reauthenticate the user.&lt;/p&gt;
&lt;p&gt;This is useful for cases where shared data services may require a valid MitID authentication to serve data for the user,
but you do not wish to trigger authentication twice for the user.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;/verify/e-ids/danish-mitid/#controlled-transfer&quot;&gt;Read the guide on how to implement Controlled Transfer&lt;/a&gt;&lt;/p&gt;</content:encoded></item></channel></rss>