公司间销售业务关于内部结算价格引入规则有问题

纵横四海

软件情况：ebs11i套件，版本是10.5.7

业务模式：我公司销售业务走的是公司间发运，习惯于月末一次性运行公司间AR开票业务。

问题展现：我公司在9月份月中进行了内部结算价的调整，系统内对价目表行进行了调整。在月底统一生成公司间AR发票后，发现公司间结算价格是价目表当前价格，不管你是调价前订单还是调价后订单（甚至不管你是几年前的，只要是公司间已经发运但未开票的销售订单）。

事前声明：
发运确认日期是绝对卡住了调价的时间点。调价前的发运日期一定是调价前的日期，调价后的一定是调价后日期。
原则上讲：Oracle ebs这个功能很垃圾，因为我没有找到相关资料说这是个bug。但对于一个公司来讲，特别是我们中国的企业，为了应对激烈的市场竞争，调价经常性的，不管你是月中还是月末。公司间结算应该按照内部结算价的分段价格来生成公司间发票的，这是很容易的事情，但我们这个软件没做到。
规避方法：
1。管理上的方法还是有的，最好结帐后调价
2。如果非要月中调价，那么要管理上做好如下工作：
   a、调价后订单不准作发运确认。
   b、同时调价前订单全部发运确认后，运行创建公司间AR程序
   c、运行完毕后调整内部结算价目表价格。

3。第三种方法：创建公司间ar发票后，在导入发票前修改接口行价格，然后创建发票。
             前提：发运确认日期一定要去区分好调价前和调价后。
  a、可手动改
  b、可编程改，都很简单。依据是内部结算价目表的分段价格。

请教：
a、您公司的这种业务模式的内部结算价有这个问题吗？
b、这究竟是不是软件的bug，有相关补丁吗，是我们这个版本的问题还是都这样？


该贴已经同步到 纵横四海的微博

纵横四海

“习惯于月末一次性运行公司间AR开票业务”。这个手工操作时代遗留下来的“习惯”，在系统操作模式下从管理角度来看，还有意义吗？

事实上，完全可以将“公司间开盘业务”的“request”设定为一个周期小于“最小调价时间间隔”的后台“即时”运行，这样可以保证内部结算价总是匹配更新的。

不是Oracle的内部结算价格引入规则有问题，而是沿用“陈规陋习”导致的“伪”问题。手工业务模式下，当然是月底集中做一次最简单、方便、省事，如果要求会计“及时或即时”处理是不合理的，也是很难做到的；但在计算机系统操作模式下，“后台运行”（并发请求）这个“任劳任怨”的“会计”是不会有任何怨言的。

管理问题首先应当通过管理方式去解决，“管理问题技术化”是导致许多“伪问题或伪需求”的根源。

guang7768075

学习一下。。。。。。。。。。。。。。。。。。。。

mondeo

学习，，，学习，，，，，。，。。

herodead

oracle 提供 公司间结算价格的extension，可以自定义逻辑