在现有的业务受理流程中，存在以下四种情况导致服务开通时数据不一致现象。第一，客户办理业务时存在多种受理渠道，各渠道服务开通没有统一入口到营帐系统，而是通过核心网或业务网网元或业务基础平台直接给用户开通了相关服务，如果各渠道没有把相关业务受理的信息及时同步给营帐系统，或同步时发生了差错，或多网元或业务基础平台数据同步时没有确立基准都可能会造成数据的不一致。
第二，业务受理面向客户，实时性要求较高，服务开通面向网元或业务基础平台操作，网元或业务基础平台处理时可能会有工单积压的情况，因此业务受理与服务开通之间多为异步操作。如果网元或业务基础平台没有或未及时把指令处理结果信息反馈给营帐系统，或者营帐系统没有对失败工单及时准确地予以重处理，会导致在营帐系统与网元或业务基础平台间数据的不一致。
第三，由于业务本身的复杂性，某项业务的订购依赖于多个网元或业务基础平台的服务开通，如果某个网元或业务基础平台处理失败而其他网元或业务基础平台处理成功，而营帐系统没有准确完整的判断处理机制，势必也会造成营帐系统与网元或业务基础平台间数据的不一致；
第四，业务推广时需要给用户免费体验，而支撑网尚未完成系统改造，需要在核心网网元或业务基础平台、业务网元或业务基础平台直接给用户开通服务，而营帐系统无相关记录，势必会造成用户数据和业务局数据的不一致。
避免业务处理“多入口、多出口”
总之，对于客户来说，多种业务受理渠道的存在极大地方便了业务办理，运营商针对现存的多种业务受理渠道情况，应避免“多入口、多出口”的业务处理方式，在营帐系统设置接口服务器，各渠道的受理指令统一汇总到接口服务器，最后由营帐系统的服务开通接口统一发送服务开通指令至各网元或业务基础平台；在统一受理入口的基础上，还应避免网元或业务基础平台间的数据双向或多向交互，逐步实现以营帐系统为发起端进行单向交互，避免冗余数据的多处存放。
当前，VGOP平台的建设目标是成为一个开放性的统一平台，运营商应该逐步实现VGOP平台的数据处理与分析能力，各网元或业务基础平台间的数据统一同步到VGOP平台，然后由VGOP平台进行数据的总协调和总处理。
数据稽核平台有望破局
值得一提的是，所有的数据不一致问题的处理都离不开数据稽核。数据稽核通过技术手段有效消除了营帐系统与各网元或业务基础平台用户数据的差异，使营帐系统同各网元或业务基础平台的数据保持一致。
当前，数据稽核系统尚缺乏统一的平台和自动化的稽核机制，主要依靠人工干预的方式进行数据稽核和比对，在下一步，随着数据稽核平台的上线，运营商的数据稽核也必将会发挥应有的作用。
笔者认为，站在运营商内部角度，数据一致性问题的解决可以有效降低因各网元或业务基础平台数据不一致导致的收入流失，提高业务收入；同时，我们也应意识到，数据一致性问题是一项长期、持续的工作，需要各个环节的人员不断积累经验，优化手段，对症下药，甚至从整个IT系统架构进行全盘考虑，才能有效的解决数据一致性问题。
