业务应用维护与增强
SAP SD/MM/ABAP、Dynamics 365 Finance & Operations、PHP/Symfony:按约定范围提供功能支持、用户工单、代码修改与发布支持。
应用运维、开发与工程工作需要不同能力。结合已有支持经验与新项目需求,明确工作责任、访问权限、交付节点及 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 团队;新项目的服务时间与职责另行约定。
支持范围、交付地点、客户与供应商职责、访问控制、报告、升级方式和服务时间均写入项目范围。延长时段或值班支持需要单独评估。
请告知系统类型、地点和当前运营问题。我们会确认可评估的范围,以及需要哪些负责人参加范围讨论。
发起范围讨论先用采购检查清单形成范围,再通过匿名实际案例了解交付模式如何运行。
先定义应用、模块、工作类型、L1 至 L3、RACI、服务时间、交接与验收,再比较 SAP 或 Microsoft Dynamics 365 F&O 服务方案。
阅读范围定义指南 →覆盖 POS、SAP、Microsoft Dynamics 365 F&O、PHP 应用及全天候网络支持的真实匿名项目。
日本 POS 支持 · SAP Support 与 AMS · Dynamics 365 F&O 运维 · PHP 应用运维 · 7×24 网络支持
先阅读 SAP Support 与 AMS 案例 →可以。共同运维可在客户、Tech Alliance 和其他供应商之间划分责任,接管前确认范围与升级路径。
可以。我们已有 7×24 网络支持交付经验;每个项目仍需确认系统、地点、轮班方式、响应目标和升级路径。
可以讨论由新加坡协调、在日本提供交付支持的区域安排。商务接口、交付主体、地点和责任按具体项目确认。
可以,但需先确认使用场景、数据边界、模型或云平台、集成、评估、安全、人审、监控和变更责任。
请提供公司、系统、支持地点和主要运营问题。请勿通过网站表单发送密码、生产访问资料或敏感系统记录。
不虚构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
提案前确认具体交付负责人、技术范围和决策责任。顾问资料展示相关专长,不代表已经指定项目团队。
讨论这个需求