ERP系统研发招标公告
ERP系统研发招标公告
四川飞机维修工程有限公司
ERP系统研发项目招标公告
川维招标（2024）4号 发布日期：2024年9月26日
四川飞机维修工程有限公司根据需要，对“四川飞机维修工程有限公司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-********
联 系 人：柳彦卿
2．技术答疑（项目经办）：
四川飞机维修工程有限公司 综合管理部
电 话：028-********
联 系 人：蒋聪
3．纪委监督：
电 话：028-********
联 系 人：熊烨
十一、本次招标将同时公示于网站：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/移动端 | Demo 演示 | ||
缺件需求取消 | 需求取消，需进行提示，便于后期跟踪处理 | PC | ||||
缺件航材标注 | 若是影响飞机进度的重要航材，可对其进行标注，用以进行提醒；已经转采购的shortage，需要备注预计到货时间，便于提醒订货人工作开展时间 | PC | ||||
缺件航材跟踪 | 系统对缺件航材采购实时跟踪并通过进度状态实时查询包括物流进度。 | PC | ||||
3 | 工具设备管理 | 基础信息 | 工具基础信息及档案管理 | 管理工具设备的基础信息管理，如件号、名称、规格、适用机型、套装工具、类别（专用工具、通用工具、消耗品、劳保用品）、是否需要计量、是否需要负载测试等； | PC | |
厂家信息管理 | 厂家不同于供应商，厂家由设备部自行维护，供应商信息通过采购传递过来 | PC | ||||
工具设备维护基础库 | 创建维护内容的基础库（分中英文条目），即检查内容，用于工具设备创建维护计划时勾选 | PC | ||||
计量外委单位管理 | 计量外委单位由质量部审核并维护，设备部此处只进行查询操作，可查看历史工时或单价，资质临到期时，需要提醒质量和计量中心 | PC | ||||
外借单位信息管理 | 外借单位基本信息管理，用于工具外借时的信息绑定 | PC | ||||
备用库房逻辑建立与管理 | 供应部出库流转过来的工具，优先进入备用库房，根据情况确认是否上架 | PC | ||||
工具全生命周期管理 | 库存总账 | 建档后的工具设备进行查询和管理，可以查看件号、序号、名称、类型、库存、位置、等效件号等 | PC | |||
工具需求 | 工作包导入后，从IPC手册中拆解出工具清单，发送至团队清单中的工具保障员进行评估反馈，具备改版跟踪提醒； | PC/移动端 | Demo 演示 | |||
飞机进场后，工作者可以填写精确的需求时间，供工具保障员再次评估；工作者可发起工具设备需求，经审批，由设备部确认进行外借或者采购，分别走外借流程和采购流程 | PC/移动端 | |||||
工具借出 | 工具管理员通过手持终端扫二维码进行借出操作，借用人确认无误后，由库管员进行工具借出操作； | PC/手持终端 | Demo 演示 | |||
通过数据权限管理查看借取工具的数据范围；每天17点进行未归还提醒，通过审批流后允许申请长期使用，需要在停场周期内填写预计使用时间 | PC/手持终端 | |||||
工具归还 | 工具可以帮忙还回，消耗品或部分工具可以还回部分数量，还回时需要输入是否可用 | PC/手持终端 | ||||
工具更换 | 限于劳保用品，更换时，录入还回和换取的编号，还回的劳保用品自动进入报废流程 | PC/手持终端 | ||||
工具遗失 | 工具遗失，走线上审批流程，作为工具的遗失记录，遗失后，工具状态仍为“借出”不需要改，若后期找回，填写备注，走归还流程 | PC/移动端 | ||||
工具清点 | 飞机出场时，需要工具部门点击“工具已清点”按钮后计划部才能关闭停场项目 | PC | ||||
工具报故 | 工具如果损坏，由工作者在借用清单中进行工具报故，系统自动带入工具相关信息，工作者填写故障原因，拍照上传，流转给行业负责人，确认后流转给工具房负责人，工具房负责人可以选择“维修/报废”（也可驳回），并填写损失金额（非必填），确认后流转给设备部经理确认签字，确认后流程结束，行业负责人若没有确认通过，则不允许还回，若可以还，收回时自动为不可用，待工具房进行后续送修或者报废操作，库管员可以看到报故信息，然后执行后续动作 | PC/移动端 | ||||
工具外借给外单位 | 类似于借出，但需另行登记借用单位，借用姓名，证件号，联系电话，借用周期等信息，临近到期需要进行提醒 | PC | ||||
向外单位外借工具 | 入库等同于新工具建档 | PC | ||||
工具移动 | 有移出接收的动作，计量和负载测试的会进入到“计量中心”的库房，在计量中心的库房显示计量中，待录入相关检测结果后，还回。 | PC | ||||
工具转运 | 双基地之间转运，填写预约时间，全公司统一转运界面，以方便供应部统一安排协调转运车辆 | PC | ||||
工具送修 | 需填写送修单位，联系人，联系电话，修送方式等，系统工具状态变为送修中，库管员收到货后，可以直接点击修理完成，变成可用 | PC | ||||
工具转交 | 工作者之间可以进行工具的转交，双方确认，确认后向工具房发送提醒消息，工具保管人更新，自己转交给自己不同的飞机，不需要确认，直接转交即可 | 移动端 | ||||
工具盘库 | 可创建盘库计划，临期进行提醒，通过手持终端对工具二维码扫码进行盘库确认 | PC/手持终端 | ||||
工具封存/启封 | 修改成封存或启封状态，解封时需执行工具维护流程 | PC | ||||
工具维护 | 若需要进行维护，则需要先创建计划，制定维护条目，计划创建针对的是件号，而保养时，针对的是件号下面所有的序号，一旦完成保养，按维护周期进行下一次保养的提醒 | PC/移动端 | ||||
工具报废 | 报废工具可以再恢复为正常，点击“销毁”后，不能再恢复，报废流程是否在现上走审批待定 | PC | ||||
工具销毁 | 将状态由报废改为销毁 | PC | ||||
计量校准 | 计量调整成非校准，流转至TS和质量部门评估确认方能生效，从非校准变为校准，由TS进行评估 | PC | ||||
计量送检 | 临期需要计量的工具，若还未转至计量中心，则会向相关人员发送邮件进行提醒，负载测试同逻辑； | PC/移动端 | ||||
计量统计报表 | 总结出某段时间超差或报废的计量件占库存量的比例 | PC | ||||
设备管理 | 信息建档 | 设备编号，设备名称，设备件号，基地选择，部门选择，设备类型，购买年份，生成厂家，设备照片（上传），位置信息，资料上传（说明，合格证，评估文件），维护周期（日，月）维护类型选择（电气，车辆，机械），维护计划选择（多选），特种设备（勾选），特种设备检测报告上传（特种设备独有），到期提醒（特种设备独有） | PC | |||
维护计划 | 系统提供工具工装进行维护监控能力，先制定维护计划（周计划、月计划、季度计划、半年计划、年计划），选择检查条目项，根据维护计划对工具工装设备进行维护提醒（支持邮件、移动设备提醒）并回写维护内容填报信息。系统支持通过移动设备快速完成内容填报。 | PC/移动端 | Demo 演示 | |||
二维码编码 | 大型设备上进行二维码的编制和制作，便于巡检时扫码进行维护的信息填写 | PC | ||||
4 | 培训管理 | 人员档案 | 技术档案维护 | 个人可维护基本信息提交培训中心审批留档； | PC | |
培训证书和培训记录 | 公司安排的外委培训由培训中心收集并上传，个人自行的培训由个人自行上传，经培训中心审批后记录，培训记录数据进行权限管控 | PC | ||||
考试管理 | 题库管理 | 每门课对应一个题库，支持选择题、填空题、问答题，题干支持图片、视频； | PC | Demo 演示 | ||
需要有版本控制，历史版本保留，考试以最新版的题为准，支持手动选择历史题目版本； | PC | |||||
试卷管理 | 按照关键信息（考题类型、类型分数占比、总分数设置）或指定课程范围生成考试试卷 | PC/移动端 | Demo 演示 | |||
试卷可随机选题或人为选题，可以进行线上考试，若线下考试，可以批量打印考试卷，完成后手动录入成绩，考试合格后生成PDF版本证书； | PC/移动端 | |||||
课程管理 | 课程组包 | 将培训课程进行组包管理，形成课程项目，课程项目可对接培训项目，实现在授权申请时进行培训课程的匹配 | PC | Demo 演示 | ||
课程基本信息管理 | 手动创建、批量导入方式进行课程建立，支持课程分类或组包，外委课程新建不需要课件、试题、课程大纲； | PC | ||||
课程大纲管理 | 课程大纲与课程建立关联关系； | PC | ||||
课件管理 | 课程大纲建立后，必须上传对应课件； | PC | ||||
兼职教员 | 兼职教员授权 | 对教员进行相关授权管理，拥有授权的教员才能进行开课； | PC | |||
预警提醒 | 培训预警 | 有效期临期时，提醒培训中心重新评估教员资质，更新有效期； | PC | |||
培训安全管理 | 培训计划 | 授权与培训进行结合，编辑整理培训课程要求，只做年度计划（需求人员、需求时间、需求来源等）； | PC | Demo 演示 | ||
由部门提需求，培训中心安排课程，并发送到需求部门； | PC | |||||
课程安排 | 根据培训需求来源对课程安排进行人员分类，通知对应人员课程安排，生成动态二维码进行现场签到 | PC | ||||
新能力培训 | 通过Firstoff进行触发，由TS进行评估是否需要新能力培训，培训中心根据培训需求组织培训 | PC | ||||
5 | 工程管理 | 手册解析 | A320，A330，A350 AMM/IPC/CML/SB | 对A320/A330/A350机型相关手册进行拆解，用于提取工卡中二三级工具航材清单，以及航材的等效替代件、供应商信息，需要关注结构化手册的格式问题，有SGML和XML两种格式的 | PC | Demo 演示 |
改版评估 | 手册版本对比和改版评估 | 对任意两个版本的TASK 改版页面对比和提醒，如果二、三级TASK发生了改版，也要进行提示是否需要改版 | PC | Demo 演示 | ||
辅助翻译 | 工卡工序内容的自动翻译 | 支持结构化工卡的全文翻译，并提供国产化支持： | PC | Demo 演示 | ||
维修业务模块划分 | 按维修能力区分板块 | 系统功能分类，工卡管理按飞机类型、检验类型、项目类型等进行区分 | PC | |||
飞机信息 | 基础信息设置 | 系统将提供飞机基本信息管理，包括客户、机型、注册号、MSN、发动机等 | PC | |||
客户工卡管理 | 客户工卡进行电子化管理 | 对客户工卡进行主数据管理，以客户、机型为分类将客户所有已执行过的工卡进行统一管理，将客户工卡号与川维工卡号对应维护 | PC | |||
盖板信息管理 | 按照机型对盖板信息进行统一管理 | 按照航司、机型等信息，对盖板信息进行统一管理，在组包时，按MPD包筛选出盖板工时，剔除出重复工时 | PC | |||
审批流管理 | 编审批权限设置 | 通过工作分发进行流程审批管理，三者不允许重复 | PC | |||
工程评估 | 技术通告、航材评估、工具设备评估、计量评估、称重报告、设计保障系统 | 对评估进行版本、编审批及状态记录控制； | PC | |||
工卡管理 | A320/A330/A350 从AMM/IPC/CML/SB中将工卡内容自动提取 | 支持通过各机型的多版本手册参考资料进行手册内容的自动提取，并根据翻译库将中文信息同时进行提取 | PC | |||
工卡编辑 | 按照逻辑将需要编辑的工卡分派给员工，对工卡（例行卡、EO、工艺流程卡等）进行新建、修改和删除，删除为逻辑删除，保留历史记录； | PC | Demo 演示 | |||
对工卡编写任务进行临期监测，显示高亮并进行消息提醒。 | PC | |||||
批量新增/改版工卡 | 允许批量新增/改版指定版本手册的工卡，并能对照AD、RII、EWIS等标识信息，对不符合工卡生成差异清单，提醒用户进行修正 | PC | ||||
切片划分 | 按照步骤顺序对工卡内容进行内容切分，同时对于每个步骤绑定工种、必检、工时等属性，方便报价、后续工卡流转和电子签署 | PC | Demo 演示 | |||
电子填报输入域设置 | 需要将工卡中所需要工作者回填的相关地方进行输入域的设置 | PC | ||||
关联工卡 | 允许关联管理，支持例行卡与EO、EO与EO、例行卡与工艺卡等各种工卡之间的相互关联； | PC | ||||
电子签章 | 若采用电子签名，则工卡编审批需进行电子签名，若不采用，则采用预绑定签字图片的形式进行处理； | PC | ||||
停场工卡标志维护 | 将工卡标识根据航空公司进行分类，具有专属标识和通用标识之分 | PC | ||||
停场工卡管理 | 单机化停场工卡组包 | 原则上组当前最新有效工卡，支持手动组任一版本的工卡 | PC | |||
EN/ES（工程方案）文件管理 | 维修工作者提交TarForm给计划，计划确认转交给TS进行评估，TS通过厂商回复的工程方案进行工卡的编写，反馈至计划进行工卡组包，工卡状态变为关闭后，TS根据工卡内容向厂商索要授权文件，生成工程通告，反馈至维修人员进行签署； | PC | ||||
工艺流程卡的打印 | 进行工艺流程卡的编制，需要保存最近两个版本，停场打印时，需在指定位置打印飞机注册号、打印版本、打印时间等信息； | PC | ||||
工卡问题反馈 | 工作者对工卡提交问题反馈给计划，由计划判断是否需要冻结工卡或后续操作，随后转至TS进行接受评估，进行改版重新下发 | PC | ||||
结构损伤报告 | 由NRC中进行附带，在NRC中对结构损伤相关内容进行填写，结构人员为修理人员，其他工作人员为检查人员 | PC/移动端 | ||||
零部件、飞机拆解更换清单 | 填写拆换件相关信息 | PC/移动端 | ||||
技术资料管理 | 技术资料登记 | 技术资料登记管理，包括但不限于技术资料登记号、描述、版本、类型等 | PC | |||
资料版本确认单 | 与飞机注册号、机型、进出场时间、客户等信息进行匹配，显示对应所用资料信息 | PC | ||||
技术资料访问与导出 | 查看或导出飞机相关技术资料 | PC | ||||
资料更新 | 对客改货、AD等资料版本进行管理，如有更新，需要提醒相关人员版本更新信息 | PC | ||||
电签服务 | 例行工卡签署 | 编审批工卡的签署 | PC | |||
停场工卡签署 | 工作者和审查者的签署 | PC | ||||
数据统计 | 报表 | 工卡库、停场飞机、结构修理记录、工卡编写等 | PC | |||
6 | 质量管理 | 手册复审及修订 | 手册复审及修订 | 工作者对于手册的内容进行复审及修订在线上进行提交和版本管理，对于修订记录进行历史记录留存，便于追溯。 | PC | Demo 演示 |
安全管理 | 内部审核 | 建立内审计划，按年份、基地、审核体系（CAAC、FAA、EASA）等因素进行创建； | PC | |||
质量调查 | 调查员建立调查任务，根据模版完成内容填写，完成后生成质量调查报告，由经理查阅报告，若存在整改项，则让相关责任部门进行整改和双重治理。若无，则关闭此调查流程； | PC | ||||
质量监督 | 质量监督清单条目做成基础数据形式，用户对条目进行维护，由质量监察员根据监督清单条目进行监督，若有问题，提交发现问题项 | PC | ||||
内部事件报告 | 内部事件报告根据类型引出“质量调查”流程； | PC | ||||
质量授权 | 授权管理 | 需求部门根据授权模版提交授权申请，包括授权相关资料；在线审核资料，并提交审核结果，由质量安全部经理确认后形成授权证书； | PC | |||
对授权临期进行提醒，对本人和授权管理人员进行提醒； | PC | Demo 演示一项授权即可 | ||||
评估 | 供应商评估 | 供应部等需求部门填写评估需求发起流程，质量安全部对其进行评估，由经理审批通过后即能生效， | PC | |||
外委单位及外委项目评估 | 同供应商评估 | PC | ||||
工具计量外委单位评估 | 同供应商评估 | PC | ||||
外委工具设备维护单位评估 | 同供应商评估 | PC | ||||
外委培训机构评估 | 同供应商评估 | PC | ||||
新增维修能力（FirstOff）评估 | 系统将支持对MPD条目上传管理，并进行结构化解析，通过结构化数据可实现与First Off流程接入，系统自动推送相关流程节点，包括：TS评估（如是否为重要改装）、资源情况（航材/工具）反馈、培训情况、质量审核等，同时支持一个节点多部门会签； | PC | ||||
维修人员作风 | 作风考核 | 质量安全部对工作者进行作风考核，责任人员扣分后按照程序要求进行整改，质量安全部确认整改完成，则开展双重预防机制分析，最后归档 | PC | |||
双重治理 | 双重治理机制管理 | 危险源/安全隐患的基础数据（要素）由用户在系统中维护； | PC | |||
7 | 财务管理 | 基本信息 | 科目管理 | 对各项财务数据进行科目初始信息的录入和维护，用于各项数据的归纳，且需要和用友系统进行对接 | PC | |
汇率管理 | 录入当月的汇率数据，在外币交易发生时根据发生时间触发汇率的引用 | PC | ||||
财务汇算 | 预算管理 | 系统将支持将现有用友系统所有的费用对接并生成预算使用统计表，各部门可通过统计表查看每季度费用使用情况及超预算情况。预算不足需进行预警提醒。 | PC | Demo 演示 | ||
成本及费用核算 | 航材成本核算 | 系统将支持与现有用友系统进行对接； | PC | |||
费用核算 | 根据领用时使用的不同jobno，对其进行一一对应，便于后续各科目费用的核算，可以进入用友系统各费用科目生成凭证，例如地址办公家具，其他耗费等等； | PC | Demo 演示 | |||
金额核销 | 通过付款批次号或者订单号进行付款金额的核销 | 系统将支持与用友系统进行对接； | PC | |||
存货核算 | 对存货进行核算 | 系统支持对存货价值核算管理，若为国外采购，将记录入库当月汇率进行自动折算。 | PC | |||
固定资产管理 | 对各部门固定资产进行管理 | 系统将支持从PO开始对采购事项进行划分，当科目为固定资产时，用户领用后计入对应部门固定资产管理，并按各自类别进行折旧。 | PC | Demo 演示 | ||
系统支持部门间转移，通过流程确认后自动转移固定资产管理部门。系统支持接入用友固定资产管理模块。 | PC | |||||
8 | 用户管理 | 用户基础信息 | 用户基本信息 | 对接企业微信，抓取员工基本信息 | PC | |
用户权限管理 | 用户权限划分 | 可以根据角色为用户划分权限，权限管控分为三级，功能屏幕、功能按钮、数据展示，每级权限管控均可以以角色进行设置； | PC |
投标单位廉洁承诺书
为了有效遏制不公平竞争和违规违纪违法问题的发生，确保招标工作的公平、公正、公开，特向招标人郑重承诺，在参与招投标过程中严格遵守下列行为准则：
1．严格遵守国家有关法律法规及相关政策，以及廉洁从业的各项规定。
2．不以任何理由、任何形式向招标相关工作人员或其亲戚、朋友等利益相关人提供宴请或馈赠礼金、购物卡、会员卡、电子礼卡、有价证券、贵重物品及好处费、感谢费等。
3．不以任何名义为招标相关工作人员或其亲戚、朋友等利益相关人支付、报销应由其个人支付的费用。
4．不以任何理由安排招标人相关工作人员或其亲戚、朋友等利益相关人参加健身、娱乐和宴请、旅游等活动。
5．不以贿赂之外的其他方式拉拢招标方相关工作人员，使其违背公平、公开、公正竞争原则，帮助实现中标目的。
6．不在非公务场合洽谈业务，不一对一洽谈业务，不许诺事后给予招标人相关工作人员利益。
7．如果招标人相关工作人员以帮助实现中标目的为代价向投标人索取贿赂或谋求其他个人利益，投标人应拒绝招标人相关工作人员的要求，或发现招标人相关工作人员向投标人透露商业秘密，一并向招标人监督部门举报。举报电话：028-********
如果承诺人违背上述承诺并中标，承诺人自愿承担宣告中标无效、与招标人签订的合同无效、招标人有权拒绝支付合同款、承诺人自身损失自己承担并赔偿招标人因此产生的一切损失的民事法律责任及因此产生的刑事责任。本承诺书随招标文件一并发布，随投标文件一并签订提交。
投标单位（盖章）：
授权代表签字：
年 月 日
本招标公告所提要求，不应认为详细和完整，投标人应保证所供服务不仅在设计上符合规范和采购的要求，而且还应满足有效运行的要求。
标签:
0人觉得有用|
招标
|
- 关注我们可获得更多采购需求 |
关注 |
最近搜索
无
热门搜索
无
