业务应用维护与增强
SAP SD/MM/ABAP、Dynamics 365 Finance & Operations、PHP/Symfony:按约定范围提供功能支持、用户工单、代码修改与发布支持。
Support & AMS不是简单提供人员,而是明确系统范围、责任、访问、交接、运营流程和报告,支持IT持续运营。
应用运维、开发与工程工作需要不同能力。结合已有支持经验与新项目需求,明确工作责任、访问权限、交付节点及 L1–L3 升级机制。所列技术仅为示例,实际范围以客户环境为准。
SAP SD/MM/ABAP、Dynamics 365 Finance & Operations、PHP/Symfony:按约定范围提供功能支持、用户工单、代码修改与发布支持。
讨论 LLM/RAG 工作流、Azure AI 或 Copilot 集成、Kotlin/JVM 微服务与 API,以及 Python、Node.js、React/Vue 应用。可按需求配置架构师、后端/全栈、QA、技术 PM 与 MLOps/LLMOps 人才;项目团队及交付范围经技术评估后确认。
这些岗位要求展示我们理解和覆盖的人才方向,不代表已有待派人员,也不等同于已完成的 AI/Kotlin 交付案例。
网络与服务器支持、云/SRE 需求、CAD 与嵌入式工程工作。已有案例包括 7×24 网络支持和亚洲远程 CAD 团队;新项目的服务时间与职责另行约定。
针对约定服务器、云、终端和现场IT进行运营、分诊及供应商协调。
针对指定应用处理事件、问题、变更、发布及批准的小规模改进。
在明确责任和升级路径下,连接日本现场支持与亚洲远程专家。
部署AI应用、RAG与Agent集成,并支持评估、监控、事件、变更与发布。
确认系统、地点、用户、依赖、文档和未解决风险。
定义RACI、服务时间、优先级、访问、升级和指标。
移交知识、文档、权限和未结事项,通过并行期完成验收。
通过工单、事件、变更、报告和复盘改善重复问题。
本服务不一概承诺24×7、所有技术或无限工时。每个项目均需确认产品与版本、地点、服务时间、责任、变更上限及第三方依赖。
可以。通过清晰RACI在客户、TAC和其他供应商之间划分责任与升级。
可以,但需先确认模块、版本以及功能、开发、Basis和接口责任。
系统、地点、用户、服务时间、当前痛点和计划开始日期。请勿通过表单发送密码或生产访问资料。
可以。需先确认数据边界、模型或云平台、集成、评估、安全、人审、监控和变更责任。
每条路径都连接实务答案、相关交付案例、负责沟通的顾问,以及预选服务的咨询表单。
适用于领导岗位、稀缺专家和长期核心人才。
请提供岗位、业务结果、目标市场、必备能力、时间及已知薪酬条件。我们据此设计人才地图、定向寻访、评估和录用支持。
适用于由客户日常指挥、需要持牌用工路径的项目或阶段性岗位。
请提供工作地点、人数、职责、期限、指挥关系,以及退出或转为直接雇佣的计划。合规模式以实际运营为准。
适用于对结果负责的支持、应用运维和SAP AMS。
请提供系统、站点、用户、服务时间、当前痛点和计划开始日期。运营前先定义范围、RACI、交接、升级、报告与变更管理。
不虚构SLA或改善数据,用可比较的运营模型明确范围和责任。
现状盘点 → 服务设计 → 知识与权限移交 → 受控并行运行 → 验收 → 稳态运营。具体周期在确认系统范围和依赖后商定。
客户:业务优先级和批准。TAC:受理、分级、约定范围内解决与报告。双方:重大事件决策、风险接受和变更排期。第三方:产品或线路相关处理。
L1记录、核实、分类并沟通;L2在约定应用或基础设施范围内诊断解决;L3负责专业工程、代码或厂商升级。响应目标按优先级约定,不公开未经确认的数字。
按优先级统计工单量、积压与账龄,复发原因、重大事件、变更与发布、按约定定义计算的SLA达成、风险、依赖和改善行动。
定义模型与数据边界、评估标准、人工批准、监控、事件处理、提示词或模型变更、发布证据和回滚责任。
适用于 SD/MM 业务流程支持、ABAP 维护,或 Dynamics 365 F&O 用户支持及开发工单。约定模块、集成、权限以及故障与改进的边界,采用 L1/L2/L3 分级升级,具体目标按项目确认。
SAP 支持从 2025 年 8 月开始,六名顾问中一名现场、五名远程;独立的 Dynamics 365 F&O 项目约三人。新项目不可默认采用相同范围、人数或服务水平。
咨询协调顾问: Pranshu Shukla
提案前确认具体交付负责人、技术范围和决策责任。顾问资料展示相关专长,不代表已经指定项目团队。
讨论这个需求