OA辦公系統(tǒng)連鎖餐飲行業(yè)解決方案

泛普OA辦公系統(tǒng)連鎖餐飲行業(yè)解決方案

第三彈——門店租賃合同管理

一、   前言
傳統(tǒng)行業(yè)的合同管理類似于我們自己公司的合同管理方式，傳統(tǒng)的需求是大多是在合同付款時了解此合同的累計付款信息，此類需求公司已經(jīng)提供了很多案例，再此不再重復說明，此需求主要針對于連鎖餐飲行業(yè)的門店租賃合同的特殊性（此特殊性同樣適用于其他非餐飲類的門店租賃合同管理）。
二、   需求描述
連鎖餐飲行業(yè)門店租賃合同與傳統(tǒng)合同的最大區(qū)別在于：
1、門店租賃合同是根據(jù)年限來簽訂
2、門店租賃合同的總金額是不固定的
3、門店租賃合同的每次付款金額也是可變的（付款金額會根據(jù)實際門店的銷售額而一定邏輯而變動）
4、門店租賃合同的支付周期也不固定，有些每月支付，有些每季度支付，有些月度免租等
三、   實現(xiàn)方式
上述部門功能需要通過開發(fā)實現(xiàn)。
實現(xiàn)思路如下：
1、在OA軟件搭建一個合同審批流程（不涉及開發(fā)）
流程不再此描述，閱讀者可根據(jù)實際情況進行規(guī)劃。
2、在OA辦公系統(tǒng)搭建一個合同付款摘要錄入流程（涉及開發(fā)）
此流程的目的是錄入每一個門店租賃合同的付款摘要，將每期需要支付的金額進行錄入，此流程也屬于循環(huán)流程，流程循環(huán)不歸檔。

主表字段名稱	數(shù)據(jù)庫字段名	屬性描述	填寫說明
流程編號	lsh	自動生成	流程縮寫-年度-4位流水號
填表人	tbr	瀏覽-人力資源	根據(jù)創(chuàng)建人自動帶出不可編輯
填表日期	sqrq	瀏覽-日期	自動帶出不可編輯
部門	sqbm	瀏覽-部門	自動帶出不可編輯
合同流程	htlc	瀏覽-請求	申請人編輯
合同編號	htbh	單行文本框	申請人必填，今后可根據(jù)合同流程自動帶出
合同名稱	htmc	單行文本框	申請人必填，今后可根據(jù)合同流程自動帶出
所屬門店	ssmd	瀏覽-部門	申請人必填，今后可根據(jù)合同流程自動帶出
合同扣率	htkl	浮點數(shù)	申請人必填
經(jīng)辦人	jbr	瀏覽-人力資源	資產經(jīng)理歸檔節(jié)點必填
明細：預計付款日期	yjfkrq	瀏覽-日期	申請人與經(jīng)辦人修改節(jié)點必填
明細：預計付款金額	yjfkje	瀏覽-日期	申請人與經(jīng)辦人修改節(jié)點必填
明細：付款條件	fktj	多行文本框	申請人與經(jīng)辦人修改節(jié)點必填
明細：付款類型	fklx	選擇框：固定租金銷售額	申請人與經(jīng)辦人修改節(jié)點必填其中選擇固定租金生成計劃后即按照此租金支付選擇銷售額則生成計劃后按照銷售額大小判斷計算出實際支付的租金
明細：付款狀態(tài)	fkzt	選擇框： 1、啟付 2、停付 3、已付 4、審批中	默認為啟付，今后根據(jù)停付啟付及付款計劃自動更新此字段

涉及的開發(fā)點：
由于流程采用循環(huán)方式，故當經(jīng)辦人修改明細節(jié)點時只能修改付款狀態(tài)字段不為已付狀態(tài)的明細記錄（即對于已經(jīng)支付的付款記錄則不允許進行修改）。

3、在OA管理平臺搭建一個付款計劃審批流程（涉及開發(fā)）
此流程中規(guī)劃一個自定義按鈕，當用戶點擊時自動生成付款記錄，用戶可輸入實際銷售額，根據(jù)銷售額計算出與固定租金相比需要增加支付的部分。當付款計劃審批通過后，更新對應的和合同付款摘要錄入流程中的付款明細記錄置為已付狀態(tài)。

主表字段名稱	數(shù)據(jù)庫字段名	屬性描述	填寫說明
流程編號	lsh	自動生成	流程縮寫-年度-4位流水號
填表人	tbr	瀏覽-人力資源	根據(jù)創(chuàng)建人自動帶出不可編輯
填表日期	sqrq	瀏覽-日期	自動帶出不可編輯
部門	sqbm	瀏覽-部門	自動帶出不可編輯
計劃日期	jhrq	瀏覽-日期	申請人必填
明細：合同名稱	htmc	單行文本框	根據(jù)合同摘要主表自動生成
明細：所屬門店	ssmd	瀏覽-部門	根據(jù)合同摘要主表自動生成
明細：合同扣率	htkl	浮點數(shù)	根據(jù)合同摘要主表自動生成
明細：預計付款日期	yjfkrq	瀏覽-日期	根據(jù)合同摘要明細表自動生成
明細：預計付款金額	yjfkje	瀏覽-日期	根據(jù)合同摘要明細表自動生成自動生成
明細：付款條件	fktj	單行文本框	根據(jù)合同摘要明細表自動生成自動生成
明細：付款類型	fklx	選擇框： 1、固定租金 2、銷售額	根據(jù)合同摘要明細表自動生成自動生成
明細：銷售額	xxe	浮點數(shù)	申請人必填
明細：實際付款日期	sjfkrq	瀏覽-日期	申請人必填
明細：實際付款金額	sjfkje	浮點數(shù)	此字段初始默認為預計付款金額，當輸入銷售額后，系統(tǒng)自動判斷，如果銷售額合同扣率>預計付款金額，則此字段更新為銷售額合同扣率所計算所得的金額后續(xù)財務也可直接編輯修改此字段
明細：付款明細id	fkmxid	整數(shù)	根據(jù)合同摘要主表自動生成，新增的條目此字段為空
明細：合同流程id	htlcid	整數(shù)	根據(jù)合同摘要主表自動生成，新增的條目此字段為空
備注	bz	多行文本框	各節(jié)點可編輯

開發(fā)點及開發(fā)邏輯：
    a、【付款計劃審批】流程中增加“生成付款計劃”按鈕；
     b、按鈕事件為：將【合同付款摘要錄入】流程對應表單中的數(shù)據(jù)根據(jù)一定邏輯讀取到【付款計劃審批】流程中的明細表中。
        讀取邏輯為：合同付款摘要表中【預計付款日期】<=付款計劃審批表中【計劃生成日期】并且合同付款摘要表中【付款狀態(tài)】 = 啟付并且合同付款摘要表中【預計付款金額】不為空的付款記錄。
    c、當用戶在明細表中【銷售額】字段輸入數(shù)據(jù)后，實際付款金額自動根據(jù)一定邏輯生成。（只有付款類型=銷售額才允許輸入銷售額字段）
      生成邏輯為： 此字段初始默認為【預計付款金額】，當輸入銷售額后，系統(tǒng)自動判斷，如果【銷售額】*【合同扣率】-預計付款金額>0，則此字段更新為【銷售額】*【合同扣率】-預計付款金額所計算所得的金額，小于0則此字段更新為0。
    d、當【付款計劃審批】流程審批歸檔后回寫【合同付款摘要錄入】流程中的對應明細項的付款狀態(tài)。關聯(lián)關系為：【合同付款摘要表】中的requestid=【付款計劃審批明細表】中的【合同流程id】并且【合同付款摘要明細表】中的id = 【付款計劃審批明細表】中的【付款明細id】

網(wǎng)站提醒和聲明

本文內容來自自互聯(lián)網(wǎng)公開信息或用戶自發(fā)貢獻，該文觀點僅代表作者本人，版權歸原作者所有。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。若發(fā)現(xiàn)侵權或違規(guī)內容請聯(lián)系電話4008352114或郵箱442699841@qq.com，核實后本網(wǎng)站將在24小時內刪除侵權內容。

發(fā)布：2026-02-10 21:32 編輯：admin [打印此頁] [關閉]