データエンジニアリングを活用し、月間1,800万人の会計情報を一元管理するシステム構築に挑戦する

データエンジニアリングを活用し、月間1,800万人の会計情報を一元管理するシステム構築に挑戦する

Company
メルカリ
Tags
Engineer
image

このissueを掲げている背景・理由

  • メルカリには、フリマアプリ「メルカリ」およびスマホ決済サービス「メルペイ」の取引によって発生したお客さまの会計情報と、社内の経理システムをつなぐ架け橋となる会計システムが存在します。
  • 会計システムにおいて、プロダクト・経理・会計システムの三者で正しくスムーズにやりとりするためのワークフローの整備、同システムを組織や事業の成長に合わせて使いやすくしていくために目下奮闘中です。
  • 当該チームのロードマップには「完全な監査証跡の記録と可視性の担保を維持する」(2021年6月まで)を掲げていますが、実現のためには多くの課題を抱えている状況です。
    • 会計(経理)マスタの一元管理
      1. 現状はExcelやSpreadsheet, Slack, Google Formと管理元が分散しており、今後はきちんと管理画面に一元化してログを残せるようにしていきたい
    • サスティナブルな開発環境維持の基盤づくり
      1. JIRAやドキュメントに残されているタスクの権限管理を、GitHubやCI/CDで管理できるような仕組みづくりをしていきたい
  • 他、「開発言語の統一とバージョンアップルールの作成」「障害対応性の向上」「DWHを基盤としたEnterprise IT アーキテクチャの企画案」にも取り組んでいきます。

関連事例

Microservices と会計システム

Microservices と会計システム

この記事は、 Mercari Bold Challenge Month の18日目の記事です。 こんにちは。メルカリで Product Manager として働いている津田と申します。私は社内で「会計システム」と呼ばれる、会社が運営するサービスに付随して発生した債権債務の増減を記録・集計するシステムを開発するチームで働いています。 メルカリでは、お客さまの行動に応じて日々さまざまなお金の流れが発生しています。たとえばメルカリで商品が出品され購入された(取引が行われた)場合を考えてみます。 この取引は、会社から見るとそれぞれの相手先に対する債権債務関係の変化と捉えることができます。メルカリにとっては、購入したお客さまに対する債権(= 商品代金)と出品したお客さまに対する債務(= 売上金)が発生します。このとき、商品代金の一定割合(通常は 10%)が販売手数料としてメルカリの売上となります。出品側のお客さまに売上金が付与される前に、販売手数料が控除されます。 債権債務関係が変化するタイミングやその内容はサービスの利用規約や取引先との契約関係、会計基準など様々なルールを基に決定されます。また、実際には多様な配送手段や決済手段、キャンセルや補償等のイレギュラーな処理が絡むことで複雑なお金の流れが発生します。 本記事では、このようなメルカリのサービスに付随して増減した債権債務を集計し会計処理に必要な情報を出力する「会計システム」と呼ばれる社内向けのシステムと、その Microservices 化に伴う変化についてご紹介します。 そもそも「会計」とは何でしょうか。 一口に会計といっても世の中には「財務会計」「管理会計」「税務会計」などと呼ばれる様々な種類の「会計」があります。 それらの共通点は「会計主体」と呼ばれる会社や個人の活動から生じた債権債務関係の変動を記録し、利害関係者に報告することです。財務会計であれば、「利害関係者」は債権者や投資家を指します。 財務会計に使われる主要な技術が「複式簿記」と呼ばれる記録体系です。 複式簿記は債権債務関係の変動の二面性を借方と貸方に分けて記録する体系で、13世紀のイタリアで発展しました。 複式簿記では、1つのイベントに対して常に「借方」と「貸方」が発生します。例えばメルカリで A さんが 2,000 円の商品を購入し、出品者の B さんがらくらくメルカリ便のネコポス(消費税込みで全国一律195円!)で発送したケースでの複式簿記の仕訳を考えてみます。メルカリ便では、取引の完了時に売上金から配送料が差し引かれます。 1. 取引完了に伴う売上金付与 借方: 購入者(A さん)に対する債権 2,000 貸方: 出品者(B さん)に対する債務 2,000 2. メルカリの販売手数料 10 % を控除 借方: 出品者(B さん)に対する債務 200 貸方: メルカリの売上収益 200 3.

Microservices と会計システム

メルカリで働くメンバーの課題解決に取り組む、Corporate Productsチームが求めている人!

このissueの魅力

データエンジニアとしてのキャリアの礎

  • 管理会計や内部監査など、どこの会社でも必要とされる経験を積むことができ、今後のキャリアの礎として活かされる会計分野の経験を得ることができると考えています。
  • 通常の業務内容は「データエンジニアリング」ですが、必ずしもデータエンジニアの経験やバックグラウンドを持った方である必要はありません。ましてや、データエンジニアリングにチャレンジしたい方の新しいキャリアへの入り口にも成り得ると自負しています。ただし、未経験でチャレンジいただく場合には “あえて” コーポレート部門の会計システム開発に携わりたいという強い意思をお持ちの方を歓迎したいと考えています。

上場企業の会計プロダクトの開発を担う責任

  • 「月間数億件以上のデータを扱う上場企業の会計システムの設計・開発をする」という、ミッションクリティカルかつ重要な業務を担うことができます。
  • フリマアプリ「メルカリ」、スマホ決済サービス「メルペイ」内の会計データを扱う全ての開発チームと連携し、迅速・正確な決算の実現に向けて邁進することができます。

少人数チームならではのカルチャー

  • マネージャー兼PMが1名、Backendエンジニア3名という少人数チームで開発しています。
  • 技術スタックは私たちで選定、利用できる環境であり、多くの承認プロセスがなく、チーム内で「やってみよう」と決定したら導入が可能。その結果増えた開発言語は統一化していくことについても我々だけで決定し取り組んでいます。このissueに取り組んでいくAccountingチーム単体で「これからどういう技術を使っていくのか」から考え、実行していくmicro decisionを実現しています。
  • コーポレート組織に属するエンジニアリングチームのため、フリマアプリ「メルカリ」の開発チームと連携しながらも、自分たちで考えて実行していく必要があります。自由度の高さと裏腹に全てを自分たちで決定していかなければならない側面もありますが、そのぶんチャレンジングでミッションドリブンな業務推進ができると考えています。

担ってほしい役割・責任

  • ソフトウェアエンジニアとして会計システムの設計・開発・運用をしていただきます。
    • メルカリを含む各システムで発生する取引を記録するためのシステムの開発
    • 取引データから仕訳データや会計レポートを作成するシステムの開発
    • 会計誤差の原因を早期に検知、報告できるシステムの開発
    • 会計に関するデータ基盤構築・ETLの開発・運用
    • 財務会計・管理会計に関する各種業務の自動化

本issueへの社内メンバーからのオススメ

image

Accounting & Tax マネージャー 中田 健介

Accounting Productsチームは、上場企業としても注目を集めるメルカリグループの決算を支える屋台骨です。ゆえに広範囲に上流からビジネスに貢献できる、楽しみの尽きない環境にあることが魅力のひとつです。

🙋‍♀️ このissueのスカウトを欲しい人は↓からキャリア情報を登録するだけ

issue clubについて詳しくはこちら 👈