订单管理软件/订单管理系统/订单管理云平台
Shanghai Town Lake ERP订单管理软件拥有商品信息、进货入库、销售订单录入、销货出库、客户信息维护、发票管理、快递管理等模块功能。Shanghai Town Lake ERP在管理信息系统业务领域，广泛涉足了公司金融、财资管理、财务管理、项目管理、销售管理、客户管理、进销存、ERP、OA等方面。Shanghai Town Lake ERP专业定制开发各类订单管理软件、管理软件、二维码软件、订单管理SaaS云服务平台、订单管理企业服务SaaS平台、入库管理软件、出库管理软件、发票管理软件、商品管理软件、管理软件SaaS云平台、进销存软件、开票管理软件、智能投资分析系统、交易系统，企业管理系统，配套网站、App、H5，并提供整套解决方案的定制咨询。
订单管理软件及ERP云服务平台包括下面功能：
1. 商品维护
1.1. 商品管理维护字段信息
1.2. 查询、新建、更新和删除商品
1.3. 导入Excel商品初始数据
1.4. 查询Excel导入的商品初始数据
2. 客户管理
2.1. 客户管理维护字段信息
2.2. 查询、新建、更新和删除客户
2.3. 按照客户名称模糊查询客户信息
3. 入库
3.1. 新建入库单
3.2. 添加入库商品及数量明细
3.3. 提交入库
3.4. 查询入库库存变化流水
3.5. 入库后查询商品库存数量
4. 订单录入
4.1. 订单录入包括字段信息
4.2. 创建订单
4.3. 查询订单
5. 出库
5.1. 创建出库单
5.2. 出库完毕后查询库存变化流水
5.3. 出库后，商品冻结待出库库存被释放
5.4. 查询订单出库库存
5.5. 出库完毕部分订单
5.6. 查询出库库存变化流水
5.7. 订单状态变为出库完毕
6. 开票
6.1. 开票信息字段
6.2. 订单和开票关系
6.3. 选择开票客户会自动加载他的开票信息
6.4. 选择开票订单
6.5. 自动计算更新总金额后点击创建保存开票信息
6.6. 查询开票信息及明细
6.7. 查询订单已开票信息
6.8. 继续开票至开票完毕
6.9. 订单状态被同步更新为开票完毕
7. 数据统计
一、服务参考
【功能参考】
商品数据Excel导入，商品维护，客户资料管理，入库，出库，订单录入，发票管理。
支持拆单出库，支持拆单开票，支持合并开票。
二、总体情况描述
【本公司不接任何违反法律法规、违反职业道德的订单合同】
【说明】：
[1].针对小型软件需求，本公司与您沟通后按需定制。
[2].本公司已有大量成品和半成品软件，以此为基础，可以快速组合和定制适合您的软件和解决方案。
【简单需求-定制流程】：
(一个10分钟的电话能沟通完毕的，或者一张A4纸5号以上字体能描述清楚的，可以认为是简单需求)
[1].初始沟通洽谈，确定大概软件用途及功能，本公司审核看能否【接单】。
[2].对于简单需求，初步沟通后，本公司给出【功能列表和报价单】。
[3].按照合同预先支付一定金额【预付款】。
[4].本公司按照功能列表和项目计划开始量身【定制软件】。
[5].开发完毕后将测试版发给客户【测试】。
[6].根据测试结果和客户反馈修改测试版，达到客户要求后,支付剩余【尾款】。
【复杂需求-定制流程】：
(需要超过10分钟的电话才能沟通清楚，或者需要一张以上A4纸才能准确描述清楚的，则认为复杂需求)
[1].初始沟通洽谈，确定大概软件用途及功能，本公司审核看能否【接单-咨询】。
[2].对于复杂需求，初步沟通后，本公司给出【咨询服务项目列表和报价单】。
[3].按照咨询服务合同预先支付【咨询费】。
[4].本公司按照咨询服务项目列表和客户沟通，明确客户【具体需求】。
[5].咨询服务完毕后，本公司可以按照客户需要发给客户【咨询服务总结文档】
[6].根据咨询结果，达到客户要求后,【咨询服务项目-结项】。
[7].根据咨询结构，本公司制定详细【需求规格说明书】和【软件项目定制开发合同】并提交给客户。
[8].客户认可合同及相关附件后，预先支付一定金额【预付款-项目开发费】。
[9].本公司按照合同开始安排资源量身【定制软件】。
[10].开发完毕后将测试版发给客户【测试】。
[11].根据测试结果和客户反馈修改测试版，达到客户要求后,支付剩余【尾款-项目开发费】。
[12].对于复杂合同，可分期多次执行[7]到[11]。
【售后服务说明】：
[1].服务范围：功能列表或合同明确确定的范围内，我们所开发程序自身BUG免费修复。增加或变更需求的，双方沟通一致后，另行商定合同后作为新项目独立运作。
[2].服务有效期：默认为上线验收成功后30天。也可另行约定售后周期。
[3].我们视信誉为生命，会全力做好售后服务。建议您尽量在支付尾款前及服务有效期内测试，确保尽早发现程序问题并反馈修复。
【免责声明】：
[1].合同交易和执行过程中，因我方原因导致交易执行中止或失败的，仅做全额退款处理，本公司不承担其他任何损失和责任。
[2].因使用本公司开发程序所造成的一切不良后果与本公司无关。
[3].客户如果使用本公司软件从事非法用途，发现后，本公司立即终止和客户合作关系。已验收完毕并确认付款之后的项目款项，因为已经在项目执行过程中作为成本消耗，无法退还。未完工并且还未验收确认的部分款项，终止交易或退回客户。
【本服务约定最终解释权归本公司】
三、项目管理
1.流程
由于软件开发具有一定的不确定性和风险性，应此针对不同类型的项目采用不同的流程。
(a) 风险比较高的创新型项目采用敏捷迭代方法(Scrum)。
一个阶段为一个周期，一般一个阶段为2周到1.5月，在项目开始时完成项目计划，项目进行中原则上项目计划不做变更，项目结束后有个项目总结，项目进行过程中会计划几个产品发布点，项目预算在项目计划时确定，项目总结验收后支付。
(b) 风险比较低的新功能开发项目可采用更便宜的瀑布模型或CMMI。
按照已有框架和经验估算开发成本并制定计划，项目周期、项目预算和项目范围在项目立项时确定，项目中间按预计时间点支付项目费用。
(c) 服务、运营、维护、纯编码（不包括设计和需求）和纯测试（不包括设计和需求）项目采用固定工时制，按服务时间支付费用。
(d) 对于银行或其他关键性业务，在咨询阶段，使用支持创新的敏捷迭代方法，完成后编写详细的需求规格说明书、技术设计方案和测试方案。然后在产品开发和项目开发阶段，使用CMMI流程，保证系统的稳定健壮与可维护性。
2.沟通
沟通模式主要包括但不限于以下几种：
(1). 项目意向
甲方有新的项目想法时，乙方和甲方沟通确认初始预算、目标、风险容忍度、质量需求级别、项目流程，并制定最终项目提案供甲方审批，审批通过后制定项目计划。
(2). 项目计划
按照不同的项目使用不同的流程来做项目计划和管理，主要是上述流程里说明的4种项目类型：
(a) 高风险创新型项目采用敏捷迭代方法(Scrum)
(b) 低风险功能开发项目采用瀑布或CMMI流程
(c) 运营、支持和纯编码测试项目采用固定工时服务流程。
(d) 创新和稳健需求并存的银行、集团或其它关键性系统。
乙方同甲方沟通完毕后提交详细项目计划书，确认完毕后开始执行。
项目计划书中主要包括：预算、目标、风险、质量、流程、功能、日程安排、人力资源、资产消耗与租用、采购、重要会议、沟通计划等。
(3). 项目总结
每个项目执行完毕后会做项目总结。
乙方会以文档的方式归档。
项目总结主要包括：项目实际现金流、目标实现情况、交付功能清单及截图展示、任务执行状况、资源消耗、采购、其它决策管理、其它创意管理、其它相关项目介绍等。
项目总结的目的主要方便项目参与涉众出于多种目的观察历史已完成项目的具体执行情况，以便更好地沟通、合作和决策。
(4). 阶段资产评估
当一系列项目完成达到一个预定里程碑时，因后续关键决策或战略调整需要，双方任意一方提出对方同意后，乙方进行阶段资产评估活动。
乙方根据历史项目数据统计分析得出初始文档，主要包括以下内容：(a) 投资及投资分布（包括现金、人力资本和其它资本，在时间和类型上的投资分布） (b) 知识产权划分 (c) 资产项目估值 (d) 资产股份与股权结构变动 (e) 相关项目执行回顾（相关项目实际与预期比较） (f) 资产变动（包括初始资产、增值资产、损失或放弃资产） (g) 资产项目保密等级 (h) 资产市场战略计划 等
乙方完成资产评估书后提交甲方审阅，沟通修改确认后双方签字存档。
(5). 需求分析
根据项目意向制定的项目提案通过甲方审批后，乙方开始组织资源进行项目的需求分析。
需求分析完毕后，根据实际情况，可能会有单独的需求分析说明书作为附件同项目计划一起提交甲方审批。
甲方审批结束后，乙方以此为基础开始后续项目计划工作。
(6). 项目验收
项目完成接近结束时，乙方提交项目总结文档，甲方以此为基础进行用户验收测试。
验收测试过程中，遇到问题，区分为：
(a) 缺陷（严重，项目范围内，当期修改）
(b) 缺陷（一般，项目范围内，沟通协商后可后续修改）
(c) 缺陷（项目范围外，后续修改）
(d) 新想法（后续计划进一步行动）
(e) 使用方法、流程或配置（严重，项目范围内，当期培训解决）
(f) 使用方法、流程或配置（一般，项目范围内，后续培训解决）
(g) 使用方法、流程或配置（项目范围外，后续制定培训和运维计划）
(h) 不确定的问题（不影响项目发布功能使用，后续继续观察确定后续行动）
验收结束后，项目总结文档存档，甲方按项目预期向乙方支付款项。
(7). 头脑风暴
双方在任何时候有新的想法时，可以通过会议、对话、电话、微信、QQ等多种通讯模式交流想法，乙方尽可能记录整理相关想法，在适当的时候提交给甲方或者通过会议筛选整理这些想法。
甲方可以选择某些想法作为项目意向、项目计划和需求分析的输入。
(8). 冲突纠纷沟通
双方尽可能通过准确的语言表述通过文档方式记录项目决策，以避免冲突纠纷的发生。
由于创新性项目具有很多不确定性和边界模糊性，不可避免的很多东西在一开始的文档里很难表述清楚，应此对于这类情况需要双方更多的友好合作与相互理解。当遇到纠纷时，尽可能按照以下方式考虑：
(a) 对于知识产权，如无明确说明与转移流程，尽可能划归原创作者
(b) 对于项目执行，选择合适的风险度与质量级别，确定对不确定性的容忍度
(c) 对于项目类型，选择合适的预算规模和管理模式，适当的时候进行合适的升级、降级、预警、暂停，及时控制风险和调整战略
(d) 对于保密等级，
(i) 未指明保密等级的信息，原则上默认为 “(a) 指定人员绝密级”，指定人员默认为参与讨论交流的人员。
当参与人员超过5人，或有非核心人员，或有外部人员参与时，自动降级为”(d) 内部核心保密3年期级“，或”(f) 内部保密1年期级“，或”(h) 指定外部公开级“。
(ii)未指明保密等级的信息，处于某些特殊场合需要，可以口头透露部分信息，但是该信息须做特殊处理，使得至少包含30%假信息，比如把100万金额的数字说成200万，1年的项目说成3年。对于图片信息，可做模糊处理或手机转拍，使得具体数字看不清楚，仅可看到大概轮廓。
(iii)指明保密等级的信息，严格按照该等级标准执行
3.风险
在做项目计划时，根据团队经验给每项功能列出不同的风险度，并加权平均后获得项目的整体风险级别：
(0).无风险，完全按计划进行，无偏差，或者在预算内提前完成所有项目计划预期项目
(1).微小风险，完全按计划进行，偏差85%~125%
(2).小风险，基本按计划进行完成，但可能会有延期，偏差85%~200%
(3).一般风险，可以按计划进行完成50%，并且可能会有延期，偏差85%~200%
(4).高风险，项目结果不可预知，可以完成计划的20%，并且可能会有延期，偏差85%~200%
(5).非常高风险，项目结果不可预知，项目过程基本不可控制
4.质量
在做项目计划、项目总结和阶段资产评估时，选择以下预期和实际质量级别：
(1). 未测试过（包括开发人员）
(2). 仅开发人员自己测试过
(3). 手工测试过，无实际用户使用经验
(4.a). 手工测试过，1个以上用户使用1天以上经验
(4.b). 有自动化测试，无实际用户使用经验
(5). 手工测试过，1个以上用户使用1周以上经验
(6). 手工测试过，1个以上用户使用1个月以上经验
(7). 手工测试过，3个以上用户使用1个月以上经验
(8). 手工测试过，3个以上用户使用1年以上经验
(9). 有自动化测试，1个以上用户使用1个月以上经验
(10).有自动化测试，3个以上用户使用1年以上经验