大家给个建议那个GST accounting software 好用？

vrz

statement 发表于 11-10-2014 10:57 AM
不对咯。。。 我听到的是Kastam也有要求软件必须要handle D/O 21day rules，然后软件商们走shortcut要求顾 ...

Deposit/Advance Payment 是要开 Tax Invoice 以便 buyer 可以 claim input tax， 对吗？

参考 guideline 是说要开 ：


但是 A 就用 [砍脚趾避沙虫]的方式, 说 issue receipt 直接当 security deposit, 到再三追问不要当 security 有什么办法算 output tax, 他说 pass journal. 问题是pass journal 就没有 issue Tax Invoice, 人家怎样 claim input tax 呢 ？

Aquariel

天天都囧rz 发表于 11-10-2014 12:41 PM
這裡的大大能不能解釋下，basic module跟advance module有什麼分別。
如果只是普通的雜貨店，應該要用哪一 ...

好像只有第一轮的List才有列出分别来，我不知save去哪里了，file应该在公司。

请看看这个回复吧：第8页#185

statement

天天都囧rz 发表于 11-10-2014 12:41 PM
這裡的大大能不能解釋下，basic module跟advance module有什麼分別。
如果只是普通的雜貨店，應該要用哪一 ...

如果是普通的雜貨店, 并不需要mix supply的function, 除非你有售卖一些exempt list的货物。

statement

vrz 发表于 11-10-2014 03:46 PM
Deposit/Advance Payment 是要开 Tax Invoice 以便 buyer 可以 claim input tax， 对吗？

参考 guidel ...

这Deposit/Advance Payment 要把Supplier & Customer分开来讲。

Customer 给 Deposit/Advance Payment, Supplier就要计算output tax，但on Customer Site, 虽然说钱给了但因为Supplier还没开Tax Invoice，所以还没有Input Tax Credit产生。

eg. 九月的Deposit, 十月的Tax Invoice => Supplier 九月要给Output Tax, Customer要在十月才能有Input Tax Credit.

其实东西就是这样简单, 根本不需要走什么shortcut, 结果反而把东西复杂化. (GST税务是没得逃的, 官字两个口, 一是跟着规则走, 二是白给penalty)

所以我说商家们要小心, 别太相信那些半桶水的"装"家乱说话.

vrz

statement 发表于 13-10-2014 09:20 AM
这Deposit/Advance Payment 要把Supplier & Customer分开来讲。

Customer 给 Deposit/Advance Payment ...

所以 supplier 在9月收到 Deposit 时应该要开 Tax Invoice 给客户扣 input tax.

我看了几个 guideline 都是说 Deposit / Advance payment 要出 Tax Invoice. 有如买车的 Deposit，Construction 的 Deposit 。。。，其实 Deposit 可以出 Tax Invoice, 然后在下一张 Tax Invoice 是 total less deposit (Balance)，不会很难。只是 software 限制了我们，因为 software 开 Tax Invoice 时没有 一个 Less ：Deposit 的 field，导致我不可以只开 Balance Amount.

statement

vrz 发表于 13-10-2014 08:13 PM
所以 supplier 在9月收到 Deposit 时应该要开 Tax Invoice 给客户扣 input tax.

我看了几个 guideline ...

也不是这样说。。。

我不懂正式的trading document流程是怎样，不过以我知道的知识来说，整个商界的大坏境是，卖东西时开Invoice，收钱时开Receipt，卖东西收deposit时开Sales Order或Receipt。(我没看/听过有人收deposit是开invoice的)  

其实如果我们知道这deposit是给某invoice的，我们根本不需要多此一举特地开多张Deposit的Invoice，我们可以直接在这张invoice上注明有deposit，东西就是这样简单，无需要转一个圈把东西复杂化。

软件有限制，所以我们就要跟随？ 要知道到今天为止, 市场上的软件可以说全部在GST的handle上都是cacat的, 有些还错把自己的想法乱加进去而根本不符合Kastam的guideline.

如果我是programmer，那我设计的软件将是：
1. 收到Deposit时，开Receipt & 算Output Tax.
2. 开有Deposit的invoice时，我的Output Tax是after Deposit的Output Tax.

就是这样简单, 一切跟rules走, 顾客要在给deposit时就收到invoice? 叫他自己跟kastam讲(其实好像是可以向Kastam申请以Receipt代替Invoice的, 不过不知道Kastam允不允许这另类法吧了), 为了方便他早点收到input tax而弄到我们自己麻烦, 甚至因此中penalty, 我们需不需要这样傻? (别忘了, 他们claim的input tax其实是我们的output tax来的)

GST对大家来说都是新的东西, 因为我们政府的独树一帜, 所以我们还是一切跟政府的rules走比较稳当, 那些什么"装"家给的建议, 听就好, 别盲从, 因为他们讲是爽, 但我们后面给钱就给到傻.  (给钱还不用紧, 最怕要付出大量人力与时间去做些有没有的明知道有问题的东西)

Buy4u

据我所知，免费货品也要给GST。
请问各位所测试的软件，哪一个可以做到开单时计算免费货品的GST。

例如：
1. 买1送1， Qty=2, 单价 RM100， GST应该是RM12（RM200*6%），但很多system只能RM100*6%.

2. 完全免费， Qty=1, 原价RM100，单价RM0，GST应该是RM6（对吗？）。system key 不到这样的货品。

谢谢帮忙。

Aquariel

statement 发表于 14-10-2014 10:23 AM
也不是这样说。。。

我不懂正式的trading document流程是怎样，不过以我知道的知识来说，整个商界的 ...

我是觉得不能开Receipt。

跟着Kastam Guide跑的话，只要那deposit是part payment，那么就要开Tax Invoice来Account for Output Tax。
到时候，因为顾客要claim input tax也不要商家开receipt啦（except你的receipt有full tax invoice的particulars，那么receipt就可以被当成Tax Invoice来用）

statement

Aquariel 发表于 14-10-2014 06:59 PM
我是觉得不能开Receipt。

跟着Kastam Guide跑的话，只要那deposit是part payment，那么就要开Tax Invo ...

问题是那deposit的invoice要怎样开？等到正式送货后，另一张invoice又要怎样开？

难不成要我们收到deposit时开张invoice $106 (Debit bank $106, Credit Deposit $100, Credit Output Tax $6)，然后几个月后，再开一张invoice bill 顾客(Debit Debtor $212、Credit Sales $200、Credit Output Tax $12、Debit Deposit $100、Debit Output Tax $6、 Credit Debtor $106) ，过后收到payment时才开Receipt (Debit Bank $106、Credit Debtor $106)?

如果单以accounting concept来说我们可以这样做，但是如果是使用软件，现在有软件可以做到这吗？

Ok，就算有软件可以Invoice write-off Invoice，那Extra Payment又怎样？

eg. 顾客欠我们$80，但却给我们Payment$100，剩下$20拿来扣下张单，这是个非常普遍的现象，难不成要如那些讲话不腰疼的人说的，商家需要开C/N $20给顾客？ Ok，就算商家愿意这样做，但是Kastam方面又会不会因为我们之前的payment有收多了，而需要我们计算GST? (Credit Output Tax $1.20 of Payment & Debit Output Tax $1.20 of C/N)

到底收到Deposit时，是要开Invoice 还是 Receipt? 我想我终算明白为何到现在为止都没有个软件有Deposit function了，因为软件商根本都不知道要怎样做。（我始终觉得开payment比较能接受，而且也比较简单，唯一问题是顾客需要等Tax Invoice吧了，不过也不知道Kastam官员是怎样想的，硬要把事情复杂化，偏偏又漏洞百出，陷阱处处，未来商家准备大破财吧，从事会计的人也可以考虑转行了，除非你愿意加重工作量和老板给的压力）

Aquariel

statement 发表于 15-10-2014 10:02 AM
问题是那deposit的invoice要怎样开？等到正式送货后，另一张invoice又要怎样开？

难不成要我们收到 ...

是蛮头疼的问题。
我去读了下新加坡的Guide，deposit的treatment也是一样的。

我在想，那里的会计是不是有什么方法还是entry可以做到呢？
有没有办法让它暂时'消失'？

还是，商家需要改变做生意的方式？

照理说，如果programmer写的到，应该早就写进去了，因为有些software在两个国家都有卖。
另外一个可能性就是Kastam的GAF要求限制了Software的写法，那么Software公司应该要反映给Kastam。

candy_mm2

vrz 发表于 11-10-2014 09:49 AM
现在的 Dealer 都很忙，他们通常是开班让你们过去学，1对1来不及教。你买的时候他有包括 Training 价钱吗 ...

还没买，但也说明是没有给training，他只负责卖software而已。。。
做么我在这里看到各位大大讨论的东西，我完全不知晓...够力。。。
如果我只是用来只开invoice， 月尾print statement, stocks reports...
（因为accounting 由另外的人做）
是否我upgrade MYOB就好？RM 1099.。。
还是你有其他软件好介绍？老板叫我问看要upgrade还是整个system换掉。。
我这间公司是很少transaction的，基本上老板、娘都 “无忧做”.....
不像那些大公司有大量的运作。。

对了，题外话...我想问看，如果是收租金，要如何算gst?
我只是用那些普通的receipt 簿子开 receipt而已.

statement

Aquariel 发表于 15-10-2014 08:49 PM
是蛮头疼的问题。
我去读了下新加坡的Guide，deposit的treatment也是一样的。

我没有去研究新加坡的Guide， 不过听说很多概念都是一样的，只不过大马比较缺钱，所以增加了很多苛刻的条件。eg. 小新是turnover超过新币100000 (马币250000)才要注册GST，我们是人家的五份之一; 人家的DO rule 是30天，我们的是21天; 人家允许年度修改税务，我们是一submit有错就penalty；人家import service没GST，我们是有Reverse Mechanism等等等等。。。(我仅知道这样多，全部都是在CARI爬帖知道的）

对于deposit, 新加坡是怎样做呢？



对咯，理论上大马的GST版本仅是扩大了可征税范围，内里的core还是一样啦，已拥有小新GST版本的软件商应该是只需要修改下“数额”或增加些control就行了才对，可是你看，那些也有在新加坡卖的软件公司如UBx, SQx等，最近这两个月才推出来的GST大马版本软件，根本就cacat， 很多东西都没有handle到，有些还做错算错等等， 到底问题是出在哪里？

虽然我不是专业的，但是再怎样看，现在那个超级简陋的GAF不会是限制软件的原因，因为有些软件商根本都没去管它。

eg. Invoice 123 有两个item, Item A $55.55 & Item B $15.55, 如果根据GAF, 那应该是 Item A $55.55 x 6% = $3.33, Item B $15.55 x 6 % = $0.93, 不过某些软件里，它给出的答案是Item A $55.55 x 6% = $3.34, Item B $15.55 x 6 % = $0.93, Item A 多出来的$0.01是因为$55.55 + $15.55 = $71.10，$71.10 x 6% = $4.27 ($3.33 + $0.93 = $4.26, 所以ItemA要加多$0.01，这样才能tally到Total Amount x 6%)

除了Total Amount x 6%，我还看到一个软件更搞笑，eg. Item A我买两件，逻辑来说，应该是$55.55 x 2 = $111.10，然后$111.10 x 6% = $6.67，不过这家的软件是$3.33 x 2 = $6.66.

vrz

statement 发表于 16-10-2014 05:20 PM
我没有去研究新加坡的Guide， 不过听说很多概念都是一样的，只不过大马比较缺钱，所以增加了很多苛刻的条 ...

@Aquariel
零数问题，选择 rounding adj 就可以解决，如果是 rounding adj 就会在 total 那边 round-up.

Deposit 这问题，问了他们 support / training manager 都给不到答案，如果开 receipt 就要做 journal 才可以算 output tax，我不如直接开 Tax Invoice，因为 receipt 那边没有的选 tax code.

所以自己亲自研究，Deposit & 2nd invoice 终于可以算 output tax 了，而且 Ledger (Deposit, Sales, Debtors) 都清楚列出。GST Detail Listing & GST-03 都可以 cover 到。

其实很简单，例如 一项交易是 RM10,000 (tax inclusive)
1) 15/04/2015 当我收到 Deposit RM3000 的时候，开 Tax Invoice description只写 Deposit (没有 item code)，tax code = SR, tax inclusive, account=Deposit (eg :405/000) --> 这 account no. 很重要，影响 double-entry
(Double-entry 自动 posted : Dr Debtor 3000; Cr Output tax 169.81; Cr Deposit Received 2830.19)


2) 20/05/2015 当送货/完工时，开 Tax Invoice 选 item code (平常开单) 总数 RM10,000, 最后一行增加一个 Deposit (description)，amount=(3000)，tax code = SR, 下面 footer 总数就会是 RM7000。
(Double-entry 自动 posted : Dr Debtor 10000; Cr Sales 9433.96; Cr Output Tax 566.04)
(Double-entry 自动 posted : Dr Deposit Received 2830.19; Dr Output Tax 169.81; Cr Debtor 3000)



GST-03，4月会算 output tax RM 169.81 (RM3000 x 6/106) 没问题。
在 GST Listing，5月会这样算 Output Tax (RM 10000 x 6/106) RM 566.04 减 RM169.81 （deposit）= RM 396.23

总好过一直 pass journal 在 15/4/15 然后又 reverse journal 在 20/5/2015.

以上 transaction 我都用 SQL/Autocount 做了都没问题。Sage 50 由于开 Tax Invoice 的时候不可以 key-in negative amount, 所以 less 不到 Deposit.

不知道其他软件还可以用怎样的办法算 Deposit 的 output tax ? 一定要 pass journal 吗？

11月 confirm 全部客户买 AutoCount了，不要再 survey 了，因为还要进 stock code，还要 apply simplified invoice approval, 还要出信向 supplier & customer 拿 GST 号码和 update 地址，一月新的 financial year 开始用新 software，都怕时间不够。

vrz

Autocount 还有一个人性化的功能，不错。

例如 supplier 的 invoice RM 10000, GST 应该是 RM 600, 但是不知道什么原因 （人为疏忽/软件问题）导致 Tax Invoice 到我们手上是 RM 10000 + GST 300 = RM 10300. 我们只可以 claim input tax RM 300 而不是 RM 600.

而我们的软件 key-in transaction 都是自动算 input tax 6%, 不可以 manual 改，所以 autocount 有一个 add column (GST adjustment) 可以adjust the different.

没有看到软件很难讲清楚，各位可以问一问你们的 dealer 如果遇到 supplier inv 的 GST 不是 6% 要怎么办。

statement

vrz 发表于 21-10-2014 11:51 AM
@Aquariel
零数问题，选择 rounding adj 就可以解决，如果是 rounding adj 就会在 total 那边 round-up ...

现在问题是, 需不需要计算这进位产生的$0.01呢?

如果需要的话, 那正确的entry应该是:
Debit Debtor $75.37
Credit Sales (Item A) $55.55
Credit Output Tax (Item A) $3.33
Credit Sales (Item B) $15.55
Credit Output Tax (Item B) $0.93
Credit Output Tax (Rounding Adj) $0.01 (这$0.01是GST amount进位产生的)

Deposit 直接开 Tax Invoice

那这张invoice要怎样write-off?

我想软件商应该修改他们的Receipt function, 加入deposit handle才是正确的做法.

supplier inv 的 GST 不是 6%

哈哈哈哈, 你不说, 我根本不会想到有这情况咯.... 不过如果我们照你方法做, GST-03那里会不会有问题? (Audit时应该也很危险)

vrz

statement 发表于 21-10-2014 01:50 PM
现在问题是, 需不需要计算这进位产生的$0.01呢?

如果需要的话, 那正确的entry应该是:

Rounding 问题就交给 software 自动 adjust，user 也不会特地去计算.

那这张invoice要怎样write-off? 我想软件商应该修改他们的Receipt function, 加入deposit handle才是正确的做法.

就如平常的 write-off, 当 key-in receipt 的时候选这张 Deposit Tax Invoice knock-off. 可能你会说那么麻烦开了 Tax Invoice 又要去 Receipt knock off, 所以我试下以 Cash Sales 的方式 key-in, 当开完单的时候，它会问 cash/chq/cr card/credit sale ? 我可以直接选择 cash/chq 就省回去 Receipt 那边 key 多一次。虽然说是在 Cash Sales 那边 key-in, 但是 print 的时候也可以选 Tax Invoice (不同 Ref No.) 或者 Receipt (Format 如同 Tax Invoice) 总之要什么 format 都可以自己 customised 的。

哈哈哈哈, 你不说, 我根本不会想到有这情况咯.... 不过如果我们照你方法做, GST-03那里会不会有问题? (Audit时应该也很危险)

对不起，我说错了，Autocount 有两个特别功能。刚才提到的 supplier inv GST 不 tally 6% 或者是例如 89.94，我们系统算 89.95，可以用 GST adjustment 的 column 调 0.01. 没有影响 taxable amt & inv amt.

另外一个功能是 Taxable Amt 给那些 如 Gift, P/E, Supply Spanning.. 那些 actual amt 和 taxable amt 不同数目的。如 Gift RM 2000 我[只要]他的 output tax double-entry (Dr Gift 120; Cr Output Tax 120), 我可以在 taxable amt 放 RM2000, tax code-DS 才会自动计算 6% RM120 出来。

Autocount 的 journal part 不是那么容易直接，有一点婉转要很小心处理，当然明白了它的 mapping 就容易操作。只担心外面的 Dealer 有没有好好教育 user.

woengx2

vrz 发表于 21-10-2014 12:17 PM
Autocount 还有一个人性化的功能，不错。

例如 supplier 的 invoice RM 10000, GST 应该是 RM 600, 但是 ...

请问一下，AUTOCOUNT 可以自动算出 mixed supply 的 input tax apportionment ，自动算出 monthly 或 quarterly 的 de minimis rule 和 自动算出 input tax apportionment & de minimis rule 的 annual adjustment 吗 ？

statement

vrz 发表于 21-10-2014 03:10 PM
Rounding 问题就交给 software 自动 adjust，user 也不会特地去计算.

就如平常的 write-off, 当 key-i ...

Rounding 问题就交给 software 自动 adjust，user 也不会特地去计算.

可是如果到时候出了问题, 给penalty的可不是software咯, 所以还是搞清楚需不需要计算进位产生的$0.01比较好, 要知道一张单$0.01, 整年累计下来都几百几千块了, Kastam会不会采取行动?

就如平常的 write-off, 当 key-in receipt 的时候选这张 Deposit Tax Invoice knock-off.

这样的话, 你的Receipt Amount是Nett Amount After Deposit还是Total Amount include Deposit? 如果是Nett Amount, 那怎样write off 2 invoice that amount exceed receipt amount; 如果是Total Amount, 那double entry又是怎样?

说真的, 我不明白在Receipt function加上deposit handle很难吗? 为何要user做这个, 做那个, 做出来的东西还不一定是对的, 做么要这样麻烦?

另外一个功能是 Taxable Amt

的确, 这是个很好的function, 因为现阶段各软件百花齐放, 各有各自的design, 所以非常有可能会发生supplier的system算89.94，我们的system算 89.95的事,  可是这function的"design"错了, 应该是开放GST Amount而不是Taxable Amount.

eg. Item A $55.55, supplier bill 我们的GST Output Tax = $3.33, 但我们的system算出来的Input Tax 是$3.34, 又或者Supplier的system是$3.34, 我们的system 是$3.33, 我们是不是需要去改GST Amount? (不是Taxable Amount, 因为Taxable Amount还是一样$55.55)

可是, 如果我们去改了GST Amount, 到时候 Kastam 会不会说我们做错而penalty呢?

这些灰色地带软件商应该要先搞清楚, 然后才能做出个正确的system, 而不是提供一些陷阱function然后把球丢给user, 同意吗?

11月 confirm 全部客户买 AutoCount了，不要再 survey 了，因为还要进 stock code

你的客户现在都没用软件? 如果有的话, 可以叫AutoCount convert data啦, 不需要再重新进过这样麻烦咯.

呵呵, 而且就算现在给你买了system, 你也用不着那些GST function咯, 连动都不能咯, 也是要等到明年四月, 所以不用太心急啦, 慢慢来, 慢慢看... (现在买也是拿来摆, 还白白浪费半年的support, 不值得咯)

statement

woengx2 发表于 21-10-2014 03:46 PM
请问一下，AUTOCOUNT 可以自动算出 mixed supply 的 input tax apportionment ，自动算出 monthly 或 qua ...

Autocount 暂时是没有Mix Supply function的.

woengx2

statement 发表于 21-10-2014 04:19 PM
Autocount 暂时是没有Mix Supply function的.

那如有 mixed supply 的公司应该怎么办呢 ?