1. 管家婆財貿雙全軟體中為什麼退貨單過不了賬請教高手，先謝謝了！！
財貿常見問題及解決方法
管家婆進銷存軟體財貿雙全常見問題及解決方法
1：管家婆進銷存軟體財貿7.0版本配置「自動接受進銷存模塊產生的憑證」
問題答案：原因：表體中所選擇科目與表尾「付款帳戶」一致導致在數據在一個科目中增減，不會產生憑證解決：修改表體中會計科目與表尾「付款帳戶」不同
2：管家婆進銷存軟體製作付款單「預付轉應付」查詢供應商明細帳時同一張付款單在業務報表卻顯示為兩筆，一正一負
問題答案：理解問題財貿中業務模塊應付與預付查詢是一起的，當預付增加是，應付帳款相應減少；而供應商往來明細帳中的「一正一負」表示帳
套中應付與預付內部款項的周轉，所以製作一張「預轉應付」的單據會有正負兩筆顯示。正代表應付的減少，負代表預付的減少，所以會有「一正一負」的顯示
3：管家婆進銷存軟體財貿雙全+7.0,客戶做了年結存後,確認已經清除了某一會計科目的期初值,所有的輔助核算明細,且固定
資產和業務類型模板都沒有使用到此科目,但還是無法刪除,提示:該會計科目已經在職員、會計科目對應表
中被使用，不能刪除
問題答案：原因: 經檢查發現,客戶在'工資管理'--工資發放--工資分配 模板中使用到了該科目導致此科目無法刪除
解決方法: 先'啟用帳套',進入'工資管理'--工資發放--工資分配,修復對應的工資分配科目後,再做'系統重建',回到期初,刪除此科目即可
4：管家婆進銷存軟體財貿產品的應收應付調整問題。
問題答案：管家婆進銷存軟體財貿產品沒有應收、付調減單，因此應收應付的調整請按以下方法處理：1、如果是調減，則直接在收付款單中的收款帳戶
中選擇需要調整的科目，如費用類；2、另外一種方法是：通過做一些虛增應收應付的銷售單或進貨單，然後通過其他入庫單或其他出庫單來完成應收應付的調
增或調減。區別：前一種方法只能調減，後一種既可以調增，也可以調減。
5：管家婆進銷存軟體財貿產品，「庫存數量匯總表」的某一商品的庫存數量不等於同倉庫的同商品「當前庫存分別情況表」
問題答案：原因是查詢的時間不完整，分布表是查詢的當前庫存狀況的數據，而數量匯總表查詢的是一段時間的，因此特別注意要將
查詢時間放到全年進行查詢。
6：當前庫存分布情況表中庫存數量，金額都與商品進貨匯總表中庫存數量，金額不一致。
問題答案：當前庫存分布情況表中包含了期初庫存商品數量，金額而商品進貨匯總表不會反映。當客戶有做其他入庫單時在庫存分布情況表中會反映，而商品進貨匯總表只反映進貨的情況，其他入庫單數量，金額不會
顯示。
7：如何添加虛擬網卡？
問題答案：「我的電腦」--〉「控制面板」--〉「添加刪除硬體」--〉「下一步」--〉「下一步」，--〉（「搜索..」等一段時間）--〉「添加新設備」--〉「下一
步」--〉「不，我想從列表選擇硬體」--〉「網卡」--〉下一步」--〉「製造商」選擇「Microsoft」，--〉網卡選擇「Microsoft loopback Adapter」
--〉下一步」--〉「下一步」--〉「完成」
8：如何去掉MSDE和SQL中SA的密碼
問題答案：在'開始'-'運行『裡面輸入CMD進入然後輸入osql －E1>sp_password null,'','sa'2>go
9：客戶進銷存模塊產生的憑證,銷售單日期為9月份,在憑證查找中9月份查不到該銷售單憑證,調閱該銷
售單憑證卻在10月份.
問題答案：原因;該客戶以9月份登陸做了銷售單,銷售單據制單日期為9月,但未生成憑證,以10月份登陸,做憑證引入,引入憑證制單日
期為10月,所以出現該現象.
1、做銷售單，數量為10並保存。2、再對此單據數量進行修改，修改為15，並未保存。直接點擊單據「新增」
按鈕，系統自動提示對此單據是否保存，再選擇「保存」。3、再查看此單據，單據中有2行數據，一行數量
為10一行數量為15，總數量為
10：25。實際修改的本意是數量為15。
問題答案：解決：對單據數量修改後點擊「保存」後再「新增」單據。不要在單據修改的基礎上進行新增。財貿+7.5版本已經解決此問題。
11：數據恢復發生3201錯誤。
問題答案：排除了路徑帶有空格、backup文件夾名稱變動的原因後，可檢查一下備份數據的文件名是否帶有空格。修改為正常的即可。
12;單據制單日期為12月，進銷存期間為12月。單據保存時提示「單據日期在本月開始日期之前，不能
過帳（-6007）」。
問題答案：原因：當最後一個會計期間為12月，再對12月做進銷存期末結帳時，軟體顯示的進銷存期間還是為12月。解決：做進銷存期末反結帳即可。此時的進銷存會計期間仍然為12月。
13:單據保存時提示「移動平均法下，不能錄入已經結帳期間的單據，請檢查單據日期」。
問題答案：原因：進銷存期間為12月，單據制單日期為9月。解決：修改單據的制單日期為12月。
14:配置「自動接收進銷存模塊產生的憑證」，製作估價入庫單保存後有個別單據無法調閱憑證
問題答案：原因：存貨核算對應科目錯誤例如：原材料對應科目應為存貨類科目--「原材料」，卻對應到「應付貨款--暫估應付帳款」導致無法生成憑證解決：刪除該估價入庫單修改存貨核算方法對應科目後解決
15:財貿雙全中，為何單據中配置的條碼不能手工錄入？輝煌標准產品可以錄入。
問題答案：原因是管家婆進銷存軟體財貿雙全產品中條碼是作為商品基本信息存在的，當選擇了商品就自動顯示出條碼信息，條碼的修改和增加也是在
基本信息－商品中進行添加和修改。在單據中不能錄入條碼。
16:客戶正常登錄打開財務報表－資產負債表時提示「連接失敗，傳入的伺服器名有誤」。
問題答案：登錄伺服器時注意到客戶用「server」這個計算機名登錄，改成127.0.0.1登錄則不會出現該問題。補充：如果有防火牆，也有可能是防火牆阻止了報表文件的運行。
17:增加帳套時,提示空間不夠不能增加,但是實際上空間足夠
問題答案：更換一個較長帳套名稱成功
18:無論運行什麼程序，系統都提示：PORTIO.DLL.可安裝的虛擬設備驅動程序之DLL起始設置失敗.如
何解決？
問題答案：1.點開始菜單的運行,在裡面輸入 regedit,進入注冊表2.查找 HKEY_LOCAL_MACHINE"SYSTEM"CurrentControlSet"ControlVirtualDeviceDrivers下 VDD的值是否包含 POR
TIO.DLL，有的話將此值清空，注意不要刪除VDD項
19:快速更新檢查失敗，伺服器返回錯誤，產品「CMSQ」沒有安裝過，不能快速更新產品，「CMSQ」沒有在
注冊表中指定安裝目錄
問題答案：解決:1.注冊midas.dll文件(開始--運行regsvr32 midas.dll)2.伺服器端打開「我的電腦--D盤--GraspServer--cpServer.exe」，並把所有客戶端下的「carpa」文件夾名任意改為其他的名字
再登陸
20:各方面都檢查過了，但備份時仍然提示「災難性故障」
問題答案：到 設置資料庫連接參數 中修改伺服器名為計算機名即可。
21:客戶所有關於管家婆的程序都已經關閉，而且任務欄沒有SQL服務管理器的圖標，但復制帳套文件和
日誌文件仍無法復制，提示正在被使用。
問題答案：打開任務管理器，關閉sqlserver.exe進程即可。
22:計算資產負債表時提示：錯誤的文件名
問題答案：檢查公式發現客戶使用了文件取數函數，但是取數的文件路徑不正確，修改成正確的路徑後解決問題
23:剛剛重新做了系統，創建帳套時提示 5170
問題答案：因為管家婆進銷存軟體文件夾中data下已經存在了相同名稱的mdf和ldf文件
24:登陸軟體是出現連接伺服器失敗,基本的操作方法都操作後,還是不能登陸,管家婆的支持者中有211埠
問題答案：原因:檢查發現管家婆的支持者中的211埠實際上是不存在的,是因為客戶以前添加時,一次添加了兩個,刪除了其中的一個解決:重新添加211埠解決
25:財貿雙全為什麼在--進貨退貨單據裡面沒有「選單」功能。
問題答案：答：由於客戶使用的成本演算法是「先進先出」，導致沒有此功能，使用先進先出演算法也沒有「暫姑入庫」。如果要使用這些功能那麼只能用「移動平均演算法」。
26:管家婆進銷存軟體財貿雙全＋ 結轉成本 提示英文錯誤「未知錯誤:"違反了PRIMARY KEY約束。。。，與當地服務商聯系」
問題答案：原因是 其它出入庫單據的業務類型選擇了 「庫存商品」科目，導致結轉成本錯誤。解決：修改該單據的對應科目
27:管家婆進銷存軟體財貿雙全+裡面,在輸入任何單據的時候都沒辦法過賬，提示：在月未狀態沒辦法保存單據，是什麼原
因呢？
問題答案：原因:由於客戶對當月進銷存做了'結轉成本',但沒有做'進銷存期本結帳'導致的.解決方法:在業務處理-月末處理-進銷存期末結帳後就可以正常錄入第二個月份的單據了. 28:客戶詢問財貿雙全為什麼在--進貨退貨單據裡面沒有「選單」功能。
問題答案：答：由於客戶使用的成本演算法是「先進先出」，導致沒有此功能，使用先進先出演算法也沒有「暫姑入庫」。如果要使用這些功能那麼只能用「移動平均演算法」。
29:管家婆進銷存軟體財貿雙全＋ 結轉成本 提示英文錯誤「未知錯誤:"違反了PRIMARY KEY約束。。。，與當地服務商聯系」
問題答案：原因是 其它出入庫單據的業務類型選擇了 「庫存商品」科目，導致結轉成本錯誤。解決：修改該單據的對應科目
30:在用相同會計期間的日期進入系統後，憑證自動編號時提示：本月沒有憑證需要編號
問題答案：原因：此會計期間的所有憑證都已經審核、記賬，而此功能只針對沒有記賬的憑證解決：將此會計期間的所有憑證全部反記賬後就可以重新編號了
31:設置了移動平均法商品，允許負庫存，允許部分單據零成本出入庫，負
問題答案：原因是該單據的錄單日期不是最後的日期，其後有其它單據，系統無法判斷以後的單據會否影響該商品的成本，因此出現這樣的提示。解決：修改單據錄入日期大於最後一張單據的日期。
32:管家婆進銷存軟體財貿雙全+裡面,在輸入任何單據的時候都沒辦法過賬，提示：在月未狀態沒辦法保存單據，是什麼原
因呢？
問題答案：原因:由於客戶對當月進銷存做了'結轉成本',但沒有做'進銷存期本結帳'導致的.解決方法:在業務處理-月末處理-進銷存期末結帳後就可以正常錄入第二個月份的單據了.
33:在憑證錄入中進行憑證審核，提示「憑證審核出現錯誤，請稍候再試.
問題答案：原因是設置了審核與制單不為同一人。取消即可。
34:客戶詢問財貿雙全為什麼在--進貨退貨單據裡面沒有「選單」功能。
問題答案：由於客戶使用的成本演算法是「先進先出」，導致沒有此功能，使用先進先出演算法也沒有「暫姑入庫」。如果要使用這些功能那麼只能用「移動平均演算法」。
35:設置了移動平均法商品，允許負庫存，允許部分單據零成本出入庫，負庫存或成本異常提示取消，但是
在有零成本商品單據過帳時，仍然提示「新增該單據將造成負庫存異常，不能過帳
問題答案：
原因是該單據的錄單日期不是最後的日期，其後有其它單據，系統無法判斷以後的單據會否影響該商品的成本，因此出現這樣的提示。解決：修改單據錄入日期大於最後一張單據的日期。
36:管家婆進銷存軟體財貿7.5版本當前分布情況表在列印時所有倉庫的數量和金額都無數據。
問題答案：此表中軟體默認的倉庫的取數公式錯誤，需要客戶自行對這些單元格的公式手工重新「選擇欄位」後再進行列印。
37:關於網路列印機列印時只列印一頁，接下來就不列印了
問題答案：原因：1.請檢查列印機是否處於離線狀態列印機由於誤操作工作在離線狀態下，檢查一下（關閉列印機--打開一篇WORD文檔--選擇「列印當前頁」--確定（此時在任務欄右下角出現一個列印機--雙擊該列印機--出現列印機對話框--列印機--取消「離線使用列印機」）
38:對於財貿雙全產品安裝後找不到加密狗如何處理？
問題答案：1。用setupsnt，先卸載狗驅動，再重新安裝，並重新安裝microdogintdrv.exe<br>2。因為我們的狗是usb2。0的，因此如果客戶主板驅動舊，不支持usb2.0也需要重新升級主板驅動。<br>3。請客戶更換電腦進行測試<br>4。最後如果不行，可以考慮建議客戶更換一個加密狗試試。
39:管家婆進銷存軟體標准版4.1或財貿雙全中，憑證記賬時提示共XX張憑證,成功記帳0張是什麼原因？
問題答案：原因是帳套數據出錯，由於業務單據差額對應的會計科目發生了變化（被分類或刪除），導致憑證上科目信息出錯，因此無法記帳。
40:管家婆進銷存軟體標准，財貿全系列可以支持哪些POS設備？
問題答案：我們的產品通常不能直接安裝到POS機上，我們可以支持獨立的POS設備。 標准版3.5及以前的版本，由於有零售單，因此可以支持錢箱，客顯屏，小票列印機，電子稱等POS設備。 標准版4.1和財貿雙全產品，沒有零售單，因此只能支持小票列印機列印小票。通過在列印管理器的自定義編輯中，選擇POS列印，設置列印樣式。
41:對「暫估入庫業務」的說明
問題答案：估價入庫是指貨品已收到而發票等結算單據未到，企業需要對這批貨品暫時入庫的一種業務。說明：估價入庫單只在移動平均法下才能使用估價入庫單上沒有折扣價格、含稅價格；單價為[不含稅單價]使用[估價沖回轉采購]時，出現負庫存、庫存成本異常等系統會給予提示。估價入庫單生成憑證為 : 借：庫存商品 貸：應付賬款—暫估應付賬款如果當月發票會到，就不要使用估價業務，而是直接錄入進貨單，票據到時通過修改進貨單價格即可。
42:想在期初只錄入庫存數量，不錄入成本單價和金額，如何操作？
問題答案：方法一：通過「金額/數量」反算單價為零（在財貿7.5中「金額」控制小數點後2位，「單價」控制小數點後4位，當「金額/數量」小於0.0001時，單價不顯示，即為零 例如：（0.1/10000小於0.0001，單價顯示為0）
:43：已經開帳，發現期初數據有錯誤，如何修改？
問題答案：（1）沒有業務單據，系統重建（2）已錄入業務單據，存入業務草稿或業務單據導出，系統重建。
44：生成的資產負債表不平的原因?
問題答案：添加了一級會計科目，而報表公式不會自動生成相應的計算公式，導致報表不平。期末沒有完成結轉損溢操作。待處理財產損溢科目期末有餘額。財貿版本程序問題。
標准財貿常見理解性問題
管家婆進銷存軟體標准財貿常見理解性問題 （溫馨提示：任何有關數據操作前，請先備份數據）
1. 管家婆進銷存軟體標准4.1(0128版本,客戶在期初修改應付帳款時,提供錯誤:將數值型varchar轉換成numeric時出錯.無法修改期初應
付帳款
原因:經檢查發現,由於在系統維護--財務設置--業務單據對應會計科目 中,應收帳款和應付帳套對應到了同一會計科目上
導致的.
解決方法:直接修改應付帳款為其它會計科目即可.
2. 管家婆進銷存軟體4.10128版本出納模塊，客戶在做當月銀行對帳時，余額調節表始終都不平，客戶確定銀行對帳單是全部錄完了的。
原因：檢查了發現，客戶錄入的『銀行對帳單』時，將記錄的日期錄入錯誤（不在本年內）導致。
解決方法：直接將這些記錄的日期修改正常即可解決。
3. 管家婆進銷存軟體標准4.1(0731版本和0128版本),客戶在憑證查詢時,憑證顯示正常，查在列印預覽時,卻無法顯示貸方金額。
原因:經檢查發現,這些憑證的貸方科目的'摘要'的內容顯示的'合計'兩個字.導致無法顯示
解決方法:直接取消此科目的摘要內容或改為其它摘要內容即可.
4. 標准版4.1，查詢進銷存變動表中進貨退貨金額，與應付賬款查詢的應付減少金額和進貨退貨統計中的金額都不相等。
原因：因為進貨退貨時，退貨成本與進貨成本有差異（移動平均法的正常變動）導致的，進銷存變動表中統計是進貨退貨單
據中商品當前的成本金額，而應付款（仍然按原進貨單統計的應付款）的差異
5. 管家婆進銷存軟體會計科目是借費用，貸現金，但點擊」流量「時，提示「該憑證核算現金流量的科目借貸平衡，不用進行分配」。
原因：客戶將憑證中的該費用科目也輔助核算了現金流量導致的。
6.標准4.1版本，客戶在查詢某會計科目的多欄帳時，發現有部分憑證記錄顯示的金額為空
的。
原因：客戶在對此科目建立幾個子類科目後，查詢過多欄賬；當再建立此科目的子類科目後再去查看沒有重新選擇此科目，
導致不能憑證中使用到後建的會計科目後，在多欄帳中無法顯示。
解決：在多欄帳中，先刪除此科目，再重新增加一次此科目 再進行即可解決。
7. 管家婆進銷存軟體標准4.1（0128版本，採用『移動加權平法』法，客戶紅沖了一張『允許0成本入庫』的銷售退貨單，做了一張正
確的單據後，在查詢『職員銷售排行榜』時發現，紅沖前後，該職員的銷售利潤總額沒有發現變化。
原因： 經檢查發現，客戶在紅沖單據是』不允許0成本出入庫『了，導致紅沖單據的成本取了是當前庫存商品的成本。
解決方法： 在』允許0成本出入庫『的情況下，紅沖原單據，再』不允許0成本出入庫『做正確的單據 即可
8. 標准410128，點擊經營歷程報錯：access violation at address 0041E327 in mole "graspn.exe". read of address 00000043F.
原因：客戶自定義的單據太多，刪除一些沒有用的自定義單據即可
9. 在用相同會計期間的日期進入系統後，憑證自動編號時提示：本月沒有憑證需要編號
原因：此會計期間的所有憑證都已經審核、記賬，而此功能只針對沒有記賬的憑證
解決：將此會計期間的所有憑證全部反記賬後就可以重新編號了
10.標准4.1版本中．倉庫銷售排行榜里的利潤額和利潤表裡的主營業務利潤不等
原因：客戶的理解問題.利潤表裡面計算的是銷售單.銷售退貨單和進貨退貨單的主營業務成本和主營業務收入.而倉庫銷售排
行榜里只是體現了銷售單.銷售退貨單的,所以.兩邊的利潤不等
11.管家婆進銷存軟體標准4.1版本中：為什麼應收帳款中的「銷售金額」與銷售排行榜中的「銷售金額」不等?
原因：應收帳款查詢中的「銷售金額」不統計客戶現金結算的銷售單據或現金結算的銷售退貨單據;客戶銷售排行榜中「銷
售金額」可以統計客戶由現金結算的銷售單據或現金結算的銷售退貨單據.
12. 管家婆進銷存軟體標准4.10128，查詢商品銷售排行榜其中有些商品有金額,沒有數量,銷售比重為0,但現實有銷售
原因：銷售退貨金額小於銷售金額，導致數量退完，但是會產生一部分利潤（也就是銷售金額與銷售退貨金額產生的差額）
13. 管家婆進銷存軟體標准4.1版本，為什麼在查詢條件一致的情況下商品銷售排行中的「銷售額」和進銷存變動表中的「銷售額」不一
樣呢
原因：商品銷售排行中的銷售額統計的是銷售金額（銷售的價格）；進銷存變動表中的銷售額統計的是銷售成本金額（銷售
時商品的成本價）所以2者不一致
14.財貿系列，客戶採用『個別計價法』，在銷售單里選定單，保存時提示批次數量不足。
原因：檢查了客戶的數據，數據沒有問題。由於客戶選擇的是『個別計價法』在銷售單－選單時，原『銷售訂單』上的商品
是沒有對應商品批次的，所以直接過帳會提示『批次數量不足，無法過帳。
解決方法：調出銷售訂單後，在銷售單上重新選擇一下對應商品和對應的批次後，即可過帳。
15. 管家婆進銷存軟體財貿雙全7.5版本，客戶做『估價入庫單』生成的憑證貸方對應科目是『212101（應付貨款）科目。
理解問題。客戶的數據是7.0升級上來的，而在財貿雙全7.5版本中，將原7.0，6.0版本中的『應付貨款』和『暫估應付
款』合並，所以在7.5中做估價入庫單時，升級的憑證貸方直接對應『應付貨款』
16.管家婆進銷存軟體 財貿雙全＋7.5版本中，客戶在查詢進貨訂單匯總表時，未收貨金額＋收貨金額<>訂貨金額。數量也不相等。
理解問題，由於客戶的訂單中存在：到貨數量大於訂貨數量的情況，導致以上現象。
17. 管家婆進銷存軟體財貿雙全7.5版本,客戶帳務數據是通過業務取數的.但取數據後,發現庫存商品的期初業務數據與帳業數據不等.
理解問題.因為商品的存貨核算方法不只是'庫存商品'.還有'原材料'低值易耗品'等，帳務數據取數時,直接將對應的數據取
到了相應的會計科目上.這時帳務上的『1243庫存商品』科目的值就與業務上的『庫存商品』期初值就不同了。讓客戶要查詢
時，將帳務數據中.'存貨'類科目的值全部加起來就等業務數據中『庫存商品』的值了.
18. 財貿雙全7.0,客戶查詢存貨類科目的'業務--帳務對帳表'發現,期初余額相等,期末余額也是相等,但'本期收入'和'
本期發出'卻出現了差額,但兩邊的差額是相等的.
理解問題.因為客戶使用到'生產/拆裝單',在業務單據是使用到'庫存商品'科目的值(借/貸為相等的值),但由於沒有差額,此
類單據在帳務上不會使用到''庫存商品'科目.導致業務上'庫存商品'有收入和支出,但在帳務上沒有.
19. 管家婆進銷存軟體財貿雙全+7.0,客戶在做銷售單時,選擇了銀行帳戶保存過帳後,收款帳戶全部變為'現金'帳戶且無法改回.
理解問題.因為客戶在做銷售單據時,收款帳戶選擇了銀行帳戶,但卻沒有錄入相應的收款金額.即此筆業務還是'應收帳款',所以
過帳後單據上的收款帳戶還是原系統默認的'現金'帳戶.
20. 管家婆進銷存軟體財貿雙全系列，系統在退出軟體時，提示錯誤：『--』is not a valid date.
原因：安裝目錄下，BACKUP文件夾中backup.ini文件中記錄過多，超出系統允許的范圍導致的。
解決方法：打開此文件，刪除一些記錄即可解決。
21. 財貿+75版本，在相同的時間段內，分別在經營歷程和倉庫流水賬中選擇相同的倉庫時查出來的單據張數不一致
程序設計如此。在倉庫流水賬中同價調撥單只會顯示以選擇的倉庫為入庫的單據;拆裝單只會顯示以選擇的倉庫做為出庫的單據，
但是經營歷程中卻是不管是入庫倉庫還是做為出庫倉庫的都會顯示出來
22. 管家婆進銷存軟體財貿5.0，應收賬款查詢的余額與賬齡分析裡面的合計金額不相等
由於做了預收沖應收的單據，而此單據在應收款查詢中將預收款沖抵了應收款的，而賬齡分析中不會統計此金額，所以會有
誤差了、
23. 客戶使用財貿+7.5,出納期初裡面的數據銀行金額與期初不等.
理解問題.出納由於可以選擇出納啟動時間,取數的時候取的是當前的金額(前提條件是當前的單據記賬),由於客戶的數據有幾張單
據已經記賬,故與期初的數據不等.
24.管家婆進銷存軟體 財貿雙全V7。5的版本由於負庫存造成了庫存金額為負的一個15位的數現在怎麼來調整？
做好數據備份，先查看此商品的庫存明細帳，看是從哪一天成本開始發生變化的。然後反結帳到那個會計期間，做一張那個會計
期間的該商品進貨單（數量大一些，單價為正常單價）保存過帳後，確定成本沒有問題後,結帳到當前會計期間，再做一張進貨退
貨單（數量就是剛才進貨單的數量）即可。
25.管家婆進銷存軟體財貿雙全7.0,客戶做了進銷存期末結帳,但在利潤表中,'主營業務成本'科目的本月發生額卻為0.(客戶確定本月是有發生額的)
原因: 檢查了客戶的數據,此數據中,憑證是客戶手工引入的.在客戶做進銷存期末結帳時,沒有將'自動接收進銷存產生的憑證'打上
對勾,導致進銷存期末結帳的憑證沒有生成.也無法引入.從而導致利潤表中'主營業務成本'科目無本月發生額.
解決方法: 反結帳到上一個月,將'自動接收進銷存產生的憑證'打上對勾,現在重新做進銷存期末結帳'即可.
2. 管家婆零成本入庫怎麼設置
管家婆零成本入庫設置非常簡單，只需要在管家婆後台——商品管理——財務管理——入庫記錄中，選擇相應的貨品，輸入入庫價格為0，即可實現零成本入庫。
建議在貨品的編輯中，把入庫成本設置為0，這樣就可以保證在統計報表中，顯示的成本價為0，從而不會影響利潤的統計。
零成本入庫之後，一定要定期檢查成本價是否准確，一旦發現有變動，要及時修改價格，以免影響到商品的成本控制。
3. 微店過了售後處理時間怎麼退款
無法正常退款,致電電商平台微店客服。
微店申請退款流程：
1、登錄-進入後台-微店-下單-申請退款。
2、填寫退款原因。
3、提交退款申請後，供應商將在48小時內回復同意或拒絕退款。
4、供應商同意退款後，退貨(供應商的收貨信息在訂單明細中，或者要求供應商提供)。輸入「填寫退款信息」，填寫退貨物流訂單號。如果直接拒收，可以直接填寫供應商發貨訂單號，也可以不填。如果供應商同意後超過7天未填寫退款信息，退款申請將被取消，不能再次申請。
微店是電子商務創業的新模式，具有零成本、沒庫存、沒物流的優勢，只需利用碎片時間和個人社交圈就可進行營銷推廣，也彌補了創新工場等互聯網孵化器仍需要較高門檻的遺憾，有望成為一個新興的電子商務創業平台。
微店的意義：
1、微店開創了全球第一個雲銷售電子商務模式。
2、微店將最先進的計算機雲技術和傳統電子商務有機結合，是商業模式的大膽創新和有益探索，是傳統電子商務模式的繼承和發展，具有開拓性、顛要性，彎革性、創造性、發展性，是人類商業模式的偉大進步。
3、微店把傳統網商從繁瑞的網路推廣中解放出來，個人網民也省去了找貨源之苦，是互聯網分下進一步細化的體現。
4. 管家婆財貿雙全庫存出完了又出現退貨，只有數量沒有成本，再進貨會攤銷單位成本，要怎麼處理
銷售退貨時有一個原理：銷售退貨的商品成本是直接調用現有庫存成本的，如果商品庫存本身沒有成本，做銷售退貨時只有庫存數量，沒有庫存金額！
解決方法：1、如果有允許零成本出入庫的業務，銷售退貨後做成本調價單，調整庫存成本即可
2、如果沒有允許零成本出入庫業務，可在帳套選項 進銷存配置里，取消「允許零成本出入庫」，做銷售退貨時，系統會提示您輸入庫存成本
5. 跨境電商shopee么好
一般般 大部分是做亞馬遜
6. 銷售退貨出現"增加該單據將造成零成本出入庫"怎麼辦（補充：不允許零成本出入庫）
原因：配置「允許部分單據0成本出入庫」後直接進行銷售退貨，系統不提示錄入成本，再進行銷售，這時，銷售相關成本表中銷售成本為0，銷售毛利反映不真實。 解決辦法1：①將原銷售單直接進行銷售退貨--調價格--再銷售。 ②或紅沖錯誤銷售單以及銷售退貨單，取消配置「允許部分單據0成本出入庫」，重新退貨（系統提示錄入成本價格）。解決辦法2： 做報溢單，報溢數量為當前庫存負數量，單價為1。調整後，數量，單價為0，金額為正數。再做報損單，數量為報溢的數量，系統提示錄入報損單價（採用如下公式計算出報損的單價（報損數量*報損單價－當前金額） /數量＝正確單價），調整後數量為負，金額為負，單價為正確的單價。(負庫存的產生及其他負庫存處理辦法可參看財務軟體中負庫存的辦法)。 解決辦法3：標准財務軟體：在配置中勾選「允許部分單據零成本出入庫」，再做銷售單或進貨單、贈送單、獲贈單。財貿財務軟體：配置中勾選「允許部分單據零成本出入庫」，再做銷售單或進貨單或其他出入庫單
7. 閑魚上賣什麼賺錢
閑魚是阿里巴巴旗下的閑置物品交易平台，依託於淘寶，天貓聚集了數億級的巨量流量，據「閑魚」官方數據顯示，此平台上擁有每天超20萬件閑置物品的成功交易。
閑魚有哪些優勢？
1，流量大且精準
前面我們已經說到，閑魚是依託於淘寶，天貓成長起來的，具有先天的流量優勢，並且大多粉絲都是直接從淘寶，天貓引過來的，屬於精準的購物群體，都有很強的購物習慣和能力。
2，操作簡單
相對於淘寶，閑魚上操作項目要簡單的很多，初步操作，我們要做的就是搬運，找到低於市場價的產品，放到閑魚平台上，轉手去賺取差價。
一些做淘客的也已經在閑魚上操作，如：在淘寶聯盟中找到50%傭金的商品，把商品價格定為商品原價的70%，看閑魚上人們對商品的反應，如果需求的人多，在淘寶上拍下，貨到後撕下商家的標簽信息，直接發給買家就可以，成交後就能賺到30%的傭金。
3，適合新手小白入門
從閑魚平台的定性：閑置物品交易平台，我們就能看出，這是一個讓每個人都能參與的平台，轉賣就可以賺錢。因此，沒有什麼門檻和技能要求，更不需要引流營銷什麼的。
閑魚對發布的商品排名不參考銷量和刷單。因為是二手物品交易平台，所以平台對寶貝的排名是根據發布寶貝的時間和擦亮（刷新）寶貝的時間決定的。
也就是說：新人不需要像做淘寶店一樣刷單，更容易生存下來。幾乎不需要什麼投入，你可以像管理朋友圈一樣管理自己的閑魚，別人給你留言了回復一下就可以了！
我們再來來捋一捋閑魚變現的操作思路
a，找到低價商品或資源（低於市場價）
b，包裝商品（搜淘寶或其他平台商品詳情或借鑒同行）
c，上架銷售，成交。
這就是一個利用信息資源差，在巨大流量池中空手套白狼的過程！
咱們來一步步進行分解：
一，找低價商品或資源
首先我們要定位自己賣什麼東西，是賣實物商品還是賣虛擬產品如教程，服務等等。
先來說說簡單的虛擬產品，以PHP教程為例。
虛擬產品，我們首先可以上閑魚逛逛，哪類產品賣的比較好，然後去淘寶找同類或者直接買對方的產品，自己再拿來賣，介紹文案之類的也可以完全仿照，然後自己等著別人來買就是了! 當然自己有獨家資源那就更好了，沒有競爭。(公眾號優質軟體之家有不少獨家資源，還有免費的)
實物商品閑魚操作思路
我們首先要明白一個概念：淘客。
我們可以先去淘寶聯盟去找到高傭金的商品，把商品掛到閑魚上，說自己剛買的商品，還沒開封，不想要了，說出原因，低價轉讓，比如傭金比例百分之五十，你自己賺百分之三十，並把淘寶原價的截圖放到上面。
人人都有佔便宜的心理，因此很容易達成交易。
如果別人拍下後，自己再去淘寶下單，中間可能時間稍微長一些，提前給買家說明，然後去淘寶下單，貨到後直接發給買家即可，如果別人退貨，你就直接退給商家，沒有任何風險。
二，進行商品的包裝
1.信譽包裝
閑魚是依託於淘寶，後台是阿里巴巴，我們可以找自己或家人芝麻信用比較高的淘寶賬號注冊，並實名認證一下，這樣會大大增加買家的信任度。
2.標題
可以直接仿照商家的標題，前面加上一句新品低價轉賣，這個很吸引人。
3.配圖
如果發布自己已經買的東西，去閑魚上架，這就需要我們拍攝完整的包裝，吊牌等。如果咱們還沒有入手，那就在平台上的買家曬單的圖片和商家的宣傳圖片等。另外，需要放上這個商品的原價截圖，讓買家對自己包括商品都有充分的信任！
4.商品描述
這個要注意，描述裡面一定要突出是自己或者家人朋友買的商品，不要讓買家覺得你是一個商家。另外，可以強調一下自己什麼時候，多少錢買的，為什麼賣，強調商品的性能，以及如果商品有不足，提前說明，幾成新等等。
5.定價
去閑魚買東西大都是圖便宜去的，所以，我們的價格一定要低於市場價，讓買家覺得我們是在揮淚轉賣。如果是在某些折扣網上拍的商品，我們到淘寶找同類銷量高並且價格也高的商品，截圖讓買家自己對比。另外，可以適當的把商品的一些不足給說明，讓買家有心裡預期，並對你賣的商品更加認同和信任！
6.發布商品
閑魚上的商品是以發布時間來排名的，所以我們可以找大家都比較空閑的時間發布，比如臨近中午，晚上八九點鍾，如果自己發布的商品過了很久沒有什麼瀏覽和留言，可以在商品詳情頁點擊「擦亮」，等於是把商品重新上架了。
其實閑魚和貼吧，論壇以及興趣部落都很類似。我們需要保持一定的活躍度來增加自己的曝光及聲望。閑魚中有類似於論壇的社區叫做魚塘，裡面有諸如美妝達人，母嬰喂養，包包剁手黨等眾多領域的細分社區，多去魚塘發帖，不但增加曝光，還能提高賬號的活躍度。
另外，如果你有興趣，也可以自己申請一個魚塘。魚塘申請成功你就是塘主了，平台給魚塘都有流量扶持，自己養一段時間，等聚集的人多了，變現就很容易了。
以上就是利用資源信息差在閑魚變現的一些基本思路和操作，感興趣的同學可以去操作。
8. 微信小程序訂單如何退款
一. 支付
支付主要分為幾個步驟：
1前端攜帶支付需要的數據(商品id，購買數量等)發起支付請求
2後端在接收到支付請求後，處理支付數據，然後攜帶處理後的數據請求 微信伺服器 的 支付統一下單介面
3後端接收到上一步請求微信伺服器的返回數據，再次處理，然後返回前端讓前端可以開始支付。
4前端進行支付動作
5前端支付完成後，微信伺服器會向後端發送支付通知（也就是微信要告訴你客戶已經付過錢了），後端根據這個通知確定支付完成，然後就去做支付完成後的相應動作，比如修改訂單狀態，添加交易日誌啊等等。
從這幾個步驟可以看出，後端主要的作用就是將支付需要的數據傳給微信伺服器，再根據微信伺服器的響應確定支付是否完成。
這個流程還是蠻容易理解的。形象的說，前端就是個顧客，後端就是店家，微信伺服器的統一下單介面就像收銀員。顧客跟店家說，我是誰誰誰，現在我要付多少多少錢給你買什麼什麼。店家就跟收銀員說，那個誰誰誰要付多少錢，你准備收錢吧。收銀員收到錢後，就去告訴店家，我已經收到錢了，你給他東西吧。
下面就詳細的說明一下 各個步驟的具體實現。
1. 前端請求支付
前端請求支付，就是簡單的攜帶支付需要的數據，例如用戶標識，支付金額，支付訂單 ID 等等跟 **你的業務邏輯有關** 或者跟 **下一步請求微信伺服器支付統一下單介面需要的數據有關** 的相關數據，使用微信小程序的 wx.request( ) 去請求後端的支付介面。
2. 後端請求微信伺服器
後端接收到前端發送的支付請求後，可以進行一下相關驗證，例如判斷一下用戶有沒有問題，支付金額對不對等等。
在驗證沒什麼問題，可以向微信伺服器申請支付之後，後端需要使用 微信規定的數據格式 去請求微信的支付統一下單介面。
微信規定的請求數據:
這需要較多代碼實現。因為需要的數據個數較多，而且還需要加密並以 XML 格式發送。
首先，有以下數據是使用小程序支付必須提供給微信伺服器的參數。
小程序 appid。寫小程序的大概沒有不知道這個的。。。
用戶標識 openid。也就是用戶的小程序標識，在我上篇博客中說明了如何獲取。
商戶號 mch_id 。申請開通微信支付商戶認證成功後微信發給你的郵件里有
商戶訂單號 out_trade_no 。商戶為這次支付生成的訂單號
總金額 total_fee 。訂單總金額，很重要的一點是單位是分，要特別注意。
微信伺服器回調通知介面地址 notify_url。微信確認錢已經到賬後，會往這個地址多次發送消息，告訴你顧客已經付完錢了，你需要返回消息給微信表示你已經收到了通知。。這個地址不能有埠號，同時要能直接接受POST方法請求。
交易類型 trade_type 。微信小程序支付此值統一為 JSAPI
商品信息 Body。類似"騰訊-游戲"這種格式
終端IP地址 spbill_create_ip 。終端地址IP，也就是請求支付的 IP 地址。
隨機字元串 nonce_str 。需要後端隨機生成的字元串用於保證數據安全。微信要求不長於32位。
簽名 sign 。使用上面的所有參數進行相應處理加密生成簽名。（具體處理方式可見下文代碼，可直接復用。）
在處理好以上所有數據後，將這些數據以 XML 格式整理並以 POST 方法發送到 微信支付統一下單介面 https://api.mch.weixin.qq.com/pay/unifiedorder 。
3.後端接受微信伺服器返回數據
微信伺服器在接收到支付數據之後，如果數據沒有問題，其會返回用於支付的相應數據，其中非常重要的是 名稱為 prepay_id 的數據欄位，需要將此數據返回前端，前端才能繼續支付。
因此，在後端接收到微信伺服器的返回數據後，需要進行相應的處理，最終返回到前端如下數據：
appid 不需多說
timeStamp 當前時間戳
nonceStr 隨機字元串
package 就是上面提到的 prepay_id，不過切記格式如 「prepay_id= prepay_id_item「。否則會導致錯誤。
signType 加密方式，一般應該是 MD5
paySign 對以上數據進行相應處理並加密。
到這里，後端的支付介面已經完成了接收前端支付請求，並返回了前端支付所需數據的功能。
4. 前端發起支付
前端在接收到返回數據後，使用 wx.requestPayment() 來請求發起支付。此 API 需要的對象參數各項值就是我們上一步返回的各個數據。
5.後端接受微信伺服器回調
前端完成支付後，微信伺服器確認支付已經完成。就會向第一步中設置的回調地址發送通知。後端的接收回調介面在接收到通知後，就可以判斷支付是否完成，從而決定後續動作。
需要注意的是，在接收到微信伺服器的回調通知後，根據通知的result_code欄位判斷支付是否成功。在接受到成功的通知後，後端需要返回success數據向微信伺服器告知已得到回調通知。否則微信伺服器會不停的向後端發送消息。另外微信的通知是以XML格式發送的，在接受處理時需要注意。
微信的大概支付流程就是這樣。以下是PHP語法的微信支付類，可以比照上面的步驟介紹，加深理解。在需要支付時，直接傳入參數實例化此類再調用類的 pay 方法即可。
//微信支付類
class WeiXinPay{
//=======【基本信息設置】=====================================
//微信公眾號身份的唯一標識
protected $APPID = appid;//填寫您的appid。微信公眾平台里的
protected $APPSECRET = secret;
//受理商ID，身份標識
protected $MCHID = '11111111';//商戶id
//商戶支付密鑰Key
protected $KEY = '';
//回調通知介面
protected $APPURL = 'https://smart.afei.com/receivesuc';
//交易類型
protected $TRADETYPE = 'JSAPI';
//商品類型信息
protected $BODY = 'wx/book';
//微信支付類的構造函數
function __construct($openid,$outTradeNo,$totalFee){
$this->openid = $openid; //用戶唯一標識
$this->outTradeNo = $outTradeNo; //商品編號
$this->totalFee = $totalFee; //總價
}
//微信支付類向外暴露的支付介面
public function pay(){
$result = $this->weixinapp();
return $result;
}
//對微信統一下單介面返回的支付相關數據進行處理
private function weixinapp(){
$unifiedorder=$this->unifiedorder();
$parameters=array(
'appId'=>$this->APPID,//小程序ID
'timeStamp'=>''.time().'',//時間戳
'nonceStr'=>$this->createNoncestr(),//隨機串
'package'=>'prepay_id='.$unifiedorder['prepay_id'],//數據包
'signType'=>'MD5'//簽名方式
);
$parameters['paySign']=$this->getSign($parameters);
return $parameters;
}
/*
*請求微信統一下單介面
*/
private function unifiedorder(){
$parameters = array(
'appid' => $this->APPID,//小程序id
'mch_id'=> $this->MCHID,//商戶id
'spbill_create_ip'=>$_SERVER['REMOTE_ADDR'],//終端ip
'notify_url'=>$this->APPURL, //通知地址
'nonce_str'=> $this->createNoncestr(),//隨機字元串
'out_trade_no'=>$this->outTradeNo,//商戶訂單編號
'total_fee'=>floatval($this->totalFee), //總金額
'open_id'=>$this->openid,//用戶openid
'trade_type'=>$this->TRADETYPE,//交易類型
'body' =>$this->BODY, //商品信息
);
$parameters['sign'] = $this->getSign($parameters);
$xmlData = $this->arrayToXml($parameters);
$xml_result = $this->postXmlCurl($xmlData,'https://api.mch.weixin.qq.com/pay/unifiedorder',60);
$result = $this->xmlToArray($xml_result);
return $result;
}
//數組轉字元串方法
protected function arrayToXml($arr){
$xml = "<xml>";
foreach ($arr as $key=>$val)
{
if (is_numeric($val)){
$xml.="<".$key.">".$val."</".$key.">";
}else{
$xml.="<".$key."><![CDATA[".$val."]]></".$key.">";
}
}
$xml.="</xml>";
return $xml;
}
protected function xmlToArray($xml){
$array_data = json_decode(json_encode(simplexml_load_string($xml, 'SimpleXMLElement', LIBXML_NOCDATA)), true);
return $array_data;
}
//發送xml請求方法
private static function postXmlCurl($xml, $url, $second = 30)
{
$ch = curl_init();
//設置超時
curl_setopt($ch, CURLOPT_TIMEOUT, $second);
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, FALSE);
curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, FALSE); //嚴格校驗
//設置header
curl_setopt($ch, CURLOPT_HEADER, FALSE);
//要求結果為字元串且輸出到屏幕上
curl_setopt($ch, CURLOPT_RETURNTRANSFER, TRUE);
//post提交方式
curl_setopt($ch, CURLOPT_POST, TRUE);
curl_setopt($ch, CURLOPT_POSTFIELDS, $xml);
curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 20);
curl_setopt($ch, CURLOPT_TIMEOUT, 40);
set_time_limit(0);
//運行curl
$data = curl_exec($ch);
//返回結果
if ($data) {
curl_close($ch);
return $data;
} else {
$error = curl_errno($ch);
curl_close($ch);
throw new WxPayException("curl出錯，錯誤碼:$error");
}
}
/*
* 對要發送到微信統一下單介面的數據進行簽名
*/
protected function getSign($Obj){
foreach ($Obj as $k => $v){
$Parameters[$k] = $v;
}
//簽名步驟一：按字典序排序參數
ksort($Parameters);
$String = $this->formatBizQueryParaMap($Parameters, false);
//簽名步驟二：在string後加入KEY
$String = $String."&key=".$this->KEY;
//簽名步驟三：MD5加密
$String = md5($String);
//簽名步驟四：所有字元轉為大寫
$result_ = strtoupper($String);
return $result_;
}
/*
*排序並格式化參數方法，簽名時需要使用
*/
protected function formatBizQueryParaMap($paraMap, $urlencode)
{
$buff = "";
ksort($paraMap);
foreach ($paraMap as $k => $v)
{
if($urlencode)
{
$v = urlencode($v);
}
//$buff .= strtolower($k) . "=" . $v . "&";
$buff .= $k . "=" . $v . "&";
}
$reqPar;
if (strlen($buff) > 0)
{
$reqPar = substr($buff, 0, strlen($buff)-1);
}
return $reqPar;
}
/*
* 生成隨機字元串方法
*/
protected function createNoncestr($length = 32 ){
$chars = "";
$str ="";
for ( $i = 0; $i < $length; $i++ ) {
$str.= substr($chars, mt_rand(0, strlen($chars)-1), 1);
}
return $str;
}
}
以上就是微信支付的相關流程。在理清思路後，流程還是比較清晰和簡單的。重點在於需要注意一些細節問題，例如數據格式，加密方法等。
下面說一下微信小程序退款的具體實現
二.退款
小程序退款的流程和付款相似，但有一些細節上的不同。
首先退款的步驟通常如下:
1.用戶前端點擊退款按鈕後，後端接收到用戶的退款請求通過商城後台呈現給商戶，商戶確定允許退款後，後端再發起向微信退款介面的請求來請求退款。
2.後端向微信退款介面發送請求後，得到響應信息，確定退款是否完成，根據退款是否完成再去進行改變訂單狀態等業務邏輯。
退款的步驟相對微信支付來說比較簡單。
值得注意的有以下兩點：
1.向微信退款介面請求退款後，根據得到的響應是可以直接確定退款是否完成的。不再需要設置專門的回調介面等待微信通知。當然如果需要也是可以在微信商戶平台設置回調介面接受從而接受微信回調的，但並不是必須的。
2.退款請求需要在請求伺服器安裝微信提供的安全證書，也就是說,發起退款請求相比較支付請求在請求時請求方法不能復用,因為微信退款需要攜帶證書的請求,此證書可在申請微信商戶號成功後從微信商戶平台自行下載， Linux下的PHP開發環境的證書只需要放在網站根目錄的cert文件夾中即可。其他開發環境可能需要導入操作。
下面講解一下退款的具體步驟
一. 用戶發起退款請求
用戶在前端發起退款請求,後端接收到退款請求,將相應訂單標記為申請退款,展示在後台.商戶查看後,如果同意退款再進行相應操作.此後才進入真正的退款流程.
二. 商戶發起退款請求
商戶同意退款後,後端即向微信提供的退款 API 發起請求.
同請求微信支付API一樣.退款請求也需要將需要的參數進行簽名後以XML發送到微信的退款API [https://api.mch.weixin.qq.com/pay/refund](https://api.mch.weixin.qq.com/pay/refund)
退款請求需要的參數如下(多個參數在支付API請求時也有使用):
1.小程序 appid。
2.商戶號 mch_id 。申請開通微信支付商戶認證成功後微信發給你的郵件里有
3.商戶訂單號 out_trade_no 。退款訂單在支付時生成的訂單號
4.退款訂單號 out_refund_no 。由後端生成的退款單號，需要保證唯一，因為多個同樣的退款單號只會退款一次。
5.總金額 total_fee 。訂單總金額，單位為分。
6.退款金額 refund_fee 需要退款的金額,單位同樣為分
7.操作員 op_user_id .與商戶號相同即可
8.隨機字元串 nonce_str 。同支付請求
9.簽名 sign 。使用上面的所有參數進行相應處理加密生成簽名。（具體處理方式與支付相同，可直接復用。）
三. 退款完成
在發起退款請求後，就可以直接根據請求的響應XML中的 result_code欄位來判斷退款是否成功，從而對訂單狀態進行處理和後續操作。不需要像支付那樣等待另一個介面的通知來確定請求狀態。當然如上文所說，如果需要微信伺服器發送通知到後端的話，可以到微信商戶平台進行設置。
退款因為流程與支付大同小異，因此退款的PHP類我選擇了直接繼承支付類，
代碼如下，注意區分退款請求方法postXmlSSLCurl和支付請求方法postXmlCurl的區別，這也就是上文提到的退款需要的雙向證書的使用。
````
class WinXinRefund extends WeiXinPay{
protected \$SSLCERT_PATH = 'cert/apiclient_cert.pem';//證書路徑
protected \$SSLKEY_PATH = 'cert/apiclient_key.pem';//證書路徑
protected \$opUserId = '1234567899';//商戶號
function __construct($openid,$outTradeNo,$totalFee,$outRefundNo,$refundFee){
//初始化退款類需要的變數
$this->openid = $openid;
$this->outTradeNo = $outTradeNo;
$this->totalFee = $totalFee;
$this->outRefundNo = $outRefundNo;
$this->refundFee = $refundFee;
}
public function refund(){
//對外暴露的退款介面
$result = $this->wxrefundapi();
return $result;
}
private function wxrefundapi(){
//通過微信api進行退款流程
$parma = array(
'appid'=> $this->APPID,
'mch_id'=> $this->MCHID,
'nonce_str'=> $this->createNoncestr(),
'out_refund_no'=> $this->outRefundNo,
'out_trade_no'=> $this->outTradeNo,
'total_fee'=> $this->totalFee,
'refund_fee'=> $this->refundFee,
'op_user_id' => $this->opUserId,
);
$parma['sign'] = $this->getSign($parma);
$xmldata = $this->arrayToXml($parma);
$xmlresult = $this->postXmlSSLCurl($xmldata,'https://api.mch.weixin.qq.com/secapi/pay/refund');
$result = $this->xmlToArray($xmlresult);
return $result;
}
//需要使用證書的請求
function postXmlSSLCurl($xml,$url,$second=30)
{
$ch = curl_init();
//超時時間
curl_setopt($ch,CURLOPT_TIMEOUT,$second);
//這里設置代理，如果有的話
//curl_setopt($ch,CURLOPT_PROXY, '8.8.8.8');
//curl_setopt($ch,CURLOPT_PROXYPORT, 8080);
curl_setopt($ch,CURLOPT_URL, $url);
curl_setopt($ch,CURLOPT_SSL_VERIFYPEER,FALSE);
curl_setopt($ch,CURLOPT_SSL_VERIFYHOST,FALSE);
//設置header
curl_setopt($ch,CURLOPT_HEADER,FALSE);
//要求結果為字元串且輸出到屏幕上
curl_setopt($ch,CURLOPT_RETURNTRANSFER,TRUE);
//設置證書
//使用證書：cert 與 key 分別屬於兩個.pem文件
//默認格式為PEM，可以注釋
curl_setopt($ch,CURLOPT_SSLCERTTYPE,'PEM');
curl_setopt($ch,CURLOPT_SSLCERT, $this->SSLCERT_PATH);
//默認格式為PEM，可以注釋
curl_setopt($ch,CURLOPT_SSLKEYTYPE,'PEM');
curl_setopt($ch,CURLOPT_SSLKEY, $this->SSLKEY_PATH);
//post提交方式
curl_setopt($ch,CURLOPT_POST, true);
curl_setopt($ch,CURLOPT_POSTFIELDS,$xml);
$data = curl_exec($ch);
//返回結果
if($data){
curl_close($ch);
return $data;
}
else {
$error = curl_errno($ch);
echo "curl出錯，錯誤碼:$error"."<br>";
curl_close($ch);
return false;
}
}}
三. 總結
以上就是關於微信支付和退款的流程及相關知識的介紹。文中的 PHP類 均封裝直接可用。
因為微信支付和退款涉及的東西較為繁雜，很多人直接看官方文檔可能會一頭霧水，所以看過此文了解流程和要點後，再去看微信官方文檔。一方面可以更清晰的了解小程序的支付和退款流程。另一方面，本文因為篇幅有限及作者能力有限，肯定有無暇顧及或有所紕漏之處。為求穩妥，還是需要多看看官方開發文檔。畢竟事涉支付，出個BUG可不是小事。微信小店小程序是微信官方推出的一款免費的商城小程序，但是微信小店小程序不支持實時訂單通知，商家只能在網頁上手動刷新才能知道新的訂單。如何才能實時接收訂單提醒並且在手機上發貨呢？要麼通過第三方服務（成本較大），要麼自己搞定（零成本）。
微信在今年9月份推出了小程序雲開發平台，簡單的說：騰訊為小程序提供免費的伺服器。我們利用騰訊免費的伺服器，就可以實現訂單訂單通知、手機發貨、訂單自動列印等一切功能。
先看視頻吧！這是弄好之後的樣子。可以實時接收訂單通知，自動列印訂單，手機上發貨。仔細看，還有更多功能，更多亮點。如果覺得還行，可以繼續往下看建設步驟。
建設步驟如下：
復用公眾號資質快速創建小程序
申請這個小程序的目的在於獲取騰訊免費伺服器，有了伺服器，什麼都可以搞了。具體申請步驟在這里就不詳細說了，可以自行網路上搜索。
獲取AppId和開發者密碼
要獲取公眾號的AppId和密碼、微信小店AppID，創建的小程序AppId和密碼。這些信息將會導入到創建的小程序中。有了這些信息，小程序才能為微信小店提供服務。
下載微信開發者工具，新建小程序項目
在微信開發者工具中，新建項目。將微信小店小程序關聯到這個小程序裡面來，可以維信搜一搜：采雲。你會看到小程序運行非常快速，碾壓市面上80%的商城小程序。
新建小程序項目
關聯微信小店小程序
訂單提醒
開發建設好之後，商家就可以實時收到微信提醒了。分為2種提醒方式：服務通知和訂單自動列印。服務通知免費，如果是訂單自動列印的話，商家需要購買雲列印機。（就是那種外賣列印機）
服務通知提醒
訂單自動列印提醒
手機上發貨
在收到訂單提醒後，商家可以直接點擊進入小程序發貨界面。並且購買者也能收到發貨提醒。
更多功能（分享朋友圈，會員管理，員工管理等）還沒有寫出來，後期會繼續更新。通過視頻，可以看到更多信息。一定要看哦。