|
|
大家给个建议那个GST accounting software 好用？
[复制链接]
|
|
|
发表于 19-9-2014 02:15 PM
|
显示全部楼层
vrz 发表于 19-9-2014 02:02 PM 
Sage 50 interface 就是和这些 Autocxxx & SQL 差不多一样，因为大家都是 SQL Server Database 的，所以大 ...
在BUSINESS DEVELOPMENT 和 MARKETING 里的人都知道，要增加一个新客户所要付出的投资比要保全一个现有的客户高几倍，而且也未必成功。UBX 是有贤能在里面的，不可能犯这个低级错误。 |
|
|
|
|
|
|
|
|
|
|
|
发表于 19-9-2014 06:14 PM
|
显示全部楼层
ManLoong 发表于 19-9-2014 02:15 PM
在BUSINESS DEVELOPMENT 和 MARKETING 里的人都知道，要增加一个新客户所要付出的投资比要保全一个现有的 ...
如果是Sage UBS，有 2 种
1. Accounting & Billing
2. Inventory & Billing
若没stock，upgrade 1 就够了
若有stock，就要upgrade 1 & 2了（还是不用upgrade 2，不可能吧？）
但是，只有第一个才有promo。
|
|
|
|
|
|
|
|
|
|
|
|
发表于 19-9-2014 07:22 PM
|
显示全部楼层
Aquariel 发表于 19-9-2014 06:14 PM
如果是Sage UBS，有 2 种
1. Accounting & Billing
2. Inventory & Billing
我公司就是没有stock,所以upgrade的时候我只需要upgrade item 1. Sage 他们就free 给我billing for GST 2015.
|
|
|
|
|
|
|
|
|
|
|
|
发表于 19-9-2014 09:12 PM
|
显示全部楼层
statement 发表于 18-9-2014 10:18 AM
理论上是两种都可以，实际上两种是有分别的，会产生$0.01的分别咯。
一张invoice跑$0.01; 十张invoice ...
所以software本身要做rounding adjustment来解决这个问题。
至于你说的如果连deputy director of custom 都不了解GST,那基本上上应该没人了解了。也许你没有接触过他，所以才会有这样的定论。
|
|
|
|
|
|
|
|
|
|
|
|
发表于 19-9-2014 09:13 PM
|
显示全部楼层
statement 发表于 18-9-2014 10:21 AM
不是没有, 而是你dealer没跟你收或对方完全没support你了, SQx出名的就是收费高.
收费高不是公司的问题，是dealer的问题。
|
|
|
|
|
|
|
|
|
|
|
|
发表于 19-9-2014 10:25 PM
|
显示全部楼层
vrz 发表于 18-9-2014 12:29 PM
我去上课的时候，的却讲师有说只可以 total x 6%，但是回来看 guideline 后，大大个 example 是 item x 6 ...
我们就是跟着RMC的Guideline做的。但是guideline很久没update了，所以说不定RMC真的改变算法了。
我看第三轮应该是最后了。所以还是跟着改一份，当后备。免得真的Reject我们。 |
|
|
|
|
|
|
|
|
|
|
|
发表于 19-9-2014 10:36 PM
|
显示全部楼层
我认为是line item total X GST RATE 才对，然后才grand total. 要是我一张发票里有两个line items, 一个 STANDARD RATE 6%， 另外一个ZERO RATE 0%， 你的PROGRAM 要怎么写？要是你PROGRAM写 （LINE ITEM TOTAL + LINE ITEM TOTAL ） X 6% ，答案对吗？
还有，每个TAX INVOICE 的 line item 的DATA 是分开STORE 记录在你的DATABASE，包含这个 GST CHARGED。 这样当我做ADJUSTENT 时，你的PROGRAM 一定要能够TRACK and TRACE 这个TRANSACTION 到底 CHARGED 了多少 GST OUTPUT， 那么你PORGRAM怎么写？
重要原则： 没个line item是一个transaction, 每一个transaction 都要计GST。
这是我个人看法。 本帖最后由 ManLoong 于 19-9-2014 10:49 PM 编辑
|
评分
-
查看全部评分
|
|
|
|
|
|
|
|
|
|
|
发表于 19-9-2014 10:50 PM
|
显示全部楼层
MVPNG 发表于 19-9-2014 10:25 PM
我们就是跟着RMC的Guideline做的。但是guideline很久没update了，所以说不定RMC真的改变算法了。
我看第 ...
我认为是line item total X GST RATE 才对，然后才grand total. 要是我一张发票里有两个line items, 一个 STANDARD RATE 6%， 另外一个ZERO RATE 0%， 你的PROGRAM 要怎么写？要是你PROGRAM写 （LINE ITEM TOTAL + LINE ITEM TOTAL ） X 6% ，答案对吗？
还有，每个TAX INVOICE 的 line item 的DATA 是分开STORE 记录在你的DATABASE，包含这个 GST CHARGED。 这样当我做ADJUSTENT 时，你的PROGRAM 一定要能够TRACK and TRACE 这个TRANSACTION 到底 CHARGED 了多少 GST OUTPUT， 那么你PORGRAM怎么写？
重要原则： 没个line item是一个transaction, 每一个transaction 都要计GST。
这是我个人看法。 |
|
|
|
|
|
|
|
|
|
|
|
发表于 20-9-2014 09:31 AM
|
显示全部楼层
|
|
|
|
|
|
|
|
|
|
|
发表于 20-9-2014 10:22 AM
|
显示全部楼层
coolly 发表于 19-9-2014 09:12 PM
所以software本身要做rounding adjustment来解决这个问题。
至于你说的如果连deputy director of cust ...
怎样做rounding adjustment? 假设一张invoice有几个不同tax code的item, 你那rounding adjustment要放哪个tax code? 而且你是要以total bill x 6%为准来做rounding还是以Item per item为准来做rounding? 讲是容易, 做却是另外一回事了.
请问你的deputy director of custom叫什么名字? 要怎样才能联络到他? 我有问过几个Kastam GST Team的负责官员eg. En. Halim, En. Khairul, En. Wan Nor 等一些问题, 他们仅能答我要开会讨论后才能给我知道答案, 结果过后就没有下文了, 现在要找他们都找不到了... 印象最深刻的是一个我没有问名字的马来婆, 我一说出我要询问关于account的问题, 她直接一句 "adik, kami ini kastam, bukan sekolah, u account macam mana buat bukan tanya sini lar, u pergi tanya u accountant lar.... "
相信很多人都跟我一样, 有很多问题想问, 但kastam却给不到我们答案....
|
|
|
|
|
|
|
|
|
|
|
|
发表于 20-9-2014 10:33 AM
|
显示全部楼层
coolly 发表于 19-9-2014 09:13 PM
收费高不是公司的问题，是dealer的问题。
这不是LPPL吗?
做人还是需要点担当, 你大可说"我们贵, 因为我们的服务好, 一分钱一分货" 而不是有好处就要分一份, 有坏事就推在dealer身上.... 羊毛还是出在羊身上, 这句话有听过吗? |
|
|
|
|
|
|
|
|
|
|
|
发表于 20-9-2014 10:35 AM
|
显示全部楼层
Aquariel 发表于 20-9-2014 09:31 AM
这个刚刚revised了：
1) Enhance Your Accounting Software To Be GST Compliant (revised as at 11 Sep ...
跟之前的有分别吗? 不好意思, 我懒惰去看... |
|
|
|
|
|
|
|
|
|
|
|
发表于 20-9-2014 10:54 AM
|
显示全部楼层
statement 发表于 20-9-2014 10:35 AM
跟之前的有分别吗? 不好意思, 我懒惰去看...
哈哈，我不是写software的，没去研究，所以不太懂，应该是GAF要的information在Guide里面的appendix有bold起来，另外好像有加GST return的资料。
我觉得应该是update了appendix。
|
|
|
|
|
|
|
|
|
|
|
|
发表于 20-9-2014 11:28 AM
|
显示全部楼层
Aquariel 发表于 20-9-2014 10:54 AM
哈哈，我不是写software的，没去研究，所以不太懂，应该是GAF要的information在Guide里面的appendix有bol ...
哈哈, 写software的人现在应该忙着写software, 那里的空上来这里八...
不过看到某软件商放出来的kastam case study, 我真的很担忧到时候软件会不会不给力?
最后半年倒数...... good luck everybody.... |
|
|
|
|
|
|
|
|
|
|
|
发表于 20-9-2014 12:06 PM
|
显示全部楼层
statement 发表于 20-9-2014 11:28 AM
哈哈, 写software的人现在应该忙着写software, 那里的空上来这里八...
不过看到某软件商放出来的kas ...
其实 GST-03 应该还要改，因为到 GST Payable 之后应该还要多一栏是扣 GST B/F (上个 taxable period 多的），才等于 Balance to be paid，然后根据这个数目去还钱。之前有人有反映给 custom 的人听。
*那个马来婆有够力咯，她应该不会 account 的*
|
|
|
|
|
|
|
|
|
|
|
|
发表于 20-9-2014 01:19 PM
|
显示全部楼层
vrz 发表于 20-9-2014 12:06 PM
其实 GST-03 应该还要改，因为到 GST Payable 之后应该还要多一栏是扣 GST B/F (上个 taxable period 多的 ...
如果没错, 整个concept是每个period清帐, 所以没有B/F一说.... (清帐和还钱是两回事)
其实整个GST-03和GAF都是有问题的, 像我这种半桶水都能一眼看到问题, 那些所谓的专家还是装家难道不知道吗? Kastam官员还能说这不是他们的专业, 但那些会计师和会计软件商呢? (远的不说, 仅说kastam批准的那几百人, 难道他们不知道吗?)
细节决定一切, 大话谁都会说, 但说是容易, 做呢?
是打算走一步看一步? 还是干脆做太监? (下面没了.... 剩下的有钱就是大爷...)
本帖最后由 statement 于 20-9-2014 01:21 PM 编辑
|
|
|
|
|
|
|
|
|
|
|
|
发表于 20-9-2014 04:55 PM
|
显示全部楼层
statement 发表于 20-9-2014 01:19 PM
如果没错, 整个concept是每个period清帐, 所以没有B/F一说.... (清帐和还钱是两回事)
其实整个GST-0 ...
(c) Refund to be carried forward
A taxable person may apply in writing to carry forward any refund of input tax to any subsequent taxable period. In addition, the Director General may direct any refund of input tax to be held over to subsequent taxable period.
(d) Offsetting Unpaid Tax against Refund of Input Tax
Any refund of input tax credit may be offset against unpaid GST, excise duty, import and export duties.
GST-03 column B9 有一个 GST refund c/f (Yes / No)，既然可以有 c/f，就应该有一个 b/f to offset.
|
|
|
|
|
|
|
|
|
|
|
|
发表于 22-9-2014 08:51 AM
|
显示全部楼层
vrz 发表于 20-9-2014 04:55 PM
(c) Refund to be carried forward
A taxable person may apply in writing to carry forward any refu ...
GST03虽然有C/F这选项, 但并不完整, 给人的感觉好像是Kastam的GST税务与Payment是两套系统, 税务是税务, Payment是Payment, 暂时还没有linked. |
|
|
|
|
|
|
|
|
|
|
|
发表于 22-9-2014 09:36 AM
|
显示全部楼层
MVPNG 发表于 17-9-2014 12:30 PM
刚刚收到Kastam的通知，第三轮9月尾开始。
第二轮失败的先测试，所以我们被挤到中间了。十月头才到我们。
...
老板, 这第三轮是不是有很多POS vendor 和一些新成立的公司? 我刚刚收到风, SQx已经打好天地线了, 准备大玩分身法, 让这些本身没有accounting module或GST module残缺的软件商使用它家的accounting module去给Kastam测试咯......
各位商家们要小心了, 要购买这第三轮被批准的软件时, 记得问+看清楚对方是不是使用SQx的accounting module给Kastam测试咯, 免得买到货不对半或没后续更改的软件咯. (货不对半 = 给Kastam测试和真正卖的是不同的东西; 没后续更改=如果有一天这软件商不愿意再和SQx合作时, 那你买的"贴牌"软件就危险了, 因为以Kastam现在的进度来看, 头两三年应该还有很多更改)
唉, 都说了这Kastam的approval根本是给e-voucher津贴而不是外界谣言说的GST approval, 结果现在越来越离扑, 竟然演变到软件商拿别人的system来"骗"这approval... Malaysia Boleh.... Hidup GST.... Good Luck Everybody... 本帖最后由 statement 于 22-9-2014 10:06 AM 编辑
|
|
|
|
|
|
|
|
|
|
|
|
发表于 22-9-2014 11:54 AM
|
显示全部楼层
statement 发表于 22-9-2014 09:36 AM
老板, 这第三轮是不是有很多POS vendor 和一些新成立的公司? 我刚刚收到风, SQx已经打好天地线了, 准备 ...
第三轮的名单大部份我都没看过。
比较有名的就是SIS了。SIS也分成两个公司去测试。
另外大跌眼镜的就是其中一家公司是MYEG SERVICES BERHAD （MYEG是软件商？）。
|
|
|
|
|
|
|
|
|
|
| |
 本周最热论坛帖子
|
3756 
78
