Mendix リリース 11.16 | Siemens | Mendix

メインコンテンツへスキップ

Mendix リリース11.16

  • トム・デ・グルート

  • 2026 年 10 月 28 日
  • 分読みます

今回のリリースは、ローコード環境におけるエージェント型開発、ワークフローオーケストレーション、エンタープライズグレードのプラットフォーム管理の可能性をさらに広げるものです。 Maia 建設業者から真の開発パートナーへと進化し、行動する前に計画を立て、構築したものをテストし、あらゆる面で2倍の成果を上げる。 Maia ユニット。ワークフローは、ランタイム管理グループと、直線に従わないプロセス向けの新しい動的ケース管理アドオンにより、新たな柔軟性を獲得します。MCP サーバーは、本番環境に対応した OAuth サポートを獲得します。 Mendix クラウドはより高度な監視ツールを手に入れ、 Mendix Workstationは、製造現場におけるハードウェアの取り扱い範囲を拡大する。

外部システム間でジョブをオーケストレーションする場合でも、Atlas Core 4.6 を使用してアプリの外観を最新化する場合でも、Software Composition を使用してどのコンポーネントに注意が必要かを特定する場合でも、 Mendix バージョン12では、より高度な制御、より高度なインテリジェンス、そしてより自由な構築が可能になります。

最新情報については、続きをお読みください。

エージェントアプリケーションとオーケストレーション

ベストプラクティス: Mendix ワークフローは別のシステムでジョブを待機する

A Mendix ワークフローは、時間のかかる作業向けに設計されています。プロセスを数日間開いたままにしておき、ユーザーのタスクを待ってから、中断したところから再開します。これは、プロセス全体がアプリ内で実行されている限り有効です。しかし、いずれかのステップがアプリから離れて別のシステムに移行した途端、流れが途切れてしまいます。そのシステムでは、処理に数時間、あるいは数日かかる場合があり、作業を拒否したり、途中で停止したりすることもあります。そうなると、どのプロジェクトでも同じような疑問が生じます。再配信されたメッセージによって同じジョブが二度開始されるのをどうすれば防げるのか? 応答しないジョブをどうすれば検知できるのか? リクエストと結果を結びつける識別子は誰が所有するのか?

A 新しいハウツー記事を Mendix ドキュメント 3層構造の1つの参照パターンを持つものに対する回答。 ドメインアプリ ビジネスロジックを統括し、保持します。 アダプタ 外部システムとの通信を管理し、統合境界とそのセキュリティを1か所に維持します。 外部システム 仕事をします。 Mendix ビジネスイベントは、それらの間のトラフィックを運びます。 Mendix イベントブローカー、または独自のKafka。

タスク送信のシーケンス図のスクリーンショット。ドメインアプリケーション、アダプタ、外部システム間の送信、承認、完了イベントを示しています。
タスク送信のシーケンス図。ドメインアプリケーション、アダプタ、外部システム間の送信、承認、完了イベントを示します。

ワークフローは長時間実行されるジョブを保持し、実行期限が過ぎると非割り込みタイマー境界イベントがエスカレートします。ビジネスイベントは失敗した配信を 48 時間再試行するため、処理されたメッセージを 96 時間保持し、 予定されているイベント相手側のシステムにブローカーがなく、RESTのみを提供している場合は、一方通行の呼び出しにフォールバックし、再試行、バッファリング、およびリプレイを自分で構築する必要があります。

ワークフローの新機能:実行時にワークフローグループを管理する

ワークフローグループは、ユーザーのタスクを誰が閲覧できるかを決定します。これまで、開発者はStudio Proで各グループを定義し、ランタイムはデプロイのたびにモデルをデータベースと同期していました。そのため、新しいグループを作成するには、開発者、コミット、デプロイが必要でした。

今度はあなたがグループの居住地を選ぶ番です。 アプリ > 設定 > ワークフロー 新しいグループ定義設定が追加され、2つのモードが用意されています。Studio Proがデフォルト設定で、以前とまったく同じように動作します。ランタイムモードでは、Studio Proはグループの定義や同期を行わなくなり、管理者はWorkflow Commonsのグループ管理ページから実行中のアプリ内でグループを作成および削除します。

一度に一人のオーナーにすることで、グループの予測可能性が高まります。

  • 企業は引き続き管理権を維持できる。管理者はリリース手続きなしに、新しい地域や新しい承認委員会向けにグループを開設できる。
  • 名前の競合はありません。グループを所有するのは一方の側だけなので、モデル化されたグループと実行時グループが衝突することはありません。

実行時にワークフローグループを管理する

ダイナミックなケースマネジメント:状況に応じて柔軟に対応する業務

Mendix ワークフローは予測可能で順序立てられたプロセスには最適ですが、すべての作業が固定された経路をたどるわけではありません。例えば、クレーム、紛争、調査などが挙げられます。これらの場合、次のステップは状況によって異なるため、別の方法が必要になります。ダイナミックケース管理モジュールを使えば、それが可能になります。 現在、数量限定で販売中です。 Studio Proに、CMMNに完全準拠したケースデザイナーを統合しました。 動的ケース管理 は、ケース管理アドオンです。 Mendix by ケースファブリック.

ケースマネジメントは、各プロセスインスタンスが固有の状況であり、プロセスコンテキストに基づいて、人間、システム、エージェント間のインタラクションをリアルタイムに自動化する必要があるプロセスの自動化に重点を置いています。プロセスが非構造化または半構造化されており、例外が当たり前となっているシナリオをサポートします。

現在限定提供中のこのアドオンでは、Studio Proでケースモデルを直接設計できます。ページを使用してヒューマンタスク(UIモデリング)、マイクロフローを使用してプロセスタスク(ロジックモデリング)、ドメインモデルを使用してアプリケーションのエンティティ(データモデリング)を含むケースファイル構造を定義します。このようにしてケースデータは一貫性を保ち、管理しやすくなり、ケースの動的な部分をモデル化できます。 Mendix あなたが既に知っている環境。

アドオンモジュールに加えて、サポート対象のプラットフォームも提供しています。 ダイナミックケースマネジメントコモンズモジュール事前に設定されたページテンプレート、ページ、概要が含まれており、開発中の時間を節約できます。 Mendix 市場。

OAuthを使用してMCPサーバーを保護しましょう。

MCPサーバー内蔵 Mendix MCP仕様のOAuth 2.0認証フローをサポートするようになりました。認証サーバーと必要なスコープを設定する際に、 公開されたMCPサービス Studio Pro のドキュメントまたは MCPサーバーを作成する ツールボックスのアクションにより、MCPクライアントは自動的にサインイン場所を検出し、アクセストークンを取得して、設定ファイルに認証情報をハードコーディングすることなく接続できるようになります。

トークン検証とユーザーマッピングは引き続きお客様の管理下にあります。既存の認証マイクロフローは各リクエストを受け取り、トークンを検証し、 Mendix ユーザー。

この新機能は、 エージェントエディター拡張機能 2.6.0 (NAIST) と MCPサーバー 5.4.0.

PS: このリリースで Maia これで解決できます エージェントエディター拡張機能 依存関係を有効化したら、試してみてください。 Maia 拡張機能については(参照) 初回のセットアップ): "Maia「エージェントキットの互換性を修正してください!」

エージェント開発

Maia メーカー

エージェント開発の場合、11.16回転 Maia 単に構築するだけの補助ツールから、自ら計画、構築、スタイリング、そして作業チェックを行うツールへと進化する。 Maia アプリを変更する前にあなたと計画を合意し、構築した UI をテストし、アプリにテストデータを入力し、より見栄えの良いページを作成します。 Maia より大きなファイル(そしてより多くのファイル)を扱い、独自のツールをプラグインできます。さらに、すべての Maia ユニットの移動距離が2倍になり、管理者は設定できます Maia 複数のユーザーが同時に利用できるユニット数に制限があります。

計画モード:事前にアプローチについて合意する Maia 構築します

今まで、 Maia 依頼するとすぐに構築を開始しました。要件を誤って解釈した場合、モデルが変更された後に初めてそれに気づき、再作業のコストと時間と費用がかかります。 Maia 単位。

自律的AI 計画 モード、 Maia まず、何も変更せずにアプリを探索します。次に、作成または変更する範囲、ドメインモデル、ページ、ワークフロー、ロジックに加え、リスク、前提条件、結果のテスト方法を網羅した計画を作成します。 Maia リクエストが不明確な場合は質問をします。会話の中で計画を練り上げ、 Maia あなたが満足するまで、ビルドは行われません。
計画はアプリとともにマークダウンファイルとして保存されるため、チームメンバーはバージョン管理システムで計画を確認できます。

Playwrightを内蔵した自動UIテスト

Maia Playwright UIテストをアプリ用に作成し、自動的に実行できるようになりました。Studio Pro 11.16にはPlaywrightが同梱されているため、インストールやMCPサーバーの設定は不要です。 Maia アプリを起動し、テストを実行して結果を報告します。実行中のアプリの動作を確認することも役立ちます。 Maia より良い変化を生み出す。

より大きなファイルのアップロード、より多くのファイル形式

寄付できるようになりました Maia さらに多くの情報源があります:

  • ファイルサイズは1MB未満から最大5MBまで拡張
  • アップロードごとのドキュメント数を増やす
  • HTML、Excel、CSVファイルに加え、画像、PDF、Markdownファイルも対応。

つまり、完全な仕様、エクスポートされたページ、スプレッドシートは Maia それらを分割したり変換したりせずに、そのままの形で。

外部データベースに接続する Maia

Maia 外部データベースコネクタを介して外部データベースを操作するのに役立ちます。 Maia データベースに接続すると、接続の設定、テーブルの検出、SQLクエリの生成、取得したデータを保存するために必要なエンティティの生成が行われます。

Maia 拡張性API

Studio Pro拡張機能は、 Maia XNUMXつの方法で:

  • 自分のツールを登録する: ツールAPI拡張機能は、ツールを名前、説明、および入力スキーマとともに登録します。 Maia ツールがリクエストに関連していると判断するたびにそれを呼び出します。これにより、企業固有のタスク、標準、統合を Maia.
  • 送信する Maia プロンプト: 拡張機能はプロンプトを事前に入力できます Maia の Maia 実行するために、拡張機能が Maia タスク。

あらゆる Maia ユニットの走行距離が2倍になりました

各 Maia ユニットのカバー範囲が約2倍になりました Maia 以前と同じように作業してください。 Maia 単位数や制限は変わりません。ただ、その範囲内でより多くの作業ができるようになります。設定を変更する必要はありません。この変更はすべてのStudio Proバージョンに自動的に適用されます。

作成セッションプロセスで Maia 複数ユーザー同時利用時のユニット制限

管理者は一括操作を使用できるようになりました コントロールセンター 設定します Maia 我が軍の部隊数 一度に多くのユーザーに対してユーザーごとの制限を設けることで、 Maia ユニットは開発者全体に分散されるため、クリック操作が大幅に減少します。

Maia Javaアクションの作成と編集が可能になりました

Maia Studio Pro では、Java アクションの作成と編集ができるようになりました。アクションが何をするかを説明し、 Maia Javaコードを記述し、アプリ内のアクションを設定します。また、質問することもできます。 Maia 既存のJavaアクションを変更するには、この方法を使用します。これにより、通常はいくつかの手順が必要で、Studio Pro以外でJavaコードを記述する必要のあるロジック構築にかかる時間を節約できます。他の変更と同様に、生成されたコードを使用する前に確認することをお勧めします。

古いモジュールのカスタマイズを維持したまま、モジュールを更新する

自律的AI Mendix 11.13、モジュールを更新しながらカスタマイズを保持できる新機能をリリースしました。 Mendix 11.12以降。今月、古いバージョンで作成されたモジュールとの互換性を追加しました。 Mendix バージョンも同様で、アップグレードが大幅に簡素化されます。 Mendix 10!

バージョン11.12以降に作成されたモジュールは基となるIDに基づいて照合されますが、それ以前のモジュールについては、ドキュメント名に基づいてマッピングを行うようになりました。ドキュメントがどちらのバージョンにも存在しない、または名前が変更されているために照合できなかった場合は、処理中にその旨が通知され、両方のバージョンが保持されるため、ユーザーは今後の対応を決定できます。

古いモジュールのカスタマイズを維持したまま、モジュールを更新する

1回の操作で複数の写真を撮影

多くの現場サービス、検査、資産管理アプリケーションでは、単一のワークフローの一環として、ユーザーが多数の写真を撮影する必要があります。従来、ユーザーは写真を1枚撮影し、個別に処理し、同じ手順を何度も繰り返す必要がありました。これは不要な手間を生み出し、特にスピードと効率性が不可欠なモバイル環境では、データ収集の速度を低下させていました。

この課題に対処するため、1回のカメラセッションで複数の写真を撮影する機能を導入しました。 写真を撮る この機能を使うと、カメラ画面を離れることなく連続写真を撮影できます。撮影が完了すると、撮影されたすべての画像がリストとして返されるため、アプリケーション内で簡単に処理できます。

1回の操作で複数の写真を撮影

この新機能はウェブアプリケーションで利用可能で、PWAラッパーモバイルアプリで実行すると最高のパフォーマンスを発揮します。開始するには、更新された 写真を撮る アクションを実行し、返された画像リストを処理するようにアプリケーションを設定してください。開発者の皆様には、この機能を活用して、ユーザーにとってより高速で柔軟な写真撮影体験を実現していただくことをお勧めします。

Maia 計画

バージョンとスターターアプリの選択 Maia 計画

Maia Plan では、計画を生成する前にプロジェクトの開始場所を選択できるようになりました。これまでは、すべての Maia 最新のStudio Proバージョンでは、プロジェクト計画は空白のアプリとして開始されます。このリリースでは、新しい プロジェクト開始地点 ステップの 計画と建設 フロー。長期サポートとメンテナンスが提供される最新のLTSバージョンから始めることも、最新のStudio Proリリースを使い続けることもできます。また、Studio Proのバージョンが11.12以降であれば、あらかじめ定義されたStudio Proバージョンを含む企業向けスターターアプリを選択することも可能です。

スターターアプリから始めると、 Maia 組織の既存の基盤の上に計画とアプリを構築し、ゼロから構築することはありません。すでに新しいプロジェクトを標準化するためにスターターアプリに依存しているチームは、これを利用できるようになりました。 Maia その基本目標を放棄せずに計画を立てる。 Maia プランに基づいて作成されたアプリは、ポートフォリオ全体の他のアプリと一貫性のある設計になっているため、後から修正する必要はありません。

モダンでプロフェッショナルな外観:Atlas Core 4.6

これまで、Atlasはナビゲーションバーからページの背景や境界線まで、ほぼすべてをブランドカラーで着色していました。しかし、メインカラーが強烈なため、アプリはすぐに派手な印象を与えてしまいました。

Atlas Core 4.6 は、あらゆるアプリにモダンでプロフェッショナルな外観をすぐに提供します。アップデートされたデザインは、ページを落ち着いたニュートラルな印象に保ち、重要な箇所にブランドカラーを使用します。ナビゲーションもそれに合わせて再設計され、ダークカラーのメインバー、ライトカラーのセカンダリバー、ヘッダーにアプリのロゴと名前、そしてすっきりとしたサイドバーが配置されています。テーマ設定もより簡単になりました。いくつかの変数でナビゲーションのスタイルを変更でき、色の組み合わせも読みやすくなっています。

Maia これを基にしています。新しいアプリを起動すると、 Maia まず、最初のページを作成する前に、デザインの方向性をいくつか提案し、テーマを作成し、ロゴを生成します。

アップグレードしますか?テーマで設定した値はそのまま維持されます。 Atlas Core 4.6 リリースノート 変更された点すべてと、現在の外観を維持する方法について解説します。

Atlas core 4.6アップデートのスクリーンショット。デザインが落ち着いた印象で、左側にダークカラーのサイドバー、中央にライトグレーのウィジェット画面があり、白いタイルカードが並んでいます。

エンタープライズグレードのプラットフォーム

ログファイルを開かずにアプリ内で何が起こっているかを確認する

何かがうまくいかないとき Mendix クラウドアプリケーションの場合、最初の質問は常に同じです。「そこで実際に何が起こっているのか?」 ログインサイトダッシュボード すぐに答えが得られます。これは、を開いたときのデフォルトビューです。 ログ あらゆる環境に対応するページ。アプリケーションのログデータを、読みやすいセクションに整理します。ファイルのダウンロードも、手動での選別も不要です!

ダッシュボードには、アプリの状態を理解するために最も重要な情報が表示されます。時間の経過に伴うエラーと警告の傾向、最も頻繁に発生するメッセージ、エラー率の高いエンドポイント、依存関係の失敗、セキュリティマーカーなどです。 時間間隔 ドロップダウンメニューで過去6時間から過去7日間までを表示できます。ログファイルをさらに詳しく調べたい場合は、 ログファイル タブには何も表示されないことに注意してください。

ダッシュボードは現在利用可能です Mendix すべての環境に対応するポータル。アプリに移動して、開く。 監視 > ログ ダッシュボード 最初に目にするのはタブです。

ログ分析ダッシュボードのスクリーンショット

セルフサービスデータベースの肥大化

データベースのディスク領域を解放する Mendix クラウド

PostgreSQLは、同時読み取りをサポートするために、更新および削除された行の古いバージョンを保持します。これは、マルチバージョン同時実行制御(MVCC)と呼ばれるメカニズムです。時間の経過とともに、これらの「デッドタプル」が蓄積され、テーブルの肥大化を引き起こします。ディスク使用量が増加し、クエリのパフォーマンスが低下し、インデックスの速度が低下します。 Mendix クラウド環境では、すべてのPostgreSQLデータベースに対して自動バキューム処理を実行しており、大多数のアプリケーションにおいてデータベースの肥大化を抑制しています。しかし、一部のアプリケーションでは自動バキューム処理が追いつかない場合があります。具体的には、大量のデータベースレコードを作成、更新、削除するトランザクション数の多いアプリケーションです。このようなアプリケーションでは、データベースの肥大化が深刻な問題となる可能性があります。

最近データベースが肥大化しているかどうかを確認できる指標を提供しました。これで、それに基づいて行動できます。 リパック ボタンの 計画の詳細 あなたのセクション 環境の詳細 このページでは、サポートに問い合わせることなく、開発者ポータルから直接、ワンクリックで肥大化したディスク容量を解放できます。

内部的には、Repackは pg_repackは、排他ロックを保持せずにテーブルとインデックスを再構築するPostgreSQLの拡張機能です。VACUUM FULLテーブルをロックして処理中はアプリを事実上オフラインにする従来の方法とは異なり、pg_repackはオンラインで動作します。処理中もアプリケーションは実行されたままです。

あなたにとってこれが何を意味しますか

肥大化比率の指標に問題が見られる場合は、サポートチケットを発行して待つ必要はありません。環境を開いて 計画の詳細 をクリックし リパックすぐに実行することも、後で実行するようにスケジュールすることもできます。実行中のアプリケーションへの影響は最小限に抑えられますが、スケジュール設定オプションを使用することで、実行タイミングを完全に制御できます。再パッケージ化後、ディスク使用量には実際のデータのみが反映され、データベースのパフォーマンスが向上するはずです。

ドキュメントを確認して、 リパック 下のボタン 計画の詳細 自分で Mendix クラウド 環境。

OpenTelemetry経由でHTTPアクセスログをAPMツールに転送する

Mendix CloudのOpenTelemetry統合機能により、アプリケーションログ、メトリクス、トレースを互換性のあるAPMバックエンドにエクスポートすることが既に可能になっています。今回のリリースでは、HTTPアクセスログもエクスポートできるようになりました。

アクセスログはイングレス層から生成され、受信するすべてのHTTPリクエスト(ターゲットパス、送信元IPアドレス、HTTPレスポンスコード、レスポンス時間)を記録します。以前は、OpenTelemetryとの連携ではこの情報をAPMツールに取り込むことができませんでしたが、今では環境変数を1つ変更するだけで簡単に取り込むことができます。

有効にするには、MX_OTEL_ACCESS_LOGS_ENABLED=true お使いの環境において。APMツールでは、これらのログ行には次のタグが付けられます。log_type: mx.accesslogs アプリケーションログから分離するため。どちらのログタイプも共通のメタデータも保持しています。 ポッド名, 環境ID, ランタイムバージョン ―そうすれば、それらを簡単に関連付けることができます。

あなたにとってこれが何を意味しますか

APMツールのアクセスログを使用すると、オブザーバビリティスタックから離れることなく、リクエストの発信元、エラーを返しているエンドポイント、応答時間などを調査できます。これは、トラフィックの異常を検出したり、レイテンシの問題を診断したり、アクセスパターンを監査したりするのに特に役立ちます。 Mendix クラウド環境。アクセスロットからのインサイトを使用して、 アクセス制限を設定する お客様の環境に合わせて、アプリケーションのセキュリティをさらに強化します。

ドキュメントを確認してください また、環境のカスタム環境変数でアクセスログのエクスポートを有効にしてください。

動的変数がパイプラインに直接組み込まれました

統合は、完全に静的な値で構成されることはほとんどありません。リクエスト URL には環境固有のパスが含まれる場合があり、認証ヘッダーには固定プレフィックスとトークンが組み合わされ、リクエストボディには以前のパイプライン ステップで生成された値が含まれる場合があります。これまで、これらのパターンを構成するには、 Mendix パイプラインでは、開発者はリクエスト値を複数のフィールドに分割するか、エラーが発生しやすい書式設定を変数内に記述する必要があった。

私たちはこれをより簡単にします。開発者は、サポートされている POST および GET リクエスト入力内で、プレーンテキストと変数参照を直接組み合わせることができるようになりました。たとえば、ヘッダーには静的な値を含めることができます。 Bearer URLは、プレフィックスの後にトークン変数が続く形式ですが、固定部分と動的部分を1箇所にまとめたり、複数の変数を連結して含めたりすることができます。また、リクエストボディやその他のサポートされているリクエスト値内で、必要な場所に変数を配置することも可能です。

これにより、設定中にリクエスト構造全体が可視化されます。開発者は、個別のフィールドから値を再構築したり、変数に書式設定が含まれているかどうかを調べたりする必要がなくなります。これにより、複雑な統合の設定が容易になり、エラーも少なくなります。 Mendix パイプラインと外部システム(品質/セキュリティスキャナーやレジストリなど)。

ソフトウェア構成におけるマーケットプレイスデータの充実

ソフトウェア構成では、ソフトウェア全体のすべてのコンポーネントが一覧表示されます。 Mendix コンポーネントは、使用されているアプリの数に基づいてランク付けされます。各コンポーネントには、会社が承認したかどうかを含むマーケットプレイスデータが格納されます。これにより、単なるインベントリが作業リストに変わります。承認されていないコンポーネントが60個のアプリで使用されている場合、1回しか使用されていないコンポーネントよりもリスクが高くなりますが、60個のプロジェクトを開かなくても両者を区別できます。チームが最も依存しているコンポーネントを確認し、開発者に承認済みの代替品を案内しましょう。

同じ視点があなたの Mendix 12. 準備。Dojoコンポーネントをフィルタリングして、どのアプリがReactの置き換えを必要とするかを確認します。 Mendix バージョン12ではDojoクライアントが削除されます。使用状況ランキングでは、どの代替バージョンが最も多くのアプリのブロックを解除できるかがわかります。

コンポーネントごとにゲストアクセスを管理

外部ユーザーに、単一のマーケットプレイスコンポーネントへのダウンロードアクセス権を、そのコンポーネント上で直接付与できるようになりました。ゲストアクセスはコンポーネントグループを経由する必要がなくなり、コンポーネント自体で管理できるため、ダウンロードを許可するユーザーを正確に選択できます。

この変更以前は、ゲストアクセスはグループレベルで管理されていました。コンポーネントは1つの企業グループにしか所属できなかったため、異なるコンポーネントを異なる外部関係者と共有しようとすると、この1グループ制限に抵触していました。コンポーネントごとにゲストを管理することで、この制限が解消されます。コンポーネントをグループ分けすることなく、コンポーネントごとにどの外部ユーザーにダウンロードアクセス権を与えるかを決定できます。また、マーケットプレイスにおけるより柔軟な所有権と共有の基盤も構築されます。

ゲストを追加するには、コンポーネントの詳細ページを開くか、 コンポーネントの管理3 つのドットをクリックして、 ゲストの管理アクセス権を付与したいユーザーを入力してください。複数人同時に追加できます。各ゲストにはアクセス権が付与されたことが通知され、コンポーネントはゲストのマーケットプレイスとデバイスに表示されます。 私と共有 ページで見やすくするために変数を解析したりすることができます。

コンポーネントグループを通じてゲストと既にコンポーネントを共有している場合、それらの設定は自動的に移行されています。既存のゲストは引き続きアクセス権を保持し、再設定する必要はありません。

コンポーネントごとにゲストアクセスを管理する機能を示すスクリーンショット

学習と認定

Mx 11バッジ:認定されているだけでなく、最新の資格を持っていることを示しましょう

A Mendix 資格証明書は、試験に合格したことを示すものであり、その人が現在もそのプラットフォームを使って開発を行っていることを示すものではありません。パートナーや開発者を探している顧客は、同じ資格証明書を持っている人同士でも能力に大きな違いがあることに気づきます。5年前に取得した資格証明書も、先月に取得した資格証明書も、見た目は同じです。

Mx 11 バッジは、そのギャップを埋めるための第一歩です。これは既存の認定に追加されるもので、開発者は、新しい AI 機能をカバーする、自分のレベルの必須学習パスを完了することで取得できます。 Mendix Studio Pro 11 を使用し、それを使って作業することで取得できます。取得すると、開発者プロフィールの認定資格の横にバッジが表示されます。

知っておくべきこと
  • レベルごとにバッジは1つ:ラピッド、インターミディエイト、アドバンス、エキスパートの各レベルごとにバッジが用意されており、開発者は既に認定を受けているレベルのバッジのみを取得できます。バッジによって、実際の資格よりも高い役職に見えることはありません。
  • 既存の資格証明書については変更はありません。試験登録および現行の資格証明書はこれまでどおり機能します。
  • 開発者向けの明確な次のステップ:開発者プロフィールには、バッジを獲得するためにまだ実行すべきアクションが正確に表示されます。

バッジは10月15日に公開され、 アカデミーページ 開発者を自身のプロフィールページに誘導するようになりました。

これは第一歩です。2027年1月には、試験合格に加えて、学習パスの利用状況、Studio Proおよびプラットフォームの利用状況、プロファイルの開設期間といった、より多くの認定基準を追加します。これらは当初は指標として用いられますが、評価を経て正式な基準となります。

New Mendix 獲得できるバッジは11個です。

Siemens エクセラレータ

最新情報 Mendix

産業用アプリケーションを開発する開発者にとって、シリアルポートやスマートカードリーダー、プリンターなどのローカル周辺機器との通信は、これまで統合上のボトルネックとなっていました。一般提供開始以来、 Mendix ワークステーションは、産業用アプリケーションがローカル周辺機器と連携する方法を変革してきました。 Mendix アプリをローカル周辺機器(産業用プリンターからUSBカメラ、ウェッジスキャナーまで)に直接接続する。Mendix ワークステーションは、クラウドロジックと物理ハードウェア間の摩擦を解消し、製造現場のチームにスムーズで応答性の高いエクスペリエンスを提供することで、生産ラインの稼働を維持します。

最新リリースでは、ハードウェアツールキットを拡張しました。今回は、製造現場の業務における可視性の向上、より厳密な制御、そしてハードウェアサポートの拡充を実現するために設計された最新の機能強化についてご紹介します。

GA以降の新機能

1. ウェッジとキーボードエミュレータのサポート

標準的な製造現場のワークフローにとって大きなメリット:Workstation は、ウェッジおよびキーボードエミュレータデバイス(標準的なバーコードウェッジスキャナー、ノギス、特殊なデータ入力キーパッドなど)をネイティブにサポートするようになりました。カスタムドライバフックを必要とせず、これらのデバイスからの入力データをシームレスに取得できます。 Mendix まるでアクティブフィールドに直接入力したかのようにアプリケーションが動作し、データ入力の速度が飛躍的に向上し、オペレーターのミスを最小限に抑えます。

2. ユニバーサルプリンターインターフェース

クラウドからの印刷は、ローカルのデスクトップからの印刷と同じくらいシームレスであるべきです。強化されたプリンターインターフェイスは、オペレーティングシステムのプリンター管理の上に直接配置され、 Mendix OSで管理されているすべてのプリンタを簡単に利用できるアプリケーションが提供されます。標準的なオフィスプリンタでも、ライン上の特殊なサーマルラベルプリンタでも、複雑なデバイス固有のカスタムドライバや使いにくいブラウザの印刷ダイアログを使わずに、印刷ジョブを確実に処理できます。

3. 高度な周辺機器サポート:USBカメラとウェブカメラ

工場現場でのコンピュータビジョンには、複雑な外部カメラスタックは必要ありません。カメラ統合のための最初のMVPを導入し、 Mendix ローカルカメラの映像に直接接続できるアプリケーションを提供します。この最初のバージョンでは、バーコード検出やモーション検出といった、現場での主要なタスクをすぐに利用できます。現時点では完全なデータストリーミングはサポートされていませんが、今後のロードマップには、定義済みの関心領域(ROI)や、自動化されたワークフローと品質ログ記録のための自動スナップショットキャプチャなどの高度な機能が含まれています。

4. ワークステーションスターターアプリ

新しいツールで、記録的な速さで新しいプロジェクトを立ち上げましょう。 ワークステーションスターターアプリすぐに使えるテンプレートで、必須モジュールがあらかじめ組み込まれています。すぐに使える参照構造と定型的な設定が用意されているため、開発者は基本的な接続を配線するのではなく、ビジネスロジックの構築に直接取り掛かることができます。

5. ワークステーション・コモンズ

開発を効率化し、アプリケーション全体の一貫性を維持するために、 ワークステーション・コモンズ: ロギング、UIスニペット、デバイスユーティリティのための再利用可能なコアモジュールです。標準化されたユーティリティを提供することで、繰り返し発生する複雑な処理を抽象化し、ポートフォリオをクリーンでモジュール化された、保守しやすい状態に保ちます。

スクリーンショット Mendix ワークステーションの接続タイプの選択

コア機能の概要

あなたがに新しいしている場合 Mendix ワークステーション、エッジオペレーションを支えるのは以下の要素です。

  • ローカルハードウェアへの直接アクセス: 標準を使用してシリアルポート (RS232)、TCP/IP デバイス、Bluetooth LE、プリンター、カードリーダー、カメラ、ローカルファイルシステムとシームレスに通信します Mendix ナノフロー
  • 集中管理: ワークステーション管理ポータル コンピュータの登録、デバイスのライフサイクルの監視、およびグローバルな構成のプッシュ

今日から始めましょう

あなたの能力を高める準備ができています Mendix ハードウェア機能を備えたアプリですか? Mendix ワークステーション管理 またはマーケットプレイスに直接アクセスして最新バージョンをダウンロードしてください。

フィードバックや機能リクエストはありますか?ディスカッションに参加してください。 Mendix コミュニティフォーラム そして、次にどんな製造現場の課題を解決するのか、ぜひ教えてください!

Designcenter X クラウドサービスコネクタ

新しい Designcenter X クラウドサービスコネクタでは、それは一体何なのでしょうか?

このコネクタにより、ユーザーは特定の Designcenter X クラウド サービスに直接シームレスにアクセスできます。 Mendix プラットフォーム。つまり、チームはCAD部品やオブジェクト、3Dジオメトリ、材料、PMIデータなどを照会したり、衝突検出計算を実行したり、大規模アセンブリに対して一括計算ジョブをスケジュールしたりできます。また、専用プラットフォームとして構築されているため、 Mendix コネクタは、箱から出してすぐにシームレスな認証が利用でき、他のコンポーネントと組み合わせることができます。 Siemens 真に構成可能なエクスペリエンスを実現するTeamcenterコネクタと3Dビューア。

なぜこれが重要なのか?主な理由は3つあります。

  1. 価値実現までのスピード:チームはCADデータを利用したアプリケーションをより迅速に構築でき、それぞれの環境に最適な方法で柔軟に展開できます。
  2. ビジネスユーザーの権限強化:エンジニア、運用責任者、製品スペシャリストなどのドメインエキスパートは、IT部門や開発チームに大きく依存することなく、独自のカスタムレポートアプリやワークフローを構築できます。
  3. 企業統合:このコネクタは単独では機能しません。組織が既存のIT環境に導入済みの他のツールとCADデータを統合し、ワークフローを自動化し、高度な分析を実行することで、CADデータをより広範なデジタルエコシステムの真の一部にすることができます。

あなたの次のアイデアをアプリに変える準備はできていますか?

言語を選択してください