• 16

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


亞雷姆 wrote:
這裡把 Enter ...(恕刪)


感謝亞雷姆大~
可以了^^

原本還以為這個設定跟指令碼無關,
結果設定完成後,背景指令碼就不會繼續了^^(跳下一欄位)
太好了~

不過這樣好像需要去每個Layout的欄位去設定~
不知道可不可以把整個FileMaker的預設值都更改過來?

如果不行的話,那就只好做一個Template,
以後要建新的Layout就直接拉就好了~

再次謝謝亞雷姆大~


moon7th wrote:
例如廠商進貨帳:
如果結帳日為每月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 科目:進貨 (六月帳)

(略)

如果改成用帳務月份來排序不曉得會不會有什麼問題?
如下

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 科目:進貨 (六月帳)


其實這邊我有一點不太理解你的問題

就一般實務的作法,如果公司結帳日訂在25日,一定會通知合作的廠商,請他們發票開在25日以前,不然就做次月帳。

所以即便是收到4/27的發票,也一樣帳入5月,
因為進項的報銷是當年度都可以認列的。

而您提到的依帳務月份來排序的問題,
一般有懸記餘額就可以看出該廠商的應付餘額變動。

用記帳日期排序是為了日後找傳票憑證好找,
如果想用帳務月份排序,
依商業會計法
「會計帳簿分下列二類:
一、序時帳簿:以會計事項發生之時序為主而為記錄者。
二、分類帳簿:以會計事項歸屬之會計科目為主而記錄者。」

「序時帳簿分下列二種:
一、普通序時帳簿:以對於一切事項為序時登記或並對於特種序時帳項之
結數為序時登記而設者,如日記簿或分錄簿等屬之。
二、特種序時帳簿:以對於特種事項為序時登記而設者,如現金簿、銷貨簿、進貨簿等屬之。」

我想,就功能性來說,是沒有違法的問題的,只是很容易有「只有記的人知道怎麼找資料」的情況發生吧(我猜的)。



---

突然驚覺,本棟我歪得最嚴重!!
您的問題真的很有料,也滿驚訝您這麼短的時間內就達到這種程度,想必常常爆肝

1.何時自動拋轉:

一般進銷存軟體都號稱可(自動)拋轉會計傳票。反正用戶也搞不清楚啥是「自動」,啥是「手動」,啥是「不能動」。
就我自己的認知,自動,應該是進銷存的某些動作有牽涉到會計處理的時候,就該自動產生會計資料(傳票)。比如說:

收取定金:借:現  金。 貸:預收貨款。


出  貨:借:現  金。 貸:銷貨收入
              銷項稅額
或是
     借:應收帳款。貸:銷貨收入
              銷項稅額

收取貨款:借:現  金。貸:應收帳款。

當然還有其他狀況,比如說定金之後,客人要退訂,或是取消出貨、或銷貨退回、或多筆沖帳的狀況,銷項與進項的情況也是類似,只是借貸兩方剛好相反。


2.進銷存確定與修改的時間:

真正有在用進銷存的人員,對這個問題一定很有感覺,也很有興趣。我認為進銷存系統,在作業時,「當下」就要確定,「事後」可讓會計或相關人員進行修改。

當下確定,是不希望資料處於不確定的狀態,所以當交易完成時,資料應該都是處於鎖定的情況,程式可容許用戶在多久的時間內修改資料,或是取消交易,過了時間限制,則讓資料修改的權限移轉給相關人員。否則資料不鎖定,每個上線的人員都可以任意修改,如此的系統資料等於沒用,因為資料無法確定是否正確。

進銷存資料,有時候修改的程度會超乎我們的想像,比如說計算業務的業績,應該在每個月或是發放業績獎金前應該就要確定完成。比如說進銷發票的統計,這在每兩個月申報401報表前,就得確認無誤,否則申報營業稅後,以後要申請修正也很麻煩。

修改進銷存資料,可能是修改 1.產品編號、2.單價、3.數量、3.各種日期、4.發票資料、5.客戶資料、付款條件等等資料。

如果以編製進銷存表來看,那這些資料要確定,最慢有可能得等到隔年的五月底(營業所得稅申報)才會真正確認。如果以這種情況來說,這時候才拋轉會計資料,會不會太晚了點?


3.轉拋會計資料的方式:

我建議使用「程式碼」或是「自動輸入欄位」的模式來進行,「計算欄位」看似可行,不過實作應該很多問題,加上它是Unstore Calculation 的模式,以後在搜尋會吃很大的苦頭

自動輸入欄位,在使用Loop 與 Set Field 程式碼,或是使用 Replace Field Contents 即可更新資料,所以這種方式也是可行的。

另一點值得去思考的是,「進銷存資料」與「會計傳票資料」,是否要即時連動?我目前的做法是自動產生會計資料,但是不讓系統自動連動,原因是,一但進銷存資料修改錯誤,那連帶會計資料也會錯誤....進銷項發票的做法我也是這麼做,我想這是每個人思維不同,所以讓系統的行為也不一樣罷了,您可以針對貴公司的情況斟酌。

docse wrote:
其實這邊我有一點不太...(恕刪)


Docse兄:

不好意思...我沒有學過正統的會計...

請問"懸記餘額"是什麼意思...
我查Google也沒有查到什麼資料...
抱歉...還請Docse兄稍微解釋一下

主要會想用第二種方式呈現是為了看帳目比較容易看...
因為我沒有學過正統的會計學,
所以覺得每個月的帳款收付金額,
都混在廠商分類帳裡面,很不容易看帳務月份的餘額...

當然正統的會計據我所知應該不能這樣搞
既然沒有違法~不然我再做一個特殊版面來批露這方面的資訊就好了~

反正這個版面是我專屬的~哈~
我們的會計看傳統的版面就好了~
感謝Docse兄提供寶貴的意見~


不要一直說樓歪了啦...
我一直覺得很對不起東華大...
畢竟這篇是我挖坑給您跳...

人家比薩斜塔歪歪的也沒有怎樣阿~
還是著名的觀光景點哩~
您說是吧~

三頁書 wrote:
您的問題真的很有料,...(恕刪)


感謝三爺解答~有甚麼問題再請教您~

moon7th wrote:
Docse兄:不好意...(恕刪)




well,


懸記帳可能比較少聽到,因為那像是過渡用的,也就是在關帳前可以查到的帳務明細。


就您所提出的表冊表達方式
其實只要在key in傳票時資訊夠就可以了

假設傳票上有下列資訊:

傳票日期 100年5月20日
科目 應付票據
金額 500
廠商 A
摘要 應付5月貨款
到期日 100年6月20日 (可能只有票據需要)
參號 5月


傳票日期 100年5月30日
科目 應付票據
金額 1000
廠商 A
摘要 應付6月貨款
到期日 100年6月30日 (可能只有票據需要)
參號 6月


若在懸記帳上選截止日為100年6月25日
報表可能會是這樣

科目    傳票日期    廠商 傳票金額   傳票餘額  參號
應付票據  100年5月20日  A   500     500   5月
應付票據  100年5月30日  A   1000    1000   6月
應付票據  100年6月20日  A   (500)     -    6月
-----------------------------------
總計                        -     5月
                          1000   6月
其實只要前端輸入的資料夠詳細
後面的報表就很簡單了

(我一直覺得我有點文不對題 )
--------

忍不住一直說不正...是因為我是個正直的人呀
應計部份,就我們這種小企業來說,大致可以分三個項目來說,1. 應付帳款。2. 應收帳款 。3. 應付費用。

應付帳款:因賒購而產生的應付帳款。

應收帳款:因賒銷而產生的應收帳款。

應付費用:已經發生,但是尚未支付的費用。比如採買公司設備,使用賒購模式。

一二項是進銷部份,第三項則是在費用裡面,跟進銷存比較不相關。但是公司也必須知道這種帳款。


會產生應收帳款、應付帳款的情況,不外乎就是公司存在有賒購、賒銷的交易模式。這種交易模式,通常會設定「結帳日期」與「付款條件」兩種變因,以交易日期為基準,透過這兩個變因產生不同的「應兌日期」。

交易模式:賒購、賒銷。

付款條件:月結現金、月結30天等。

交易日期:如進貨日期、銷貨日期、發票日期等。

發票日期:進貨發票或是銷貨發票載明的日期。

結帳日期:每月25日(26,或是30,甚至有在20日就提前跨月)。交易單據可載明清楚。
     可設定在廠商或是客戶資料,直接帶入資料。

應兌日期:以「交易日期」加上「付款條件」等於應兌日期。


會計部份
應付帳款的子科目:需要設定廠商與客戶的應付(應收)子科目,才有辦法看出該廠商(客戶)的應付(應收)帳款科目餘額。
否則應付帳款、應收帳款只有一個科目,只能看出總額,無法顯示區別各個廠商或是客戶的應付應收的餘額。

帳簿入帳以「交易日期」為主,「會計事項」為輔。

「交易單號」與「交易日期」為主要索引,其他資料為次要索引。

所以這個部份我覺得應該先單純化,也就是說,當會計事項發生時,你就記錄起來,也就是說,雖然是4/27已經跨月結帳,但是你還是要記錄這筆進貨,這筆交易只是帳款兌現日期在五月,但是進貨這個行為是在四月。

另外有些廠商不見得會照我們交代的開立五月的發票,像是精技電腦、聯強國際、展碁國際,這種公司都是隨貨就附發票。

另外發生在12/27的進貨,如果發票開立也是12/27,但是帳款在隔年的1月才會兌現。也就是說,我們得等到明年,才會將應付帳款使用現金或是應付票據來沖銷,因此感覺使用帳務月份來排序,只是一時的感覺,您可能要多試試看才知道有沒有其他狀況。

進銷存面解決

另設應付帳款、應收帳款、應付費用的Table來記錄,當交易發生時,即時產生。付款或是收款的時候,刪除相對應的應付與應收記錄,當然在會計系統上,也得要有相對應的記錄來記載,只是這種做法,可以避免製作許多的會計子科目,另外對於會計系統不熟悉的用戶,也免除他們得在會計系統總帳中撈取客戶與廠商的應收應付帳款。感覺起來似乎是比較簡易。

bubai wrote:
魔城主人:我也想過這...(恕刪)

常聽到免費、開放…必勝,其實很多人講的免費有很大一部分是盜竊!講的好聽掩飾自己的罪行罷了。用ipad2未滿一週,我就買了好幾個付費app,書也買了一本了,歌曲尚未開張。

我是覺得apple的模式很好,幾十元到幾百元的費用,我想很多人都付的起。

我也想這本書能放到電子書中,我買過阿星那本,這不是放在app中的嗎?也許作者可以考慮這個方式,雖然目前ibook沒中文版權書。
docse wrote:
well,懸記帳可能...(恕刪)


恩恩~了解~

目前我設計的系統,只要設定好廠商的結帳日,
電腦系統會幫我判斷這個單據是哪個月份的帳款,
這樣同樣帳務月份的資料就可以統計與計算。

當然也可以手動調整單筆單據的結帳月份,
以求貼近交易時的原貌。

這樣的功能好像就是Docse兄所說的懸記欄位?不知對不對?


據我所知,有些軟體的做法一定要調整交易日期,才有辦法改變帳務月份,
他們的設計,抓帳務月份裡的單據資料所判定的條件是交易日期。

例如廠商結帳日是25日,如果要算下個月帳的話,單據交易日期一定要設在25日之後。
我覺得這樣的記錄方式在拉報表的時候,會無法呈現實際的交易日期。
所以我在每張單據上加上一個自動計算結帳月份的欄位。
就算我的交易日是在結帳日後,但是如果廠商堅持這筆特殊單據需要在這個月份結帳,
我也可以手動調整,而不會影響到真實的交易日期欄位。


所以我後來想,既然單據上面都有結帳的帳務月份,
那這樣依單據結帳月份來排序,似乎對於報表的資訊披露應該會比較清楚。

這樣我可以清楚知道所有的應收付款項是所屬於哪個帳務月份,
我那幾筆的呆帳還沒有回收?或是我哪個月的款項還沒有付?
而不是只是顯示應收款與未收款的總額而已。

可能是因為我們雖然每個月結帳,
但是收付款卻不一定是每個月收,
常常會一次收兩個月的貨款,
或是一個月來收兩次...
所以我們要確定是哪筆單據,哪個帳務月份的款項。

如果像Docse兄提供的報表形式也是不錯的方式,
我會再斟酌看看用哪一種型式的報表比較符合我們的需求^^

感謝Docse兄的寶貴意見^^謝謝~
------------------------------------

PS. 那應該是我為人很歪哥...我一直讓這棟大樓歪掉...A害...
三頁書 wrote:
應計部份,就我們這種...(恕刪)


三爺解釋的很清楚,也很容易理解,
目前系統裡報表的排序還是會以貨單號碼(自動加注打單日期及序號)與交易日期為主要排序。
系統的架構於回覆Docse兄時有說明。

目前的困擾在於如果以廠商做為分類依據,拉出廠商分類帳時,
進貨單與付款單會同時存在於同一個報表內,
但是由於五月底付的是四月份的貨款(同一個帳務月份),
如果依實際發生日期排序,我覺得會比較混亂,
應該是我沒有學過正統會計...沒有常常觀看報表導致...
所以才會想說排在一起比較容易觀看。

其實這個報表應該不是在會計系統裡呈現,
而應該是在進銷存系統裡面呈現,
讓我可以快速查詢進貨單與付款單的附屬關係,
以及貨款與已付款項、未付款項的連帶關係。
還有廠商分類帳目的餘額,是來至哪個結帳月份的資料。



至於三爺所提供的進銷存面的解決問題,
是個好方法,我之前沒有這樣想過~

不過這個方法目前小弟想到的問題點有一個。
付款的同時,刪除應收付款Table裡的記錄,
但是如果事後發現打單錯誤,是否就無法修正?
因為應收付款Table的記錄已經被刪除了。
是否只能在會計系統裡面做調整了?

還有一種狀況是,如果這筆單據我只要付其中的Line_Item小項,
那這樣需要刪除應收付款Table裡的記錄嗎?
畢竟只收付了一部分...

還是說讓應收付款Table的記錄是連結到單據的Line_Item,
應該比較能避免這種情況的發生?

這個我在思考看看,也是一個不錯解決的方案^^

感謝三爺的解說~


  • 16
內文搜尋
X
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 16)
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?