最近给财务做了一个平台,在系统创建一些特殊类型的合同,需要生成合同编号:财务要求 合同类型+公司代码 +年+三位流水号,
eg:CP6008-2017001
SNRO
子对象数据元素就是 公司代码 不多解释
勾选 截至年份标志 :表示 按照年份 重新获取编号(从范围的最小值重新开始)
勾选 无滚动 :表示 所有编号用完 不会重新回到最小值开始,不勾选 反之 表示 重新从最小号开始编号
好 ,那么问题来了 今年是2017年,如果我只是维护2016年的编号范围 NUMBER_GET_NEXT 报错,
如果我直接维护2018年的编号范围,NUMBER_GET_NEXT 获取成功,输入参数明明是2017年,却在2018年获取了编号
以下是测试过程:
NUMBER_GET_NEXT: 按年编号 需要传入 toyear 参数
我在维护一下18年的编号范围:
NUMBER_GET_NEXT:
成功了 (被坑在这这个问题上,2017年的没有维护 ,理论上是不是应该提醒一下啊 SAP同学?)
-----------------------------------------------------------------
没办法自己解决:
在执行 NUMBER_GET_NEXT 前 检查一下 是否维护了当前年度的编号范围。数据库表为NRIV
CALL FUNCTION ‘NUMBER_RANGE_ENQUEUE‘ EXPORTING OBJECT = ‘‘ EXCEPTIONS FOREIGN_LOCK = 1 OBJECT_NOT_FOUND = 2 SYSTEM_FAILURE = 3 OTHERS = 4 . CALL FUNCTION ‘NUMBER_GET_NEXT‘ EXPORTING NR_RANGE_NR = ‘00‘ OBJECT = SUBOBJECT = P_BUKCG TOYEAR = SY_DATUM+0(4) IGNORE_BUFFER = ‘X‘ IMPORTING NUMBER = P_HTNUM EXCEPTIONS INTERVAL_NOT_FOUND = 1 NUMBER_RANGE_NOT_INTERN = 2 OBJECT_NOT_FOUND = 3 QUANTITY_IS_0 = 4 QUANTITY_IS_NOT_1 = 5 INTERVAL_OVERFLOW = 6 BUFFER_OVERFLOW = 7 OTHERS = 8 . CALL FUNCTION ‘NUMBER_RANGE_DEQUEUE‘ EXPORTING OBJECT = ‘‘ EXCEPTIONS OBJECT_NOT_FOUND = 1 OTHERS = 2 .
-----------------------------
励志美文、《抉择》
人的一生常处于抉择之中,如:念哪一间大学?选哪一种职业?娶哪一种女子?……等等伤脑筋的事情。一个人抉择力的有无,可以显示其人格成熟与否。
倒是哪些胸无主见的人,不受抉择之苦。因为逢到需要决定的时候,他总是求询别人说:"嘿,你看怎么做?"
大凡能够成大功业的人,都是抉择力甚强的人。他知道事之成败,全在乎已没有人可以代劳,更没有人能代你决定。
在抉择的哪一刻,成败实已露出端倪。