- 综合排序
- 最热优先
- 最新优先
SpreadJS生产计划排产应用价值
排产表看似还在使用，实际上已经成为计划协同的瓶颈。图1生产计划排产从数据输入到执行反馈的协同闭环为什么电子表格适合承载排产排产本身就是一种二维或多维计划。 因此，排产数字化不一定要从一套复杂系统开始。企业可以先把现有排产表搬到业务系统中，再逐步增加数据联动、规则校验、协同审批和异常提醒。 SpreadJS为排产带来的核心价值图2SpreadJS作为排产交互层连接业务数据与计划服务业务价值SpreadJS的支撑方式计划员看得懂提供接近Excel的表格交互，适合按产品、工单、设备和日期组织排产 能力可演进从一张排产表逐步扩展到协同计划、异常闭环和供应链可视化。保留熟悉的排产体验计划员不需要从零学习一套完全不同的操作方式。 把排产结果做成可读的业务视图排产页面不应只有密集数字。通过条件格式、分组、层级、图表或甘特式视图，可以突出延期、超负荷、缺料和待确认任务。
13510编辑于 2026-10-09- 来自专栏数据魔术师
APS智能排产+运筹优化算法=？
（一）APS智能排产系统 供应链高级计划相关业务涉及预测计划，采购计划，产能规划，人力计划，MPS/MRP，主生产计划，工序计划，装车计划，配送计划等软件模块，覆盖中长期计划与短周期排产等供应链全部计划业务场景 图 基于Pert关键路径分析算法 APS智能排产系统支持网络计划模型，可以用于项目型计划排产与滚动排产，例如飞机，轮船，大型机械等生产制造，替代Project等项目计划软件，系统对网络计划的执行进行监督 下料工序的生产计划是二维排样与排产优化综合问题，不仅仅根据物料的形状进行排样，同时也要考虑料号的生产计划或者交货期，因此排样+排产同时考虑。 APS智能排产系统整合国内顶尖的排样引擎，实现二维排样与排产计划联动。 ? 图 路径规划求解器 APS智能排产系统集成国内自主研发的顶尖的车辆路径规划引擎，实现三维装箱、路径规划与排产计划联动，并在行业领先企业得到应用。 ? 图 APS排产系统甘特图展示路径优化结果
6K46发布于 2021-03-16 工厂生产排产为何总失控？ERP系统如何实现精准计划排程？
ERP系统作为企业资源计划的核心工具，恰恰能针对这一痛点提供系统化解决方案。 一、工厂生产排产常见的四大失控点要理解ERP系统如何优化排产，先要看清传统排产模式的典型问题：1.订单与产能信息割裂销售接单时无法实时掌握车间负荷，导致超接订单或交期承诺过短，排产被迫频繁插单。 3.工序流转依赖纸质单据工序进度靠人工汇报，数据滞后且易出错，计划员无法及时调整后续排产。4.排产规则不透明老师傅凭经验排产，换人后生产节奏混乱，难以沉淀标准化排产知识。 2.物料需求计划（MRP）联动排产排产前系统自动展开BOM，计算物料净需求，并与采购在途、库存现有量比对，生成缺料预警。排产时只安排物料齐套的工单，从源头减少停工待料。 基础数据不准，排产结果必然失真。2.设定合理排产参数包括提前期、安全库存、批量规则、设备效率系数等，需结合工厂实际反复验证，避免照搬默认值。
23310编辑于 2026-09-06两小时搭建自动排产系统，效率提 40%
没想到只用了两个小时，就把一套自动排产系统跑起来了。效果很明显：效率提升 40%，计划有章可循，设备利用率更均衡，车间的执行也稳定了。接下来和大家详细拆解一下。一、为什么生产排程总是乱？ 要解决排程混乱的问题，可以从这三个核心模块出发设计：订单优先级设置模块、设备负荷监控模块、自动排程计算模块。 1. 订单优先级设置模块排程混乱，往往从“先做哪个订单”开始。 排产的时候就可以合理调整，避免有的机器爆满、有的机器空闲。3. 自动排程计算模块最后一步，也是最核心的一步，就是自动排程计算。系统根据订单的优先级和设备的负荷情况，自动生成最优的排程方案。 五、我的心得这次搭建最大的感受是：排产其实不需要很复杂的算法，关键是把几个核心点抓住。优先级解决了“做哪个”的问题；设备负荷解决了“能不能做”的问题；自动计算解决了“怎么做”的问题。 把这三点串起来，就能形成一个高效、可执行的排产系统。另外，别想着一步到位。
1K10编辑于 2025-10-10- 来自专栏老九学堂
8种网络黑灰产作案工具... 你都了解吗？
而且，在博览会上，有展馆展示了多种网络黑灰产作案工具。 以下就是展馆展示的八大网络黑灰产作案工具： 1猫池（可以同时接受多个用户拨号连接的设备） ? 黑灰产的猫池上的电话卡，常为通过黑产渠道拿到的非实名认证的廉价电话卡。猫池常被黑灰产用来在各大电商平台上进行大规模网络手机账号垃圾注册，为薅羊毛提供必须的账号资源。 22G短信嗅探设备 ? 近年来，黑产已经远离公共家庭无线、有线网络环境，转向了便携可移动的无线设备，来达到反追踪的效果，便携、低价的移动AP已成为黑产常用移动网络设备。 8伪基站 ?
12.7K30发布于 2018-12-12 - 来自专栏APS-高级计划与排程
多工序、多机台(产线)环境下的排程要点
单一工序，多资源种类 单一工序 ，多种类资源情况，仅对产品的一个工序进行排产，仅可用于这个工序的资源是多种多样的，并且各种资源之间可以互换的。此类计划主要是为了实现资源的优化分配。 多工序，多资源种类 多个工序，多资源种类的和产计划，也是目前最为常见，也是最为复杂的生产计划，是本文讨论的重点。多工序与前一个问题一样，是针对整个产品的工序路线进行排产。 那么当同时对多个产品进行排产时，各个产品的工序路线形成的工序生产序列和资源分配方案，很容易就形成了胶着状态，甚至在多个资源之间会出现死锁状态。 因为一个正常的产计划会存在时间与空间两个主要维度，其中的空间维度本文的场景中就是机台，表示为一个任务被分配到了指定机台。 小结 自此，本文描述了基于Optaplanner设计APS排产引擎时，遇到比较棘手的问题。
3.4K92发布于 2019-09-06 一文讲透企业精细排产的底层逻辑！
所以今天，我们就来聊聊这个被很多工厂“低估了”的关键环节——排产到底该怎么排，才能真正控成本、提利润？精细排产的底层逻辑，今天这篇一次给你讲透！ 如果没一个清晰的判断逻辑，那这张排产表就是写来看的，不是写来干的。二、排产排不准，会出什么问题？ 所以，排产不是“能排上”就算完事，而是排得准、排得动、干得顺、交得上，这才是真正的“排产力”。三、搞懂精细排产的底层逻辑，先别急着上系统！ 很多企业一看排产出问题，就想着上APS系统、高级排产插件、自动调度工具。系统确实重要，但别急！系统只是一种工具，逻辑才是根本。没有搞清楚排产的底层逻辑，上再先进的系统，也是“垃圾进，垃圾出”。 有系统才叫排产，不靠人脑凑凑算最后，精细排产必须借助工具，光靠Excel真的很难做细、做稳。
74600编辑于 2025-07-22一文讲清智能排产系统搭建全攻略
这种“理论与实践脱节”的根源，在于缺乏系统化的排产逻辑与工具支撑。 它不只是帮你列个顺序，而是把订单、工艺、设备、人、料、工具这些生产要素拉通，通过系统算法自动计算出一套资源可用、顺序合理、能顺利执行的排产方案。 没有日历，系统默认“全天能用”，那就不是智能排产，是乱排。03 工具资源管理：模具、刀具要提前建好工具类型管理：区分刀具、模具、工装等；具体工具管理：每个模具编号、适用工序、使用限制等。 使用步骤建议（标准顺序）图中的这条路径，其实就是最推荐的搭建流程：资源设置 → 日历管理 → 工具资源 → 原材料 → 工艺建模 → 订单管理 → 智能排产引擎运行每一步都不复杂，但每一步都要细。 你在工作台里要做的事情是：创建排产任务：选择要排产的订单；设定排产规则： 排产方式：正排（从现在往后）还是倒排（从交期往前）； 排产目标：是优先保证交期、还是追求设备利用率、还是尽量少切换模具；资源范围设定
1.6K10编辑于 2025-07-09周更内容怎么排产：把流程写成状态机
周更排产的关键不是“某一天做完所有事”，而是让每条内容始终处于明确状态。可以把流程定义为：选题→已列大纲→已生成初稿→已人工改写→已排版→已排期→已发布→已归档。 选题表至少包含来源、原始问题、热度、状态、负责人和截止日期；没有状态字段的选题表只是灵感清单，无法支持排产。 不允许从 {current} 直接转到 {target}") task["status"] = target return task第三步：把分发和复盘也流程化这段状态机保证未改写的初稿不能被排期 排期工具不需要一开始就很复杂。最小可用组合是：一张选题表、一个状态字段、一个截止时间字段、一个复盘字段。等这四个字段连续跑通，再考虑接入自动发布或矩阵管理系统。 小结： 周更排产的核心是状态机，而不是某一天集中赶工。每条内容都必须有明确状态、负责人、截止日期和复盘字段；状态不允许跳转，流程才有可能稳定复用。
9810编辑于 2026-10-162025年生产排期看板工具推荐：5款工厂实用协作软件，打造高效任务流转
在制造业生产过程中，排期排得清不清、准不准、变更能不能及时响应，直接影响交付周期、产线稳定性和客户满意度。 本篇为你推荐5款适用于制造业一线场景的生产排期看板工具，真实、实用、不吹不黑。✅ 为什么“排期看板”成为工厂效率的核心？ 推荐工具 1：板栗看板｜轻量高效的国产任务流转工具适用工厂类型： 中小型制造企业、车间协作密集型组织、快速交付类订单项目板栗看板是一款专为任务流转场景优化的协作工具，尤其在“生产排期+工序进度”可视化管理方面表现突出 ，样品开发周期从12天压缩至8天，返工率也因图纸可视化沟通而明显下降。 ，减少系统割裂 推荐工具 3：Worktile适合场景： 技术导向型制造企业、研发与交付并行的项目型业务核心优势： 支持甘特图和任务依赖关系配置，适合节点性很强的排产项目 报表与流程分析能力强，适合做月度产能评估与绩效复盘
1.2K10编辑于 2025-06-17- 来自专栏云蛛系统
云蛛系统AutoBI-anything的Mes套件-APS排产执行引擎
下面，我们就针对重头APS的业务逻辑，给您详细的阐述一下：时间触发在订单页面点击排产的时候，会产生排产数据，排产数据完成后，会生成工单数据并根据排产数据的最小时间确定工单的启动时间。 设备，会将所有排产数据导入执行序列中，作为执行数据执行。班组，将该班组所属工序的排产数据，汇总为一条数据，作为执行数据。 对于设备来说，如果排产数据不足的话，会自动补数据，但是这种情况，或多或少，会出现生产小误差，所以尽量需要在排产的时候，尽量估算准确。工序延迟工序中存在设备或者班组处于别的工单生产中，此工序延迟。
35910编辑于 2025-12-29 机械加工行业APS系统应用解析：用智能排产破解生产难题
很多传统机加工企业都有一个共同的想法，他们想摆脱订单复杂、工序繁多、交期紧张带来的麻烦，不想再用耗时费力的人工排产，他们希望生产流程能顺畅一些，产线能稳定一些，同时能提高生产效率。 要满足这些诉求，就会用到数字化进程中不太接触的APS高级计划排程系统，APS系统会和企业各类生产相关的系统对接，通过量化数据配置和计划规则配置后，APS算法对生产计划进行全局优化和精准排产，我们结合机械加工企业的实际需求 传统的人工排产方式，显然满足不了机加工企业的这些需求。计划人员要手动统计订单、设备、物料等各类信息，还要凭经验安排工序顺序，这种方式不仅工作量大，还容易出错。 对机械加工企业来说，做到精准排产、保证产线稳定、优化生产计划，是企业的核心需求，APS系统的核心能力，刚好能匹配这些需求。 ，这种兼顾灵活性和稳定性的排产模式，正是企业需要的。
20100编辑于 2026-08-19- 来自专栏ZNing·腾创库
“源产控”系列（一）CentOS 8之初相识
“源产控”专题就在此应运而生。 慧响技术角“源产控”专题，将聚焦开源、国产化、自主可控三个方向的技术，以操作系统、中间件、数据库、程序应用等为粗分类，更新相关技术的发展趋势、探究技术核心的深度使用、系统总结技术整体架构，为对相关技术的学习者提供可观的资料 CentOS 8 主要改动和 RedHat Enterprise Linux 8是一致的，基于Fedora 28和内核版本 4.18, 为用户提供一个稳定的、安全的、一致的基础，跨越混合云部署，支持传统和新兴的工作负载所需的工具 Shell 和命令行工具 RHEL 8 提供了版本控制工具: Git 2.18, Mercurial 4.8, 和 Subversion 1.10. resolver 、额外的安全加强和性能提升 RHEL 8 提供 OpenJDK 11, OpenJDK 8, IcedTea-Web, 以及不同 Java 工具，如 Ant
1.1K50发布于 2020-06-28 - 来自专栏Cyylog技术
Tomcat__05_JVM_排障工具
JVM 运维实用排障工具 1、jps 用来查看Java进程的具体状态, 包括进程ID，进程启动的路径及启动参数等等，与unix上的ps类似，只不过jps是用来显示java进程，可以把jps理解为ps的一个子集 // 查看已经运行的JVM 进程的实际启动参数 [root@mouse03 bin]# jps -v 38372 Jps -Dapplication.home=/usr/local/jdk -Xms8m 所用的时间(秒) GCT T从应用程序启动到采样时用于垃圾回收的总时间(单位秒)，它的值等于YGC+FGC 5、jvmtop 以上介绍的jps、jstack、jinfo等都是安装JDK 时自带的系统分析工具 ，而jvmtop是一款开源的JVM工具。 它的下载地址如下: https://github.com/patric-r/jvmtop 顾名思义，它是一个只针对JVM的工具，展示的方式和unix的top命令相似. jvmtop 提供了两个视图，一个是概览视图
84020发布于 2020-08-19 企业AI应用（十一）：AI排产，是颠覆APS还是换了一层皮？
现在AI排产的方案铺天盖地，号称能解决APS解决不了的问题。但真正拆开看，AI排产到底比APS强在哪？又有哪些问题，换了AI一样解决不了？ 这种场景下AI排产的效率优势并不明显。 AI排产真正有效率优势的，是"规则本身需要临时调整"的插单场景。 排产的难点很多时候不在"怎么排"，而在"排了之后能不能执行"。销售临时插单、采购物料没到、设备突然需要保养、质量问题导致返工——这些来自排产系统边界之外的冲击，APS解决不了，AI排产同样解决不了。 排产系统的能力边界在这里，不管用什么算法。 可解释性和信任问题。APS给出的排程，排产员能看懂背后的逻辑——因为规则是人定义的，结果可以追溯。 AI排产的黑箱特征剥夺了这个微调手段。排产员看不懂为什么这样排，也就无从判断哪些部分需要调整、该往哪个方向调。"模型认为这个顺序最优"不是一个让排产员放心的理由。
46910编辑于 2026-07-22CCS 集成母排产线的质量数据采集与追溯架构设计
CCS（CellContactingSystem，电芯连接系统）集成母排是动力电池包里连接电芯与BMS的关键结构件，把信号采集、温度采样、高压连接集成在一块FPC或线束母排上。 这类产线的难点不在单台设备性能，而在"设备各自为政"。焊接机、视觉站、电测台往往来自不同厂商，协议各异，数据散落在各自的控制器和本地日志里。 这意味着产线不能只把"合格/不合格"传上去，而要把过程数据沉淀下来，形成一条贯穿全工序的追溯链。实际落地时，通常会撞到几个硬问题。协议异构带来的集成成本。 以一条典型CCS产线为例（12头热铆加512点电测配置），落地后的具体参数和效果如下。热铆工序单点节拍约10秒，重复定位精度≤±0.05mm。 各位在做产线MES或质量采集架构时，过程数据的采样频率是怎么定的？热铆温度曲线按1Hz还是10Hz采，你们更看重实时拦截还是长期趋势分析？欢迎在评论区聊聊实际踩过的坑。
14100编辑于 2026-09-16- 来自专栏老司机教您如何排除系统问题
CVM性能排障工具使用手册
大部分Linux 性能监测工具都是基于proc 虚拟文件系统的。 以下主要介绍使用CVM过程常见的性能排障工具 1．uptime Uptime 命令的显示结果包括服务器已经运行了多长时间，有多少登陆用户和对 服务器性能的总体评估（load average）。 在不同的 系统间这个值也是不同的，例如一个单CPU 的工作站，load average 为1 或者2 都是可以接受的，但是在一个多CPU 的系统中这个值通常为8 或者10。 8.sa sar 程序是sysstat 安装包的一部分，如果你没有安装这个包，在Red Hat Enterprise Linux 的源文件中寻找这个rpm 包进行安装，sar 命令用于收集、报 告和保存系统的信息 gettimeofday({1398176415, 289792}, NULL) = 0 gettimeofday({1398176415, 289866}, NULL) = 0 select(10, [4 8
1.5K10发布于 2019-11-06 制造业执行层智能体：排产、设备运维的确定性协同
一、排产规则外置排产跨产线、设备、物料，规则常变。我的做法是把排产规则外置成可配置项，计划员自己调，不用等开发。某装备制造企业的费用与排产类规则沉淀三百多条、可自助调整，靠的正是规则固化。 数据对齐，执行才不跑偏，计划才不被脏数据带歪，指令才落得准，产线才听指挥。四、落地的护栏首要，排产与运维规则外置、业务自助；其次，异常自动升级、工单自动派；再次，跨系统先过数据门再自动化。 制造执行层忌讳“重设备轻数据”，数据不对齐，再聪明的排产也跑歪。建议从一条高价值产线起步，验证确定性后再扩。护栏设好，执行才稳，产能才真可控，交付才不悬空。 说到底，制造业的智能体价值，集中在确定性的执行层：排产外置、运维主动、数据对齐，把老师傅的手感固化成可承接的能力。 把执行层固化，产线才真正听指挥，计划才不被脏数据带歪，交付才不悬在老师傅的状态上，产能才稳稳可控。检查清单 排产与运维规则是否外置、业务自助？ 设备异常是否自动升级、工单自动派？
13210编辑于 2026-09-17从排产到质控，知名MES厂商盘古信息如何撬动制造业效率革命？
盘古信息MES系统集成生产计划排程、生产进度跟踪、生产任务甘特图等等标准功能，对生产过程中的数据进行整合、分析，管理者根据生成的详实报表进行排产颗粒度的细化，实现生产过程的计划管理和需求管理，实现生产环节的智能调度和过程追溯 2.电子元器件行业对于电子元器件产品更新换代快、生产工艺复杂的行业特性，MES系统的智能排产、物料管控等功能发挥了关键作用。
57410编辑于 2025-05-15- 来自专栏用户7721898的专栏
人生苦短，我用k8s--------------k8s实战排障思路
K8S是一个开源的，用于管理云平台中多个主机上的容器化应用，Kubernetes的目标是让部署容器化变得简单并且高效 文章目录 1、排障基本命令 2、处于Pending状态 2、Pod 一直处于 状态 3、Pod 处于 ImagePullBackOff 状态 4、Pod 一直处于 CrashLoopBackOff 状态 5、Pod 处于 Error 状态 6、集群处于 NotReady状态 1、排障基本命令 kubectl get nodes #查看node的状态，确认其本身是否Ready kubectl describe node kubectl logs -n kube-system #查看k8s
2.7K31发布于 2020-12-25
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号