ERP厂商想接单的请进

这是我最近整理的销售部门的业务需求（最简单一个部门的需求），如果广东附近的哪家ERP厂商的产品能够满足这些基本需求的话

不要求变通处理和二次开发的，可以实现的请跟我联系，现在有一个工厂项目需要重新选型，随后我也会把其他部门的业务需求都帖上来的。

ERP系统销售部门需求

1.        成品分类、客户分类需要能做到多维统计，比如一个产品既属于成品又属于机架，还可以属于铝制品。成品和客户都必须能实现这种多维分类，相应报表也能根据这些多维分类进行分析统计；

2.        查看该销售订单时，可以直接查看到该张销售订单的执行情况，如出货数量、出库数量、退回数量、退回入库数量、退回补货数量、每条记录的执行状态等；

3.        销售订单页面必须能关联和集成该生产订单下游作业：发货单、出仓单、退货单、退仓单、发票等单据；

4.        系统必须支持业务人员销售跟单，就是在销售订单页面可以直接很清楚的查看该销售订单对应的采购订单和生产订单，以便跟单员更好的跟踪销售订单执行进度。

5.        系统必须支持协议订单功能，允许营业和生产先进行备料生产，等接到客户正式订单和出货通知时，能迅速交货。

6.        销售发货单和销售出仓单页面都要可以关联查看到该发货单对应的发票信息、应收账款凭证等信息。

7.        系统需要支持销售订单历史数据查询，如果一个销售订单在数量、单价、交期方面有变更的话，系统需要保留历史的销售订单数据，最好能支持变更前后数据的差异比较。

8.        系统需要有直接调用的销售数据综合查询报表，可以以订单日期、订单编号、预计交货日、客户编码、料品类别、料品编码、出货日期、出库日期、交货状况等任何一个条件或者多个条件组合来做销售订单状况查询。

9.        系统需要具备销售订单历史交易单价查询，可以查看到一定时间范围内任何一款产品销售单价及价格变动趋势。

10.        系统必须具有未交销售订单明细表，需可以查看任何一个时间段范围内的任一客户、任一产品的未交数量、未交金额明细及汇总未交数量、未交金额。

11.        销售收入明细及汇总表，需要查看任一时间段哪些产品都各自的销售金额明细（最好可以关联到对应的发货单）及总共销售金额汇总的报表。

12.        系统必须具备销售对帐明细表，可以筛选任何一个客户的一个月的发货和退货明细，并汇总对帐总金额，以便业务人员的月底对帐

13.        销售订单和出货单毛利分析，在系统成本计算完成之后，可以很清楚的查看任何一张销售订单或发货单的销售单价、销售金额、成本价、成本金额，毛利率等指标。

14.        销售排行分析，需要系统支持以客户排行、以产品排行，按照销售金额大小、毛利等指标进行排行分析，以确定那些产品利润较高，哪些客户是我们的重点客户。

15.        业务员绩效分析表，我们需要知道每个业务员每个月的接单数量和金额，交货数量和金额，以考核业务员的绩效，并计算其相应的绩效收入。

16.        销售订单交期预测模拟分析，很多时候客户会口头询问我们，如果下达一定数量的某产品的订单，我们大概能什么时候交货，在不问生管和计划的前提下，系统能快速的支持订单交期预测模拟，快速的给予客户答复，这也是提高客户服务水平的一项措施。

以醉猫的所见之广,这个销售部门的需求应该是一般ERP不经过任何二次开发就能作到的吧.
至少在我看来,使用秋葵的OA-ERP来实现上述的需求已经是99%的满足.以下可以足条说明如下:
[size=3][color=Red]
ERP系统销售部门需求
1.        成品分类、客户分类需要能做到多维统计，比如一个产品既属于成品又属于机架，还可以属于铝制品。成品和客户都必须能实现这种多维分类，相应报表也能根据这些多维分类进行分析统计；[/color][/size]
可以做任意N维的分类查询与统计
基本资料(主物料表/客户表可以增加任意的属性分类字段,通过具体业务的相关物料字段和客户字段漫游进行多级复合条件查询就能实现多维分类的报表查询和多维分类统计)
[size=3][color=Red]2.        查看该销售订单时，可以直接查看到该张销售订单的执行情况，如出货数量、出库数量、退回数量、退回入库数量、退回补货数量、每条记录的执行状态等；[/color][/size]
有两种方式:
a.订单清单中直接加入虚拟字段和动态后续业务统计函数,将已发货数量,出库数量,退回数量....等各种业务状态的统计值返回到销售订单清单中,动态的显示出来,仅仅只是显示而已,并不保存,这意味着,点任意一个销售订单,则后续单据的数量执行情况都是动态显示在当前的清单中的.
b.用报表查询,将销售订单后续单据的数量执行情况设计成报表,报表的查询记录有6种状态,全部当前仅审核未审核已处理完毕已审核的,查询的字段条件可以是订单的主单据,清单以及与主单据或者清单有任何关联的任何表单的任何字段;
[size=3][color=Red]3.        销售订单页面必须能关联和集成该生产订单下游作业：发货单、出仓单、退货单、退仓单、发票等单据；；[/color][/size]
直接自动集成与销售订单有任何后续关联的的下游作业后续单据查询功能,而且允许用户指定哪些最常用的后续单据查询功能自定义;

[size=3][color=Red]4.        系统必须支持业务人员销售跟单，就是在销售订单页面可以直接很清楚的查看该销售订单对应的采购订单和生产订单，以便跟单员更好的跟踪销售订单执行进度。；；[/color][/size]
同3,系统允许使用DT函数作一张所有关联业务的统计报表,将销售订单每个后续业务的操作员,审核员,单据状态,操作审核时间,机器的IP地址名称全部统计到一张表上,以供业务人员根据此表反映的情况进行进度跟踪;

[size=3][color=Red]5.        系统必须支持协议订单功能，允许营业和生产先进行备料生产，等接到客户正式订单和出货通知时，能迅速交货。[/color][/size]
使用销售报价单或者用户自定义新增一协议订单模块,流程定义为
销售报价/协议订单-主生产计划-MRP-采购/生产-成品入库
销售报价/协议订单-正式订单-销售发货-出库

[size=3][color=Red]6.        销售发货单和销售出仓单页面都要可以关联查看到该发货单对应的发票信息、应收账款凭证等信息。。；[/color][/size]
同3

[size=3][color=Red]7.        系统需要支持销售订单历史数据查询，如果一个销售订单在数量、单价、交期方面有变更的话，系统需要保留历史的销售订单数据，最好能支持变更前后数据的差异比较。[/color][/size]
使用订单变更功能保留订单变更的内容,同时系统自动保留任意没有专门单据变更功能的已审核单据变更修改最后一次修改记录.有专用单据变更功能的,则可以保留任意一次单据变更作业.没有专用单据变更功能的,则保留最后一次的变更作业.订单变更功能仅仅只能对未发生交货部分的数量进行变更作业,又已经部分发货的数量不得进行小于已发货数量的变更作业;



[size=3][color=Red]8.        系统需要有直接调用的销售数据综合查询报表，可以以订单日期、订单编号、预计交货日、客户编码、料品类别、料品编码、出货日期、出库日期、交货状况等任何一个条件或者多个条件组合来做销售订单状况查询。。[/color][/size]
同1和2,简单的说,就是订单的主单据,清单任意字段以及与这些字段有关联的任何表单上的字段均可做为查询条件进行报表的查询和统计,你甚至可以写一个最简单的SQL条件配合上述字段的条件进行复合查询;
[size=3][color=Red]9.        系统需要具备销售订单历史交易单价查询，可以查看到一定时间范围内任何一款产品销售单价及价格变动趋势。[/color][/size]
有两种方式:
a交叉查询-清单查询清单,根据销售订单清单上的字段查询所有销售订单清单的内容.比如根据清单上的产品和时间,可以查询这一时间内,该产品的所有销售的客户,销售的单价,数量,并直接生成相应的统计图表,得出相应的价格趋势图或者线.甚至直接可以导入EXCEL可以作任意图表线分析;
b直接使用右健,弹出该物品的历史价格查询,一般用于开单时,选择某一产品后,直接想看到该产品销售给该客户的历史销售情况,因为该功能是通用的,你可以在任意业务中查询以该物料编码和相关业务公司进行复合查询的历史交易记录.如采购中,查询采购历史记录,外协中查询外协交易记录等等..

[size=3][color=Red]10.        系统必须具有未交销售订单明细表，需可以查看任何一个时间段范围内的任一客户、任一产品的未交数量、未交金额明细及汇总未交数量、未交金额。[/color][/size]
同2
[size=3][color=Red]11.        销售收入明细及汇总表，需要查看任一时间段哪些产品都各自的销售金额明细（最好可以关联到对应的发货单）及总共销售金额汇总的报表。[/color][/size]
同2、8、9
[size=3][color=Red]12.        系统必须具备销售对帐明细表，可以筛选任何一个客户的一个月的发货和退货明细，并汇总对帐总金额，以便业务人员的月底对帐[/color][/size]
同2、8、9，同时系统在业务中就有应收应付对帐明细，任意一个客户的往来明细帐，情况包括发货明细，退货明细，预收预付明细、冲帐明细。你甚至可以定义以发票为应收应付的依据还是以发/退货单作为应收应付的依据。不同的方式，产生的应收应付的明细有所不同；
[size=3][color=Red]13.        销售订单和出货单毛利分析，在系统成本计算完成之后，可以很清楚的查看任何一张销售订单或发货单的销售单价、销售金额、成本价、成本金额，毛利率等指标。[/color][/size]
报表查询，根据出库单出库时的成本，将成本字段回写销售发货单的每一个明细中，你可以对任意对上述要求的内容进行各种成本，利润分析，你甚至可以统计到每个操作员，每个业务员，每个部门，每个客户，每个时间段的各种指标分析，包括各种排行榜；
[size=3][color=Red]14.        销售排行分析，需要系统支持以客户排行、以产品排行，按照销售金额大小、毛利等指标进行排行分析，以确定那些产品利润较高，哪些客户是我们的重点客户。[/color][/size]
同13
[size=3][color=Red]15.        业务员绩效分析表，我们需要知道每个业务员每个月的接单数量和金额，交货数量和金额，以考核业务员的绩效，并计算其相应的绩效收入。[/color][/size]
同13
[size=3][color=Red]16.        销售订单交期预测模拟分析，很多时候客户会口头询问我们，如果下达一定数量的某产品的订单，我们大概能什么时候交货，在不问生管和计划的前提下，系统能快速的支持订单交期预测模拟，快速的给予客户答复，这也是提高客户服务水平的一项措施。[/color][/size]
使用订单功能上的MRP提前运算，对该订单（或者多个订单）进行物料需求分析，初步估计库存的情况和采购需要的时间；
使用简单生产能力分析，对生产已经安排的订单和机台设备的生产利用情况进行查询分析，初步估计生产能力情况；
结合上面的查询分析，人工预估订单的交期；

[[i] 本帖最后由 OKRA-ERP 于 2008-4-10 09:59 编辑 [/i]]

嬉嬉，猫你的统率也不行啊？

[quote]原帖由 [i]littleredhorse[/i] 于 2008-4-9 16:26 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=10055760&ptid=968506][img]http://www.itpub.net/images/common/back.gif[/img][/url]
嬉嬉，猫你的统率也不行啊？ [/quote]
这个跟统率没关系，我也没有在做统率，如果我在做统率的话

我也不会在这上面让软件厂商给我联系。

要是我用秋葵来做部分需要用报表变通处理！
但是是奔尼的话，几乎没有什么需要变通的！我估计呵呵

SAP的b one 能解决么？

[quote]原帖由 [i]peterlee[/i] 于 2008-4-9 17:14 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=10056378&ptid=968506][img]http://www.itpub.net/images/common/back.gif[/img][/url]
SAP的b one 能解决么？ [/quote]
这还只是销售模块，其他模块我还没整理完呢，整理完大家看个完整的:)

销售部分的需求在正常范围之内，似无特别难点。
期待醉猫完整的需求。

应该属于ERP软件正常需求范围！

除第七项有点困难外，其他的需求都是金蝶K3的标准功能。

就拿多维统计来说的话，实际上除了国外软件，国内的真的能全部作到吗？

明天给你电话`！

[quote]原帖由 [i]醉眼看世界[/i] 于 2008-4-9 16:06 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=10055504&ptid=968506][img]http://www.itpub.net/images/common/back.gif[/img][/url]


不要求变通处理和二次开发的，可以实现的请跟我联系 [/quote]


醉猫，这里有选型的误区！

如果软件都“自动”实现，那还需要实施做什么？实施仅仅是培训吗？

[quote]原帖由 [i]ohk[/i] 于 2008-4-10 08:50 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=10060029&ptid=968506][img]http://www.itpub.net/images/common/back.gif[/img][/url]



醉猫，这里有选型的误区！

如果软件都“自动”实现，那还需要实施做什么？实施仅仅是培训吗？ [/quote]
这个不是误区，这个只是对管理软件的易用性提出了比较高的要求

ERP的最终用户是一线作业人员，这些人员的能力和素质决定了需要的是“傻瓜型”的ERP系统

如果一款管理软件，操作要求比较高，最终用户用都无法用起来，所有其他的ERP目标都成了空中楼阁

企业购买管理软件的目的是提高作业人员的工作效率，改善作业人员的工作品质，而不是给用户带来负担

实际上我上面的需求，也是销售模块人员的基本通用需求，并没有什么特别之处（个别要求除外）

顾问的作用就是在调研完客户的基本需求之后做全局规划，培训和指导MIS等相关维护人员如何做到数据及时、准确、完整的到位稽核

也只有这样，ERP才能真正起到深入的应用而不至于沦落为打单的工具，只有这样，ERP项目才能称为真正意义上的成功

否则，企业就没必要花那么大的人力、物力和财力的投入，而office一样能够支持各个部门的日常作业，甚至来的更快更简单

这也是我为什么一直对管理软件要求很高，甚至到了一种比较苛刻的地步的根本原因，也是保证项目成功的第一步。

*** 作者被禁止或删除 内容自动屏蔽 ***

选型思路有问题

严重支持醉猫的观点,好用的工具才是好工具.

[quote]原帖由 [i]醉眼看世界[/i] 于 2008-4-10 09:19 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=10060464&ptid=968506][img]http://www.itpub.net/images/common/back.gif[/img][/url]

这个不是误区，这个只是对管理软件的易用性提出了比较高的要求

ERP的最终用户是一线作业人员，这些人员的能力和素质决定了需要的是“傻瓜型”的ERP系统

如果一款管理软件，操作要求比较高，最终用户用都无法用起来，所有其他的ERP目标都成了空中楼阁

企业购买管理软件的目的是提高作业人员的工作效率，改善作业人员的工作品质，而不是给用户带来负担

实际上我上面的需求，也是销售模块人员的基本通用需求，并没有什么特别之处（个别要求除外）

顾问的作用就是在调研完客户的基本需求之后做全局规划，培训和指导MIS等相关维护人员如何做到数据及时、准确、完整的到位稽核

也只有这样，ERP才能真正起到深入的应用而不至于沦落为打单的工具，只有这样，ERP项目才能称为真正意义上的成功

否则，企业就没必要花那么大的人力、物力和财力的投入，而office一样能够支持各个部门的日常作业，甚至来的更快更简单

这也是我为什么一直对管理软件要求很高，甚至到了一种比较苛刻的地步的根本原因，也是保证项目成功的第一步。 [/quote]

[quote]原帖由 [i]catthunder[/i] 于 2008-4-10 10:18 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=10061552&ptid=968506][img]http://www.itpub.net/images/common/back.gif[/img][/url]
选型思路有问题 [/quote]
哈哈，我选型思路有问题，ERP行业没有几个人思路没问题的了（我很厚颜无耻和大言不惭）:)

采购部门ERP系统需求

1.        材料、供应商分类需要能做到多维统计，比如一个材料既属于原材料又属于铝型材，材料和供应商都必须能实现这种多维分类，相应报表也能根据这些多维分类进行统计分析；

2.        系统必须支持销售订单转采购订单功能，由于我们研发事业部在售后服务过程中会出现直接从供应商购买一些配件，随后直接交货给客户，自己不做生产的业务。

3.        由请购单可以直接查看该请购单明细已经抛转采购单的状况，以及可以直接关联到该请购单已经抛转的对应采购订单。

4.        采购系统需支持采购配额管理，为了降低采购风险，一些物料会有多家供应商供应，需要系统支持采购的配额管理，同一请购数量可以抛转多家供应商的采购订单。

5.        查看某一采购订单时，可以直接查看该张采购订单的执行情况，如到货暂收数量，暂收退出数量、合格入库数量、退货数量、退货出库数量、退出补货数量、每条记录的执行状态等。

6.        采购订单页面必须能关联和集成该采购订单上下游作业，上游的请购单、销售订单；下游的到货暂收单、暂收退出单、合格入库单、退货单、退仓单、发票等单据。

7.        合格入库单页面要可以关联集成查看到该入库单上游的采购订单、到货暂收单、销售订单，下游的发票信息、应收账款凭证等信息。

8.        系统需要支持采购异常退出作业，我们是机械加工行业，在生产过程中铝型材和压铸件都会出现工废和料费的情况，做退料处理是不合适的，一般需要做生产不良入库，然后仓库做采购异常退货流程。

9.        系统需要支持采购订单历史数据查询，如果一个采购订单在数量、单价、交期方面有变更的话，系统需要保留历史的采购订单数据，最好能支持变更前后数据的差异比较。

10.        系统需要有直接调用的采购数据综合查询报表，可以以订单日期、订单编号、预计交货日、供应商编码、料品类别、料品编码、到货日期、入库日期、交货状况等任何一个条件或者多个条件组合来做采购订单执行状况查询。

11.        系统需要具备采购订单历史交易单价查询，可以查看到一定时间范围内任何一款产品采购单价及价格变动趋势。

12.        系统必须具有未交采购订单明细表，需可以查看任何一个时间段范围内的任一供应商、任一材料的未交数量、未交金额明细及汇总未交数量、未交金额。

13.        采购入库数量、金额明细及汇总表，需要查看任一时间段各个材料的采购入库数量、金额明细（最好可以关联到对应的入库单）及总共采购金额汇总的报表。

14.        系统必须具备采购对帐明细表，可以筛选任何一个供应商的一个月的送货和退货明细，并汇总对帐总金额，以便采购人员的月底采购对帐。

15.        采购排行分析，需要系统支持以供应商、以材料按照采购金额大小等指标进行排行分析，以确定哪些材料、哪些供应商做重点管理。