最終更新：2026年11月4日
市場調査に戻る
UnitySCMは、出荷、注文、運送業者、請求書のデータを統合するソフトウェアを開発した。そのアプリケーションは物流の可視化、ディテンション・デマレージ管理、運賃監査を支援する。基盤となるプラットフォームは既存の業務システムと取引先データを接続し、UnityAuditは本来の運賃を再構成して、差異を精算まで追跡する。(1, 2)
サプライチェーン総合評価：4.0/10
| 評価軸 | スコア |
|---|---|
| サプライチェーンへの理解の深さ | 5.4/10 |
| 意思決定と最適化の実質 | 3.6/10 |
| 製品とアーキテクチャの整合性 | 4.2/10 |
| 技術的透明性 | 3.0/10 |
| ベンダーの真剣さ | 4.0/10 |
最も強い提案は、範囲を限定した財務統制である。輸送に本来いくらかかるべきだったかを確定し、過払いを回収する。これは観測可能な金銭的成果を持ち、UnitySCMは回収価値に連動する支払いを宣伝している。自律型物流に関する広い主張は、それよりはるかに裏付けが弱い。到着日、ダッシュボード、設定可能なワークフローでは、輸送、在庫、能力が相互作用する際に、どの業務行動が最善の経済的結果を生むかという難しい問いには答えられない。(2, 17)
事業継続性は未解決である。 Startup Nation Centralは、UnitySCMが2025年12月に事業を停止したと報告している。イスラエルの公式企業データセットでは、関連するイスラエル法人Unity Software Ltd、登録番号516271780は任意清算中と記載されている。CheckIDはこの法人をUnitySCMと創業者たちに結び付けている。これらの記録から、米国法人または後継者が顧客サービスを継続しているかは分からない。現在のサポート、製品所有権、提供状況は確認が必要であり、以下の評価は文書化された製品を対象とする。(20, 21, 22)
UnitySCMとLokadの比較
UnitySCMの監査は既存の商取引契約から始め、請求書が契約に合致するかを問う。Lokadの定量的サプライチェーンのアプローチはさらに上流から始まる。需要と供給の不確実性、および各選択の財務的影響を踏まえ、何を購入、配分、生産、出荷すべきかという問いである。両者は異なる計算問題である。
無料保管期間の終了が迫るコンテナを考えよう。運送業者の請求書を合意した無料日数と照合するのは、明確に定義された会計作業である。早めに引き取るべきかを選ぶには別の計算が必要になる。回避できる料金を、ドレージ、倉庫能力、在庫資金調達、より価値の高い入荷を妨げるリスクと比較しなければならない。UnitySCMの公開ワークフローは、可視化、警告、運送業者との調整、料金の異議申立てに集中している。競合するこれらの行動を選ぶ共通の経済計算は示していない。(1, 4)
Lokadの在庫最適化サービスは、意思決定ソフトウェアと、データ解釈や数値ロジックを開発・保守するサプライチェーンサイエンティストを組み合わせる。この仕事は保有コストに含まれる。UnitySCMにもサービス要素があり、監査サービスには運送業者とのやり取りと回収の追跡が含まれる。両者を比べるには、結果を確認・実行する人だけでなく、連携と意思決定ルールを保守する人も数える必要がある。在庫の質問にチャットボットが答えることは、正しく答えるために必要な経済モデルを証明しない。(2, 3)
運賃監査：妥当な金銭的作業と誇張された自律性
監査の仕組みは理解できる。契約条件、料率、出荷イベント、業務ルールから、料金コード単位で期待される請求書を算出する。差額は文書で裏付けた請求となり、クレジットや返金まで追跡される。これはデータ統合の有用な用途である。差異には金額、特定可能な相手方、解決の可能性がある。(2)
過去の請求を扱う仕事が注目に値するために、確率的最適化は必要ない。適用される契約と完了したサービスが分かっていれば、決定論的な料金計算は適切である。技術的な難しさは、変更条項を解釈し、文書を出荷に結び付け、イベントの証拠を照合し、契約上の権利を創作せずに曖昧な事例を扱うことにある。
2025年8月11日の提供開始発表は、これを大きく超えている。エージェントが支払い前にすべての請求書を監査し、運送業者の請求パターンからルールを適応させ、異議申立てを開始し、クレジットの受領を追跡すると述べる。さらに、買掛金管理との統合で過払いリスクをなくすと主張する。誤った異議申立ての率、見逃した過剰請求の率、矛盾する文書の扱い、不当に止めた支払いの費用を明らかにする公開評価はない。(4)
8月25日の記事は、エージェントに完全な記憶と適応力があるとする。こうした保証は財務統制として技術的に不十分である。文書を保存しても、条項を正しく解釈したこと、後の変更条項を優先したこと、記憶した例外が今も有効なことは証明できない。監査には各料金の追跡可能な根拠、不確実性を扱う明確な経路、管理されたルール変更が必要である。(6)
回収に基づく料金体系は、顧客に有意義な価値検証の手段を与える。未解決なのは価値の算定方法である。回収した現金なのか、実際に消化したクレジットなのか、争った金額なのか、回避したと推定する料金なのか。手数料、顧客の時間、誤った異議によって遅れた正当な支払いも結果に入る。宣伝される商業原則は一般的なROIの約束より強いが、公開資料はこれらの測定条件を示していない。(5)
可視性だけでは次の意思決定は定まらない
2023年の輸送ルート別ベンチマークの発表は、130を超える運送業者から収集した平均輸送時間を説明している。それらの平均値を運送業者の選定やサービス条件の交渉に利用することを勧める。具体的な業務情報ではあるが、平均は在庫や生産のリスクを左右することの多いばらつきを隠してしまう。(17)
例として、二つの業者の平均がともに十日でも、一方は安定して十日前後、他方は五日と十五日を交互に取るかもしれない。在庫への影響は異なる。望ましい業者は、価格、製品利益率、欠品費用、代替能力にも左右される。平均輸送時間が最短の業者を選ぶだけでは、この選択は解決しない。
UnitySCMは、到着時刻の予測と、その精度を含むデータ品質の監視を説明している。公開された方法は、校正された到着分布や、それを需要の不確実性と共同で用いて購買、在庫、輸送行動を選ぶ仕組みを示していない。到着予測を頻繁に更新しても、遅延の高額な裾のリスクを評価するには不十分である。(9, 17)
Unity AIのページは、OCRと言語モデルによる文書抽出、選別したニュースフィード、出荷場所から必要在庫までの質問応答を宣伝している。待機リストへの登録案内もある。在庫の質問には、財務的前提、需要とリードタイムの不確実性、実行可能な行動、意思決定期間が必要だが、それらを提供するエンジンは特定されていない。(3)
設定の保守と実際の生産性
UnitySCMのデータ作業は、きれいな表をいくつか結合するよりも実質がある。2024年7月の説明は、受信記録と読み込み済み記録の照合、注文と出荷・運送業者の関連付け、不統一なマイルストーン記述の正規化を扱う。これらの仕組みは、誤りが監査や到着レポートへ波及する前に発見する助けとなる。(9)
2025年3月のリリースは、分類、場所、状態、測定値を変換する設定可能なルールエンジンを挙げている。個別の関連付け、保存ビュー、例外処理、表レイアウトの変更も説明する。顧客固有の解釈はすべて保守対象のロジックとなる。運送業者のイベントの意味やサプライヤー識別子が変わると、どの出荷に料金が発生したかが変わり得る。(10)
同社のデータアナリスト求人は、この労力を明示している。担当者はデータ整合性を受け持ち、品質を監視し、新しい提供元を評価し、開発・カスタマーサクセスとともにデータ問題を解決する。SQLが必須で、その他の分析ツールも認められる。これはUnitySCMが連携作業の一部を引き受ける運用モデルを裏付けると同時に、乱れた入力を受け付けても解釈の保守が不要になるわけではないことを示す。(12)
2025年4月の生産性記事は、週の時間を最大25%節約し、物流効率を20%改善すると述べ、匿名の輸出業者では再予約の遅れを40%削減したとしている。作業量と人員の基準や、残る総労力は示していない。具体的な業務は、自動で状態を配信した後、人がコンテナを再予約し、予定を変更するものだ。追跡雑務を減らせても、判断の仕事は例外数に比例して残り得る。(16)
CEOの2025年5月の記事は、研修の三か月前からユーザーを関与させるよう勧め、人が警告を解釈してプロセスを変えることを重視している。翌月の監査記事は、日常語で記述したルールへ長い設定作業なしに即座に適応すると約束する。対象範囲は異なるが、監査指示も財務的な動作を変える。その効果には、過去の請求書によるテスト、承認、元に戻せるリリースが必要である。これらの統制は説明されていない。(15, 5)
より大きく欠けている指標は、改善作業の生産性である。ある港だけでマイルストーンの意味が異なるために正当な料金へ異議を唱えたなら、永続的な修正には解釈を直し、影響する過去の事例をテストし、再発を防ぐ必要がある。異議申立ての文面を速く作るだけでは、その作業は未解決のままである。これはホリミゼーションが説明するような問題の改訂である。
ソフトウェア部品表とセキュリティ
公開された技術情報が裏付けるソフトウェア構成は限定的である。
| 構成要素または層 | 文書化された役割と範囲 | 保有に伴う影響 |
|---|---|---|
| TypeScriptとAWS | 構造化メタデータが2023年4月13日付のプラットフォームエンジニア求人は、同社のスタックをこのように説明する。 | クラウド運用とアプリケーション保守は引き続きベンダーの責任であり、具体的なAWSサービスは特定されていない。 |
| 設定可能な変換・関連付けエンジン | 2025年3月のプラットフォーム更新は、外部データを共通の業務上の意味に対応付けるルールを説明する。 | マッピングの変更には、依存するレポート、ワークフロー、監査計算全体で回帰確認が必要になる。 |
| OCRと言語モデル | Unity AIは文書、システム、メールからの抽出を説明する。モデル提供者と配置方法は不明である。 | 抽出品質、文書アクセス、モデル変更は、運用費用と財務的信頼性の両方に影響する。 |
| 監査計算と異議申立てワークフロー | UnityAuditは料金を再構成し、差異を回収まで追跡する。 | 契約解釈、例外処理、精算照合には保守された業務ロジックが必要となる。 |
開発求人には、ビルドパイプライン、自動テスト、コードレビュー、インシデント対応フローも含まれる。選択的に挙げられたツール経験から、実際に稼働するデータベースやキューの構成は特定できない。文書化されたスタックは過剰なインフラ蓄積という主張を裏付けない。見えている保有負担は、異種システムの連携と変化する顧客ルールである。(13)
セキュリティの開示は、主張される財務上の権限に比べてはるかに薄い。公開製品資料はテナント分離、サポートのアクセス、認証情報の分離、文書保持、支払いを承認・保留できるエージェント権限を説明していない。2023年3月23日付のプライバシーポリシーは、顧客データの処理を明示的に顧客契約へ委ねている。こうした統制のアーキテクチャは示していない。(14, 4)
運送業者のメールを読むことと、買掛金ワークフローを変更することは別の権限である。信頼できない文書が、その本文に埋め込んだ指示によって監査ルールの変更や支払いの解放を行う権限を得てはならない。必要な設計証拠は、制限されたツール、保存された原資料、狭い書き込み権限、独立して強制される支払い統制を示すものになる。エージェントが業務を理解する、あるいは細部を見落とさないと言うだけでは、何も証明できない。(3, 6)
過去の約束、実装、継続性
UnitySCMの確認できる歴史には、一貫した初期の重点と、その後のはるかに広いAIの保証が見られる。
| 時期 | 公開された提案 | 記録が示すこと |
|---|---|---|
| 2022年8月 | UpWestの創業者インタビューは、サプライチェーンのデータ基盤改善を目指し2020年に設立された企業を紹介する。 | CEOは断片化した情報収集への当初の重点を説明し、顧客の問題を多く解こうとしすぎたことを認める。 |
| 2023年5月～7月 | シリーズAの発表、輸送ルート別リードタイムの比較。 | データアクセスという方針を維持し、運送業者の平均値を具体的に比較する機能を公開した。 |
| 2024年7月 | データ品質の詳細な説明。 | 照合、マイルストーン検証、関係管理が、統合の提案に業務上の実質を与える。 |
| 2025年3月 | プラットフォームの強化とADAMA事例。 | ルール、ビュー、データ関連付けが、実名の物流導入と並行して開発された。 |
| 2025年6月～8月 | UnityAuditを自律的に継続学習する財務エージェントとして宣伝。 | 説明された監査ループは従来のデータ基盤を拡張するが、信頼性と労力の主張は公開評価を超える。 |
| 2025年12月以降 | 事業停止の報告とイスラエル法人の清算。 | 製品とサービスの継続性は、残存する販促ページとは独立して確かめる必要がある。 |
出典：(19, 11, 17, 9, 10, 8, 5, 6, 20, 21)
従来のプラットフォームも、データ収集と業務ワークフローをすでに自動化していた。したがってUnityAuditの追加的な寄与は、解決した請求書の増加、人の総作業量の削減、純回収額の改善で測る必要がある。ソフトウェアの継続稼働をエージェントの自律性と言い換えても、改善の証明にはならない。契約抽出と異議申立て生成は有用な追加機能になり得るが、その価値は誤りの扱いと完了した精算に依存する。(11, 4)
2022年の創業者インタビューは、その後の完全性の主張より率直である。拡張できないほど広くなった提案を絞り込んだと述べている。これは技術面と事業面の重要な教訓である。請求書監査を一般的な自律型物流へ広げるなら、同様に明示的な境界と証拠が必要になる。(19)
継続性の証拠は具体的である。Startup Nation CentralはUnitySCMをイスラエル登録番号516271780へ対応付け、2025年12月の停止を報告している。公式登記は、その法人の任意清算状態を独立して確認する。CheckIDは2025年12月29日の清算手続を記録し、創業者を取締役、Unity SCMを株主としている。これらは、誰が連携を維持し、異議を解決し、保持データを守り、移行を支援するかという疑問を生む。後継者を特定するものでも、すべての顧客契約の終了を示すものでもない。(20, 21, 22)
顧客成果と経済的説明責任
ADAMAは最も有用な実名導入例である。UnitySCMの2025年3月24日の記事は、年間30,000本を超えるコンテナ、運送業者と倉庫の追跡、料金の異議申立て、仕向地業務の変更を説明する。対象市場で五か月以内にディテンション・デマレージをなくし、無料期間の条件を改善し、生産中断を減らしたと報告している。いずれも、情報改善から金銭的利益へ至るもっともらしい経路である。(8)
同じ記事は出荷のフォローを営業部門に割り当て、運送業者との交渉の貢献を認める。したがって成果には、責任分担と商取引条件の変更が含まれる。自律的最適化の測定ではない。ホームページが掲げるADAMAの2,000万ドルの費用削減には、事例の地域、期間、元の料金、導入総費用との突き合わせがない。(8, 18)
2025年7月の監査例は、ある運送業者への年間支出約200万ドルに対し、約200,000ドルの過剰請求を見つけたと報告する。顧客は匿名であり、受理された請求、受領したクレジット、純回収額は示されない。記事は顧客の残りの輸送全体へ、さらに大きな機会を外挿する。差異の特定は財務成果の始まりであり、完了ではない。(7)
最良の説明責任の仕組みは、依然として条件付き支払いである。その有効性には、合意した基準と精算証拠が必要で、運送業者がいずれにせよクレジットを発行した場合の帰属も含まれる。ここではサービス継続性が直接重要になる。長い紛争は元のソフトウェア運営者より長く続き得る。回収または引継ぎまで、責任主体を特定できなければならない。(2, 20, 21)
サプライチェーン評価
サプライチェーンへの理解の深さ
| 評価基準 | スコア |
|---|---|
| 経済的な問題設定 | 6/10 |
| 最終成果としての意思決定 | 6/10 |
| サプライチェーンに関する概念的明晰さ | 5/10 |
| 時代遅れの中心的教義からの自由度 | 6/10 |
| KPIの見せかけへの耐性 | 4/10 |
平均：5.4/10。
経済的な問題設定 — 6/10。 回収可能な運賃は明示的な金銭目標を与える。将来の選択には、輸送費を在庫、能力、欠品の影響と結ぶ計算がなお必要であり、公開された運送業者比較は輸送時間の評価で止まっている。(2, 17)
最終成果としての意思決定 — 6/10。 監査フローは差異の報告を超えて、異議申立てとクレジット受領まで達する。出荷可視化では再予約と業務の優先順位変更がユーザーに残り、実行可能な意思決定の範囲を制限する。(4, 16)
サプライチェーンに関する概念的明晰さ — 5/10。 データモデルは注文、出荷、相手方、マイルストーンを認識している。この具体性は実際の業務照合に役立つが、希少資源の競合する用途から選ぶ経済モデルを証明しない。(1, 10)
時代遅れの中心的教義からの自由度 — 6/10。 中核提案は、合意形成型計画の儀式を要求せずに、文書処理と金額差異を扱う。ただし、より広い運用モデルは人による警告の解釈と対応調整に大きく依存する。(2, 15)
KPIの見せかけへの耐性 — 4/10。 ADAMAの見出しと輸出業者の生産性割合には、分母、期間、費用の詳細が足りない。再現可能な純収益や、一定の業務規模で必要となる労力を示すことはできない。(18, 16)
意思決定と最適化の実質
| 評価基準 | スコア |
|---|---|
| 確率的モデリングの深さ | 2/10 |
| 最適化またはMLの独自の実質 | 3/10 |
| 現実の制約への対応 | 5/10 |
| 意思決定の自動化と労働生産性 | 5/10 |
| 現実の業務の複雑さへの適応力 | 3/10 |
平均：3.6/10。
確率的モデリングの深さ — 2/10。 運送業者の平均値と到着予測品質の監視は、需要と到着の共同不確実性を行動選択に用いることを示さない。この点は将来計画の提案を制限する。完了済みサービスの料金再構成は別の、主に過去を扱う仕事である。(17, 9)
最適化またはMLの独自の実質 — 3/10。 期待料金の再構成は具体的な計算機構である。公開説明は、知能が継続的に改善するという主張の背後にある学習モデル、評価データ、比較上の寄与を明らかにしていない。(2, 6)
現実の制約への対応 — 5/10。 契約上の期間、出荷イベント、料金コードは監査領域に実質的な構造を与える。共用の輸送・倉庫資源が、実行可能な業務行動の共通計算に入ることは示されていない。(4, 1)
意思決定の自動化と労働生産性 — 5/10。 データ配信と監査の追跡は反復作業をなくし得る。輸出業者の時間節約値もエージェントの主張も、出荷または解決済み請求書当たりの顧客とベンダーの総労力を測っていない。(16, 5)
現実の業務の複雑さへの適応力 — 3/10。 データ照合は誤りを表面化し、設定可能な関連付けは変更を可能にする。ただし、有害な監査判断から意味の修正、過去データの再実行、管理されたリリースへ至る文書化された経路はない。持続的改善は非公開の開発実務に依存する。(9, 10)
製品とアーキテクチャの整合性
| 評価基準 | スコア |
|---|---|
| アーキテクチャの一貫性 | 6/10 |
| システム境界の明確さ | 6/10 |
| セキュリティへの真剣さ | 2/10 |
| ソフトウェアの簡素さと保有コスト | 3/10 |
| プログラム操作とエージェント支援業務への適合性 | 4/10 |
平均：4.2/10。
アーキテクチャの一貫性 — 6/10。 共通の正規化・関連付け層が関連する物流アプリケーションを支える。公開設計は、監査ルール変更、元データの修正、下流の支払い状態の一貫性を評価するには浅すぎる。(1, 10)
システム境界の明確さ — 6/10。 プラットフォームは既存システムの情報を補い、監査層は財務と接続する。競合する更新や失敗した支払いフロー操作の責任は、全体の信頼性を判断できるほど文書化されていない。(1, 4)
セキュリティへの真剣さ — 2/10。 開示されたプライバシーポリシーは顧客データの取り決めを契約に委ねる。公開アーキテクチャは、それらが機微な操作であるにもかかわらず、文書取込み、エージェントの解釈、財務上の書込み権限の分離を示していない。(14, 3)
ソフトウェアの簡素さと保有コスト — 3/10。 過去のスタックにはTypeScript/AWSという分かりやすい中心があり、アナリスト職はデータ提供元と品質に関する継続作業を裏付ける。顧客マッピングの保守、例外解決、後継運営者への移管の費用は測定されていない。(13, 12, 21)
プログラム操作とエージェント支援業務への適合性 — 4/10。 自動取込みと書き戻しは有用な連携面を提供する。公開スキーマ、呼び出し可能な監査インターフェース、権限境界、テストツールは提供されず、独立したワークフロー構築と改善を制限する。(1, 4)
技術的透明性
| 評価基準 | スコア |
|---|---|
| 公開技術文書 | 3/10 |
| ベンダーを介さない検証可能性 | 2/10 |
| 移植性とロックインの可視性 | 3/10 |
| 導入方法の透明性 | 4/10 |
| 技術的主張を支える証拠の密度 | 3/10 |
平均：3.0/10。
公開技術文書 — 3/10。 データ品質の説明は意味のある処理段階を特定する。しかし、関連付け、料金計算、モデル動作の再現可能な仕様は提供せず、重要な実装上の問いを残す。(9, 4)
ベンダーを介さない検証可能性 — 2/10。 外部の人は監査の順序を理解できても、契約解釈を再現したり、文書化された誤り処理テストを確認したりできない。正しさの根拠の大半を営業上の保証が担っている。(2, 6)
移植性とロックインの可視性 — 3/10。 既存システムとのデータ交換は連携の摩擦を一部減らす。しかし、サービスを他へ移すために必要なマッピングロジック、紛争履歴、顧客固有ルールをエクスポートできることは示さない。(1, 10)
導入方法の透明性 — 4/10。 アナリスト求人と業務上の指針は、協業と反復的なデータ作業を明らかにする。導入労力、顧客ロジックのテスト責任、長期サービスの人員配置は定量化されていない。(12, 15)
技術的主張を支える証拠の密度 — 3/10。 実名の業務経験と説明された監査フローは、実在する製品を裏付ける。一方で、最も強い自律性の主張を、測定された誤り率、残作業、純財務成果へ結び付ける証拠はない。(8, 7, 6)
ベンダーの真剣さ
| 評価基準 | スコア |
|---|---|
| 公開発信の技術的真剣さ | 2/10 |
| 技術ロードマップの一貫性 | 3/10 |
| 概念的明晰さ | 5/10 |
| 経済的説明責任 | 6/10 |
| エージェント型ソフトウェア時代の競争力の持続性 | 4/10 |
平均：4.0/10。
公開発信の技術的真剣さ — 2/10。 完全な記憶と容易な適応という主張は、商取引文書を解釈する際の失敗の仕方を省いている。この表現は、財務上の権限を求める製品への信頼を損なう。(6)
技術ロードマップの一貫性 — 3/10。 断片化したデータから運賃監査への進展には一貫性がある。公開された実装証拠は後の自律型物流の野心を裏付けず、報告された停止によって将来の保守と顧客サービス継続性が未解決となっている。(19, 5, 20, 21)
概念的明晰さ — 5/10。 当初の断片的な物流情報への重点は、具体的な業務の無駄を特定する。対話インターフェースを通じて在庫の答えを約束することは、文書化された意思決定モデルを超えている。(19, 3)
経済的説明責任 — 6/10。 回収条件付き手数料は、支払いを財務成果と揃える。公開事例はなお、特定した料金、受理された請求、実現したクレジット、すべての運用費用を突き合わせるところまで達していない。(5, 7)
エージェント型ソフトウェア時代の競争力の持続性 — 4/10。 保守された運送業者データの意味付けと確実な回収業務は、対話インターフェースより再現が難しい。公開証拠は、その優位性を維持するための独自の数値機構、測定されたサービス生産性、継続する運営組織を示していない。(9, 2, 20)
出典
すべての出典は2026年11月4日に閲覧した。確認できる場合は公開日を記載する。
プラットフォーム。日付なし。プラットフォームの範囲、設定可能なデータモデル、補完したデータの既存システムへの返送。
UnityAudit。日付なし。期待請求額の計算、異議申立て処理、精算追跡、条件付き手数料。
Unity AI。日付なし。待機リスト付きAIサービス、OCR/LLM抽出、対話による在庫回答の主張。
監査サービスの開始。2025-08-11公開。提供開始発表と、支払前監査、学習、財務統制に関する主張。
AI監査。2025-06-05公開。監査の経済性、即時適応、回収に基づく支払いを扱うCEOの記事。
監査の独立性。2025-08-25公開。エージェントの信頼性と独立性の主張。
監査事例。2025-07-09公開。匿名の運送業者監査と発見した過剰請求。
ADAMA。2025-03-24公開。実名の物流導入と範囲を限定した業務成果。
データ品質。2024-07-24公開。データ照合、検証、関連付けの手法。
機能強化。2025-03-17公開。ルールによる変換と設定可能なワークフロー。
シリーズA。2023-05-09公開。創業者による資金調達発表と当時の製品構想。
データアナリスト。日付なし。ベンダーが記述した運用上のデータ責任。
プラットフォームエンジニア。2023-04-13公開（JobPostingメタデータ）。投資家が掲載する雇用主の求人。メタデータはこの募集を2023年4月13日付としている。
プライバシー。2023-03-23公開。2023年3月23日付ポリシーの顧客データ処理範囲。
人材。2025-05-06公開。組織的作業とユーザー関与についてのCEOの説明。
生産性。2025-04-28公開。輸出業者の生産性の主張と残る仕事の説明。
輸送ルート別リードタイム比較の紹介。2023-07-07公開。運送業者の平均値に基づいて提供されたルート比較。
UnitySCMホームページ。日付なし。ADAMAの費用削減に関する見出し。
投資先紹介：UnitySCM。2022-08-04公開。製品範囲と初期の失敗に関する、投資家による創業者インタビュー。
Unity SCM企業情報。日付なし。出所の明確な事業停止報告とイスラエル登録番号への対応付け。
イスラエル企業登記局：法人516271780。公開された現在の登記回答。法務省公式データセットの回答：イスラエル法人の状態。
[22] Unity Software Ltd、法人516271780
Unity Software Ltd、法人516271780。日付なし。取締役、株主、清算手続を特定する転載企業情報。