最近给财务做了一个平台，在系统创建一些特殊类型的合同，需要生成合同编号：财务要求 合同类型+公司代码 +年+三位流水号，
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 =
OBJECT_NOT_FOUND =
SYSTEM_FAILURE =
OTHERS =
. CALL FUNCTION 'NUMBER_GET_NEXT'
EXPORTING
NR_RANGE_NR = ''
OBJECT =
SUBOBJECT = P_BUKCG
TOYEAR = SY_DATUM+()
IGNORE_BUFFER = 'X'
IMPORTING
NUMBER = P_HTNUM
EXCEPTIONS
INTERVAL_NOT_FOUND =
NUMBER_RANGE_NOT_INTERN =
OBJECT_NOT_FOUND =
QUANTITY_IS_0 =
QUANTITY_IS_NOT_1 =
INTERVAL_OVERFLOW =
BUFFER_OVERFLOW =
OTHERS =
. CALL FUNCTION 'NUMBER_RANGE_DEQUEUE'
EXPORTING
OBJECT = ''
EXCEPTIONS
OBJECT_NOT_FOUND =
OTHERS =
.
-----------------------------
励志美文、《抉择》
人的一生常处于抉择之中，如：念哪一间大学？选哪一种职业？娶哪一种女子？……等等伤脑筋的事情。一个人抉择力的有无，可以显示其人格成熟与否。
倒是哪些胸无主见的人，不受抉择之苦。因为逢到需要决定的时候，他总是求询别人说："嘿，你看怎么做？"
大凡能够成大功业的人，都是抉择力甚强的人。他知道事之成败，全在乎已没有人可以代劳，更没有人能代你决定。
在抉择的哪一刻，成败实已露出端倪。