品目系トランザクション
会計管理系 トランザクションコード
会計管理トランザクション
FB01
| 会計伝票登録 |
|---|---|
FB02
| 会計伝票更新 |
FB03
| 会計伝票照会 |
FB08
| 伝票の反対仕訳 |
FB09
| 会計伝票明細変更 |
FB50
| GL勘定伝票登録 （ENJOY） |
FB60
| 仕入先伝票登録 （ENJOY） |
FB70
| 得意先伝票登録 （ENJOY） |
FBV0
| 未転記伝票登録 （ENJOY） |
FIカスタマイズ系
SCAL
| カレンダ設定 |
|---|---|
FBZP
| 支払プログラム更新 |
その他
FBL3N
| GL勘定明細照会 |
|---|---|
FBL1N
| 仕入先明細照会 |
FBL5N
| 得意先明細照会 |
購買管理系 トランザクションコード
購買管理トランザクション（見積・購買依頼・購買発注）
ME41
| 見積依頼登録 |
|---|---|
ME42
| 見積依頼変更 |
ME43
| 見積依頼照会 |
ME47
| 見積更新 |
ME48
| 見積照会 |
ME49
| 見積価格比較 |
ME51N
| 購買依頼登録 |
ME52N
| 購買依頼変更 |
ME53N
| 購買依頼照会 |
ME21N
| 購買発注登録 |
ME22N
| 購買発注変更 |
ME23N
| 購買発注照会 |
購買管理トランザクション（基本契約）
ME31K
| 購買基本契約登録 |
|---|---|
ME32K
| 購買基本契約登録変更 |
ME33K
| 購買基本契約登録照会 |
ME31L
| 購買分納契約登録 |
ME32L
| 購買分納契約変更 |
ME33L
| 購買分納契約照会 |
購買管理トランザクション（在庫管理）
MB21
| 入出庫予定登録 |
|---|---|
MB22
| 入出庫予定変更 |
MB23
| 入出庫予定照会 |
MB25
| 入出庫予定一覧 |
MIGO
| 在庫移動 |
MB01
| 発注入庫 |
MB1C
| 発注外入庫 |
MB1A
| 出庫 |
MB1B
| 在庫転送 |
MB02
| 入出庫伝票変更 |
MB03
| 入出庫伝票照会 |
MB51
| 入出庫伝票一覧 |
購買管理トランザクション（請求書照合）
MIRO
| 登録 |
|---|---|
MIR4
| 照会 |
MIR8
| 取消 |
MIRA
| バックグラウンド請求書照合 |
MRRL
| ERS請求書照合 |
MR11
| 入庫/請求再決済 |
購買管理トランザクション（マスタ系）
XK01
| 仕入先マスタ登録 |
|---|---|
XK02
| 仕入先マスタ変更 |
XK03
| 仕入先マスタ照会 |
販売管理系 トランザクションコード
受注・出荷・請求関連トランザクション
VA01
| 受注伝票登録 |
|---|---|
VA02
| 受注伝票変更 |
VA03
| 受注伝票照会 |
VA05
| 受注伝票一覧 |
VA41
| 基本契約登録 |
VA42
| 基本契約変更 |
VA43
| |
VA44
| 間接費計算 |
VA45
| 基本契約一覧 |
VA88
| 決済 |
VL01N
| 出荷伝票登録 |
VL02N
| 出荷伝票変更 |
VL03N
| 出荷伝票照会 |
VL09
| 出庫取消 |
VL10A
| 一括出荷登録（受注伝票） |
VL10C
| 一括出荷登録（受注伝票明細） |
VF01
| 請求伝票登録 |
VF02
| 請求伝票変更 |
VF03
| 請求伝票照会 |
VF04
| 一括請求更新 |
VF05
| 請求伝票一覧 |
VFX3
| 会計への請求伝票リリース |
販売管理トランザクション（マスタ系）
XD01
| 得意先マスタ登録 |
|---|---|
XD02
| 得意先マスタ変更 |
XD03
| 得意先マスタ照会 |
品目管理系 テーブル
品目マスタ
MARA
| 品目の一般データ |
|---|---|
MAKT
| 品目テキスト |
MARM
| 品目数量単位 |
MARC
| 品目のプラントデータ |
MARD
| 品目の保管場所データ |
MARDH
| 品目の保管場所データ（履歴） |
MBEW
| 品目評価 |
MBEWH
| 品目評価（履歴） |
MARV
| 品目管理レコードテーブル |
販売管理系 テーブル
受注・出荷伝票情報
VBAK
| 受注伝票ヘッダ情報 |
|---|---|
VBAP
| 受注伝票明細情報 |
LIIP
| 出荷伝票ヘッダ情報 |
LIPS
| 出荷伝票明細情報 |
VBRK
| 請求伝票ヘッダ情報 |
VBRP
| 請求伝票明細情報 |
VBEP
| 受注伝票納入日程データ（納期情報） |
VBFA
| 販売伝票伝票フロー情報 |
VBKD
| 販売伝票ビジネスデータ |
VBKPA
| 販売管理索引：取引先機能別の営業活動 |
VBPA
| 販売伝票取引先情報 |
VBUK
| 販売伝票ヘッダステータスおよび管理データ |
VBUP
| 販売伝票明細ステータス |
VEKP
| 梱包ヘッダ情報 |
VEPO
| 梱包明細情報 |
VKDFS
| SD索引：請求区分 |
VTTK
| シップメント伝票ヘッダ情報 |
VTTP
| シップメント伝票明細情報 |
得意先情報
ADAC
| 得意先マスタアドレス（ビジネスアドレスサービス) |
|---|---|
KNA1
| 得意先マスタ一般レベル |
KNB1
| 得意先マスタ会社コードレベル |
KNBK
| 得意先マスタ銀行口座情報) |
KNKA
| 得意先マスタ与信管理共通情報 |
KNKK
| 得意先マスタ与信管理領域情報 |
KNMT
| 得意先／品目マスタ情報 |
KNVI
| 得意先マスタ税コード |
KNVP
| 得意先マスタ取引先機能 |
KNVV
| 得意先マスタ販売組織レベル |
KONV
| SD伝票の価格情報（SD伝票の伝票条件をキーに検索） |
購買管理系 トランザクションコード
購買管理トランザクション（見積・購買依頼・購買発注）
ME41
| 見積依頼登録 |
|---|---|
ME42
| 見積依頼変更 |
ME43
| 見積依頼照会 |
ME47
| 見積更新 |
ME48
| 見積照会 |
ME49
| 見積価格比較 |
ME51N
| 購買依頼登録 |
ME52N
| 購買依頼変更 |
ME53N
| 購買依頼照会 |
ME21N
| 購買発注登録 |
ME22N
| 購買発注変更 |
ME23N
| 購買発注照会 |
購買管理トランザクション（基本契約）
ME31K
| 購買基本契約登録 |
|---|---|
ME32K
| 購買基本契約登録変更 |
ME33K
| 購買基本契約登録照会 |
ME31L
| 購買分納契約登録 |
ME32L
| 購買分納契約変更 |
ME33L
| 購買分納契約照会 |
購買管理トランザクション（在庫管理）
MB21
| 入出庫予定登録 |
|---|---|
MB22
| 入出庫予定変更 |
MB23
| 入出庫予定照会 |
MB25
| 入出庫予定一覧 |
MIGO
| 在庫移動 |
MB01
| 発注入庫 |
MB1C
| 発注外入庫 |
MB1A
| 出庫 |
MB1B
| 在庫転送 |
MB02
| 入出庫伝票変更 |
MB03
| 入出庫伝票照会 |
MB51
| 入出庫伝票一覧 |
購買管理トランザクション（請求書照合）
MIRO
| 登録 |
|---|---|
MIR4
| 照会 |
MIR8
| 取消 |
MIRA
| バックグラウンド請求書照合 |
MRRL
| ERS請求書照合 |
MR11
| 入庫/請求再決済 |
購買管理トランザクション（マスタ系）
XK01
| 仕入先マスタ登録 |
|---|---|
XK02
| 仕入先マスタ変更 |
XK03
| 仕入先マスタ照会 |
Oracle 关于冷备份与热备份的对比
一、 冷备份
冷备份发生在数据库已经正常关闭的情况下，当正常关闭时会提供给我们一个完整的数据库。冷备份时将要害性文件拷贝到另外的位置的一种说法。对于备份Oracle信息而言，冷备份时最快和最安全的方法。冷备份的优点是：
１、 是非常快速的备份方法（只需拷文件）
２、 轻易归档（简单拷贝即可）
３、 轻易恢复到某个时间点上（只需将文件再拷贝回去）
４、 能与归档方法相结合，做数据库“最佳状态”的恢复。
５、 低度维护，高度安全。
但冷备份也有如下不足：
１、 单独使用时，只能提供到“某一时间点上”的恢复。
２、 再实施备份的全过程中，数据库必须要作备份而不能作其他工作。也就是说，在冷备份过程中，数据库必须是关闭状态。
３、 若磁盘空间有限，只能拷贝到磁带等其他外部存储设备上，速度会很慢。
４、 不能按表或按用户恢复。
假如可能的话（主要看效率），应将信息备份到磁盘上，然后启动数据库（使用户可以工作）并将备份的信息拷贝到磁带上（拷贝的同时，数据库也可以工作）。冷备份中必须拷贝的文件包括：
１、 所有数据文件
２、 所有控制文件
３、所有联机REDO LOG文件
４、 Init.ora文件（可选）
值得注重的使冷备份必须在数据库关闭的情况下进行，当数据库处于打开状态时，执行数据库文件系统备份是无效的。
下面是作冷备份的完整例子。
（1） 关闭数据库
sqlplus /nolog
sql>connect /as sysdba
sql>shutdown normal;
（2） 用拷贝命令备份全部的时间文件、重做日志文件、控制文件、初始化参数文件
sql>cp
（3） 重启Oracle数据库
sql>startup
二、 热备份
热备份是在数据库运行的情况下，采用archivelog mode方式备份数据库的方法。所以，假如你有昨天夜里的一个冷备份而且又有今天的热备份文件，在发生问题时，就可以利用这些资料恢复更多的信息。热备份要求数据库在Archivelog方式下操作，并需要大量的档案空间。一旦数据库运行在archivelog状态下，就可以做备份了。热备份的命令文件由三部分组成：
1． 数据文件一个表空间一个表空间的备份。
（1） 设置表空间为备份状态
（2） 备份表空间的数据文件
（3） 回复表空间为正常状态
2． 备份归档log文件
（1） 临时停止归档进程
（2） log下那些在archive rede log目标目录中的文件
（3） 重新启动archive进程
（4） 备份归档的redo log文件
3． 用alter database bachup controlfile命令来备份控制文件热备份的优点是：
1． 可在表空间或数据库文件级备份，备份的时间短。
2． 备份时数据库仍可使用。
3． 可达到秒级恢复（恢复到某一时间点上）。
4． 可对几乎所有数据库实体做恢复
5． 恢复是快速的，在大多数情况下爱数据库仍工作时恢复。
热备份的不足是：
1． 不能出错，否则后果严重
2． 若热备份不成功，所得结果不可用于时间点的恢复
3． 因难于维护，所以要非凡仔细小心，不答应“以失败告终”。
冷备份发生在数据库已经正常关闭的情况下，当正常关闭时会提供给我们一个完整的数据库。冷备份时将要害性文件拷贝到另外的位置的一种说法。对于备份Oracle信息而言，冷备份时最快和最安全的方法。冷备份的优点是：
１、 是非常快速的备份方法（只需拷文件）
２、 轻易归档（简单拷贝即可）
３、 轻易恢复到某个时间点上（只需将文件再拷贝回去）
４、 能与归档方法相结合，做数据库“最佳状态”的恢复。
５、 低度维护，高度安全。
但冷备份也有如下不足：
１、 单独使用时，只能提供到“某一时间点上”的恢复。
２、 再实施备份的全过程中，数据库必须要作备份而不能作其他工作。也就是说，在冷备份过程中，数据库必须是关闭状态。
３、 若磁盘空间有限，只能拷贝到磁带等其他外部存储设备上，速度会很慢。
４、 不能按表或按用户恢复。
假如可能的话（主要看效率），应将信息备份到磁盘上，然后启动数据库（使用户可以工作）并将备份的信息拷贝到磁带上（拷贝的同时，数据库也可以工作）。冷备份中必须拷贝的文件包括：
１、 所有数据文件
２、 所有控制文件
３、所有联机REDO LOG文件
４、 Init.ora文件（可选）
值得注重的使冷备份必须在数据库关闭的情况下进行，当数据库处于打开状态时，执行数据库文件系统备份是无效的。
下面是作冷备份的完整例子。
（1） 关闭数据库
sqlplus /nolog
sql>connect /as sysdba
sql>shutdown normal;
（2） 用拷贝命令备份全部的时间文件、重做日志文件、控制文件、初始化参数文件
sql>cp
（3） 重启Oracle数据库
sql>startup
二、 热备份
热备份是在数据库运行的情况下，采用archivelog mode方式备份数据库的方法。所以，假如你有昨天夜里的一个冷备份而且又有今天的热备份文件，在发生问题时，就可以利用这些资料恢复更多的信息。热备份要求数据库在Archivelog方式下操作，并需要大量的档案空间。一旦数据库运行在archivelog状态下，就可以做备份了。热备份的命令文件由三部分组成：
1． 数据文件一个表空间一个表空间的备份。
（1） 设置表空间为备份状态
（2） 备份表空间的数据文件
（3） 回复表空间为正常状态
2． 备份归档log文件
（1） 临时停止归档进程
（2） log下那些在archive rede log目标目录中的文件
（3） 重新启动archive进程
（4） 备份归档的redo log文件
3． 用alter database bachup controlfile命令来备份控制文件热备份的优点是：
1． 可在表空间或数据库文件级备份，备份的时间短。
2． 备份时数据库仍可使用。
3． 可达到秒级恢复（恢复到某一时间点上）。
4． 可对几乎所有数据库实体做恢复
5． 恢复是快速的，在大多数情况下爱数据库仍工作时恢复。
热备份的不足是：
1． 不能出错，否则后果严重
2． 若热备份不成功，所得结果不可用于时间点的恢复
3． 因难于维护，所以要非凡仔细小心，不答应“以失败告终”。
登録:
投稿 (Atom)