KCGI wiki

KCGI wiki内検索 / 「仕入先勘定」で検索した結果

• マスタデータ設定を行う
  ...タの設定 3.1. 仕入先勘定グループを登録する IMG 財務会計 → 債権管理および債務管理 → 仕入先コード → マスタデータ → 仕入先マスタデータ登録準備 → 定義 仕入先勘定グループ/画面レイアウト 3.1.a. 参照登録する場合 勘定グループ「KRED」を選択 別名コピー 勘定グループ K## テキスト 仕入先 ## 3.1.b. 新規登録する場合 新規エントリ 勘定グループ FI## テキスト 仕入先 ## 3.2. 仕入先勘定グループの番号範囲を設定 「KRED」から参照登録した場合は、デフォルトで内部採番になっている。外部採番に変更する場合は番号範囲の設定が必要。 仕入先勘定グループを新規登録した場合でも、番号範囲の設定が必要。 IMG 財務会計 → 債権管理および債務管理 → 仕入先コード → マスタデータ → 仕入先マスタデータ登...
• マスタデータ
  総勘定元帳勘定 (G/L勘定) 得意先勘定 仕入先勘定 銀行マスタデータ
• ケーススタディ
  ...定 得意先勘定設定 仕入先勘定設定 3. 伝票設定を行う 伝票番号範囲設定 伝票タイプ設定 会計期間設定 金額許容範囲設定 4. 伝票を入力する 入力結果 伝票 明細 PK 勘定コード テキスト 税コード JPY 1 1 40 111110 現金 5,000 1 2 50 111250 普通預金 -5,000 2 1 01 100111 得意先 A1 630,000 2 2 50 811100 売上 - 国内 A1 -600,000 2 3 50 422100 仮受消費税 A1 -30,000 3 1 11 100111 得意先 -630,000 3 2 40 111200 当座預金 630,000 4 1 31 FI## 仕入先 V1 -525,000 4 2 40 823100 原材料 V1 500,000 4 3 40 148200 仮払消費税 V1 25,000...
• 財務会計システム開発Ⅰまとめ
  ...得意先勘定グループと仕入先勘定グループは別物 得意先マスタの番号範囲を制御 → 勘定コードの番号範囲を制御 マスタの項目ステータスを制御 マスタがワンタイムがどうか区別 仕入先マスタの項目ステータスとして存在するものはどれでしょうか？ 処理別項目ステータス 勘定グループ別項目ステータス 会社コード別項目ステータス 銀行マスタについて正しい記述はどれでしょう プログラムを使用して外部データを取り込む 銀行メニューからマニュアル登録 マスタデータの情報として、銀行キーや住所などの一般的な情報が含まれる 伝票タイプが制御する内容として正しいものは？ 伝票の番号範囲 転記が許可される勘定タイプ 伝票ヘッダ項目の項目ステータス 伝票明細項目の項目ステータス → 転記キーが制御する 転記キーにより、制御されるものは何ですか？ 明細の貸借 伝票のタイプ 明細...
• 財務会計システム開発Ⅱ
  特殊仕訳取引 得意先、仕入先マスタに登録されている統制勘定以外の統制勘定を 使用して伝票転記する機能。 源泉徴収税 リソースに対して支払われるお金を管理する機能。 自動支払いプログラム 支払うべきお金を、支払うべき時期に、 自動で支払いを行ってくれる機能。 督促処理 お金を払っていない得意先に送る 督促の文書を作成する機能。 連絡文書 連絡するための文書を作成する機能。 ケーススタディ 会社の作成から、帳票の作成まで。 基礎チェック 1. 特殊仕訳取引で転記される統制勘定は、どのような統制勘定ですか？ 得意先マスタに登録されているもの 仕入先マスタに登録されているもの 得意先／仕入先マスタに登録されていないもの 2. 特殊仕訳取引の転記であることをR/3に識別させる為に必要な入力項目は何ですか？ 特殊仕訳コード 勘定コード 伝票タイプ 取引タイ...
• 自動支払いプログラム
  まずは、一般的な話。 どの会社でも、なんらかの方法で仕入先に支払を行う必要がある。 ＳＡＰの自動支払プログラムは買掛金の管理に役立つ Ｒ／３で出来る自動処理 支払または回収が必要な未決済明細の選択 支払伝票の転記 支払媒体の印刷、ＤＭＥの使用やＥＤＩの生成 支払プログラムは 国内支払と国外支払どちらも可能。 仕入先と得意先、支払と入金のどちらも処理できるように開発されている。 名前は自動支払ですが、入金の処理もできる。 実務上は、消込キーなどがいろいろややこしいので、入金のほうの機能はあんまり使われていない。 自動支払いプログラム全体像 1. 準備データ パラメータを元に、未消込明細と仕入先マスタを加味した上で、提案する。 パラメータ 未消込明細 仕入先マスタ パラメータの設定 誰に対して支払う どの支払方法を使用 いつ支払う どの会社コードを対象にする...
• 源泉徴収税
  Ｒ／３では、従業員に対する源泉税の処理は、 「人事管理パッケージ」に含まれている。 ここで扱うのは、外部人員を短期雇用した場合。 つまり、従業員ではない「個人」に対する処理。 ＩＭＧ：財務会計→財務会計共通設定→源泉徴収税→源泉徴収税→計算→更新：税コード（ＩＭＧ９０７） 既に登録しているものの確認、 国コード：ＪＰ 源泉徴収税コード：１０ 日本の場合、「源泉徴収税基礎計算」の「税配賦の正味基準」は必ずオン。 つまり、消費税抜きで源泉税を計算する。 日本の場合は、右の「特別処理による」「源泉徴収税の論理式」をオンにする。 論理式の確認 ＩＭＧ：財務会計→財務会計共通設定→源泉徴収税→源泉徴収税→計算→更新：論理式（ＩＭＧ９０８） 預かり金 ＩＭＧ：財務会計→財務会計共通設定→源泉徴収税→源泉徴収税→転記→定義：源泉徴収税勘定（ＩＭＧ９１２） 預...
• 財務会計システム開発Ⅰ
  SAP概要 SAPの企業形態・サービス内容・パッケージの種別など、 基本的な背景知識。 SAP基本 基本設定 通貨などの基本設定。 マスタデータ 勘定コードマスタ 得意先マスタ 仕入先マスタ 銀行マスタ 伝票設定 伝票を登録するための準備。 転記管理 転記した後の処理。 リストビューアおよびテーブル設定 リストビューア、伝票のレポート。 消込 売掛と買掛の「消し込み」について。 小口現金出納帳 小口現金の管理。 財務会計システム開発Ⅰまとめ 会計基礎知識 参考図書
• 特殊仕訳取引
  特殊仕訳コードは補助元帳のマスタ(得意先マスタまたは仕入先マスタ)を利用し、 代替統制勘定を通じて総勘定元帳と繋がっている。 ＳＡＰの標準機能の特殊仕訳には多種の取引があります。 大きく分けると三種類。 前払い金／前受金には専用の機能 設定しなくても使える。 手形 国独自（日本も）の要求を処理。設定しないと使えない。 その他 あまり使われていない。 専用の機能について 会計管理→財務会計→債権管理→伝票入力 →前受金 →手形 →その他 「特殊G/L」←特殊仕訳取引 よく使われるのは： 前受金/前払金：F 手形関連：W まれに使われる： その他→保証金：G 三種類の機能 特殊仕訳取引は、3種類の機能がある： 任意相手勘定入力 統計転記 備忘明細 相手勘定指定 G/L残高更新 任意相手勘定 伝票入力 する 統計転記 事...
• 伝票設定を行う
  1. 伝票番号範囲を登録する IMG 財務会計 → 財務会計共通設定 → 伝票 → 伝票番号範囲 → 定義 伝票番号範囲 会社コード FI## 「番号範囲 (変更)」をクリック 「間隔」ボタンをクリック No 01 年度 9999 開始番号 1 終了番号 9999999999 「番号範囲の移送」の警告が出たら Enter を押す。 2. 伝票タイプを登録する IMG 財務会計 → 財務会計共通設定 → 伝票 → 伝票ヘッダ → 定義 伝票タイプ 伝票タイプ ## 番号範囲 09 (または 99) 反対仕訳用伝票タイプ AB 勘定タイプ 資産 有効にする 勘定タイプ 得意先 有効にする 勘定タイプ 仕入先 有効にする 勘定タイプ 品目コード 有効にする 勘定タイプ 総勘定元帳 有効にする 伝票入...
• 銀行マスタデータ
  銀行マスタデータ (クライアントレベル) 日本国内では、銀行マスタは全て決まっています。 全国銀行協会の所定の一意な銀行コードがあります。 全銀協にはコードの一覧データがあり、 それをR/3にアップロードするだけで利用できます。 銀行の種類 会社の取引銀行 (支払／受取の銀行) 得意先／仕入先銀行 (支払先／受取先の銀行) 銀行口座の設定も必要。複数の口座の設定も可能。 さらに、G/L 勘定との関連設定も必要。 ここでは、口座番号の設定も必要になる。 ここでの設定は、双方向の設定をしなければならない。 （銀行口座 → G/L 勘定） （銀行口座 ← G/L 勘定） 日本における決済 日本での決済は、殆ど銀行送金です。 電子データは、全て半角になっているため銀行名と支店名は、 全て「半角」にしなければなりません。 他の部分（地名や市区町村）は、全角でも...
• 総勘定元帳勘定 (G/L勘定)
  統制勘定 統制勘定を設定しておけば、AR（債権管理）やAP（債務管理） で伝票を入力すると、自動的にGLにも登録される。 しかし、統制勘定に直接転記することが出来ず、 補助元帳を通る必要がある。 補助元帳を通らなければ、どの会社の勘定なのかが 管理出来なくなってしまうため。 明細照会 未消込処理 未消込明細管理 銀行仮勘定 入庫/請求仮勘定 (MM) 給与決済勘定 (HR)
• ERP コンサルタント
  1. ERP とは 1. ERP の定義 1. ERP の背景・歴史 長所 個人、部門のニーズを満足するシステム。 システムごとの規模は小さく開発費は安い。 短所 企業全体の最適システムにはならない。 システム間のインターフェイス作りが大変。 開発者しかメンテナンスが出来ない。 新しい IT に順応出来ない。 グローバルビジネスのインフラになれない。 2. オープン化によるパッケージ開発パワーの増大 OS の誕生により、異なるメーカーの端末で一つのソフトを同じ振る舞いで動かすことが可能になった。 3. ハード・通信の高速、低コスト化によりシステム統合化が容易になった。 以前はメインメモリ 12 KB、HDD 2 MB など、物理的な制約が大きかった。 2. ERP の特徴と長所 1. 企業の「人・物・金」情報のリアルタイム一元管理 One Fact One Place ...
• 新総勘定元帳概要
  新総勘定元帳 新総勘定元帳では以下の機能を実現しています。 法廷報告と管理レポート セグメントレポート 任意の特性を使用する財務レポート (分割) パラレル会計の単一表示 リアルタイム統合 (CO⇒FI) 透過性および整合性 標準拡張および拡張性 (カスタマ項目) 期末処理の促進 新総勘定元帳の利点 新総勘定元帳には従来の総勘定元帳と比較して、 以下のような利点があります。 標準で提供されている新総勘定元帳には拡張データ構造があります。 カスタマ項目も総勘定元帳に追加することが出来ます。 (リアルタイムの) 分割により、「セグメント」などの エンティティに対する財務諸表を登録することが出来ます。 管理会計 (CO) と財務会計 (FI) との間の照合がリアルタイムで行われます。 今までの照合タスクが不要となります。 新総勘定元帳により、総勘定元帳内で複数...
• 任意相手勘定入力
  転記時に、相手勘定を指定する 「相手勘定」：ペアになる勘定の、ペアの相手 任意相手勘定として設定された特殊仕訳取引は、総勘定元帳の残高を更新する ＡＲ 預金 ／ 得意先（Ａ←特殊仕訳コード） ↓ ↓ ＧＬ 預金 ／ 前受金 ここでは、相手勘定として、「預金」を選択した
• 新総勘定元帳元帳の定義
  新総勘定元帳を使用する必要性の有無 既存カスタマの場合は任意 必ずしも新総勘定元帳を有効化しなければならないわけではありません。 SAP　ERPへのリリースアップグレードでは、 最初は従来の総勘定元帳（集計テーブルGLT0を使用）が有効化された状態になります。 新規インストールでは初期状態で有効 新規インストールでは、SAP　ERPの初期設定で新総勘定元帳が有効化さてれいます。 新総勘定元帳の有効化 新総勘定元帳を使用するには、新総勘定元帳が有効化されている必要があります。 既存カスタマが新総勘定元帳を使用するには、 まずカスタマイズトランザクション (Trcd FAGL_ACTIVATION) を使用して 新総勘定元帳を有効化する必要があります。（新規導入の場合は、有効化されています） 各クライアントに有効化区分が設定されます。 注) 新総勘...
• 消込
  入金消込 売掛金や買掛金の清算。 請求 入金 2/10 \10000 ┬ 3/31 \25000 2/12 \15000 ┘ 2/20 \20000 ← 未消込 銀行仮勘定 費用発生時点で細かい内訳や用途が不明な場合、 一旦銀行仮勘定として計上する。 社員へ振込 預金 \10000 銀行仮 \10000 旅費の清算 銀行仮 \10000 旅費 \10000 上記二つの仕訳により銀行仮勘定は消込済となる。 →消込伝票が登録される。 未消し込み明細の消し込み 未消し込み明細は、まだ支払いが行われていない仕入れ請求書など、取引が完了していない明細です。 未消し込み明細が含まれる伝票はアーカイブ出来ない。 消し込み処理を行うと必ず消し込み伝票が登録される。 消し込み転記 例：入金が来て、それを請求書に割り当てる 伝票に相手勘定（預金勘定）となる明...
• 組織構造
  固定資産と減価償却 固定資産 固定資産は購入時に資産に計上すると同時に、 期間の経過に応じてその価値の減少分を減価償却費として計上する。 分類 例 有形固定資産 土地、建物、機械、車両など 無形固定資産 ソフトウェア、営業権、特許権など 投資その他の資産 投資有価証券など 減価償却 2 つの考え方 建物・機械・備品などの固定資産の価値は時間の経過とともに減少するので、その減少分を評価しなければならない 費用の期間按分 どちらの考え方でも、一定額を費用化していくことになる。 この費用のことを減価償却費という。 償却表 減価償却の処理はどの国でも行うが、 計算方法や評価方法は国によって全く異なる FI-AAでは国ごとにルールをまとめたものを用意している 償却表 (たとえば日本のものは０JP、１JP) 償却表の作成と割当がFI-AAの第一歩...
• マスタ管理
  資産クラス 数多くの資産をわかりやすく分類するために資産クラスを使う。 資産クラスはクライアントレベルで登録する どの会社コード、償却表でも同じものを使う 資産クラスで個々の償却領域を無効化できる 償却表別に償却領域を設定できる 資産クラスは固定資産の種類ごとに登録する 建物 機械 器具備品 車両　など 特に、貸借対照表上の表示区分が分かれるものは、 資産クラスも分けておく PCは器具備品から分けて別途管理する、ということもできる 各資産は、１つの資産クラスのみに割り当てられる 資産マスタは必ず資産クラスに割り当てる あらかじめ資産クラスを設定しておく必要がある 勘定コードマスタや得意先マスタの勘定グループとよく似ている 固定資産のグルーピングだけでなく、資産マスタに関する制御も行う マスタデータ 勘定設定 番号範囲 画面レイアウト規則 償却領域 償却条件 ...
• 伝票を入力する
  Easy Access 会計管理 → 財務会計 → 総勘定元帳 → 伝票入力 → G/L 勘定伝票入力 1. 伝票の転記 会社コード FI## 伝票日付 (本日) 通貨 JPY G/L勘定 D/C 伝票通貨額 起算日 111110 借方 5000 111250 貸方 5000 (本日) シミュレーション 問題なければ転記。
• 備忘明細
  明細が転記されても、総勘定元帳の勘定残高は更新されない。 目的：備考（メモ）の目的で残しておくための、参考用の 注意：備忘明細が入力されると、明細が１つだけ作成される（貸借一致しないかも）。 例：前受金請求（担保のため）、手形請求
• 伝票設定
  伝票設定 伝票ヘッダ情報 タイプ 番号範囲 明細情報 転記キー 転記キーの項目ステータス 項目ステータスグループ 会計期間 オープン・クローズ（処理が終わったものは、クローズ） 転記権限 伝票を識別（特定）するための三つのキー 伝票番号 会社コード 会計年度 会計期間バリアント 1. 会計期間バリアントの登録 IMG 財務会計 → 財務会計共通設定 → 伝票 → 会計期間 → 定義 会計期間バリアント バリアント バリアントコード 名称 バリアント名称 2. 会計期間バリアントの定義 IMG 財務会計 → 財務会計共通設定 → 伝票 → 会計期間 → 会計期間オープン / クローズ → 新規エントリー Var(バリアント) バリアントコード A ＋ 開始勘定 空白 終了勘定 空白 開始期間 1 前月の会計期間 年度 前月の年度 終了期間...
• 財務会計システム開発Ⅲ
  固定資産 組織構造 マスタ管理 資産取引 定期処理 情報管理 まとめ 新総勘定元帳 概要 元帳の定義 伝票分割 統合 定期処理 パラレル会計 標準レポート まとめ レポート リストビューア 情報管理システム ドリルダウンレポート
• 統計転記
  統計転記。つまり、転記の自動処理。 この機能も、Ｇ／Ｌの残高は更新される。 あらかじめ定義した相手勘定コードに転記される この機能の理由：転記処理を簡易化するため 用例 保証債務が発生した。 ┌ 得意先（Ｇ←特殊仕訳コード） ┐ 保証債務見返り 保証債務
• 在庫認識の歴史
  初期 同じものを大量に生産・販売出来た時代。 製品に於いては在庫は財産。 いずれは売れて利益を生む。 財務会計上も資産勘定。 定常期 調達＋在庫費用最小になる経済発注ロットを採用。 コストを最小にする。 変動期 製品ライフサイクルが短くなり、在庫は罪。 不良在庫は廃棄せざるを得ない。 生産リードタイムを短縮しなければならない。 在庫のデメリット 資金効率の低下 在庫には余剰・価値低下・破損のリスクがある 在庫の維持にはコストがかかる 社内が市場に鈍感になる (在庫で需要変動を吸収してしまうため) 他の問題を隠す 在庫のメリット 需要変動を吸収 リードタイムを短くする役割 大量購買、大量生産によるコストダウン
• 基本設定
  前提知識 組織構成 システム環境の単位 サーバー システムの「箱」に相当する物理的なサーバー（PRT等）。 クライアント システムの環境（800等）。サーバーという大きな箱の中に複数の環境を設定できる。 通常、テスト用のクライアントを複数用意する場合もあるが、 本番での完成品は「１サーバー＝１クライアント」。 会計モジュールの主要組織単位 会社コード 社外用、最低限必要。 独立した会計を行う法人を表す。 全ての会計処理のキーとなる。 クライアントという環境の中に、複数の会社コードを設定できる。 事業領域 社内用、任意。 特定の事業分野についての分析や集計を可能にする。 構成例 サーバー PRT クライアント 800 クライアント 806 クライアント 807 会社コード 1000 ▲自動車部 △機械部 会社コード 200...
• 事業計画書
  ステップ 1 ビジョンを整理して、具体的に考えてみる。 あなたが考える 1 年後から 3 年後の事業の姿 (事業ビジョン) は何か。 社員はどれくらいの人数になっているか。(販売形の場合は増員が多い。) どのような顧客を対象に、何を提供しているのか。 売上額や利益、資産額の規模はどれくらいになっているか。 ステップ 2 自分の事業の製品が本当にニーズに適っているかを検証する。(マーケットリサーチ) 自分が顧客に対していかに価値のある物を販売しているか。顧客に対する利点は何か。 顧客への提供物は他の物と簡単に取り替えることが出来るか。(出来れば取り替えられない方がいい) 本当にそのニーズがあるのか。(第三者に訊く) 提供者である自分は、本当に一番適した人 (会社) か。 ステップ 3 収支予測をたてる。 製造原価 仕入れ費 人件費 研究開発費 販売促進費 広告費 販売管...
• SAP R／3 Enterprise
  概要 SAP R/3はドイツSAP社の開発したERPソフトウェアである。 R/3は、一部企業向けに出荷されたSystem R、汎用機向けソフトウェアのR/2に続く オープンシステム、クライアント/サーバシステムに初めて対応した 新しいバージョンのERPパッケージである。 現在は、SAP R/3 Enterpriseを最後のバージョンとし、 新機能の追加開発は後継のSAP ERPシリーズに移行している。 SAP ERPでは、従来のR/3部分を「ECC」と呼んでいる。 SAPは以前はR/3一辺倒の戦略であったが、ECC以外のAPOやBW（BIツール）、 SEMといった製品にも力を入れており、それらを必要に応じて 組み合わせて利用することを顧客に推奨する戦略に変化しつつある。 モジュール PP (生産計画/管理) 生産計画、生産管理のモジュール。Pro...
• 離散的および連続的確率分布
  確率 (Probability) 全事象において、条件 A が起こりうる確率を P(A) とする。 この時、A ∩ B となる確率は、P(A ∩ B) である。 P(A ∩ B) = 0 の場合、条件 A と B は互いに排反事象であると言える。 P(A) + P(B) = 1 の場合、条件 A と B は互いに余事象であると言える。 条件 A のうち、B が満たされる確率は、P(B | A) と表す。 この時、P(B | A) = P(A ∩ B) / P(A) となる。 ∴ P(A ∩ B) = P(B | A) * P(A) = P(A | B) * P(B) 眼鏡をかけている人を A、女性を B とする。 眼鏡をかけている人のうち女性の割合 P(B | A) = P(A ∩ B) / P(A) 女性のうち眼鏡をかけている人の割...
• @wiki全体から「仕入先勘定」で調べる

更新順にページ一覧表示 | 作成順にページ一覧表示 | ページ名順にページ一覧表示 | wiki内検索