在多年金蝶软件的应用中，对于K3基础资料自定义功能的应用是深有感触。实施顾问和技术支持人员通过金蝶软件标准化功能模块，再辅助灵活的自定义功能应用，可以实现企业的个性化需求。但是因为存在先后建立多个账套的情况下，如果K3基础资料前台字段命名有先后，那么就会出现前台字段名统一，但在数据库后台字段名就会千差万别。

我感觉这个问题的痛点在于：既要能形成统一的前台字段命名，又能形成统一的后台字段命名，还要能兼顾视图语句的统一。

在工作实践中，我曾经对于不同账套的K3基础资料出现上述现象时，先后采取了以下方法：

1、最初是用数据库中的原字段名，在写语句时就需要按账套的不同进行个别设置。

2、后来进行了改进，把基础资料统一做成视图，视图中的字段进行统一命名，这样在写各个账套的语句时就实现了统一。

但是对于以上的两种方法，我还是觉得麻烦，总是想着有没有更好的解决办法。

经过长期的思考，同时自己在K3软件中不断进行模拟测试，一种新的解决方案逐渐清晰成型：即利用各个基础资料中有条形码管理的功能，完美解决上述问题。

具体如下：

条形码字段所在的后台数据库表：t_Barcode，按下列思路添加自定义字段，在后台形成的数据就会统一。

1、条形码管理中的【条形码】列的值需要唯一，也就是既不能在本列中有相同的值，也不能与其他任何商品条形码管理的【条形码】列的值相同，因此在命名时，我决定以商品代码为前缀，再加黑括号，再加自定义字段名称，这样组合后的值填写在【条形码】这一列，对应的实际字段值填写在【备注】列,参见下图

2、后台表及内容参见下图：

3、通过BOS平台导出的K3商品基础资料，在Page2表页中，参见下图：

4、--以下为自定义视图ZVWC_Bt_BarcodeProductPlus，以“【】”符合作为分隔符

on a.fnumber=b.fnumber

以上构思纯属抛砖引玉，希望有感兴趣的朋友进行测试交流。

注1：以上内容中用黑括号“【黑括号】”而不用小括号“（小括号）”或“(小括号)”，这是为了避免小括号有中英文两种字符容易出现前后不一致。

注2：以上思路是建立在对K3产品熟悉，并且有较深厚的数据库基础之上。