价格表

wjfonhand

价格表



系统功能讨论专帖

wjfonhand

销售流程的第一步就是设置价格表。新建一个价格表很简单， 只要输入编号和描述两个参数保存就可以了。

价格表实现了企业销售定价的灵活性。大家知道，企业不同的销售渠道出货的价格是不一样的，比如地方代理的拿货价要高于全国总代理，而销售给个人的价格要高于代理的价格。所以WEBERP用销售方式/价格表来管理价格分类。一般企业中有多少销售渠道就设置多少个价格表。在新建客户的时候，可以选择该客户所对应的价格表（注意，价格是定义在客户级别而不是客户分公司级别，想对同一物料同一个客户的不同分公司采用不同的价格是行不通的）。而每新建一个用于销售的物料后，在针对物料创建销售订单之前都要新建物料的价格表条目，使系统知道该物料销售给该客户（对应的价格表）以这个货币结算是一个什么价格。

价格表条目包含四个参数：物料号码、货币、价格表和价格。

所以说一个企业的价格表一般对应企业的销售渠道，应该是相对静态的数据，在系统中很少变更的。

另外，还有一个特例，比如某地方代理是公司老板的同学，他的拿货价老板同意要低于其他地方代理。那么是不是要维护一个“老板同学代理”价格表呢？不是的，WEBERP中可以针对特定客户维护一个价格，在新建销售订单时这个价格会优先于客户对应的价格表价格被系统带到销售订单行。

baicaibai

看完了本帖-- 进入测试环境-- 销售--新建销售订单--选择客户(这里既然是选择,那就应该有列表, 好像和采购部分没有客户列表是一样的问题, 建议这里增加老客户列表链接, 新客户直接用新增就好了,或者只是链接到新增页面即可, 转念一想, 作为销售肯定只有在即将发生销售业务时才会增加客户啊, 谁会没事到客户页面点击新增客户玩啊, 那边只要放综合查询就好了,新建就放在销售页面. 另外的情况, 关于客户编号,现在的客户资料表中客户编号是两列么, 如果某客户既是销售对象又是供应商, 出于归类编码的需要,总不至于用一个编号吧. 现在的用电话号码查找客户是不错的功能,往往老销售人员对客户的电话记的一清二楚,新来的销售可能就不大好说了, 对于他们这里会造成操作的繁杂性,  不过这里又联想了一下, 如果公司是按照区域来区分销售的话, 最好这里有从登陆就制定的安全规则, 本区域的销售人员仅能看到本区域的客户列表, 并且即便是搜索也不能到其他区域的列表中搜索,这对公司的销售管理是至关重要的)--卡壳

baicaibai

在编码部分, C代表customer, SD代表山东, 后面是根据区, 乡镇, 客户顺序号定义一个客户, 例:
C-SD-030501, 竟然放不下了,只有10位的空间,去掉"-"算搞定, 但是不便阅读了:CSD030501;
顺便这里引申一下采购部分, S代表supplier, SD还是山东, 是不是会有同样的问题呢?

继续--填完相关信息--分公司页面(这里是必须的么,如果没有分公司呢?)--继续填写(看附件Branch)---然后出错(看附件error)--卡壳

[ 本帖最后由 baicaibai 于 2007-10-28 01:47 编辑 ]

wjfonhand

关于新建订单时选择客户，软件给出的是查询界面，输入条件查询就列出你要的客户列表了。两列编号第一列是客户编号，第二列是客户分公司编号。例如青岛啤酒，设备部。查询可以用客户编号或名称或电话号码任意条件的一部分字符，应该足够灵活了。

至于只显示当前登录的销售员所在的销售区域的客户，这个功能不宜作死。因为有些公司销售是按产品区分的，不一定按地域，那样就不适用了。实际上weberp里可以建立一个客户代表用户，只能输入这个客户分公司的销售订单。不过这个功能太细了，初上线的企业恐怕还不适用。

weberp里客户一定要有分公司的，如果实际上没有，可以虚拟一下， 。软件总是想处理最复杂的业务场景，这可能算个副作用。

你遇到的这个错误来源于与vTigerCRM的集成。如果你同时使用weberp和vTigerCRM，把二者的数据表放在同一个数据库里，当你在weberp中新建客户（分公司）时，程序会试图在vTigerCRM里也新建这个客户。

很明显，你还没用vTigerCRM，程序找不到这个表，就报错了。你可以在设置-系统里把“与vTiger集成”设置为“否”，这个新建的动作就不会激发了。

青山松

又试了下新增客户
在编码部分, C代表customer, SD代表山东, 后面是根据区, 乡镇, 客户顺序号定义一个客户, 例:
C-SD-030501, 竟然放不下了,只有10位的空间,去掉"-"算搞定, 但是不便阅读了:CSD030501;
顺便这里引申一下采购部分, S代表supplier, SD还是山东, 是不是会有同样的问题呢?

可以改数据表的结构，把10位空间改的更大一些，我的语言设置因为字符串有12位，超过预定的5位，设置后不能保存，改数据表后可以正常使用。在会计要素中也出现这一个问题，会计要素的定义是50位，我的因为汉化问题，不能汉化，手动进行的，保留了英文，有些过长，提示不能超过50位，因为只有一两个，也就未做修改

ahpaul

webERP处理这些问题还是比较简单的，就那么几个表，事务逻辑都在PHP里面，不像Compiere把事务逻辑写在SP里看起来很头疼。

4L的表单看起来好齐整啊，我的3.10版的表单乱得一塌糊涂，要把居中对齐改称左对齐就好看了~~