四川飞机维修工程有限公司
· 2024-09-26
四川飞机维修工程有限公司
ERP系统研发项目招标公告
川维招标（2024）4号
四川飞机维修工程有限公司根据需要，对“四川飞机维修工程有限公司ERP系统研发项目”进行公开招标，兹邀请合格的投标方就下述项目提交密封的投标文件。
一、项目内容：
本次招标项目为四川飞机维修工程有限公司ERP系统研发项目（详见《技术标准及要求》），包括招标文件所列的全套服务。
二、资金来源：自筹资金。
三、对投标方的要求：
1．具有独立承担民事责任能力的合格的企业法人。
2．具有良好的商业信誉和健全的财务会计制度。
3．近三年内，在经营活动中没有重大违法记录。
4.具有稳定开发和后期运维团队，且有相关资质的企业法人。
5．投标方投标之前可根据自身实际需要到招标方工作现场进行考察，充分了解招标方的实际需求，以便多方位、更全面地获取相关信息。投标方在现场考察过程中，对自身的安全和行为负全责。
四、文件发放形式：
招标文件以邮件形式于2024年9月26日开始发放，截止日期2024年10月8日16时（北京时间）。
五、投标截止时间：
2024年10月28日9：00时整（北京时间）。
六、投标地点：
四川飞机维修工程有限公司 招标管理办公室
七、开标时间：
2024年10月28日9：00时整（北京时间）。
八、开标要求：
开标同时进行Demo演示（需准备Demo的部分详见《技术标准及要求》中“功能性要求”备注）。
九、报名要求：
1．申请人于2024年10月8日16时前（北京时间）发送以下彩色扫描件至招标管理办公室邮箱：（1）加盖鲜章的有统一社会信用代码的营业执照（或等效证照）复印件。（2）加盖鲜章的单位授权书原件、法定代表人（或负责人）身份证复印件、被授权人身份证复印件及单位给被授权人的社保缴纳证明（备注手机号码、联系邮箱）；法定代表人（或负责人）作为代理人直接参与本项目的，无需提供授权书、被授权人信息及社保缴纳证明；有被授权人的，被授权人将作为本项目的一切事项的联系人。（3）提供至少6名拟进入本项目研发团队的在职2年以上的人员名单及其社保证明，加盖鲜章。（4）提供至少1个2021年以来国内民航维修业信息系统研发项目业绩证明材料（合同金额不低于100万元人民币或等值外币），并加盖鲜章。（5）提供航空维修类软件相关专利证书或软件著作权证书复印件，加盖鲜章。（6）具有ISO9001或其他同等信息化相关质量认证体系证书复印件，加盖鲜章。（7）企业开立基本存款账户的银行出具的银行基本账户开户许可证（或等效证照）复印件，加盖鲜章。（8）加盖鲜章的《投标单位廉洁承诺书》（详见公告末尾样本）。
2．以上报名材料，需准备原件备查。
十、有关本次招标事项请按以下方式联系：
1．四川飞机维修工程有限公司 招标管理办公室
通讯地址：成都双流国际机场北头
邮 箱：liuyanqing@smeco.cc
电 话：028-85888655
联 系 人：柳彦卿
2．技术答疑（项目经办）：
四川飞机维修工程有限公司 综合管理部
电 话：028-85888500
联 系 人：蒋聪
3．纪委监督：
电 话：028-85888528
联 系 人：熊烨
十一、本次招标将同时公示于网站：https://scalgroup.tfygcgfw.com
四川飞机维修工程有限公司
2024年9月26日
技术标准及要求
一、项目总体要求（一）系统应保证持续可用，无用户数量、访问频次、授权费用等条件限制。
（二）应根据各部门实际需求，对业务流程进行科学、合理的设计，并提供相关技术支持和服务。
（三）供应商必须能安全稳定的完成历史数据迁移，保证业务系统的平稳过渡。
（四）供应商应严格遵循研发计划，保证项目的顺利交付与实施。
（五）应制定详细的项目实施计划，包含实施过程中每个里程碑节点的详细描述及时长，每个节点的运行目的及要达到的效果描述；提交包括但不限于全面的软硬件技术解决实施方案文件、详尽的数据库结构设计方案、完备的系统测试文档、全面的培训材料、安全稳定的历史数据迁移方案、安全性方案、妥善的后期维护计划及整个系统的源代码等。
（六）软件研发应遵循一致的开发标准和采用统一的开源开发框架，具备市场广泛性。
二、非功能性要求（一）技术路线要求1. 系统产品应提供所有的使用技术清单，包括但不限于整体IT技术架构图、开发语言、开发框架、微服务框架、服务端及网络部署设计状况、数据库、中间件、源代码等。
2. 系统应采用B/S模式进行开发，具备良好的功能扩展性，能支持在公有云、私有云等各种服务端环境进行部署，其架构设计能保证系统运行和数据的安全、稳定及可持续性。
3. 系统用户端、服务端、数据库等所有采用的技术和产品应符合国产化要求，支持包括但不限于鲲鹏、飞腾或海光等国产服务器和终端设备，支持包括但不限于欧拉、麒麟或统信等国产操作系统。
4. 系统应能根据要求提供功能标准化数据访问接口，并支持后续功能扩展性开发。
5. 系统应采用主流通用的开发工具、开源开发技术和开发框架，以保证系统的兼容性。
6. 应采用负载均衡、集群、数据缓存、消息队列等技术保障系统的稳定性、安全性和可持续性，应提供新旧系统切换机制和数据同步机制的详细解决方案。
7. 系统能基于企业微信扫码进行单点登录。
8. 移动端功能基于企业微信小程序实现，UI针对不同屏幕大小进行友好适配，提高用户体验。
9. 源代码封装必须规范，需对代码进行必要性功能注释，降低代码阅读的困难程度。
10. 数据库设计中，所有数据均不允许采取物理删除，只能通过状态进行数据删除的判定。
11. 应提供运行系统的网络带宽、硬件资源、终端设备等各辅助产品的配置建议。
（二）系统性能要求1. 在满负荷1000人次并发情况下，系统响应时间应小于2秒，供应商应对如何保障系统性能加以说明。
2. 系统在进行系统报告生成，大数据分析和处理时，应保障系统的持续可用性，用户响应时间不应受到影响。
3. 应保障系统数据传输的准确性，断网恢复后可以自动续传。
4. 提供可维护、可扩展、可监控系统运行的方案和工具。
（三）信息安全要求1. 应确保系统符合国家数据保护法规，包括但不限于《中华人民共和国网络安全法》和《中华人民共和国数据安全法》。应实现数据分类和数据生命周期管理，确保不同级别的数据得到相应的保护。
2. 应使用强加密算法对所有敏感数据进行加密处理，无论是在传输中还是静态存储时。
3. 应实施基于角色的访问控制，确保只有授权用户才能访问特定数据和资源。
4. 应实现多因素身份验证。
5. 应采用多种网络安全措施抵御例如口令暴力破解攻击、非授权访问攻击、注入攻击、跨站脚本攻击、命令执行攻击等各种形式的非法攻击方式。
6. 应确保系统具备审计追踪能力，记录所有用户操作和系统事件，保留日志至少三年。
7. 应制定详细的数据备份策略，包括定期备份和灾难恢复计划，确保数据的完整性和可用性。
8. 应建立漏洞扫描和补丁管理程序，确保系统所用组件及框架及时更新到最新安全版本，保障安全漏洞被及时发现和修补。
9. 供应商应明确系统关联的外部系统或接口，原则上不得以维护等名义预留账号或接口，连接或授权第三方产品。
10. 供应商不得利用提供产品和服务的便利条件非法获取用户数据、非法控制和操纵用户设备，无正当理由不得中断产品供应或者必要的技术支持服务。
11. 若供应商提供的产品整体或部分在国家安全审查范围内，应在响应文件里进行明确告知，并提供国家安全审查结果，若故意隐瞒相关信息，我司有权保留追究供应商责任的权利，供应商应承担由此引起我司的全部经济损失（包括但不限于诉讼费、仲裁费、律师费等）。
12. 应定期提供安全培训。
（四）知识产权要求1. 此次系统研发过程中产生的最终研究开发技术成果和相关所有知识产权（包括但不限于源代码、软件著作权、专利权、商标权等）归我司所有。
2. 系统研发过程中所涉及使用的所有拥有第三方（含供应商）知识产权的产品，供应商应在投标文件中予以披露（包含所有第三方产品API文档），同时提供相关知识产权证明材料和授权使用证明，授权我司及其下属全资公司、控股子公司和参股公司范围内永久且不限用户数使用本次项目规定内的所有拥有第三方（含供应商）知识产权的产品。
3. 供应商应确保此次所研发系统不得侵犯任何第三方知识产权，若存在侵犯行为，供应商应自行承担由此产生的所有责任。
4. 供应商应对系统及其知识产权相关项进行保密，未经我司书面同意，不得向任何第三方披露。
5. 只有我司有权利用本次项目研究开发所完成的技术成果进行后续改进，由此产生的具有实质性或创造性技术的新的技术成果，知识产权归我司所有。
6. 我司享有对本次系统研发产生的最终成果进行销售的权利，若涉及供应商原有知识产权的，其供应商授权收费标准不应高于市场标准。
（五）售后服务及运维要求1. 应提供完整的售后服务及运维方案，包括但不限于日常运维、应急响应、灾备处理等，应在成都本地具备运维人员，有能力快速赶至我司现场处理突发故障。
2. 运维期内供应商应保障【7*24】小时售后维护服务，系统可用性大于【99.9999%】，核心业务故障远程协助处理响应少于【1】小时，非核心业务故障远程协助处理响应少于【4】小时。若无法远程处理，供应商技术人员应尽快赶到现场提供支持，核心业务应少于【2】小时，非核心业务少于【12】小时。
3. 项目最终验收通过后，供应商至少应提供【1】年免费售后维保服务，实际免费服务年限以双方最终签订的合同为准，维保内容包括但不限于：故障快速修复、漏洞监控与修复、系统日常运维、产品升级迭代、员工培训等。
4. 供应商应指定专人为本项目提供售后运维服务。
5. 免费售后维保服务期满后，供应商仍应承诺能继续提供后续维保服务，并在应标时对质保期满后的年服务价格进行报价，该报价将作为鉴定后续技术服务合同的依据。年服务价格不得高于成交价的【10%】，具体比例和费用明细以双方签订的后续技术服务合同为准。
6. 由于供应商自身原因造成无法持续提供运维服务，供应商承诺将支付不低于合同金额的【10%】作为更换新供应商的费用。
（六）商务条款要求应向我司交付合同总价【10%】的履约金，履约金将于项目验收合格后予以返还。
（七）现场Demo演示要求供应商应在评标现场对功能性要求中部分功能进行现场演示，以确保供应商具备相关重要功能研发的能力。需演示功能参照第三点功能性要求表中备注栏中标注。
序号 | 模块 | 子模块 | 二级子模块 | 描述 | 实现平台 | 备注 |
1 | 生产计划管理 | 基础信息 | 基地信息 | 维修基地的信息维护 | PC |
|
飞机基础信息 | 飞机注册号、客户、机型、MSN、有效性、发动机/APU等信息 | PC |
| |||
人力信息维护 | 维护各基地车间人力状况，作为后续计划计算人力保障 | PC |
| |||
机型信息 | 对各系列飞机相关机型进行归纳和绑定 | PC |
| |||
航司信息 | 航司全称、地址、中英文名、logo等 | PC |
| |||
工时基础库维护 | 按航司分类，并根据机型、发动机构型、FSN适用性维护taskno下不同行业的工时，以及是否重要工作，需要与工卡信息进行挂钩，需要能查看历史操作 | PC |
| |||
盖板及工时基础信息 | 维护不同机型下盖板号及不同行业拆装工时，用于后续组包时计算报价工时等能够去除掉冗余以及单机盖板工时 | PC |
| |||
定检模型维护 | 每个机型+定检级别所需要的天数，以及每个专业每天能完成的工时百分比，用于对工作量的核算 | PC |
| |||
工卡标识信息管理 | 维护不同航司下相同工卡标识的不同显示方式，类似于dual-M之类的标识 | PC |
| |||
生产计划 | 停场创建 | 填写飞机注册号、定检级别、客户信息、合同编号、AMS版本及日期等，停场信息可以批量导入，支持客户工卡评估文件上传下载用于局方审查 | PC |
| ||
MPD/工卡组包 | 根据MPD条目清单或客户工卡号组包，支持选择组任一版本的工卡。 | PC | Demo 演示 | |||
上传的MPD清单可与系统中已生效工卡进行对比，若未存在，流转至TS进行FirstOff评估，另外支持客户工卡进行组包 | PC |
| ||||
Firstoff Off 评估 | 根据工卡号、参考资料号判断是否执行过，若从未执行，先流转TS评估，确认工具、航材、人员培训资质是否满足开工要求，需要的工具、航材数据从手册解析中得来，与库存数据进行比对，比对结果交由对应人员进行人为判定；评估新工作所涉及的工种进行培训，流转培训系统；最后由质量进行审核 | PC |
| |||
工时报价统计 | 根据上传MPD条目，筛选出工时信息用于报价，需要去除掉冗余数据 | PC |
| |||
长期计划管理 | 甘特图展示，查看时间计划，人力匹配。可分为草稿版和正式版。通过用户创建的定检模型计算各行业人力需求 | PC |
| |||
周生产力与工作量匹配 | 显示提供当周维修计划，与工作量是否匹配 | PC |
| |||
工具航材清单 | 通过手册解析进行自动提取，包含手册中的二三级工具航材信息，同步反馈至计划、供应、设备各处同库存情况进行比对，对此进行评估和进行前期准备，支持手动新增和导入 | PC |
| |||
工具航材保障评估及反馈 | 由供应、设备等各处评估和反馈此次飞机在进场时间内能否保障 | PC |
| |||
项目停场控制 | 项目团队清单 | 设定项目经理、计划控制员、MC、各行业负责人，信息由项目经理或计划控制员进行维护，便于后续派工等数据和权限流转 | PC |
| ||
工作台 | 工作者被派发的工作的集中展示，按照飞机进行划分 | PC/移动端 |
| |||
NRC及SWS生成 | 维修部通过移动端或PC端进行填写，经计划部确认后，NRC生效，若有维修方案的填写，在NRC生效后，由维修人员填写SWS，同样需要计划部进行确认，方能生效，若涉及到超手册修理，由维修人员填写Tarform，先流转至TS进行评估。NRC和SWS内容可以通过模糊查询参考历史记录，外委记录仅作为附件上传，生效后的NRC和SWS按照步骤和行业划分进入电子流转和签署 | PC/移动端 |
| |||
工卡流转 | 通过工卡编写阶段，计划部对于步骤负责行业的配置，计划控制员根据工卡所处的阶段，将相关工卡各项工作打散分派到指定的行业负责人处，便于进行无纸化工卡流转 | PC/移动端 | Demo 演示 | |||
派工管理 | 计划部按照维修阶段分发工卡给各行业负责人，行业负责人负责进行二次派工，工作者需要核实相应授权、培训、开工时间等条件，满足条件可以收到对应工卡，查看自己所负责的工卡内容，行业负责人可以查看所有工卡工作进度情况，签署名需与工作者进行校验 | PC | Demo 演示 | |||
非定检项目管理（AOG） | 参照定检项目执行 | PC |
| |||
报工管理 | 开工报工监控，以及工时计算，用于工时采集与计算，可以暂停、交接等 | PC/移动端 | Demo 演示 | |||
工卡签署 | 在电子工卡对应输入域中，工作者录入相关数据，对不需要填写内容的地方支持填写N/A操作，工作完成和检查完成后，进行电子签署，需要对签字人授权进行校验 | PC/移动端 |
| |||
工作暂停 | 工作者可以对工作点击暂停，同时工时记录暂停，直至下一次点击开始，则继续记录工时 | PC/移动端 |
| |||
工卡完工 | 所有工卡步骤完工后，记录工时，允许人员进行调整，确认后流转至计划进行工卡的关闭 | PC/移动端 |
| |||
工卡完成进度 | 增加工卡按行业划分后所附带的阶段信息，按阶段、行业归纳统计，便于监控工卡流转及进度和完工后工卡，可在列表清单中进行高亮显示 | PC/移动端 |
| |||
工具航材查阅 | 工卡下自带工具航材的相关信息，便于工作者在工作时进行查看 | PC/移动端 |
| |||
工卡冻结 | 实施过程中，工卡出现问题时，可视情况而定是否冻结，同时流转至TS进行评估、反馈和对工卡进行修正 | PC/移动端 |
| |||
延伸工作清单 | TS工卡中标记，填写延伸备注，出厂时提取清单交由计划部给客户 | PC/移动端 |
| |||
工作交接记录 | 类似于记事本，提供交接功能，被交接人可以查看交接人对于此项工作的相关日志，便于现场维修人员对于相关工作进度的知悉 | PC/移动端 |
| |||
各项数据报告 | 进场/离场交接检查单，进场条件确认单、工卡总清单、SB清单、AD清单、EO清单、零部件更换清单、延伸项目清单、RII清单、ICS/dual_m清单、结构损伤报告、TAR维修 | PC |
| |||
停场记录 | 执行过程中，重要信息变动的记录，用于数据追查，对执行过程中的变动信息进行实时查询及追溯 | PC |
| |||
CAAC、FAA、EASA放行要求基本相同，但体系模版不一样，附件文件均相同 | PC |
| ||||
工卡风险预警 | 对接质量风险库，提供工卡执行风险预警，对质量中涉及风险源的工卡进行特殊提醒，工作者需要查看风险后方可执行签署操作 | PC/移动端 |
| |||
项目停场归档 | 工卡打印电子回填 | 编辑工卡时，需要对工卡内容进行文本框或者下拉框等数据形式的改造，需要员工填写内容的地方，均需要绑定相关输入控件 | PC |
| ||
纸质归档 | 扫描仪对纸板工卡进行批量扫描进系统，通过对工卡条形码的识别进行拆分，绑定到每个工卡号之下 | PC |
| |||
电子归档 | 采用电子签形式，进行文件签署、校验认证以及相关归档文件下载 | PC |
| |||
2 | 供应管理 | 基础信息 | 物料基本信息 | 包括但不限于对航材基本件号、基地、单位、最低库存、供应商、所属者等信息进行维护。航材基本信息中不涉及到所属者，所属者将在PO中进行体现 | PC |
|
库房信息 | 库房及架位的逻辑管理，例如计量中心库房、保税库等特殊库房的逻辑处理，架位标签生成及打印；对终端设备的属地化进行限制，防止乱订货。 | PC |
| |||
可替代件信息维护 | 通过解析IPC手册，提炼出航材可替换件，对其进行维护，数据来源为手册的部分，不允许修改，手册升版时会自动进行差异对比，用户可以手动添加 | PC | Demo 演示 | |||
物料可用性维护 | 需要通过对超价、所用飞机、所允许使用的来源进行设置，保障物料可用性范围 | PC | Demo 演示 | |||
物料采购 | 非缺件导致的物料采购走线上审批流程，缺件触发的需求，若用户取消，记录不能删除，便于追溯，可以批量回导入系统添加备注，需求需要跟后续订单进行关联，方便MC进行历史追溯 | PC |
| |||
接收消息提醒 | 计划组完停场后，能接收到所有工卡所需的航材清单，可以同库存进行比对，将结果发送给对应负责人，便于采购进行进场前的准备 | PC |
| |||
订单管理 | 创建订单采购项，单位需要统一，需要设置订单类别，暂时以原材料、低值易耗品、固定资产进行区分，便于后续财务数据接入；对订单需求时间进行监管，未收货的件号进行时间提醒 | PC |
| |||
库存预警 | 针对最低库存线进行预警提醒 | PC |
| |||
寿期管理 | 有有效期的航材，采用先到期先领用的原则，没有有效期的，采用先到先出，临期需要进行提醒，过期物品状态自动变为不可用 | PC |
| |||
报关管理 | 对于“报关”类物料，需要填写报关信息，并提供查询入口给海关查看进出转存的信息（进出库标志、供应商、货物自然序号、商品料号、电子账册项号、商品编码、商品名称、规则、原产国、计量单位、数量、价值、报关单号、核注清单号、对应进出库单号、仓位号、进出库日期、贸易方式、运输工具名称、运输工具编号） | PC |
| |||
期限预警 | 对保税库货物进行仓储时间预警和监控 | PC |
| |||
保税库管理 | 货物通过收货验收后，进入保税库进行存放，保税库无法订货，应填写完核注销信息后，转入普通库房后才能进行领货 | PC |
| |||
库房管理 | 验收 | 存在货物多到或者少到，若少到，可以分批次收货，若多到，需要将多出数量进行扣查进行后续处理；在多批次货物验收后，需显示出所有信息，可对证书进行上传 | PC/移动端 |
| ||
扣查 | 验收的时候，有些问题导致订单中某些件无法验收导致扣查，可以只验收一部分，其他的正常验收。用户填写扣查原因。验收的时候可能有多个件号，需要填写多行件号和数量。扣查的信息输入备注让用户能知道航材放在哪，扣查的航材不放入仓库里面 | PC |
| |||
入库 | 检验通过后，上架到BIN位，支持扫码上架 | PC/移动端 |
| |||
库存管理 | 显示系统中所有管理的物料的库存、架位等信息，支持多条件组合查询，对于海关的库房存入后长时间未领取的，要有仓储期限预警功能，可查看可替换件 | PC/移动端 |
| |||
固定资产管理 | 订单、收货、入库流程一致，只是领出时不允许以飞机Job进行领出，领出的JobNo需要明确科目和部门，转出后，转入固定资产板块进行管理，便于后续财务系统对接 | PC |
| |||
航材锁定 | 航材在Bin位后，可以根据shortage信息进行适配并自动锁定，同时通知订货人已进库，订货本人或者有权限的用户可以取消锁定；锁定后，航材仍能进行移库操作，实际转出库房以发货节点为准 | PC | Demo 演示 | |||
物料领用 | 各部门下单，货物变成allocate状态，订货人对本次需领用货物进行二次确认，可以存在只领取部分item的情况，库房人员通过pin单，在系统中接收到确认信息，点击发货完成； | PC/移动端 |
| |||
领用货物若有时寿性，需按照到期日期优先发货，没有的话按照先进先出，若缺货，可以选择可以使用的可替换件； | PC/移动端 |
| ||||
新货回仓 | 新货回仓，需要重新走收货验收流程重新入库，GRN会发生变化，但前后GRN需要有关联性 | PC |
| |||
旧货回仓 | 旧货回仓，只需走收货流程，收入系统后为不可用状态，后续可进行送修、发送给客户等相关操作，记录出库历史记录 |
|
| |||
物料移库 | 航材面临基地间移库时，需要填写移库时间，便于物流转运时可根据移库时间进行灵活安排 | PC |
| |||
航材报故送修 | 一线进行航材报故，然后MC和库管就可以进行各项评估或询价（不走工作流），最后确定是否维修，如果确定维修，就将要送修的选中进行送修（状态改为送修中），修完后重新走收货入库流程。如果是客户保障的，那么走发货流程给客户，后期如果客户维修了重新进来，那么重新客户收货流程。 | PC |
| |||
数据报表 | 供应商采购统计、航材使用统计等 | PC |
| |||
物料控制 | 替代件选择 | 维修部员工可以在下单页面，自主选择可以供使用的替代件，若无货，需填写期望到货时间，若是重要航材，可进行标注，MC根据实际情况，填写预计到货时间，给予维修部反馈 | PC/移动端 | 演示 | ||
缺件需求取消 | 需求取消，需进行提示，便于后期跟踪处理 | PC |
| |||
缺件航材标注 | 若是影响飞机进度的重要航材，可对其进行标注，用以进行提醒；已经转采购的shortage，需要备注预计到货时间，便于提醒订货人工作开展时间 | PC |
| |||
缺件航材跟踪 | 系统对缺件航材采购实时跟踪并通过进度状态实时查询包括物流进度。 | PC |
| |||
3 | 工具设备管理 | 基础信息 | 工具基础信息及档案管理 | 管理工具设备的基础信息管理，如件号、名称、规格、适用机型、套装工具、类别（专用工具、通用工具、消耗品、劳保用品）、是否需要计量、是否需要负载测试等； | PC |
|
厂家信息管理 | 厂家不同于供应商，厂家由设备部自行维护，供应商信息通过采购传递过来 | PC |
| |||
工具设备维护基础库 | 创建维护内容的基础库（分中英文条目），即检查内容，用于工具设备创建维护计划时勾选 | PC |
| |||
计量外委单位管理 | 计量外委单位由质量部审核并维护，设备部此处只进行查询操作，可查看历史工时或单价，资质临到期时，需要提醒质量和计量中心 | PC |
| |||
外借单位基本信息管理，用于工具外借时的信息绑定 | PC |
| ||||
备用库房逻辑建立与管理 | 供应部出库流转过来的工具，优先进入备用库房，根据情况确认是否上架 | PC |
| |||
工具全生命周期管理 | 库存总账 | 建档后的工具设备进行查询和管理，可以查看件号、序号、名称、类型、库存、位置、等效件号等 | PC |
| ||
工具需求 | 工作包导入后，从IPC手册中拆解出工具清单，发送至团队清单中的工具保障员进行评估反馈，具备改版跟踪提醒； | PC/移动端 | Demo 演示 | |||
飞机进场后，工作者可以填写精确的需求时间，供工具保障员再次评估；工作者可发起工具设备需求，经审批，由设备部确认进行外借或者采购，分别走外借流程和采购流程 | PC/移动端 |
| ||||
工具借出 | 工具管理员通过手持终端扫二维码进行借出操作，借用人确认无误后，由库管员进行工具借出操作； | PC/手持终端 | Demo 演示 |
文章推荐：
长源电力汉川公司四期2×1000mw扩建工程专用设备抵免企业所得税业务代理服务公开招标项目招标公告
更多商机查看，下载保标APP
扫码关注小程序，获取商机更容易
