sclmind wrote:
今天才看到東華大的「...(恕刪)
恩恩~之前三月份聽東華大說已經破十刷了~
現在應該不止了~
好書當然熱賣囉~
請大力推薦給親朋好友~
IPAD2 今天就要上了~
應該會有很多人需要這本工具書^^
(正在考慮要不要去排隊~
)
johnnys622 wrote:
你也是很特別的行業阿...(恕刪)
其實我的行業沒有多特別啦~
只是非常的傳統，彈性太大...
所以要資訊化與處理資料流會比較困難...
我把所有的產品加規格用Filemaker統計，
一萬多項...
公司的前輩還真厲害，
這些產品的所有資料包括價格(進價、售價及每個客人交易的價格)，
全部記在頭腦裡...
不過光是記也沒有用...人腦根本就沒有辦法統計
而且說到員工訓練就一個頭兩個大...
市面上的軟體都太制式了，
為了符合大眾的需求，根本無法符合我們小眾市場的需求...
只好藉由FileMaker來幫忙了~
johnnys622 wrote:
我公司在林森北路 有沒有再次加深你的慾望？
哈哈~這個地點好~可以直接貼近"市場"
我這邊騎車到林森北不用兩分鐘~超近~我在台北車站這邊~
如果是約在晚上的林森北~"慾望"無限加深
恩...A害...
亞雷姆 wrote:
沒看到程式也不知道你...(恕刪)
亞雷姆大：
好久不見~你之前傳給我的檔案我有看過了~
對我的幫助蠻大的~
(是不是就是呼風喚雨樓裡的"我是小店-簡易進銷存系統"，介面感覺很像^^)
之前想說把心得整理完後，再Mail給你，
不過最近搞軟體的事太忙...每天都爆肝...
結果就忘記了...真是抱歉~
這裡說個建議事項，
在選取產品資料與客戶資料的時候，
我不小心把新增的選取視窗關閉，
結果造成背景程式還在執行，
後來我看了一下程式碼，
應該是因為沒有按回到單據的按鈕，就直接關閉視窗產生的錯誤~
如果說能在選取產品資料與客戶資料的程式碼前面，
加上 Allow user abort 關閉，
會不會比較好？
這樣使用者就沒有辦法關閉視窗，
我現在寫的資料庫，程式碼前面都會加上這一段，
怕使用者直接關閉視窗，造成程式沒有跑完，
不過我不知道這麼做會不會有什麼缺點？
或是對程式流程有什麼不良的影響？
關於會計與進銷存連動的部分，
說實在的...這個部分我還沒有開始寫，
所以沒有辦法寄程式給你
因為還沒有個頭緒...
這裡簡單說明我的想法，
看這樣的table與流程是不是符合資料庫邏輯
一般的進銷存與會計系統都是分開的，
要自己拋轉傳票，把單據拋入會計系統裡面，
(我手邊有的進銷存與ERP軟體清一色都是用這種方式)
這樣做的好處是可以在進銷存裡面先做調整，
然後拋入會計系統後，把單據鎖定。
這樣的設計，會計系統與進銷存系統應該是兩個Table，
再拋轉傳票的時候，直接用程式碼把單據Table的資料，
用Set Field 與 Loop 複製到會計的傳票Table，
並且用程式碼設定傳票的借方與貸方金額~
不知我的理解對不對？
不過這麼做的壞處，
就像是三爺在呼風喚雨樓裡所講的，
這樣就是兩套系統了，再開立單據的時候，
不會自動建立會計傳票，
要自己手動建立。
而且這種方式，會計系統與進銷存系統會有資訊落差，
也就是說要等進銷存的部分完帳了，
才能匯入會計傳票系統，
所以當月份的進銷貨單據，
是沒有辦法即時在會計系統裡面看到的，
要等到月底完帳拋轉後才看的到會計資料。
還有一個缺點，那就是一旦單據拋轉之後，
單據就會被鎖定，無法修改，
所以拋到會計系統的單據一定要正確無誤，
要不然，事後就只能在會計系統做調整，
在進銷存的部分就看不到修改的記錄了。
所以目前小弟是想朝三爺所說的，
建立單據的時候，直接順便就建立會計傳票，
並且建立連動。
也就說單據Table修改，會計傳票的金額也跟著自動修改，
所以不管在哪個時間點查詢會計系統的資料，
都會秀出最新的資訊，而不會有一個月的資訊落差。
我目前想到的Table規劃：
目前想到的方法有三種：
1.程式碼設定
2.計算欄位
3.自動輸入欄位(AutoEnter)
1.程式碼設定
這個方法應該就是市面上軟體會用到的方法，
用程式碼來Copy單據Table的資料到會計傳票Table，
優點：
只要寫程式碼就可以了，
Table之間的關係甚至不建立都沒有關係，
全部交由程式碼控制。
缺點：
程式碼再跑的時候，不能中止，
一旦中止，會造成資料Copy不完全，
當然也可以寫入檢查Sub程式，
當程式意外關閉，下次開啟資料庫的時候，
有遇到程式中止的訊號，再重跑一次程式，
不過這樣程式碼會變得很複雜，
維護或是修改都比較不容易。
還有一項缺點，
如果單據有修改的話，
每一次修改完單據，都要跑一次程式，
確保單據Table與傳票Table的資料是一致的，
所以只能把程式碼做在單據的儲存按鈕上，
但是一旦使用者沒有正確的按下儲存單據的按鈕，
就會造成兩邊的資料不一致。
還有一點我不確定會不會有問題的是，
多人存取同一個資料庫的時候所造成的Record Locking，
(透過FileMaker Networking)
當兩台電腦同時用程式碼存取同一筆資料的時候，會不會造成錯誤？
例如資料因為被A電腦Lock住了，所以B電腦沒有辦法跑完程式碼？
或是直接在寫程式碼時就控制A電腦存取資料的時候，
讓B電腦沒有辦法跑設定同一筆資料的程式碼？
這是我對方法一的一些想法與疑問~
2.計算欄位
這個方法是把會計傳票Table的借貸方金額，
用計算欄位的方式，自動把單據Line裡的小計金額資料抓進來。
優點：
不需要寫太多程式碼，
FileMaker直接會在關係裡拉資料，
而且是同步更新，(利用Unstore Calculation)
不管單據怎麼改，會計傳票的借貸方金額都會與單據資料一致。
缺點：
Calculation的計算式要寫很多，也很複雜~
要先用Case判斷是哪個單據的資料，並判斷是借方金額還是貸方金額，
還有判斷會計科目也是個問題。
這樣的計算式會非常的複雜，不知道會不會影響效能？
還有傳票表單在做統計表的時候，(資產負債或是損益表)
會對傳票做統計，但是由於傳票借貸方的金額都要參照單據的小計，
而且都是Unstore Calculation，
所以每跑一次資產負債表或是損益表，
FileMaker都要重新做一次計算，
這樣應該會大大影響FileMaker的效能吧？
尤其是拉一整個會計年度資料的時候，
等於FileMaker要把一整年的單據與傳票資料重新計算一次...
不曉得電腦夠不夠力...
最後一個缺點是，Calculation Field雖然會自動更新資料，
但是沒有辦法修改...
所以所有的資料輸入都要透過單據Table去做輸入，
這對現金傳票不是太大的問題，
不過如果是轉帳傳票就不行了，
勢必還要有一個欄位是給轉帳傳票輸入用的，
這個欄位還要與之前的單據借貸方金額計算欄位互相計算連動...
這樣的設計，會讓之前已經很複雜的計算式雪上加霜...
不然就是要另外建立一個Table是給轉帳傳票輸入用的。
這是我對方法二的一些想法與疑問~
3.自動輸入欄位(AutoEnter)
這個方法與計算欄位相似，
把會計傳票Table的借貸方金額，
用欄位的AutoEnter方式，連結單據的小計欄位。
只是方法二用計算欄位，
方法三用AutoEnter欄位。
優點
由於AutoEnter欄位可以輸入資料，
所以轉帳傳票就不是太大的問題，
可以提供使用者一個可以輸入借貸方金額的欄位。
缺點
好像沒有辦法實做...
因為AutoEnter只能自動更新自己Table裡的欄位資料，
其他相關聯的Table欄位資料第一次可以抓的到，
但是沒有辦法自動更新...
所以單據Table的小計金額資料修改後，傳票Table不會自動更新...
感覺就像是Store Calculation Field...
取消"不取代欄位的現有值"這個功能在不同Table好像不起作用？
還是我設定不正確？
查FileMaker網站的資料好像是說因為效能的關係，
所以不同Table的欄位設定AutoEnter並不會自動更新，
不曉得我有沒有理解錯誤？
這是我對方法三的一些想法與疑問~
打了一大堆...不曉得有沒有把我的問題說清楚
希望亞雷姆大看的懂...
抱歉...沒有學過正統的程式設計，
也不知道這樣的進銷存與會計系統的Table連結正不正確...
或許這種問題應該要當面請教會比較清楚...
只是我住台北...最近都沒有時間下台中，
而且也不知道亞雷姆大與三爺有沒有空...
希望在這裡提問不會造成亞雷姆大的困擾才好...
不知道有沒有FileMaker高手是住台北的？
可以當面教教我...
自己一個人摸索好辛苦...
也許是我太異想天開...
還以為自己可以完成整個系統...
程式設計師真不是人幹的工作...
唉...持續爆肝中...
Q:
在選取產品資料與客戶資料的時候，
我不小心把新增的選取視窗關閉
A:
因為我沒打包成 run time 在 run time 模式下是無法關那個視窗，其實我想一般人也不會去關。
這個部份我會加入，謝謝你。
Q:
這樣使用者就沒有辦法關閉視窗，我現在寫的資料庫，程式碼前面都會加上這一段，怕使用者直接關閉視窗，造成程式沒有跑完。
不過我不知道這麼做會不會有什麼缺點？或是對程式流程有什麼不良的影響
A:
最大的影響就是你要結束這個指令才能關閉視窗，如果一開始程式進來就下的話，那~~~~要結束整個 FileMaker 才能關閉。
其他會計方面，我也沒動手加入過，有空來想一下好了，因該不是大問題啦！
docse wrote:
看到這篇，在想，是否...(恕刪)
Docse兄~好久不見了~
抱歉...文章走向好像還是偏FileMaker~
不過要不要移到IPAD軟體區我覺得都可以~
畢竟《iPad終極整理術》裡面也介紹了很多的APP~
今天IPAD2上市，相信很多人可能跳過IPAD1直接買IPAD2，
所以應該有不少初學者~
《iPad終極整理術》這本書絕對對他們有很大的幫助^^
所以放在IPAD版也可以啦^^
說到這~剛好有個會計的問題請教一下Docse兄~
一般來說會計帳的格式如下
例如廠商進貨帳：
如果結帳日為每月25日
一般會計都是以日期來排序
2011/4/01 金額：100 餘額： 100 科目：進貨 (四月帳)
2011/4/15 金額：100 餘額： 200 科目：進貨 (四月帳)
2011/4/27 金額：100 餘額： 300 科目：進貨 (五月帳)
2011/5/15 金額：100 餘額： 400 科目：進貨 (五月帳)
2011/5/30 金額：150 餘額： 250 科目：應付票據 (四月帳)
2011/6/1 金額：100 餘額： 350 科目：進貨 (六月帳)
這樣的話，雖然可以顯示最新的廠商餘額，共有多少錢未付
但是如果我要查詢這些未付的帳款，哪些是四月份帳款哪些是五月份帳款，
(依上面這個例子，四月帳有$50未付，五月帳有$200未付，六月帳有$100未付)
是不是就需要手動去計算了？
如果改成用帳務月份來排序不曉得會不會有什麼問題？
如下
2011/4/01 金額：100 餘額： 100 科目：進貨 (四月帳)
2011/4/15 金額：100 餘額： 200 科目：進貨 (四月帳)
2011/5/30 金額：150 餘額： 50 科目：應付票據 (四月帳) 付款
--------------------------------------------------
2011/4/27 金額：100 餘額： 100 科目：進貨 (五月帳)
2011/5/15 金額：100 餘額： 200 科目：進貨 (五月帳)
-----------------------------------------------
2011/6/1 金額：100 餘額： 100 科目：進貨 (六月帳)
這樣我就可以清楚看出四月份還有$50尚未付給廠商，
五月份的帳款有應付帳款$200~
我知道這樣好像不符合會計流程，
不過我覺得這樣帳會比較容易看~
傳統會計因為要手寫過帳，
所以只能用日期來排序，
不然會錯亂，四月份的帳款實際上是五月底才付款的。
總不能再四月底先空下一行，然後五月底付款的時候再回填吧？
但是如果用電腦作業的話，
由於排序可以用電腦來做編排，
用日期排序或是帳務月份來排序都可以。
所以上述的第二種方式呈現對電腦來說只是改變傳票排序的順序而已。
不曉得對會計來說，這樣的呈現方式會不會有什麼問題？
我目前想到是在做科目統計的時候沒辦法統計科目餘額。
不曉得還有沒有其他的問題？
還是說我兩種方式都做，反正只是多做一個版面及報表而已~
整體的會計統計還是用正統會計方式來做(第一種方法)
然後再提供一個特殊的報表來批露帳務月份的資訊(第二種方法)
還請Docse兄提供一些意見給小弟囉^^
亞雷姆 wrote:
他就是我的小店bat...(恕刪)
呵呵~難怪介面很像，原來是Bata^^
我不知道打包成Runtime後，視窗是無法關閉的說~
那這樣應該就不會有太大的問題了~
一般人應該是不會去關閉啦...小弟習慣不好...常常手賤直接關閉視窗...
想說直接關掉比較快~XD
不過FileMaker打包成Runtime後就沒有辦法用FileMaker Networking共用資料庫了...
所以目前我開發的環境還是會在FileMaker底下，不會打包成Rumtime~(不過這個功能真的很好用~)
在FileMaker環境下，我都會在需要暫停指令碼的前面加上Allow user abort 關閉，
然後在程式的最後面加上關閉視窗，
最後再把跳回上一頁的按鈕設定為繼續指令碼，
讓使用者輸入完資料後按按鈕，繼續指令碼並關閉前景視窗。
怕使用者像我一樣，資料還沒有輸入完成，直接把視窗砍掉...
不過這麼做有個缺點，如果使用者在Portal列裡面輸入資料
按到鍵盤數字區的那個Enter，
FileMaker會認可當前的記錄，並自動繼續背景指令碼...
造成資料還沒有輸入完，就回到上一頁了...
可能是因為我Excel用習慣了，常常會直接按Enter來跳入下一個欄位~
但是在FileMaker要切換Field用的是Tab鍵。
不知道有沒有什麼方法可以改變這一點？
讓Enter鍵的行為可以類似Tab鍵那樣？
或是讓Enter鍵的行為只是認可記錄，而不會繼續背景的指令碼？
不然就只能在Layout版面用觸發指令加上Keystroke去定義Enter鍵的行為了...
只是這樣每個Layout都要加...不然就是再開檔案的OnfileLoad加入，
並讓他在背景執行，不知道可不可行？
也許這就是Microsoft與Mac最大的不同了吧...
Microsoft對鍵盤上的兩個Enter定義是一樣的，
但是在Mac上，兩個Enter的定義似乎有所不同...
但使用者習慣有時是很難改變的...
至於會計的那個問題，就麻煩亞雷姆兄有空幫我想想那一種做法會比較好囉~
其實這應該不是太大的問題，三種方法都可以做，只是各有利弊...
只是在想哪個做法後續的問題會比較少，
畢竟這是資料庫與程式架構的問題，
藍圖錯了，後續出錯的機率就大增，
嚴重的話，就是資料庫改寫...
所以希望在建立架構的一開始，就選擇最適合的方法，
後續的作業會比較輕鬆囉^^
在這裡先謝謝亞雷姆兄了~
內文搜尋
從 APP 打開
X