50 Viedoc incidents · 2024年3月 — official updates, affected components, duration and resolution details.
状況:情報的、影響なし 「php2shell」(CVE-2026-109618、CVE-2026-109619)として知られる最近公開されたPHP脆弱性を意識しています。 脆弱性を評価し、Vedoc Suite に影響を与えないことを確認することができます。 お客様からの行動はなく、お客様のデータの可用性、セキュリティ、完全性に影響はありません。 今後も、標準のセキュリティプロセスの一環として状況を監視してまいります。 変更があった場合は、この通知を更新します.
公式のインシデント更新を自動翻訳しています。
Viedoc の EDC アクションによってトリガーされたメールアラートは、次の時間ウィンドウの間に EU の生産インスタンスに断続的に失敗しています。 8月31日(月)11:02–17:25 EST 9月3日(木)13:31 CEST – 9月4日(金)、22:07 CEST ほとんどの場合、メールは期待どおりに送信されますが、サブセットは遅延するか、場合によっては、まったく配信されません。 他のインスタンスは影響しません。 積極的に調査を行い、情報が増えるにつれてアップデートを投稿します.
過去の報告以来、新しいメールの不具合を未確認にしております。 状況を監視し、問題が完全に解決されたことを確認できたら、さらにアップデートを投稿します.
この事件は解決しました.
**EUの生産のインスタンスのSporadicの電子メールの失敗** **記述** 以下の2つのウィンドウでは、Vedocのアクションによってトリガーされたメールアラートが断続的に送信されます。 期待通りに配送されました。 サブセットは遅延し、一部はまったく配信されません。 * 8月31日(月)11:02–17:25 CEST * 9月3日(木)13:31 CEST – 9月4日(金)、22:07 CEST Viedoc のメールアラートは、ユーザーがデータを保存する瞬間にアプリケーションによって送信されません。 それらは、あなたの研究の構成に基づいて、直後に実行し、決定するバックグラウンド処理によって生成され、アラートは送信する必要があります。 これらの2つのウィンドウでは、バックグラウンド処理が常に完了しなかったため、生成したアラートが遅延したり、生成されたことはありません。 これらの期間中にユーザが入力したデータと保存を想定して保存しました。 中断は、プラットフォーム全体ではなく特定の処理サーバーによって処理された作業に影響し、アラートが完全に停止するのではなく断続的だった理由です。 **原因** Viedocのバックグラウンド処理は、複数のサーバー間で並行して動作します。 各サーバーは、 Viedoc がこの作業を安全に調整するために使用する共有内部サービスへの接続が必要です。例えば、2つのサーバーが同じ件名を同時に処理しないようにします。 これらのウィンドウの間に、個々のサーバーは接続を失い、それを再確立しなかった。 影響を受けたサーバーは仕事の受け入れを続けましたが、完了できませんでした。 同時に実行されている他のサーバーは、影響が断続的だった理由であり、プラットフォームが全体的な健康表示を続けた理由です。 **包括的なアクション** * 影響を受けたサーバーが特定され、置換された。 警報生成を含む正常な処理は、直後に再開しました。 ※その後の処理が正常に完了し、さらにメールの不具合が発生したことを確認しました。 **予防措置** 増加した監視 監視機能を強化し、各サーバーの特定の障害を検知するアラート機能を追加しました。 根本的な原因 - 継続的な調査 これらの接続が開いたままに失敗したのを調査し、上記の緩和とは別々に扱います.
公式のインシデント更新を自動翻訳しています。
弊社では、お客様が23:00～24:00の間、.cnポータルにアクセスできない一時的な障害が発生しました。 問題はインフラにあり、不便をお詫び申し上げます。 システムが正常に戻り、機密性や完全性の問題はありません。 この問題は、システムへのアクセスにのみ影響されます.
公式のインシデント更新を自動翻訳しています。
フランスの中央地区のAzureから基調としたプラットフォームコンポーネントで、短時間でサービスが利用できていないため、トラフィックの損失が発生しています。 調査を行い、ここに掲示します.
今後の問題がないか引き続き監視しています。
Microsoft が現在、インシデントを解決し、Viedoc Suite が再び運用されていることを確認できるようになりました。 大変申し訳ございません.
## 概要 フランス中部地区のAzure\(Azure Appservices\)から下層のプラットフォームコンポーネントで問題を経験しました。これにより、サービスが利用できなくなったため、顧客が経験したトラフィックの損失が発生しました。 当社のシステム監視により、問題がすぐに発生し、1分以内に対応するプラットフォームチームに警告しました。 プラットフォームプロバイダーで問題が発生した15分以内に確認できました。 ## 影響を受けたインスタンス ヨーロッパインスタンスのすべての製品 ## 期間 2026-08-17 09:32 UTC へ 2026-08-17 11:20 UTC. ## 根本原因 マイクロソフト Azure Cloud のインフラコンポーネントは、フランスの中央地域の Azure App Service プラットフォーム内の着信リクエストを処理する責任があり、運用しきい値を超えるため、顧客作業負荷をサポートするサービスリソースの可用性を削減します。 その結果、Vedocは断続的な可用性の問題と失敗したリクエストを経験しました。 ## インパクト データの信頼性、完全性、プライバシーに影響を及ぼすことなく、Vedocの可用性に影響しました。 ## アクション 容量に関するプラットフォームプロバイダとのフォローアップ.
公式のインシデント更新を自動翻訳しています。
現在、この問題を調査中です.
中国で廃炉したデータセンターと衝突し、調査を続けています.
事件は、Azureクラウド中国における問題として識別され、問題が緩和されたことを確認しました。 root-cause 解析があれば、インシデントレポートで更新します。 大変申し訳ございません.
## 概要 当社の中国地域は、当社のシステムコンポーネント間の内部メッセージングに関連するプラットフォームプロバイダーの構成上の欠陥により、製品スイートを効果的に4時間40分間使用不能にレンダリングすることに苦しんでいます。 通常の非常に低い交通量と中国でこの夜間であるため、顧客への影響は低くなります。 当社のシステム監視により、問題がすぐに起き、プラットフォームチームに1分以内に応答し、問題がプラットフォームプロバイダーと1時間以内に確認できました。 A型 A型サポートチケットは、実際に2時間32分後に問題があったことを確認できるプラットフォームプロバイダで記録され、その後38分後に解決しました。 ## 影響を受けたインスタンス 中国インスタンスのすべての製品 ## 期間 2026-07-29 12:07 UTC へ 2026-07-29 16:47 UTC. ## 根本原因 中国、21ViaNet/Microsoft Azureクラウド中国におけるプラットフォームプロバイダによる構成エラー。 ## インパクト 空室状況のみ データの完全性およびデータの機密性が期待されていない。 ## アクション 運用手順の改善、監視、インシデント対応に関するプラットフォームプロバイダーとのフォローアップ.
公式のインシデント更新を自動翻訳しています。
4.95 リリース以来、Viedoc サイトのローカルタイムゾーンではなく、UTC時間を使用してデータベースに Me の投稿が記録されています。 UTCの日付とサイトのローカル日付が投稿時に異なる場合、Viedoc Clinicのイベント日は、ローカル日付の代わりにUTCの日付が誤って反映されます。 研究設計で定義されたデータエントリーウィンドウによっては、外部からの問い合わせが起きることもあります。 Viedoc クリニック UI の監査コースは、"Show History" を介してアクセスし、ローカルタイムゾーンに応じて正しい日付と時刻スタンプを表示します。 この問題は、Vedoc Meアプリケーションの現在のバージョンとレガシーバージョンに影響します。 問題は特定され、修正は現在準備中です。 修正は、サイトのローカルタイムゾーンを使用して、新しい投稿が保存されていることを確認しますが、既に発生したタイムスタンプや外部の問い合わせを修正しません。 今後のアップデートに対処します.
この問題を迅速に解決するために積極的に取り組んでいます。 現在、ホットフィックスの最終テストを行い、翌週の後半に生産開始を予定しています.
本日は、ホットフィックスを生産環境に解放します。 すべてのインスタンスでリリースが完了すると、更新が投稿されます.
この事件は、Hotfix 4.95.2 のリリースで、すべてのトレーニングと生産インスタンスに解決しました。 今回のリリースでは、再発の未然防止策を講じています。 しかし、UTCで既に記録されたイベントの日付は今は変わりません。また、この問題によって既にトリガーされた任意の外部の問い合わせも修正されるまで残ります。 UTCに保存されている提出物は、後日修正されます。 この修正のタイミングは未確認です.
公式のインシデント更新を自動翻訳しています。
After the Viedoc 4.95 release, when a revision is applied to a form containing a repeating item group, and a user upgrades the form from the landing page, data previously entered in the repeating item group is cleared. The issue is occurring on the EU and US training and production instances. Investigation is ongoing. Until further information is known, we advise all customers to refrain from applying revisions requiring form upgrades on forms containing repeating item groups.
The issue has been identified and a fix is being implemented.
Hotfix 4.95.1 has been released on the US training and production instances. The incident is resolved on those instances. The hotfix will be deployed to EU training and production instances tomorrow.
Hotfix 4.95.1 has been released on the EU training and production instances. The incident is now resolved on all instances.
Temporary operational disturbance observed in the Viedoc suite on the Chinese instance (clinic.viedoc.cn).
This incident has been resolved.
Operational disturbance observed in Viedoc suite on the Chinese instance (clinic.viedoc.cn). Investigations are ongoing since 05:20 CMT
The incident has been resolved since 06:40 CMT
Operational disturbance observed in Training on the Chinese instance (clinic.viedoc.cn). Investigations are ongoing.
We are continuing to investigate this issue.
This incident has been resolved.
After the Viedoc 4.94 release, the following issues affect the EU and US training and production instances: - Users cannot approve randomization configurations in Viedoc Admin when kit allocation is not used. Randomization and kit allocation in Viedoc Clinic are not affected. - WHO Drug dictionary terms are not loading as expected in the legacy medical coding tool. The new medical coding tool is not affected. We are working on a fix for these issues.
After the Viedoc 4.94 release, the following issues affect the EU and US training and production instances: - Users cannot approve randomization configurations in Viedoc Admin when kit allocation is not used. Randomization and kit allocation in Viedoc Clinic are not affected. - WHO Drug dictionary terms are not loading as expected in the legacy medical coding tool. The new medical coding tool is not affected. - Intermittent failures in Designer, where users are unexpectedly logged out, are affecting certain users. We are working on a fix for these issues, and the Designer issue is currently under investigation.
A hotfix is currently being prepared and will be deployed to both our EU and US instances. Based on preliminary timelines, we expect this release to go out on Monday, May 11.
This incident was resolved this morning with the release of hotfix version 4.94.1 on both the EU and US instances.
Operational disturbance observed in Viedoc 4 on the European instance (v4.viedoc.net). Investigations are ongoing.
Microsoft Azure experienced a power event at their France Central datacenter, caused by a loss of utility power from an external provider. Power has since been restored via backup generators and recovery is underway. As of now, there are no active disruptions to Viedoc services, and we continue to monitor the situation closely.
Microsoft Azure experienced a power event at their France Central datacenter, caused by a loss of utility power from an external provider. Power has since been restored via backup generators and recovery is underway. As of now, there are no active disruptions to Viedoc services, and we continue to monitor the situation closely.
This incident has been resolved.
We have received reports of intermittent delivery failures affecting text messages sent to numbers with country codes +31 (Netherlands), +32 (Belgium), +33 (France), and +44 (United Kingdom). An investigation is currently underway together with the subproccessor. The default SMS sender is changed from a phone number to "Viedoc" to reduce the risk of texts being treated as spam.
Since 10.30 CET today text messages are delivered as expected to numbers with country codes previously listed.
The User Administration Log (Excel) and Log of Users and Roles (PDF) cannot currently be generated for studies containing more than 100 users. This issue was introduced in the 4.90 release and affects all instances where version 4.90 has been deployed. The root cause has been identified, and a corrective fix is currently in preparation.
A fix has been developed and is currently undergoing testing. The fix is planned to be deployed as a hotfix.
This issue has been resolved with the release of Viedoc 4.90.1, which was deployed to all production instances on 2025-12-16. The User Administration Log (Excel) and Log of Users and Roles (PDF) can now be generated as expected, including for studies containing more than 100 users.
Since around 12.30 CET, 1st of December, Viedoc is not sending any emails from the EU and US training and production instances due to a service disruption. The issue has been identified and we are working with our subprocessor to resolve the issue. All emails triggered during the affected period have been queued and will be delivered. The incident is caused by a malfunction at one of our subprocessors.
The email queue is currently being processed, and messages are being delivered, although with a temporary delay.
The queue had been fully processed at around 9.20 PM CET on 2025-12-01. Since that time emails have been delivered without delay.
Between 13:22 CET and 14:12 CET on 25 November 2025, Viedoc did not send any emails from the EU training and production instance due to a service disruption. The issue was identified and fully resolved at 14:12 CET, after which email processing resumed as normal. All emails triggered during the affected period have been queued and will be delivered. The incident was caused by a malfunction at one of our subprocessors.
The email queue is currently being processed, and messages are being delivered, although with a temporary delay.
The queue had been fully processed at around 5.30 PM CET on 2025-11-25.
Operational disturbance observed on the Chinese instance (clinic.viedoc.cn). Resolved
The planned release of version 4.89 to the CN training and production instances has been cancelled due to unforeseen technical issues specific to the Chinese server environment. As the 4.90 release is already scheduled for December, we will proceed directly from version 4.88 to 4.90 for the CN training and production instances. The impact to end users is minimal, as version 4.89 contains only non-critical bug fixes. No other instances or regions are affected by this change. We appreciate your understanding and apologize for any inconvenience this may cause.
From approximately 23.44 UTC to 23.54 UTC, users faced issues logging in to the European production instance. Investigations to find the root cause are ongoing. No other instances were affected.
Description From approximately 23.44 UTC to 23.54 UTC on 2025-11-02, users were unable to log in to the European production instance. It is possible that users faced sporadic issues logging in also between approximately 23.00 UTC and 23.44 UTC. No other instances were affected. Cause The cause of the issue was an unexpected error in the identity provider \(idp\), leading to an accumulating memory consumption during the evening \(UTC\) of 2025-11-02. From approximately 23.00 UTC users would face sporadic failures when trying to log in. From approximately 23.44 UTC users could not log in. At 23.54 UTC on 2025-11-02 the idp was restarted, and users could log in as expected again. Corrective Action Alerts were triggered when the idp did not respond and the idp was restarted again at 2354 UTC on 2025-11-02. After the restart users could log in as expected again. Preventive Action Preliminary investigation identified a few improvements that could be made to make the idp more resilient. Implementation of these improvements have been initiated while the investigation of the issue continues.
Emails triggered from EDC actions in Viedoc has been failing sporadically on the EU production instance since approximately 9AM CEST 2025-09-02. No other instances are affected. Investigations are ongoing.
The issue has been identified and a fix is being implemented.
A fix has been implemented and emails are now being sent as expected. We will continue to monitor the situation.
Since approximately noon CEST, emails triggered from the EDC has been delivered as expected.
**Description** Between 9AM CEST on 2025-09-02 and noon CEST 2025-09-03 there were sporadic failures in email alerts expected to be triggered from Viedoc on the EU production instance. No other instances were affected. Customers were initially informed through the status page at 15.56 CEST on 2025-09-03. **Cause** On Tuesday at 9AM CEST on 2025-09-02, there was a very high load on the system. The high load on the system caused worker function apps, used to handle various processes in the EDC, to scale out to the maximum use of 20 instances in parallel. This caused failures, and in combination with in-built retry policy of failing actions, there was an overload on the system. While form save and form view continued to work as expected throughout the duration of the issue, there were sporadic errors in specific system actions in the post-processing step. * EDC email alerts, configured in the CRF design, were sporadically not sent during this time window. It did not affect all emails. * Terms defined to be coded in the medical coding tool sporadically failed to sync to Viedoc Coder. It did not affect all terms. **Corrective action** Once the root cause of the exceptions was identified, the worker function app was gradually scaled down to run on 4 instances to avoid having too many actions ongoing at the same time. This work begun around 11AM CET on 2025-09-03 and an immediate improvement could be seen. Around noon 2025-09-03 the situation was completely resolved, and all emails could be sent as expected again. Email alerts not sent during this issue could not be re-sent and will also not show up in the communication log. All terms that had not synced properly with Viedoc Coder during the issue, were synced with Viedoc Coder on the afternoon of 2025-09-03 and 2025-09-04. **Preventive action** Scaling down the worker function app to run on 4 instances is not considered to bring any noticeable impact on performance, but will ensure the same overload issue will not occur again. An evaluation will be performed if it is necessary to scale up the worker function app again and if so, how this could be done without causing any similar issues.
