1. gr/ir
科目是什麼？
首先我們來看乙個最簡單，最理想化的採購商品或原材料的情況。
採購100元的商品或者原材料，付給**商100元現金。
會計分錄：
借：商品/原材料 100 貸：現金 100
但是現實中的mm採購流程是這樣的：
採購申請me51n（optional）> 採購訂單（me21n）>商品入庫（migo）>發票校驗（miro）>付款（f-53/f110）
商品入庫，發票校驗和付款時都會生成財務憑證。
但是他們大部分情況下都不是同時進行的，那麼，他們的會計分錄應該怎麼記賬呢？
這裡就引入了gr/ir科目
gr：goods receipt 收到貨物但是發票沒到
ir：invoice receipt 收到發票但是貨物沒到
（他是乙個中間調整科目，既不屬於資產科目也不屬於負債科目）
我們來看下面這個貨物先到發票沒到例子（gr）
商品入庫：
借：商品/
原材料 100
貸：gr/ir 100 （這裡就是gr）
發票校驗：
借：gr/ir 100 （這裡就是gr）
貸：應付賬款 100
付款：借： 應付賬款 100
貸：現金100
而發票先到貨物未到就是先做發票校驗，然後再做商品入庫。
發票校驗：
借：gr/ir 100 （這裡就是ir）
貸：應付賬款 100
商品入庫：
借：商品/
原材料 100
貸：gr/ir 100 （這裡就是ir）
付款：借： 應付賬款 100
貸：現金100
當gr/ir（紅色）和應付賬款（藍色）互相平掉之後，你會發現實際上就是最開始提到的最簡單的會計分錄
借：商品/
原材料 100
貸：現金 100
從上面例子我們可以看出來，gr/ir只是中間科目，它不會出現在最終的財務報表中。
2. t-code f.13
是做什麼的？
我們還用上面的例子（這裡拋開最後付款的步驟）
商品入庫：
借：商品/原材料 100 貸：gr/ir 100
發票校驗：
借：gr/ir 100 貸：應付賬款 100
當入庫和發票校驗發生在同乙個月，那麼我們只需要上面兩筆分錄就可以了。
由於gr/ir科目的兩條明細都是未清項，所以在月底我們需要把同一採購訂單的gr/ir科目借貸方互相清掉。
f.13就可以實現gr/ir科目自動清帳。這裡經常會出現的問題是同一採購訂單在migo和miro時gr/ir科目的金額不一致而導致自動清帳出現問題，問題的原因有很多，需要case by case的調查，這裡不贅述。
ps. gr/ir互清只是f.13其中比較有代表性乙個功能，f.13還可以做其他自動清帳，比如應收應付的互清等等。
3. t-code f.19
是做什麼的？
當商品入庫和發票校驗發生在不同月份
如scenario a
：商品入庫是在1月份，但是發票是2月份才收到。
商品入庫：
1月20日 借：商品 100 貸：gr/ir 100
發票校驗：
2月10日 借：gr/ir 100 貸：應付賬款 100
scenario b：發票1月份就收到了，但是商品在2月份才實際入庫。
發票校驗：
1月20日 借：gr/ir 100 貸：應付賬款 100
商品入庫：
2月10日 借：商品 100 貸：gr/ir 100
我們在做財務報表就會出現
scenario a：1月只有商品的增加，沒有應付賬款
scenario b：1月只有應付賬款，沒有與之對應的商品的增加。
這個時候我們需要引入另外兩個調整科目，「應付暫估」和「在途物資」。
另外還需要乙個gr/ir調整科目，目的是為了保持原gr/ir科目和憑證不變。
scenario a：
商品入庫：
1月10日 借：商品 100 貸：gr/ir 100
月底結轉
1月31日 借：gr/ir調整 100 貸：應付暫估 100
次月初衝回
2月1日 借：應付暫估 100 貸：gr/ir調整 100
發票校驗：
2月10日 借：gr/ir 100 貸：應付賬款 100
scenario b：
發票校驗：
1月20日 借：gr/ir 100 貸：應付賬款 100
月底結**
1月31日 借：在途物資 100 貸：gr/ir調整 100
次月初衝回：
2月1日 借：gr/ir調整 100 貸：在途物資 100
商品入庫：
2月10日 借：商品 100 貸：gr/ir 100
f.19就是做gr/ir重分類的，紅色部分有點類似做外幣評估，月底評估，次月初衝回。
當gr/ir餘額在貸方的時候，轉成應付暫估，
當gr/ir餘額在借方的時候，轉成在途物資。
業務流程管理
業務流程管理 課程背景 當今企業之間的競爭，實際上是商業模式及流程能力之間的競爭。一方面，流程是實現商業模式的核心載體，企業需要打造以客戶為導向的端到端流程。另一方面，流程是企業管理體系的關鍵模組，隨著企業的成長，需要不斷提公升流程成熟度，把例外變成例行 把經驗教訓總結到流程中去。隨著資訊時代的來臨...
變更業務流程
1 提交申請 sp於每月18日 前通過sims 向接入省公司提交新增業務申請。2 新增業務初評與測試 sp配合省公司於當月20日前 完成新增業務初評，並對 初評通過的業務完成測試 包括業務測試和計費測試 3 新增業務評估 省公司於當月22日前通過sims電子打分系統進行業務評估。接入省公司受理部門於...
業務流程引擎
一般的時候，我們都採用程式設計式開發，程式設計式開發的好處非常明顯 直接 高效 自由，當然其缺點也是有的，與其優點剛好相對，因為直接，所以有些變化都要進行 上的修改 因為高效，所以一旦出問題，導致的結果也比較嚴重，因為自由，所以帶來的修改風險也比較大。這也就是許多大的公司都在進行流程化開發的重要原因...