> ## Documentation Index
> Fetch the complete documentation index at: https://www.argosidentity.com/blog/llms.txt
> Use this file to discover all available pages before exploring further.
# ARGOS ID check October 2026 Update: From KR Region Support to Improved 1 Won Account Authentication
> A roundup of the ARGOS ID check October 2026 update: KR (South Korea) region support, 1 won account authentication that starts with the account number, FaceAuth error codes on the return URL, allowed nationalities for Liveform, and a dashboard UI redesign. Here is what changed and what, if anything, you need to do.
[Services](https://www.argosidentity.com/blog/argos-service.md) ยท ARGOS Identity, Suyeon YangWhen you run online identity verification, operations get in the way more often than technology does.An internal policy that personal information must be processed in Korea can stretch an evaluation out. Users pick the wrong bank and drop off during 1 won account authentication. When a user fails face re-authentication, your team may not know what to tell them, and the same support questions keep coming back.The ARGOS ID check October 2026 update focuses on reducing these operational problems. This post covers the five updates released in October and whether you need to do anything for each.## The October update at a glance| Update | What changed | What you need to do |
| - | - | - |
| **KR (South Korea) region support** | Place a project in the KR region, where KYC processing and data storage take place | Nothing for existing projects. Ask the sales team for a KR project |
| **Improved 1 won account authentication screens** | Account number first, error messages before 1 won is sent, and a confirmation screen | No settings change |
| **FaceAuth error code delivery** | The failure reason code is sent to the return URL when authentication fails | Turn it on in settings if you need it |
| **Allowed nationalities for Liveform** | Limit which nationalities can verify with `WhiteListNationality` | Add it to the query string if you need it |
| **Dashboard UI redesign** | New design system; features and menu locations unchanged | Nothing |## 1. KR region support: process and store personal information in KoreaStarting October 1, you can place an ARGOS ID check project in either the **US region or the [KR region](https://developers.argosidentity.com/dashboard/en/region)**. The region is set per project, and in a KR region project **KYC processing and data storage take place in the KR region.**If your company has an internal policy or security review that requires personal information to be processed and stored in Korea, as is common in finance, the public sector, and large enterprises, you can now adopt ID check on those terms.Dashboard features, policies, and options are the same in both regions. Only the addresses you integrate with and the webhook sender IP differ.| Item | US region | KR region |
| - | - | - |
| REST API host | `rest-api.argosidentity.com` | `kr.rest-api.argosidentity.com` |
| Liveform host | `form.argosidentity.com` | `form-kr.argosidentity.com` |
| Webhook sender IP | `52.78.194.237` | `43.202.228.115` |A few things worth knowing:- **Existing customers do not need to take any action.** Existing projects stay in the US region, and their endpoints and webhook sender IP do not change.
- **There is one dashboard address.** In the same dashboard, the project list shows US and KR tabs for each region.
- **Check your webhook firewall.** The server that receives webhooks must allow the sender IP of your project's region. If you use both regions, allow both IPs.
- **Some features go through the US region.** Some third-party integrations, such as IP lookup, use the US region. Apart from these, personal information (PII) is always processed in the project's region.
- **To move from US to KR,** you need to create a new project and migrate your data. Please contact the sales team or customer support.## 2. Improved 1 won account authentication: the account number comes before the bank1 won account authentication asks users to type a lot, so it is a common point of drop-off. Users pick the wrong bank, enter a card number instead of an account number, or stop because they cannot find the code.The October update reorders the flow so users are not confused.- **Account number first:** Users enter the account number instead of choosing a bank first. Matching financial institutions are suggested as they type, and if the right one is not listed, they can choose from the full list of banks and securities firms.
- **Errors before 1 won is sent:** If the account number has the wrong number of digits, a card number is entered, or the institution does not match the account number format, users are told right away, before 1 won is sent.
- **Confirmation before sending:** Users check the financial institution, account number, and account holder (the name on the ID) once more before 1 won is sent.
- **Help with entering the code:** The code screen shows an example of how the deposit appears in the banking app and the 3-digit number, plus the remaining time and remaining attempts.
- **Easy to fix and retry:** **Re-enter account number** returns users to the account entry screen with their values kept. If verification failed because the account holder name differs, **Edit name** lets them fix the name on the ID.**You do not need to change any settings.** The new screens apply to submissions made after the release, and results already processed do not change.> [!NOTE]
>
> **Notes for your support team**
>
> * For security, there is no back navigation. Users move between screens only with the on-screen buttons.
> * If a user re-enters an account and 1 won is sent again, a new code is issued and the previous code can no longer be used.
> * The number of verification attempts does not reset when the account is changed.
> * The account holder name returned by the bank is not shown on screen.## 3. FaceAuth error code delivery: guide users based on why they failed[FaceAuth](https://developers.argosidentity.com/en/idcheck/add-on/faceauth-overview) is a re-authentication feature that confirms, with a single selfie, that an already verified user is the same person. Until now, when re-authentication failed, it was hard to know why once the user came back to your service.With this update, the FaceAuth add-on's return URL can include an **error code (errorCode)**. You can split the flow by failure reason: suggest a retry, send the user to customer support, or move them to another verification method.Here is how **Skip result page** and **Error code** work together when authentication fails.| Skip result page | Error code | Behavior when authentication fails |
| - | - | - |
| OFF | OFF | Error page is shown (same as before) |
| OFF | ON | Error page shows a button back to the return URL; failure reason code is sent |
| ON | OFF | Error page is shown |
| ON | ON | User goes straight to the return URL without the error page; failure reason code is sent |> [!WARNING]
>
> Return URL parameters pass through the user's browser and can be tampered with. Do not act on return URL values alone. Call the single lookup API with `authId` and confirm the result on your server.## 4. Allowed nationalities for Liveform: filter out nationalities you don't serve from the startFinancial products only for residents of Korea, or services only for users from certain countries, sometimes reject users only after they have finished verification. The user spends time and is still turned away, and your operations team has to handle reviews that were never needed.You can now set `WhiteListNationality` in the Liveform query string to **allow one or more nationalities to verify**. It applies to the ID document and Knowledge-based verification flows.- If the nationality the user enters is not on the allowed list, the submission is rejected at Step 2 (reason: White List Nationality Mismatch), and the user is told that the nationality is not supported.
- If the user enters a Korean Resident Registration Number, ARGOS also checks it against the allowed nationalities.
* If only KOR is allowed and the number is not a Korean nationality number, the user is told that only Korean nationality is supported.
* If KOR is not allowed and the number is a Korean nationality number, the user is told that Korean nationality is not supported.## 5. Dashboard UI redesign: new screens, same way of workingStarting October 20, the ID check dashboard uses a new design based on the ARGOS Identity Design System. Color, typography, buttons, input fields, tables, dialogs, and date pickers are easier to read.**Features and menu locations have not changed.** You can keep your existing settings and ways of working.## More updates to reduce friction in daily operationsTo sum up the October update: the KR region opens ID check to companies that must process personal information in Korea, the 1 won account authentication and FaceAuth failure steps where users stopped most often have been refined, and nationalities you don't serve can now be filtered out from the start.If you need a KR region project or want to move regions, please contact the sales team.๐ Read also: [2026 Q2 ARGOS Identity Update: From Device Security to Session Journey](https://www.argosidentity.com/blog/argos-service/217467.md)๐ Read also: [FaceAuth Getting Started](https://developers.argosidentity.com/en/idcheck/add-on/faceauth-overview)๐ Talk to us: [sales@argosidentity.com](mailto:sales@argosidentity.com)[](https://www.argosidentity.com/products/id-check?utm_source=blog\&utm_medium=banner\&utm_campaign=20261111)
\## Subscribe to ARGOS newsletter
Get identity verification, eKYC and AML news and ARGOS updates by email.
\
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.