讨论：24*7营业店的日结处理
从DPOS项目中，我了解到零售行业存在门店日结的业务特点。我对门店日结的理解：将门店在每一个业务日期中所发生的库存事务、销售事务（包括财务事务）数据固化下来，使这些数据能和总部后台（通常是ERP系统）的数据对应，有点类似子模块和库存/总帐在一个会计期内的数据发生和数据收集关系。
门店日结还有一个特点，日结完成后门店的当前的业务日期自动关闭并自动打开下一业务日期，之后的业务统统记录到下一日期。这个特点对每天晚上定时关门的门店来说影响不大，但对24小时营业店来说就有影响。我们知道ORACLE ERP系统中库存模块不允许创建未来日期的库存事务，当24小时营业店日结后，门店的业务日期已经跳转至下一天，之后发生的库存业务将不能被顺利导入ORACLE ERP库存模块。这些数据只能停留在接口表中，直到第二天才能被导入。这样对门店的POS系统来说，日结完成后到当前自然日结束这段时间内，ORACLE ERP库存现有量将和门店的实际情况对应不上。
在ARG项目中，我们通过库存现有量外加接口数量来解决这个问题。 我觉得这个方法比较别扭，欢迎大家探讨一下有什么好办法解决这一问题。 另外也想向老商打听一下，ORACLE RETAIL需要日结吗？如果需要，那么是ORACLE是如何处理日结的。
关于作者:
| 昵称:xiaxiao.chen 档案信息: 联系方式:你可以通过xiaxiao.chen@hand-china.com联系作者 点击查看xiaxiao.chen发表过的所有文章... 本文永久链接： http://blog.retailsolution.cn/archives/1703 |
对本文的评价:
ORACLE RETAIL 也分两个部分来看这个问题:
1) ORACLE RETAIL 后台;
2) POS终端;
—————–
ORACLE RETAIL 后台 支持日结,周结,月结多种方式. 一般在国内,ORACLE RETAIL 后台使用月结. 类似于你的HPOS中的Oracle 后台.
但是在ORACLE RETAIL 后台 中有个Store Day的概念,如果后台的第二天的Store Day未打开,则门店的销售数据是无法进入后台的.
—————–
POS终端是要做日结的,对于24小时经营的门店,倘若在24:00以后做日结,则日结后打开第2天的营业日与实际的日期是一致的. 所以能避免你说的情况.
倘若在24:00以前做日结,则日结后打开第2天的营业日与实际的日期是不一致的,日结后做的业务全部算做第二天的业务,由于此时ORACLE RETAIL 后台的第二天的Store day未打开,因此日结后的销售数据也是进不了ORACLE RETAIL 后台的.
——————
总结,在Oracle Retail系统中,门店数据和后台数据是异步的,没有,也没有必要作到实时同步,所以后台库存现有量和门店库存现有量肯定是对不上的. 一般对于标准超市,在22:00关门,关门前将当日的日结数据上传后,后台即获得了门点的正确库存,可以进行准确的补货计算,对于24小时便利店就做不到这一点,因为不同的便利店日结时间总是有差异的.有的早一点,有的晚一点. 补货计算程序只能等所有的便利店(特殊情况除外)把日结数据传上来后进行补货计算. 而在程序计算的时候, 由于便利店依然在营业,所以其计算依据与门店实际库存可能有差异,但这些差异只需要在你的补货程序中加上一个经验值(假设补货算法为:离标准库存,缺多少,补多少; 那么补货量=标准库存-现有库存+冗余量)
——————-
所以” ORACLE ERP库存现有量将和门店的实际情况对应不上” 这实际上不是什么问题. 很正常.