１．会計モジュールの導入目的
◆ 経理業務の省力化
・業務システム（製造、販売、購買、在庫）の自動仕訳
◆ 業務の見直し
・伝票の起票、承認のプロセス
◆ 生産、販売、購買管理との統合
・ありがちな問題点
－仕訳発生元の詳細情報を把握できない
・解決パターン
－ＥＲＰ標準機能で、仕訳発生元の製造手配、
受発注情報などを把握できる
◆ 決算期間の短縮
・月次決算早期化
◆ 管理会計機能の充実
・不採算案件の早期発見
・収益管理の精度向上
◆ 連結（グループ）経営管理のための基本的インフラ整備
・ありがちな問題点
－グループ会社間取引にズレあり
・解決パターン
－ＥＲＰの会社間取引の機能を使用する
－各社で同一ＥＲＰを使用して、連結会計用のデータを作成
◆ 多通貨対応
・ありがちな問題点
－現システムでは外貨建て管理が出来ない
・解決パターン
－ＥＲＰの外貨建て残高管理機能を使用
２．会計モジュール導入時の検討事項
◆ 基本項目の設定
・組織
・会計期間
・勘定科目
・伝票番号
・消費税
◆ 会計伝票の起票・承認のルール・手順
・（例）部門で伝票起票→経理部で承認・転記
◆ 会計伝票入力時におけるデータのチェック
◆ 勘定科目コードの見直し
・（要件例）グループ経営管理の観点からの見直し
◆ 仕訳伝票登録の省力化
・Ｅｘｃｅｌからの仕訳入力
・どのパッケージにも以下のような機能あり
- 仕訳辞書機能
- 繰返仕訳機能
◆ 旅費・経費関連（仮払金など）
・（経理部以外の）各部門の社員が使用
→ ユーザインターフェースが問題になる
→ ＥＲＰとは別のシステムを使うケースも多い
◆ 消込管理
・売掛金、買掛金以外の勘定科目（仮払金、立替金など）の消し込み管理
◆ 債務関連
-（買掛金以外の）債務の計上（未払金など）
- 支払関連 -
・支払方法、支払条件の設定
・支払保留の運用
・銀行手数料の設定
・支払承認（承認用のリストなど）
・支払処理の拠点（本社一括、各支店・事業所など）
・支払データ
- 全銀ＦＢデータの作成
- 海外送金用のフォーマットなどはアドオンが必要
・支払通知書（フォーマットなど）
- 手形関連 -
・手形支払（支払手形）
・半金半手（支払条件）
・手形の（最適）分割
⇒ＥＲＰ標準機能ではムリのはず
- 外貨関連 -
・外貨支払
◆ 債権関連
・（売掛金以外の）債権の計上（未収入金など）
・請求書発行、債権計上
・売掛金の消し込み（入金消し込み）
→ 作業省力化のためＥＲＰ標準機能ではなく、アドオンのケースも
・受取手形関連
・与信管理関連
◆ 売掛金・買掛金の相殺
◆ 原価計算方法の見直し
・標準原価計算の採用
⇒原価差異の配賦（to 売上原価, 在庫）
◆ 固定資産
・固定資産の取得、マスター登録
- 資産番号、現物管理用の項目
- 減価償却用の項目
会計用、法人税用、償却資産税用
- 償却資産税用の市町村登録
・除売却（部分除売却 ＝ 一部除売却）
・振替（場所や管理部門の移動）
・減価償却
- シミュレーション機能など
◆ 管理会計
・組織コードの定義
管理会計用の組織単位
・管理会計用の勘定科目
・付替、配賦の方法
・配賦基準
◆ 出力帳票
・総勘定元帳、得意先・仕入先元帳など
・未転記仕訳一覧表
・仕訳日記帳
・仕訳明細表
・現預金出納帳
・売掛金・買掛金残高確認書
・ＢＳ．ＢＬ
・キャッシュフロー計算書
・固定資産台帳
・償却資産申告書、法人税確定申告書（別表１６）
・資金繰り表
※ 電子帳簿保存法への対応
◆ インターフェース関連
・給与計算システム
・旅費・経費精算システム
・固定資産システム（もちろんＥＲＰの機能を使うケースも多い）
◆ データ移行（再編、名寄せを含む）
・勘定科目マスター
・得意先マスター
・仕入先マスター
・銀行マスター
・組織マスター
・固定資産マスター
・勘定残高
◆ 運用
・勘定科目マスターの運用
- 勘定科目の新規登録・変更・削除（廃止）
・得意先マスター、仕入先マスターの運用
※ 一見の得意先、仕入先の使用も
・銀行マスタの更新
・外貨レートの更新
・組織マスターの更新（組織変更対応）
・伝票修正のルール
・会計期間の運用
・決算手順（残高繰越など）
SAPが語るインメモリ--HANAとOracleの違いとは
インメモリ技術による「超」高速データ処理を特徴とするデータベースソフトウェア「SAP HANA」だが、SAPは、特徴はそれだけにとどまらないとする。それは設計思想そのものにも起因し、他社にはない利点を生み出しているという。
HANAは、2010年に市場投入。第1号ユーザーとして野村総合研究所が導入して以来、これまでに世界で4000社以上が導入、利用し、そのうちの3分の1以上が、HANA上の統合基幹業務システム（ERP）である「SAP Business Suite powered by SAP HANA」を利用しているという。
HANAの最大の特徴は、インメモリ技術による高速処理である。すべてのデータをメモリ上で処理するインメモリコンピューティング技術により、ハードディスクのデータベースと比べて、数千倍から数十万倍のパフォーマンスを発揮できるとする。
だが、インメモリによる高速性は、他社と同じ道筋を歩んでいるに過ぎず、当然の道程であると、SAP Asia Pacific Japanのデータベースおよびアナリティクス担当シニアバイスプレジデント、Paul Marriott氏は語る。
「唯一、インメモリに特化したHANAは、Oracle Database 12cのインメモリオプションと比べても3倍速い。だが、それだけで価値は低い。HANAの強みは高速性だけでなく、むしろほかの部分にある」
呼応するように、独SAP プラットフォームソリューションズグループのグローバルバイスプレジデントを務めるPaul Young氏は、HANAの特徴としていくつかの要素をあげ、それについて説明する。
同一DBでトランザクションとアナリティクスの両方を
「1つめは、同一のデータベースで、トランザクションとアナリティクスの両方を実施できるという点。これは他社との大きな違いだ。Oracle Database 12cのインメモリオプションは、コピーを作ってクエリの高速化を実現するが、同じデータが重複して存在するため、複雑性が増すという課題がある。また、Exalyticsを利用したり、Hyperionを利用したりするたびに、またコピーを作らなくてはならない。1つのデータセットを利用するのに比べるのと、スマートとは言えない」（Young氏）
Marriott氏は「トランザクションシステムとアナリティクスシステムが分断していたことによって、重複データやシステムの複雑さが発生している。これを解消しているのがHANAの強みだ」と続ける。 HANAの製品構造面でのシンプルさは、他社にはない特徴というわけだ。
2つめは、さまざまなデータを活用し、リアルタイムに分析できるという点。「HANAはデータベースが得意とする構造化データのほか、地理空間データ、ソーシャルデータなどの非構造化データのすべてが1台に入る。それをリアルタイムで処理することができる。時間や場所、利用者が持つ制約をなくし、リアルタイムビジネスが実現できるのがもう1つの特徴だ」と同氏。
もちろん、Oracleとしても「既存のデータベースに一切手を入れずにインメモリ処理を実行できる」など、さまざまな言い分があると考えられるが、SAPとしては、インメモリに特化したアーキテクチャを作り上げていることを強調する格好となった。
Burberryは顧客の行動をリアルタイム予測
事例として挙げるのがBurberryだ。同社では、顧客が店に入ってきた際に、会員顧客が持つモバイルデバイスを検出。これまでにどんな製品を購入しているのか、どんなサービスを受けているのかといった履歴を検索し、高度な分析を通じて、次にどんな製品を購入しそうなのか、あるいはどんなものに興味を持ちそうなのかといったことをリアルタイムで予測し、最適な接客ができるようにするという。
「古いデータベースシステムでは、過去の購入履歴は閲覧できるが、在庫システムと連動させて最適な製品を勧めたり、個別の顧客に対して、パーソナライズ化した体験を提供したりといったことまではできない。データを収集して、格納するだけでなく、リアルタイムで処理し、分析できるのがHANAの特徴であり、リアルタイムの顧客体験は、他社のプラットフォームでは実現できない。だからこそ、BurberryはHANAを使っている」（Young氏）
また、ソウル国立大学病院では、10年間にわたる臨床データを活用。テキストベースの情報などの非構造化された患者のデータや、実験データなどの構造化データを組み合わせ、リアルタイムで分析できるという。その結果、以前抗生物質の投与は全体の6％の患者に実施されていたが、1.2％にまで引き下げられたという。
「投薬量が減ることで経費を下げられ、薬剤耐性の課題についても解決できる。従来のデータベースシステムではできなかったこと」だとする。
3つめには、それらの仕組みを活用することで、将来を予測する先見的な分析が可能になる点だ。
「HANAは、単なるデータベースではなく、プラットフォームと呼べるもの。だからこそ、将来を予見し、未来をシミュレーションできる。いままで解決できなかったものまで解決できるようになる」と、ヤング グローバルバイスプレジデントは語る。
オランダでの具体例を挙げる。ガスのパイプラインのすべて情報をデータベースにまとめているが、これに地理情報を加え、学校や図書館などの公共施設や、スタジムや展示会場などの人が集まりそうな場所などを認識。パイプの老朽化によるトラブルや、災害が発生した場合に、深刻な被害が出そうな場所を事前に予測することができ、対策を講じることが可能だという。しかも、それをわずか3.8秒で予測したという。
昨今、スポーツ分野にも注目が集まっている。
Marriott氏は「スポーツ分野やエンターテメイント分野において、HANAを活用したアナリティクスの実績は非常に分かりやすいもの。それはビジネスでも活用できるものである」とする。
F1ではマクラーレンがマシンの走行状態をHANAでリアルタイム分析し、最適なレース運びに活用しているほか、ドイツでは、サッカーブンデスリーガでバイエルン・ミュンヘンなどのチームが、選手の育成や戦術理解にHANAを活用している。今後もスポーツ分野での活用を広げていく考えだという。
Young氏は「データベースは最終的に、どんな価値が得られるのかが重要」と前置きする。「HANAが目指したのは、フォード創業者であるHenry Fordが目指したものと同じだ」とする。
「当時の人々にどんな移動手段が欲しいかと聞いたら、多くの人が、速く走る馬が欲しいと答えた。いまのデータベースは、それと同じで、速い馬を育成することに、競合他社は力を注いでいる。しかし、SAPが、HANAで取り組んでいるのは、クルマを作ることだ。考え方の根本を変え、スマートな形で解決できるものを提案している。世の中は、すべての人が馬を降りて、クルマに乗る決断をした。データベースは40年も経っている。そこから脱却して、インメモリ処理に特化し、トランザクションとアナリティクスをひとつのデータから分析し、将来を予見できる新たなデータベースに移行しなくてはならない」と語った。
登録:
投稿 (Atom)