この記事は、Sansan Advent Calendar 2025 、7日目の記事です。 はじめに こんにちは、技術本部 コーポレートシステム部 Corporate Architectureグループ所属の小松です。 最初に所属先のコーポレートシステム部門について簡単に紹介させてください。 コーポレートシステム部は、情報システム部門（いわゆる情シス）にあたります。部のミッションとして「EXをシンプルにする」ということを掲げています。EXとは Employee Experience（従業員体験）のことです。 本ブログでは、一部ではありますがEX向上の寄与に関連する AWS / Google Cloud / SaaS の横断的な権限管理基盤を作り直した話を書きたいと思います。正確には「作り直し始めた」段階で、まだ道半ばです。ただ、構想から1年以上が経ち、最近少しずつ運用も進み始めました。ここで一

はじめに 技術本部Quality Assurance Engineering Unitの杉本です。 QAでPlaywrightを使ったE2Eテストを推進している者です。以前、SETチーム始動 Playwrightで実現した最初の成果 - Sansan Tech Blogという記事で、立ち上げと導入について書きました。この記事を公開してから約1年、私たちのチームであるSET（Software Engineer in Test）は、社内でのE2Eテスト自動化の取り組みをさらに加速させてきました。 現在では、Bill Oneから始まり、Sansan、Contract Oneに導入し、これからEightへ導入しようとしているところです。これで、Sansanが展開する主要プロダクトすべてにE2Eテスト自動化の基盤を整えることができました。 Playwright Agentsの紹介 今回ご紹介するのは

はじめに：QAの未来を創造するための試み こんにちは。Bill OneでQAエンジニアをしている林 樹坤です。 私たちのチームは「AIを活用した新しいテストプロセス」を目指して、品質保証のあり方を変えようとチャレンジしています。 今回は、AIを活用してテスト設計の「属人化」という長年の課題を解決した話をします。誰が担当しても85%以上の品質を安定的に実現できる仕組みを構築し、その結果として工数も54.3%削減することができました。 属人化が招いた「品質の不均一性」と「テストの網羅性欠如」 私たちの取り組みは、チームが抱えていた「テスト設計の属人化」という課題から始まりました。テストの形式や設計手法が個人の経験に依存していて、統一するのが難しい状況でした。これがレビューの非効率化や成果物の品質バラつきの原因になっていたんです。 この問題が表面化したのは、複雑なワークフロー機能の開発時でした。

はじめに こんにちは！技術本部 Bill One Engineering Unitの市川です。 突然ですが、皆さんのチームでは、AIをどう活用していますか？ 「CursorやClaude Codeを導入してAgent機能を活用している」「プロンプトエンジニアリングの勉強会を開いた」など、様々な試行錯誤をされているかもしれません。 2023年以降の生成AIの進化、とりわけAI Coding Agentの台頭は、ソフトウェア開発の世界に地殻変動をもたらしました。 コーディングやテスト実装が半自動化される中、 エンジニアの価値の源泉は「どう作るか（How）」から 「何を作るべきか（What）」 と 「なぜ作るのか（Why）」 へと、急速にシフトしています。 プロダクトの価値を定義する、要件定義・設計フェーズの重要性は、かつてないほど高まっているのです。 この大きな潮流を受け、私たちBill On

Sansan Engineering Unit Infrastructureグループの織田 繁です。 2025 年 6 月 25 日～ 26 日に開催された AWS Summit Japan 2025 での Community Stage にて「Amazon S3 標準/S3 Tables/S3 Express One Zone を使ったログ分析」というタイトルで登壇させていただきました。 この時点では具体的な性能比較は行っていなかったので、実際に試してみた結果をレポートします。 前提 システム構成図 検証用のデータを投入するためのシステム構成図です。 システム構成図 Amazon Elastic Container Service (Amazon ECS) から Amazon Data Firehose へデータ送信し、Simple Storage Service (Amazon S3)

こんにちは、名刺アプリ「Eight」でエンジニアをしている藤野です。最近はタコスの肉（カルニタス）作りに挑戦しようと考えています。 さて、今回はReact 18移行時に発生したReact Virtualizedで起こった問題と、その解決のためにReact Virtuosoへ移行した技術的な判断について共有します。 そもそもReact Virtualizedって？ React Virtualizedは、大量のリストやテーブルデータを扱う際に、画面に表示されている項目だけを仮想的に描画することで、描画負荷とメモリ使用量を削減するReact向けライブラリです。 github.com 画面に見えている領域だけDOMとして描画し、スクロールに応じて動的にDOMを追加・削除することで、数千、数万件のデータでも快適にスクロールできるようにする仕組みです。基本的なコンポーネント（List、Grid、Tab

こんにちは。技術本部 Contract One Engineering Unit の伊藤です。Sansan株式会社で AI 契約データベース「Contract One」の開発を担当しています。 Contract Oneでは契約書検索をコア機能として提供していますが、実運用では社名の表記揺れや新旧社名による検索漏れが課題となっていました。たとえば「さんさん」と入力しても「Sansan株式会社」にヒットしてほしいですし、旧社名「三三株式会社」を検索しても新社名に紐づく契約書がヒットするようになって欲しいという要望がありました。 そこでElasticsearchの同義語検索機能を導入し、複数の表記を吸収して検索できる仕組みを追加しました。これにより検索精度は大きく改善しましたが、大規模な同義語辞書を使う中で一部性能が劣化する部分がありました。本記事では、その調査過程と得られた知見を共有します。

導入 こんにちは！名刺アプリ「Eight」のSREエンジニアの藤原です。SREは日々プロダクトの信頼性向上に向き合っています。私は2024年の8月に入社し、すでに入社から1年経ったことに驚きを隠せない今日この頃です。遅ればせながらドラゴンクエストIIIリメイクを始めたので、残暑を乗り越えられるように頑張ります。 アプリケーションへ継続的にリクエストをかける環境を用意するにあたって、JMeterのスクリプトを作成する必要がありました。本ブログでは、CursorとPlaywright MCP Serverを活用してスクリプト作成を効率化した方法をご紹介します。 なお、本記事で触れるJMeterのシナリオの用途としては、いわゆる「ストレステスト」「限界テスト」などの一般的な負荷テストの意味合いではなく、ある程度のユーザーの挙動を模擬しながら継続的にリクエストを流し続けるための用途となります。 背

はじめに こんにちは！技術本部 Sansan Engineering Unit Mobile Applicationグループの桑原です。 このたび、Mobileチームでは「技術負債返済」をテーマとしたTech Blogリレー企画を開始することになりました。 本記事はその第一弾として、Epoxy削除プロジェクトを取り上げます。今後も隔週でMobileチームから技術負債返済に関する記事を投稿予定ですので、ぜひご期待ください。 さて、技術負債、溜まっていませんか？「いつかやろう」「時間ができたらやろう」と思いながら、気づけば半年、1年と放置してしまう。そんな経験をお持ちの方も多いのではないでしょうか。 本記事では、私たちのチームが長らく停滞していた技術負債返済プロジェクトを、わずか3カ月で完遂した軌跡をご紹介します。 同じような状況でお悩みの方の参考になれば幸いです。 技術負債の概要 立ちはだか

技術本部 Contract One Engineering Unit の髙野です。2024年に新卒で入社し、AI契約データベース「Contract One」を開発しています。 KotlinConf 2025で突如として発表されたKotlin LSPは、Jetbrains IDEが主流だったKotlin開発に大きな変革をもたらす可能性を秘めています。 そんなKotlin LSPについて、現状と今後の展望をまとめます。 Kotlin LSPとは？ 配布形式 Visual Studio Code 拡張機能 Standalone Kotlin LSPでできること AI連携と生産性向上への期待 GitHub Copilotとの連携 Serena MCPとの連携 触ってみた感想 今後の展望 まとめ Kotlin LSPとは？ Kotlin LSPは、Jetbrainsが開発している公式のLanguag

こんにちは、技術本部 Contract One Engineering UnitでAI契約データベース「Contract One」の開発をしている中川泰夫です。 私は2024年9月からContract One Devグループのマネジャーを担当してきました。マネジャーとして組織の立て直しに取り組む中で、社内ハッカソンの開催やエンジニアイベントの主催など、さまざまな成果を残すことができました。 buildersbox.corp-sansan.com sansan.connpass.com しかし、Contract OneがPMF（Product Market Fit）を達成した今、私自身が発揮できる価値は現場でのプロダクト開発にあると確信しました。そのため、2025年5月をもってマネジャーを退任し、再びエンジニアとして現場での開発へ戻ることになりました。 この記事では、実際に体験したマネージャ

こんにちは、技術本部 Contract One Engineering UnitでAI契約データベース「Contract One」の開発をしている井上です。 今回は、現在各所で注目を集めているFigma MCP（Model Context Protocol）について書きます。 Figma MCPとは Figma MCPの設定方法 1. Figmaデスクトップアプリのインストール 2. MCPの有効化 3. MCPサーバーの設定 4. 設定完了 Figma Code Connectの設定方法 1. @figma/code-connectをインストール 2. アクセストークンの取得 3. Figmaとの接続 4. ひな型コードの生成 5. Prop Mappingの設定 6. 設定の反映 実際の活用事例 デザインの修正に爆速で対応する 新しい画面を爆速で作る まとめ 参考リンク Figma M

こんにちは。SansanのCTO笹川です。 先日、Sansan技術本部で、全エンジニアが集まる半期総会が開催されました。この場で私は、技術本部として掲げているビジョン「このプロダクトで世界を変える」という技術本部のビジョンを実現するために必要だと考える3つの力についてお話ししました。 この記事では、その総会でお伝えした内容の一部を抜粋し、皆さんに共有したいと思います。 1. 圧倒的な技術力 まず1つ目は、「圧倒的な技術力」です。 技術力とは何でしょうか？設計や実装のスピード、クオリティの高さはもちろんのこと、技術の幅広さや深さも含まれます。 よく「スピードとクオリティはトレードオフだ」とか、「専門性の深さと幅はトレードオフだ」と言われますが、私はそうは思いません。強い人は、多くの経験や実践を通じて、早く、クオリティの高いものを一撃で作り出せます。 「T字型人材」という言葉がありますが、私は

はじめに こんにちは、研究開発部の石井です。 この記事では、弊社が文書画像からの高精度な情報抽出を目指し、フルスクラッチで開発した視覚言語モデル（Vision Language Model） “Viola” の歩みを共有します。 開発に至った背景から、技術選定の試行錯誤、実用化までに直面した技術・ビジネス両面の課題とそれを乗り越えたプロセス、現在の成果と今後の展望までをお伝えします。 VLM をビジネス課題に適用しようとしている方々にとって、何らかのヒントとなれば幸いです。 Viola プロジェクトの始まり 近年、ChatGPT の登場を皮切りに視覚言語モデル（VLM）の研究が急速に発展し、大きな注目を集めています。特に画像内の文字認識能力が向上し、文字認識の学習に特化したモデルの認識精度に匹敵する事例が報告されるようになりました。 例えば InstructBLIP [Dai et al.

Bill One Engineering UnitのPurchasing Groupでアーキテクトを務める豊田(@helloyuki_)です。今日は業務中に行っているAgentic Codingについて紹介したいと思います。 Agentic Codingとは 定義 Vibe Codingとの違い Claude Codeとは 定義と機能 特徴 IDE（IntelliJ）との統合 実務での利用事例 何をやらせてみたか どうやったか 学んだこと 探索空間を絞る Plan Modeは積極的に利用する docの整備を進める MCPサーバーの活用 作業が軌道にのるまで「手懐け」 Bill OneでのAI駆動開発 まとめ Agentic Codingとは 「Agentic Coding」という言葉を最近にわかに聞くようになってきました。まずAgentic Codingという言葉が何を指すかを押さえておき

こんにちは。SansanのVPoE、大西です。 先日、Sansan技術本部で、全エンジニアが集まる半期総会が開催されました。今回のテーマは「AI時代の挑戦型組織へ」。私はこの場で、Sansanエンジニアリングの現在地と、これからの進化の方向について語りました。 本記事では、総会で私が伝えたかったメッセージを改めてまとめています。Sansanがいま、どのような組織文化と人材を求めているのか。そして、AI時代におけるエンジニアリングの価値をどのように再定義していこうとしているのか。その輪郭を、少しでも感じていただけたら嬉しいです。 なぜ今、「挑戦型組織」への変革が必要なのか？ 私たちを取り巻くビジネス環境、そして技術トレンド、特に生成AIの進化は、かつてないスピードで変化しています。この変化は単なるツールの進化にとどまらず、プロダクト開発のあり方、私たちの働き方、そしてビジネスモデルそのものに

こんにちは、Sansan Tech Blog編集部です。今回は2025年6月にSansan株式会社のCTO（最高技術責任者。Chief Technology Officerの略）に就任した笹川に、就任の背景や考え、そして今後の展望についてインタビューしました。 笹川のキャリアパスなどの情報を集めたページはこちら sansan-engineering.notion.site ――CTOに就任したことで、ご自身の中でどのような変化を感じていますか？ 実のところ、日々の業務やスタンスはこれまでと大きくは変わっていません。必要な人と人をつなげるなどといった日常の動きは、これまでも、これからも変わらないつもりです。 役職がついたことで、社外や他部署からの見え方は変わると思いますし、その肩書を生かす場面もあると思います。ただ、肩書が自分を定義するわけではないと思っていて、これまで通り、チームやプロダク

Sansan Engineering Unit マスターデータグループ（データ戦略部門）の松本です。 私たちのチームは、「Activating Business Data」というミッションを掲げ、企業の活動の礎となる重要なデータ、いわゆる「マスターデータ」とその利活用という課題に、技術を駆使して向き合っている組織です。 さて、ビジネスデータを扱う上で「住所」は欠かせない情報です。 それは単に「モノを届ける場所」を示すだけではありません。 お客様を深く知るための「解像度」になる: 顧客のオフィスの位置を正確に知ることは、効果的なマーケティングや営業戦略を立てる上で不可欠です。 データ統合の「鍵」になる: 複数のサービスやデータベースに散らばったお客様の情報を「同一人物である」と正しく繋ぎ合わせる（名寄せする）際、住所は氏名と並んで最も重要なキー情報となります。 このように、正確な住所データは

こんにちは、Sansan株式会社 技術本部 研究開発部の田柳です。 2025年5月27日（火）〜30日（金）の4日間、大阪国際会議場（グランキューブ大阪）にて開催された 2025年度 人工知能学会全国大会（JSAI2025）に参加してきました。弊社はプラチナスポンサーとして協賛し、大田尾・黒木・竹長・田柳・山内が現地参加しました。 私自身、学生時代は経済学を専攻し、現在は契約書データのキーワード抽出技術の研究開発などに取り組んでいます。こうした機械学習系の学会への参加は今回が初めてで、多くの刺激を受けました。 本記事では、印象に残ったセッションや発表、そして会場の雰囲気などをレポートします。 ブースにて、写真左からでの田柳・竹長・大田尾 JSAI2025について 以下、JSAI2025の公式HPから引用します。 JSAI 2025は、人工知能学会（JSAI）が主催する日本最大級のAI学術イ

こんにちは。技術本部 情報セキュリティ部 CSIRTグループ所属の北澤です。Data Hubというプロダクトの開発組織から CSIRTグループのプロダクトセキュリティチームに異動してきて1年が経ちました。 4月21日にSansanでは初めてとなる新卒エンジニア向けの大規模な情報セキュリティ研修を行いました。今まで全社員共通のセキュリティ研修はありましたが、SQL InjectionやXSSなど、開発時に考慮すべき脆弱性対策に特化したエンジニア向け研修を行ったのは今回が初めてになります。本記事ではその研修の内容についてお伝えできればと思います。 研修について タイムテーブル 研修は以下のタイムテーブルで、丸一日かけて実施しました。 研修のタイムテーブル 最初は領域問わず必要な情報セキュリティの基礎に関する講義を行い、午後にSQL InjectionなどをはじめとしたWebに関する攻撃手法の講

はじめに こんにちは、Sansan株式会社 コーポレートシステム部の正木です。ネットワークエンジニアとして、社内ネットワークの設計・構築から運用まで幅広く担当しています。 以前はSIerとして大手キャリア様などに常駐していましたが、より事業に近い立場で企画から運用まで一貫して関与し、自らの手でネットワークを構築したいという想いから、現在のSansanへジョインしました。入社後間もなく、その想いを実現する絶好の機会となる本社移転プロジェクトが始動しました。 本記事では、設計から構築まですべて内製で挑んだ本社移転におけるネットワーク構築の裏側や、そこで得た学び、そして内製ならではの面白さをご紹介します。SIerでの経験を持つネットワークエンジニアの方、事業会社の情報システム部門で奮闘されている方、そして現在オフィス移転プロジェクトに関わっているNW担当者の方々にとって、少しでも共感やヒントとな

こんにちは。 名刺アプリ「Eight」でエンジニアをしている鳥山（@pvcresin）です。 最近は、カフェに入ってコカ・コーラとクラフトコーラがあったら、クラフトコーラを選ぶようにしています。 なんかちょっとオシャレな感じしますよね。 ただ、味の当たり外れが激しいので、素直にコカ・コーラを頼んでおけばよかったと後悔することも多々あります…。 さて今回は、Web版Eightのフロントエンドにおいて、モジュールバンドラーをwebpackからRspackに移行し、ビルドを高速化した話をしたいと思います。 目次 背景 TurbopackとRspack ビルドの移行 ユニットテストの移行 処理時間の比較 まとめ 背景 約5-6年前、Eight内のWebフロントエンド関連のリポジトリは、ほぼすべてがwebpackやそれを内包したCreate React Appでビルド（=バンドル）されていました。

こんにちは。研究開発部のMengsay Loemです。 現在は、帳票などの文書画像から情報を抽出・構造化する「データ化技術」の研究開発に取り組んでいます。 本記事ではその中でも、視覚言語モデルを活用したアプローチに注目し、特に異なる情報抽出に特化したVLM（Vision-Language Model）を統合する方法に関する実験と考察を共有します。 ※ ここで紹介する実験の内容は、実際の当社サービスで用いている技術とは異なります。 背景：帳票情報抽出へのVLM活用とその課題 帳票からの情報抽出には、近年VLMを VQA（Visual Question Answering）形式に適用する方法が注目されています。簡単に説明すると、VQAとは画像に対して質問を自然言語で与え、それに対する答えをモデルが自然言語で返すというタスクです。以下のようなイメージです。 VLMによる情報抽出における入出力帳票

技術本部Sansan Engineering Unit Nayoseグループの金久保です。 Nayoseグループでは、当社のほぼすべてのプロダクトが利用する共通基盤である”データの名寄せ”サービスの開発を日々行っており、その中でさまざまなデータベースやSQLに関する課題の解決に取り組んでいます。 今回は、私が直面したマイグレーションの課題とその解決方法について知見を共有したいと思います。 MySQLのDDLアルゴリズム 外部キー制約のあるカラム追加における課題 問題点 マイグレーション中のFOREIGN_KEY_CHECKを無効化する 注意点 比較して検証する ( ⅰ ) 従来通りCOPYアルゴリズムで行った場合 ( ⅱ ) FOREIGN_KEY_CHECKを無効化しINPLACEアルゴリズムで行った場合 結果の比較 FOREIGN_KEY_CHECKを無効化しても良いかの判断基準 まと

こんにちは。 名刺アプリ「Eight」でエンジニアをしている鳥山（@pvcresin）です。 最近は、社内の謎解きが好きな人たちとリアル脱出ゲームに参加しています。 10人ほど必要なイベントでもすぐに人数が集まるので、社内にコミュニティーがあるのはありがたいですね。 さて今回は、Eightで昨年末から取り組み始めたRubyへの型導入について紹介します。 目次 背景 静的型付けブーム 型チェッカーと関連ツールの概要 SteepとSorbetの実導入による比較検証 比較の結果 採用にあたり気になるポイント まとめ 背景 EightのバックエンドはRuby on Railsで構築されています。 10年以上にわたって開発が続けられてきたこともあり、コードベースは非常に大きく、コードの挙動や開発者の意図を読み解くのに時間がかかる場面も増えてきました。 もちろん、定期的にリファクタリングや不要な機能の

導入 こんにちは。2024年8月に名刺アプリ「Eight」のSREエンジニアとして、Sansan株式会社へ入社した技術本部 Eight Engineering Unit Platformグループの藤原です。日々プロダクトの信頼性に向き合っています。 本記事では、Web版Eightのセッション管理で活用しているAmazon ElastiCache for Redis OSS（以後ElastiCache for Redis とする）を、Amazon ElastiCache Serverless for Valkey（以後ElastiCache Serverless for Valkeyとする）に移行した背景やプロセス、移行後の効果をご紹介します。 セキュリティーアップデート時の運用負荷軽減だけでなく、ユーザーへの影響も最小化し、コスト削減も実現できたため、ElastiCache Serverl

VPoE 兼 インボイス管理サービス「Bill One」のプロダクト開発責任者の大西です。Bill Oneには長らくプロダクト開発責任者として関わってきましたが、しばらく別のことをやっていました。今回2年ぶりにBill Oneを担当することになったため、「今、Bill Oneで働く魅力」をお伝えしたいです。 1. 市場を変えるプロダクト 従来の請求書SaaSは、主に「請求書を発行する」サービスが中心でした。しかし、Bill Oneは「請求書を受領する」SaaSの先駆けとして誕生し、市場そのものを創る挑戦でした。 請求書には「送られたものを受け取る」という特性があります。発行側が紙の請求書を送り続ける限り、受領側の企業がデジタル化を進めたくてもなかなか進められないという課題があり、市場全体のデジタル化が進みにくい状況でした。 Bill Oneはこの課題を解決するために、発行企業の手間を変えず

こんにちは、研究開発部 Architectグループで内定者インターンをしている上田です。 研究開発部では、サービスの拡張や組織変更など、さまざまな要因により、長らく手動で運用しているジョブがいくつか存在しています。今回はその一つをKubernetes の CronJob として実行できるように変更しました。 しかし、その過程で今までローカルファイルにキャッシュを永続化していた部分が使えなくなったのでAmazon S3に移行したところ実行時間が33時間から 291時間まで大幅に増加してしまうという問題が発生していました。 TL;DR C# を用いて CronJob に移行するため S3 にデータをキャッシュしたところ実行時間が大幅に増加した C# 学習とパフォーマンス改善に取り組んだ Elasticsearch へのリクエスト方法を変更し、S3によるキャッシュを廃止してエフェメラルストレージ