[1/22更新]《iPad終極整理術》讓IPAD成為你工作上的好幫手~


0728ku wrote:
昨天讀了這本好書!不...(恕刪)


資料庫的話可以用FileMaker建立,
也可以用SQL Server 或 Apache 配合 PHP或.Net
當然也可以用Windows Server

不過相關資訊要Google一下,
畢竟要看所使用的環境與習慣的程式語言,
這不是三言兩語可以道盡的...

杜松子酒 wrote:
上班前才到7-11拿...(恕刪)


中文FileMaker書籍,目前市面上有一本(也是唯一的一本)
"FileMaker 一本通"

不過要有相關的經驗比較看得懂,
如果英文OK的話,可以參考英文資料~比中文資料多很多~
三頁書大大:

三頁書大大不能上來台北好可惜~
改天有時間,小弟再下去台中拜訪您好了^^


三頁書大大說得很好,目前中小企業中能把會計這塊做好的不多...
光是財務會計都做不好了,更何況是管理會計...
(有些老闆連會計四大報表是什麼都霧煞煞...)
ERP的概念與管理會計是息息相關的,
所以ERP在中小企業推動的成效不彰也與這點有些關係~

看來三頁書大大也對會計有研究~
以後要用FileMaker寫會計系統也可以請教三頁書大大了^^

對了~請教三頁書大大,
如果是用FileMaker Servers的話,
IPAD存取還需要把檔案同步到IPAD嗎?
還是所有的資料庫存取都是透過網路即時存取,不用同步檔案?

如果是即時存取,那是否效能的瓶頸是在網路速度,而不是IPAD本身?
東華兄:對不起,介紹你書籍的文章後來整個糟糕掉了

moon7th兄,您好認真喔!

回答您的問題前,我來發一下FileMaker Pro的諸元性能,讓裹足不前的人有點信心

檔案大小限制:8TG(每個檔案),同時可開啓125個檔案
資料表限制:一百萬個(每個檔案)
欄位限制:2億5千6百萬個欄位(每筆記錄)
筆數限制:一百萬的四次方(每個表格)
筆數限制:無限制(硬碟爆錶除外)(每個檔案)
關聯式:無限制(硬碟爆錶除外)(每個檔案)
版面:無限制(硬碟爆錶除外)(每個檔案)
文字欄位:10億個字元
計算函數:266個(目前看起來最少的東西)
程式碼:無限制

這樣子還不能滿足的話,那應該也是大公司
既然是大公司,說實在的啦,您也會去量身定製軟體啦,不用這麼辛苦自己搞系統啦
-------------------------------------------------------------------------------------------
iPad 使用 FileMaker Go 的情況,可以獨立使用 FMP 文件,也可以透過網路讀取 FileMaker Server 上的FileMaker文件,其實使用一般的 FileMaker Pro 或是 FileMaker Advanve 的共享,也可以讓 iPad 讀取到你電腦上的 FMP 文件。

我覺得 FileMaker Go 效率應該是卡在圖形顯示(Redraw),如果作一個很兩光的介面,速度是很快,我有看過35萬筆的搜尋速度,很快很快的啦。但是如果版面做的很華麗,在目前的 FileMaker Go 上面運行起來,很像烏龜.....這個在 FileMaker 的官方討論站也有人反應

會計我懂一點點啦,主要是還有跟國稅局交過手(要弄愛心捐,後來全身而退),所以簡單的會計還可以啦

既然已經這麼糟糕,那就繼續槽糕下去吧 XD

一般人可能都覺得會計是門很虛的學問,
沒錯,它是很虛!!!
也的確可以分成很多種,但根本仍是相同的,
如三頁書大大所列的那些的確是會計的分項,但仍是分錄組成。

其實若交易能產出分錄,會計系統就差不多算完了,
接下來的日記帳、試算表以會計科目為單位去抓應該就差不多了(這是我猜想的,畢竟不是專業)
我目前管我們公司的會計系統,會計們真的只管入傳票,
部份是拋轉的分錄。

(這邊提一下更偏的,一般會計原則都是用應計基礎,但非會計的人應該會想要用現金基礎,如果有要連會計系統一起寫的話,這點大概需要考慮一下)

我個人覺得,連帳務系統都有了,根本無需再請外部記帳,
其實一般分內外帳都是主要都是要藏收入,倒不是真的沒法做…
(連帳務系統都沒的不在此討論)
而且能當老闆的人,不能否認的,多半也許看不懂報表,但對數字多很敏銳
大概就是會 got a feel 那種

但報表是很好的輔助工具,可以協助找到盲點及更精確化,
如果沒有天生商人的嗅覺,看看財務分析會很有幫助的。
特別是在現金流的部份。
各位先進要一同吃個飯的話,可千萬別把小弟我給忘了啊!

有太多東西還需要跟各位學習!
三頁兄:

這個討論串很有營養,一點也不糟糕,我的 FileMaker 荒廢很久了,是該找時間再繼續研究了。

第七個月亮:

看你三天就研究出這麼多東西,相信整個系統一個人完成是指日可待的,一個人完成一個系統確實應該只有 FileMaker 做得到,用其他任何工具,.net, java 等等,我看都要請三五個工程師寫很長一段時間才有可能,雖然比較不能做細部的微調,但是開發速度快很多,值得了。

有關吃飯等我回台灣我們再約時間,來美國兩個月了,現在最想念台灣的食物。


東華
東華 Tunghua

Nova wrote:
什麼!!這樣就滿足啦...(恕刪)


有簽名要叫作者幫我簽一本才行!!

抽獎~~
FB:facebook.com/photographyeye
三頁書大大:

會害...我承認罪魁禍首是我...
整個討論好像偏到FileMaker...

小弟就是太不認真了...所以到現在還一事無成...
只能怪自己念書時不好好念,
還好FileMaker簡單易用,
要不然還真不知道公司的E化要拖到什麼時候...

最近在用FileMaker還是遇到不少的問題,
等小弟整理好後在一並請教三頁書大大,
畢竟這篇討論串已經儼然快變成FileMaker專區了...
也不好再火上加油...
東華大對不起...



如果FileMaker Go 可以用共享的方式直接分享FMP文件,
並且運算的效能是卡在ReDraw的話,
那我應該會比較早買,這樣在整理貨品資料的時候,
就可以用了,一邊點倉庫一邊補齊產品資料庫~

小弟的美功能力很差...目前只能做很兩光的介面,
所以推測FileMaker Go應該能順順跑才對~
說真的,神機妙算的介面蠻漂亮的,
比坊間的進銷存軟體漂亮多了~
用Mac的人都好有美學,害我也很想入手一台~

但接下來的問題反倒是產品圖的坎入方法~
如果直接坎入FMP文件的話,這樣FMP檔案會變很大,
傳輸也會變慢。
如果是用相對路徑連結的話,在PC上使用沒問題,
但是在IPAD同步使用是否也是要把產品圖同步到IPAD?
同步到IPAD應該也不致於影響到FM GO的效能吧?(畢竟不算是ReDraw)
而且IPAD的資料夾結構與PC好像不太一樣,還是可以用相對路徑讀取嗎?
那如果用FileMaker Server是否可以只透過網路讀取?
在讀取FMP文件的同時,即時存取產品圖片?



三頁書大大謙虛了~
光是跟國稅局交過手就很厲害了~
我們一般小老百姓只能任人宰割...
如果會計的知識只懂一點點,
對於內外帳與現行中小企業的現況,
沒辦法解釋得這樣精闢~
況且寫進銷存軟體本身也是要懂會計原理,
不然進貨、銷貨、進貨退去與銷貨退回的金流會亂掉...
不過不否認現行中小企業都是以簿記為基礎,
真正有會計流程的中小企業不多就是了~
docse大:

這樣不好啦~
繼續糟糕下去對東華大不好意思...
雖然小弟覺得這樣討論下去好像也還不錯...

目前中小企業最大的問題就是會計傳票的精確性,
由於人力較少,所以不可能每一筆交易都開傳票,
(就算開傳票也是很多項目開在一起,科目明細不夠準確)
這樣會累死公司的會計...我們公司會計只有一個人...
所以更不用講後續的分錄與報表的製做了...
並不是不能做,而是不夠精準...而且也很耗人力

所以能電腦化是最好的,可以讓作業自動化,大幅縮減人力~
電腦過帳與人工過帳的速度差太多了...

不過就算是有帳務系統,一般小公司外帳還是會外包給會計師做,
畢竟稅務的專業程度不同,這種做法不只是要藏收入,
還有很多檯面下的工作需要專業的會計師~
這裡就不好多說了~

大大真是專業,我們目前是的做法比較類似現金基礎,
小公司大部分還是算是簿記,所以現金基礎比較好控管現金流量,
但是如果有會計軟體的話,應該還是會採用應計基礎,
畢竟我們還是有應收帳款與應付帳款,
如果用現金基礎的話沒有辦法了解公司整體未來的狀況,
所以應該會採用應計基礎配上現金流量表來披露會計資訊。

的確,很多成功的老闆對數字都很敏銳~
所以才會說"生意囝歹生"
但是如果只靠第六感,只能做生意人,
不見得可以做好企業管理,所以財務報表還是必要的~
文章分享
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 16)

今日熱門文章 網友點擊推薦!