又免費，又免費，ERP免費，現在進銷存也免費了...2BizBox-A2正式發布
轉個貼給大家看看哈

用戶們盼望已久的2BizBox-A2正式發布了。

總有人抱怨2BizBox ERP還是太復雜難用?，F在好了，A2提供了一個簡化版的2BizBox，它類似一個“進銷存”版本的2BizBox。
A2對2BizBox ERP的模塊進行了精心的簡化和優化，業務只涵蓋了采購、銷售、庫存和財務，而去掉了工單和生產環節，是一個典型的“進銷存+財務”的業務系統。

A2特別 適合沒有生產、或不想實施生產業務的企業。

A2可以平滑升級到2BizBox ERP。

主要特點
• 2BizBox ERP精簡版：包括進銷存+財務，去掉了工單和生產環節
• 簡單易用，業務精簡，適合不含生產業務的中小企業，或暫不對生產進行管理的企業
• 可平滑無縫升級到2BizBox ERP
• 界面風格和2BizBox ERP完全保持一致

主要功能
• 基礎數據模塊、采購、銷售、庫存、財務
• 實現一體化進銷存+財務業務
• 簡化ERP流程，可直實現無訂單直接收發料

附件:

2bizbox-109.png [ 28.66 KiB | 被瀏覽 8 次 ]

附件:

2bizbox-117.png [ 139.31 KiB | 被瀏覽 8 次 ]

下載地址：http://www.2bizbox.cn/product/download

作為供應商，可能會在一個月內接到同一客戶的多次采購請求，會建立多個銷售單。但對每個銷售單每次都開相應金額發票又略顯繁瑣。在2BizBox里，您可針對此種情況，做批量應收賬款建立。

在財務模塊->應收賬款->按發貨單項添加應收賬款，選擇要建立應收賬款的客戶，同時選擇幣種，點擊確定，出現如下圖1：

附件:

batch AR.png [ 87.72 KiB | 被瀏覽 11 次 ] 

勾選希望應收賬款合并建立到一起的發貨單，點擊確定后，出現合并到一起的應收賬款頁面，如下圖2：

附件:

熱烈祝賀2BizBox第二屆免費公開課成功舉辦。

感謝那些遠道而來的朋友，那些來自河北石家莊、山東、深圳、南京、杭州及上海的朋友，感謝大家的關注和支持。

2BizBox v3.2.0 beta版發布后，中國財務的功能就完全展現在大家的面前了。中國財務無論是在業務上還是在使用上和外國財務還是有著天壤之別的。在此，2BizBox團隊向各位介紹一下有關進銷存在使用中國財務上需要注意的事項。

一.設置本年利潤科目
當您在初始化財務配置選擇中國后，系統將會自動增加“本年利潤”的初始設置。如要使用結轉損益，必須設置“本年利潤”科目。

附件:

1.PNG [ 214.1 KiB | 被瀏覽 27 次 ] 

首先，您需要返回“設置會計科目”界面，添加“本年利潤”會計科目，“本年利潤”的會計科目必須是“QN”類型，因此我們得先添加一個“QN”類型的會計科目->“本年利潤”。

附件:

2.png [ 211.03 KiB | 被瀏覽 27 次 ] 

然后，再返回“設置財務參數”界面，將設置好的“本年利潤”科目與“本年利潤”參數關聯即可。

附件:

3.PNG [ 217.34 KiB | 被瀏覽 27 次 ] 

二.設置自動審批人
1.為什么要設置自動審批人
自動審批人是通過“系統憑證類型”去添加的，首先先要去創建一個“憑證審批人”，因為創建“系統憑證類型”時需要“憑證審批人”這個字段數據，所謂要審批必須要有人去做，說的就是這個意思，所以必須為這個崗位配置一個人員才行。
2.如何設置自動審批人
第一步 創建憑證審批人。
1．進入創建憑證審批人入口。

附件:

4.PNG [ 104.55 KiB | 被瀏覽 27 次 ] 

2．選擇一個員工號，將其添加為憑證審批人。

附件:

5.png [ 10.48 KiB | 被瀏覽 27 次 ] 

3．對其設置審批額度，用來定義審批金額的標準。

附件:

6.PNG [ 12.75 KiB | 被瀏覽 27 次 ] 

第二步 創建憑證字。
創建一個憑證字，因為創建自動審批人是需要憑證字這個字段，憑證字是為了方便憑證分類查找檢核。一般來說，憑證字分為4種。第1種，“收款憑證”，憑證字就是“收”。用于收取現金、銀行存款時做。第2種，“付款憑證”，憑證字就是“付”。用于支付現金、銀行存款時做以下是添加憑證字的入口。第3種，“轉帳憑證”，憑證字就是“轉”。用于不動現金或銀行存款時做。
1．進入添加憑證字的入口。

附件:

7.PNG [ 134.64 KiB | 被瀏覽 27 次 ] 

2．進入憑證字列表后，點擊右上方的“添加”。

附件:

8.PNG [ 13.34 KiB | 被瀏覽 27 次 ] 

3．憑證字和名稱是必填項，同時可設置會計科目。

附件:

9.PNG [ 14.02 KiB | 被瀏覽 27 次 ] 

第三步 創建自動審批人。
為什么中國財務會需要自動審批人這一設置呢，原因是中國本土財務業務里，經常要批量做賬，所以如果一一去審批則會降低工作效率，有很多單據的審批程度相同，就可以把它們集結在一起，一次性將其審批完畢。
1．創建完憑證字后，接下來就是創建自動審批人了，以下是添加自動審批人入口。

附件:

10.PNG [ 130.16 KiB | 被瀏覽 27 次 ] 

2．在系統憑證類型列表的右上方點擊“添加”。

附件:

11.PNG [ 14.62 KiB | 被瀏覽 27 次 ] 

3．“系統憑證類型”選擇“應付賬款的系統憑證”，之前創建的憑證字和審批人也可以在這里被選取。“應付賬款的系統憑證”包括“應付賬款”和“應付抵賬單”。

附件:

12.PNG [ 13.97 KiB | 被瀏覽 27 次 ] 

第四步 設置自動憑證審核：
最后，在財務配置里，要將“自動憑證審核”勾選上，這樣就可以通過收料單和發料單直接創建賬款了。

附件:

13.PNG [ 48.03 KiB | 被瀏覽 27 次 ] 

提醒：銷售流程
上面的步驟是采購流程創建賬款的注意事項，銷售流程創建賬款的注意事項和采購流程差不多，不過有幾點差異。
首先，憑證字是“收款憑證”。

附件:

14.PNG [ 14.01 KiB | 被瀏覽 27 次 ] 

其次，“系統憑證類型”要選擇“應收賬款的系統憑證。”這樣一來，銷售流程的自動審批人也就添加完畢了。“應收賬款的系統憑證”包括“應收賬款”和“應收抵賬單”。

附件:

15.PNG [ 14.28 KiB | 被瀏覽 27 次 ] 

最需要大家注意的是，被添加為審批人的那個用戶，不能審批自己創建的單據。

當設置成中國財務后，大家如果沒有做以上設置的話，那么在采購單或銷售單流程里最后創建賬款時會被系統提醒“自動審批人不能為空”。

附件:

16.PNG [ 52.67 KiB | 被瀏覽 27 次 ] 

另外，大家要注意一下摘要的問題，如在下圖中創建賬款界面中輸入摘要的話，系統創建憑證時會取此界面的摘要，如果不輸入，則取之前在創建“憑證字”時輸入的摘要。

附件:

17.PNG [ 41.08 KiB | 被瀏覽 27 次 ] 

以上是關于中國財務“自動審批人”的一些設置說明，希望對大家有所幫助。

有外幣業務的企業知道，財務上除了在做收付款時需要進行調匯以外，還需要周期性的對系統中的外幣賬戶進行匯率調整，將差異計入匯兌損益。那么，當我們進行月度調匯（或季度、年度，根據自身企業不同而定）時，如何決定哪些會計科目參與外幣調匯呢？答案就在會計科目本身上面。

選中一個科目，進入編輯狀態?？梢钥匆?#8220;核算外幣”和“期末調匯”兩個選項。“核算外幣”科目是說該科目是否是一個外匯科目。而“期末調匯”是說，如果是核算外幣科目，那么該科目是否參與期末調匯。

附件:

2bizbox_coa_currency.png [ 38.71 KiB | 被瀏覽 158 次 ] 

上一錘提到了剛發布的免費ERP系統（www.2bizbox.com）后，大家反響很熱烈，短短3天就被下載了2萬多次，服務器一度宕機，呵呵。大家討論也比較熱烈，紛紛提出不少問題和技術探討，感覺非常有意義。這次和大家分享一下關于這個免費ERP的架構設計。之前先回答一下大家比較關心的一些問題：

• 網站只提供了windows的exe安裝版，大家詢問是否有適合linux跑的版本：這個可以有，不過還需要一點時間來發布，幾周后就會有下載，請大家耐心等待并及時關注。目前，官網上已經提供了exe和zip，不過都是針對windows平臺的。
• 下載后一些朋友無法解壓和運行，尤其使用迅雷等工具的朋友。這個原因還不知道，可能和多線程下載以及網絡有關，可以在下一次，或盡量不使用工具下載。由于服務器在國外，下載速度肯定不會特別好。不過一些熱心網友已經提供了國內的下載鏈接，官網較慢的可以試試這里：E備是鏈接地址，輸入驗證碼即可下載。我家2M帶寬，用chrome 自帶的下載工具下載，大約用了8分鐘完成下載。另外還有JavaSwingChina、天極網下載、華軍軟件園、綠色軟件聯盟、旋風下載、中關村在線、豆豆軟件站、。。。似乎一夜之間遍地都是了，呵呵
• 還有朋友關心公司是國內的還是國外的：公司是美國的，不過我們上海這個小團隊負責一部分開發工作。在國內也有不少客戶，例如中石油、襄鉆股份、江漢三機、四機賽瓦等，我們負責本地客戶服務。

• 有朋友詢問是否開源：目前是軟件完全免費，源代碼開放的事情還沒有消息。不過個人判斷完全有開源的可能性，呵呵，這要看美國人是怎么想的了。
• 很多朋友關心團隊協調，高手低手如何共同工作，一個人搭框架，另外人不滿意怎么辦等等。我想這個并不是一個軟件團隊的特有問題。要說是問題的話，是咱們中國人特有的一種毛病還差不多。“不服氣”從來是咱們的特點，問題不是高手太少，而是“大明白”、“專家”、“牛人”太多了。我曾經去一個制造廠做實施，接我們的司機談起公司的管理來，那真是口若懸河、吐沫橫飛、頭頭是道，上至老總下至看大門的，都被分析的“體無完膚”，好像馬上換他去當老總一切問題立馬解決似地。所以我認為這根本就不是一個問題。想想“奧迪R8”和“寶馬7”這樣的工業精品都有一個總設計師，你是在問，BMW的一個剛進去工作的學生如果認為寶馬7系的總設計師設計有問題該怎么辦？

還是來說說架構。先看這個圖就都明白了。

提到架構，我們用到的第三方的框架不是很多，總的原則就是盡量簡單、穩固。這樣，就會高效、好維護。這遠比一些烏七八糟的所謂新思想新技術更加重要，畢竟我們的軟件要維護幾十年的（實際上已經從DOS到現在開發了20年了）。后臺主要是JBoss和Hibernate，其他大部分部分都是自己封裝。前臺則基于Swing以及自己封裝的各種組件。中間通訊也沒有采用第三方的框架，而是自己封裝，主要采用HTTP協議，對交換的VO（包括VO集合）對象（如參數、返回值、Exception等）進行標準的Java二進制序列化、zip壓縮、傳輸。調用的方法通過一個統一的invoke進行傳遞，被調用的模塊、方法名、參數等，都被封裝在一個POJO中傳給后臺。后臺Façade層解壓后，根據具體模塊，通過反射的方法，調用Local的各個模塊EJB，執行具體函數。每個函數先在Biz業務層進行業務邏輯分解處理，例如，如果要添加一個零件，要分解很多具體動作，先檢查零件號是否重復，再檢查零件號是否格式合法，數據是否完備，創建零件庫存初始信息、創建物料添加日志、通知相關人員…等等。分解后，形成具體的DAO操作，然后交給DAO進行調用相應的底層API完成。無數的DAO對各個業務數據進行各種數據級別的操作封裝（增刪改查等），然后通過Hibernate層進入數據庫。

有朋友喜歡用Eclipse RCP來作為前臺框架。坦白說，我個人對SWT一向不喜歡，也不看好，因為他本質上和AWT的路線沒什么不同，只是后臺老板從SUN換成了IBM。當初以“好看+效率高”的旗號，SWT曾經風靡一時，人人趨之若鶩。不過本質上說，SWT這種技術是打著“好看/速度快”幌子分裂JAVA的政治游戲，我們程序員應當看清楚。當然不是說SWT技術不好不能做企業應用，實際上我認識的一些朋友已經用SWT搭建了好大好大的應用。不過SWT畢竟不是JAVA的官方技術。如果相信JAVA的未來的話，我覺著應當相信SWING才是正道。SWING有不足，但是它會不停的發展。另外，千萬別總拿“丑”和“慢”來攻擊Swing，說到底還是看你會不會用，吐口水實在無意+無聊。說道RCP框架，我倒更喜歡NetBeans。不過國內大家還是把Netbeans當做IDE來用，實際上這個RCP平臺相當不簡單，質量很高而且國外應用很多，已經非常成熟，有空可以多看看Netbeans的Platform頻道（不是IDE哦）。

HttpInvoker沒有用過，不知是不是和Spring綁的比較死，看上去和我們的通訊方式完全類似。其實java序列化再傳輸就是幾行代碼的事情，如果不用Spring等框架，完全沒必要用第三方的，自己封裝一下就好了。看看這個代碼就知道了：

 1 /** *//**
 2     * Here should be the unique access of FacadeWrapper.invoke!
 3     */
 4    public static Object invokeImpl(ServerAction action) throws ServerActionException {
 5        action = new ServerAction(action.getModuleName(), action.getMethod(), escapedStringParamsConvertor(action.getParams()), paramsTypeConvertor(action.getParamTypes()));
 6        action.setOrderBy(getOrderBy());
 7
 8        try {
 9            Object result = FacadeWrapper.getInstance().invoke(action);
10            //unzip, if need.
11            if (result instanceof ZippedByteArray) {
12                ZippedByteArray zippedData = (ZippedByteArray) result;
13                if (zippedData.getByteArray() != null) {
14                    try {
15                        result = BB2Util.unzipObject(zippedData.getByteArray());
16                    } catch (Exception ex) {
17                        throw new ServerActionException(ex);
18                    }
19                }
20            }
21
22            return result;
23        } catch (Exception ex) {
24            ExceptionWorker worker = new ExceptionWorker(ex);
25            //
26            throw new ServerActionException(ex, anotherServer);
27        }
28    }

Hessian基于WS還可以支持不同的客戶端，也很不錯。不過我們這種需求不大，沒有使用WS以及其他客戶端技術的需求，也沒有采用。還是覺著簡單的東西自己封裝更加的靈活和容易控制。我們的思路是盡量少的引進第三方的框架。過多的異構框架導致的穩定性和靈活性的代價也是很大的。

其他一些類似MQ之類的異步框架就更比較謹慎使用。前后臺調用需要實時性，肯定是同步調用為主。異步的情況不多，即使有，在基于HTTP的結構下（例如只開放80端口）也比較難實現。我們采用了JBOSS的JMS機制，實現一些后臺主動發送業務消息、上傳圖紙等功能。當然如果后臺禁止了相應端口，客戶端就自動放棄JMS連接，工作在純“主動模式”下，相當于一個“瀏覽器”。

對于非桌面客戶端，例如手機、數據采集器、PDA等，我們在后臺的Façade層上面再包裝一個又一個簡單的“協議適配”就行了，也就是把Java的對象簡單的封裝到XML或HTML，負責與這類終端通訊。這樣，身后的安全啊、日志啊、業務啊等就完全復用，開發速度是很快的。對于大多手機，使用XHTML進行瀏覽即可；對于iPhone等則開發native的終端，對于PDA和數據采集器，由于有條形碼、收料發料、盤點等復雜應用，所以用本地的環境進行創建GUI（一般都是Windows CE，可用C#進行）。這樣，我們的架構可以簡單快速的支持各種不同的終端接入：

有朋友擔心一個Servlet提供所有API太變態，其實不必擔心。沒錯，我們的模塊API至少上萬，但是這個后臺的Façade Servlet其實只有不超過10個方法。最主要的一個是invoke，方法都是通過一個對象封裝了模塊、方法名、參數序列等來通過反射機制完成的，所以，無論后臺模塊API有多少，只要通過這一個唯一的業務入口出入就行了。至于前臺使用不太方便的問題，可以通過前臺再次封裝展開來解決。

最后送Swing界面：設置會計年度