楼主: wo23le

[业务问题] 求助 古老的问题 发票差一分钱。。。。

[复制链接]
论坛徽章:
0
11#
发表于 2007-7-4 15:38 | 只看该作者
产品应该提供这种功能:手工更改税额不反算税率,只倒挤无税金额。


反过来说,税额是算出来的,价税合计是算出来的,但无税金额是=价税合计_税额

使用道具 举报

回复
论坛徽章:
0
12#
发表于 2007-7-4 15:44 | 只看该作者
税额及价税合计必须和税务局的税务发票保持一致。


何必找麻烦呢?

使用道具 举报

回复
招聘 : PHP研发
论坛徽章:
10
奥运会纪念徽章:羽毛球
日期:2008-04-23 14:03:33马上有房
日期:2014-02-18 16:42:022014年新春福章
日期:2014-02-18 16:42:02凯迪拉克
日期:2013-09-23 09:34:542013年新春福章
日期:2013-02-25 14:51:24紫蛋头
日期:2012-12-18 12:09:00ITPUB 11周年纪念徽章
日期:2012-10-09 18:07:31ITPUB9周年纪念徽章
日期:2010-10-08 09:28:51授权会员
日期:2010-06-17 14:19:03马上有车
日期:2014-10-21 14:30:39
13#
 楼主| 发表于 2007-7-4 17:38 | 只看该作者
问题是 不含税金额,税额,价税合计 三项都要和税务发票一致

使用道具 举报

回复
论坛徽章:
1
2011新春纪念徽章
日期:2011-02-18 11:42:49
14#
发表于 2007-7-4 17:51 | 只看该作者
把这一分钱差异放在最后一条明细行的金额中去行不?

使用道具 举报

回复
论坛徽章:
0
15#
发表于 2007-7-4 18:41 | 只看该作者
最初由 wo23le 发布
[B]问题是 不含税金额,税额,价税合计 三项都要和税务发票一致 [/B]


您上个实例我看看。我们碰到过此类问题,好象都搞定了。

使用道具 举报

回复
论坛徽章:
6
2011新春纪念徽章
日期:2011-02-18 11:43:33参与SAP云计算之旅活动纪念
日期:2011-05-17 13:35:452012新春纪念徽章
日期:2012-01-04 11:53:292012新春纪念徽章
日期:2012-02-07 09:59:35ITPUB 11周年纪念徽章
日期:2012-10-09 18:08:152013年新春福章
日期:2013-02-25 14:51:24
16#
发表于 2007-7-4 19:06 | 只看该作者
LZ这个问题我觉着软件应该是可以解决的,系统是可以自动换算但也应该可以手工微调的,这种问题我们系统也碰到过很多次,微调一下即可,不需要跟财务费那么多口舌,好好研究一下系统吧。
如果你们的系统确实不能支持的话,那就按照老木的方法解决吧。

使用道具 举报

回复
论坛徽章:
143
17#
发表于 2007-7-4 19:34 | 只看该作者
最初由 ERP_Supply 发布
[B]LZ这个问题我觉着软件应该是可以解决的,系统是可以自动换算但也应该可以手工微调的,这种问题我们系统也碰到过很多次,微调一下即可,不需要跟财务费那么多口舌,好好研究一下系统吧。
如果你们的系统确实不能支持的话,那就按照老木的方法解决吧。 [/B]

我记得SAP、ORACLE、K3、U8、四班都是先设定计价的小数位数,(其他的我不知道)而且一设定了在前台是不能更改的。

一旦维护了含税单价,那么除税单价就确认了,这个就是计算的基准。

超过了设定的小数位数的两位的数量级就会产生差异(0.01),可以看到,小数的位数和采购的数量是决定因素。

如果设置到6位还会出现差异,可以考虑从计量单位上下手。

我的思维有点习惯了,出了什么问题不想从软件着手解决,靠

使用道具 举报

回复
论坛徽章:
0
18#
发表于 2007-7-4 20:08 | 只看该作者
最初由 urinator 发布
[B]
我记得SAP、ORACLE、K3、U8、四班都是先设定计价的小数位数,(其他的我不知道)而且一设定了在前台是不能更改的。

一旦维护了含税单价,那么除税单价就确认了,这个就是计算的基准。

超过了设定的小数位数的两位的数量级就会产生差异(0.01),可以看到,小数的位数和采购的数量是决定因素。

如果设置到6位还会出现差异,可以考虑从计量单位上下手。

我的思维有点习惯了,出了什么问题不想从软件着手解决,靠 [/B]


楼主的这个问题似乎和小数位关系不大。

希望楼主能拿出一个例子来。U8/K3的用户遍天下,没听说有哪个客户因为这个问题而不干了的,也没有听说哪个客户因这个问题调帐的。至少我没有见到过这两种情形。

我所经历的都是某个产品第一版疏忽考虑了这个问题,第二版马上通过改进算法就搞定了。

使用道具 举报

回复
论坛徽章:
143
19#
发表于 2007-7-4 20:43 | 只看该作者
最初由 georgefan 发布
[B]

楼主的这个问题似乎和小数位关系不大。

希望楼主能拿出一个例子来。U8/K3的用户遍天下,没听说有哪个客户因为这个问题而不干了的,也没有听说哪个客户因这个问题调帐的。至少我没有见到过这两种情形。

我所经历的都是某个产品第一版疏忽考虑了这个问题,第二版马上通过改进算法就搞定了。 [/B]
兄弟,你没见过的多了,

本来就是很正常的事情,税务都同意的,财务凭什么说不做啊.

使用道具 举报

回复
论坛徽章:
0
20#
发表于 2007-7-4 20:49 | 只看该作者
最初由 urinator 发布
[B] 兄弟,你没见过的多了,

本来就是很正常的事情,税务都同意的,财务凭什么说不做啊. [/B]


系统能搞定的为什么不搞定呢?
为什么要多出一张手式方式并不会存在的调整凭证呢?
为什么要和见谁跟谁解释一遍呢?
能做好为什么不做好呢?

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表