生产排程软件FLEXSCHE > Q&A
FLEXSCHE Q&A
目录
- FLEXSCHE产品/服务
- FLEXSCHE GP的特点是什么？
- 引进时需要定制开发吗？
- “FLEXSCHE”是哪个国家的词？
- FLEXSCHE对应多品种少批量生产吗？
- 有自动调平负荷的功能吗？
- 可以进行正向或者逆向排程吗？
- 可以进行缩短设置时间的排程吗？
- 可以对多数的计划进行对比吗？
- 对应TOC（theory of constraints：约束理论/限制理论）吗？
- 进行一次排程需要多少时间？
- FLEXSCHE可以与主机系统进行数据交换吗？
- 启动FLEXSCHE需要DB产品的许可证吗？
- FLEXSCHE以服务器/客户端方式运作吗？
- 可以多个人一起使用FLEXSCHE吗？
- “网络许可证”是什么？
- FLEXSCHE能在终端服务或Citrix公司的MetaFrame上运用吗？
- FLEXSCHE GP可以嵌入独自的排程逻辑吗？
- “FLEXSCHE GP高级选项”是什么？
- 引进FLEXSCHE的实绩有多少？
- 市场占有率排名是多少？
- 引进考察
- 引进运作
FLEXSCHE产品/服务
Q. FLEXSCHE GP的特点是什么？
在“易用性”、“灵活性”、“排程逻辑”方面表现出众。
■易用性
在每天的工作中使用生产排程软件、易用性非常重要。操作繁琐的系统自然会被淘汰。
FLEXSCHE的操作性和GUI（画面）深受广大用户好评。曾有人评价说“一旦用了FLEXSCHE就没有兴趣再用其他的软件了”。
为了使其易用，不可缺乏想象力。我们时刻把“操作时如果能这样就方便多了”这样的想法反馈到产品开发中。
当然不仅仅是想法，也需要实现这些想法的技术能力。反之，正因为有技术能力、所以能涌现出各种各样的想法。日积月累就对软件全体的使用感产生了很大的影响。
■灵活性
其实制造业是多种多样的。有很多行业、就算是相同行业，根据工厂或工序的不同，对生产排程软件的要求也不同。
为了应对这些要求，生产排程软件需要有较高的灵活性。
选择了没有灵活性的软件包，到了近在咫尺就可以实际运用的时候却无法继续、最终放弃了的例子其实多不胜数。还有比如运用后、制造条件发生变化，或争取更高水准的运用的时候，软件包无法对应新的要求， 废除系统的例子也有很多。
FLEXSCHE是为了改善这样的状况而开发的。
特别是日本的制造业的工作现场的力量强大，因为对待产品制造有很多讲究，所以为了做出使其认可的计划、则灵活性必不可少。
顺便提一句、在引进生产排程软件有过失败经验的人中大多数对FLEXSCHE情有独钟，可能是因为对这方面的情况能够产生共鸣吧。
FLEXSCHE的灵活性的秘诀是、
・在设计上可以组合各种各样的功能使用
・内部的数据模型持有通用性
・有着可简单的进行自定义的构造
等可以列举出来。为了实现这些，设计能力、技术能力、制造业的知识等都是必须的。可能也因为我公司的员工们可以将其实现、所以与众不同。
例如，就说一个甘特图，FLEXSCHE的甘特图有着不同寻常的灵活性。资源甘特图或订单甘特图、再加上库存量甘特图或滞留图表等，可以将不同种类的图表自由的组合成为一个图表、称为“复合图表”。
生产排程软件处理各种各样的数据，其特点是数据之间复杂相关。FLEXSCHE可以将这些关联性向下展开并使其可视化。
这些真可谓是“百闻不如一见”。请各位一定实际体验一下。
■排程逻辑
与其它公司产品实际比较了的顾客对FLEXSCHE的排程性能，有着广泛好评。其实在取决于排程内容的竞争中我们有压倒性的胜算。
但是，很可惜，好像也有很多顾客轻视排程性能。
虽然可能会想“我们不需要那么高的性能”，但不应该轻视工作现场对生产计划的要求。
比如说，至今为止都是手工拟定计划，如果使用了排程软件、所作的计划反而不如手排计划的话，引进排程软件的信心定会动摇吧。
再者说，在很多情况下引进生产排程软件的目的是“先可视化”，然后"再精看细看"这样的要求应该会越来越强。为了精益的预测未来，其实排程逻辑的性能非常重要。
可以在FLEXSCHE GP的自动演示中确认这些特点，敬请参阅。
Q. 引进时需要定制开发吗？
不用，很多情况都是只要依靠标准功能或选项制品的灵活性就足够了。因为是软件包产品所以这也是理所应当的。
听说有竞争对手散布“引进FLEXSCHE须以定制开发为前提”这样的谣言。如由此事，请联系我们。
Q. “FLEXSCHE”是哪个国家的词？
“FLEXSCHE"是“FLEXible”（灵活的）和“SCHEduler”（排程）组合起来的杜撰词。（不是法语）
生产排程软件需要灵活性，所以将此精神融入到了产品名称和公司名称中。
我们今后也会一直继续向您提供不辱此名的产品。
Q. FLEXSCHE对应多品种少批量生产吗？
当然对应。
岂止如此，更是在“少品种少批量”、“产品寿命周期短”、“短交期”这种恶劣环境下更为有效。
Q. 有自动调平负荷的功能吗？
当然有。可以在资源的负荷的范围内进行分派，也可以无限堆积。
Q. 可以进行正向或者逆向排程吗？
当然可以。也可以将两者混合使用。
还可以使用更高级的处理，例如也可以先进行一次排程之后，只对瓶颈工序上流进行逆向重排。
Q. 可以进行缩短设置时间的排程吗？
可以。如果输入了设置时间的数据，却不能作出做出短缩设置时间的计划的话就不能称之为生产排程软件了。
FLEXSCHE不仅仅能缩短设置时间，更能够进行、既遵守交货期又缩短设置时间这样高级的排程。
Q. 可以对多数的计划进行对比吗？
可以。快照功能可以将计划完整保存。可以将现在的计划和快照的计划列在同一甘特图内进行对比。
例如，可以准备几种排程规则，比较各个规则的排程结果后、采用最妥善的计划。
而且使用这个方法、例如也可以比较现在和一个月前的计划结果。因为是计划和实绩的对比所以称作“预实对比”。
Q. 对应TOC（theory of constraints：约束理论/限制理论）吗？
如果这意味着“提高瓶颈工序的生产力，再加上，使其上流也配合瓶颈工序的生产”的话，可以说能够高水准的实现。
补充一下，我觉得一般“TOC”一词已经脱离其本身含义，被广为滥用。
“TOC的5个步骤”是，
1.特定瓶颈
2.最大限度活用瓶颈
3.使非瓶颈配合（追随）瓶颈
4.强化瓶颈
5.重复1-4
这样的。
关于其1-3，使用FLEXSCHE
·使瓶颈可视化的方法（“资源负荷图表”、“资源滞留图表”）
·使瓶颈的生产力向上的方法（“资源主导调度方法”）
·给非瓶颈工序一定的空间重新分派的方法（“工作标示方法”、“工作分派解除方法”、“工作主导分派方法”）
可以对应。
再者关于其4，可以进行模拟演示、比如做多少强化可以得到什么样的效果。
Q. 进行一次排程需要多少时间？
根据数据的规模，大约数秒至数分吧。
Q. FLEXSCHE可以与主机系统进行数据交换吗？
可以。FLEXSCHE GP的标准数据输入输出格式为CSV文件，规格也是完全公开的。
而且，有能与外部数据库进行映射设置的功能（FLEXSCHE External Data InterFace略称EDIF）。
Q. 启动FLEXSCHE需要DB产品的许可证吗？
不需要。FLEXSCHE在内存中保持所有数据。可以说持有独自的对象数据库。
Q. FLEXSCHE以服务器/客户端方式运作吗？
程序自身为PC单体运用。
也可以将数据放置服务器，在客户端PC启动FLEXSCHE、读取服务器的数据进行排程。
Q. 可以多个人一起使用FLEXSCHE吗？
1个许可证允许在一台PC使用。
多个人使用的情况，可细分为
1.规划日程的是一个人，阅览结果的是多个人
2.规划日程时也是多个人协力合作
两种情况。
情况1可使用阅览日程的产品FLEXSCHE Viewer。与FLEXSCHE GP一样、可以使用各种图表检查内容。但是不能进行排程。所以价格较低。
情况2是使用服务器产品FLEXSCHE Communicator。多数的负责人可以同时的阅览/修改同一个计划。当然这需要不使数据失去整合性的方法（“排他控制”）。 FLEXSCHE Communicator可以将其实现。
（在生产排程软件这样各种数据交织的系统上将其实现，足以证明FLEXSCHE Communicator是具有划时代意义的产品。）
但是，为了不陷入“民少官多，十羊九牧”的情况，仅仅共享数据是不够的，做决策的负责人之间也应该决定一下规则。
Q. “网络许可证”是什么？
一般的许可证（单机许可证）是将许可证密钥连接到PC才可以启动FLEXSCHE，网络许可证是让网络上的一定数量的PC可以同时启动FLEXSCHE。可以在超过许可证数量的PC安装FLEXSCHE，但同时启动数会受到限制。
但是，除了支付通常的许可证数的费用以外，还要加上另外的许可证（网络许可证对应功能）费用。
Q. FLEXSCHE能在终端服务或Citrix公司的MetaFrame上运用吗？
可以。但是，除了支付通常的许可证数的费用以外，还要加上另外的许可证（终端服务许可证）费用。
Q. FLEXSCHE GP可以嵌入独自的排程逻辑吗？
可以。
FLEXSCHE GP的基础是称作“FLEXSCHE Components”的、为了开发生产排程软件的软件组件（符合COM接口标准）。FLEXSCHE Components预备了分派工作的方法，FLEXSCHE GP只不过也是利用了这些方法。
就是说，从外部模块、也可以访问保持在FLEXSCHE GP内部的所有数据，加上可以使用与FLEXSCHE GP同样的手段分派工作。
就算这么说，FLEXSCHE GP的标准功能十分强大，应付一般的情况绰绰有余。现在独自开发排程逻辑的情况已经越来越少了。
Q. “FLEXSCHE GP高级选项”是什么？
FLEXSCHE GP的标准排程功能十分强力，这是更为扩展其排程功能的选项产品。
引进生产排程软件时，刚开始没有认识到的工作上的制约和规则、到后来才发现其重要性的情况经常发生。
这时，发挥FLEXSCHE的优势“无论怎么都可以进行自定义”，开发独自的逻辑也是一个选择，可是开发排程逻辑需要高度的理论性和技能。
所以，我们将“虽说不是所有的顾客都需要，但特定的顾客也有可能需要”这样的功能预先以选项的形式准备好了。
具体的说，有资源占有选项、订单自动关联选项、维护工作分派选项等。
FLEXSCHE GP高级选项的许可证是以单元数量来管理的。各选项制定了所需单元数， 在许可证的合计单元数范围内可以自由的组合或重新选择各选项。
Q. 引进FLEXSCHE的实绩有多少？
许可证数为322个（2002年3月-2009年5月）。行业有素材、机械、电子零件、半导体、化学、饮料、医药等各行各业。
Q. 市场占有率排名是多少？
根据2009年的富士经济调查，以金额计算、2008年单独的日本国内的占有率为第2位。
引进考察
Q. 生产排程软件是什么？
计划“生产日程”（制定生产计划）的软件。
“生产日程”也称作“日程计划”。对生产各订单（订货，制造序号）的一系列的工作，分配工作实施的日期和使用资源（设备、机械、工具、人）。
因为根据生产日程发布“工作指示”，所以生产日程必须遵守工作当中各种各样的制约和规则。
Q. 选择生产排程软件包时、应该注意什么？
易用性、功能、价格，···等等 。可能有各种评价基准，但最为重要的是“是否适合工厂”。选择了不适合工厂的软件包只会得到悲惨的结果。
不适合工厂的话，只会得到局部的效果。与运作和运用所需的费用还有所费心神相比效果低的话，谁也不会用。 浪费了时间和金钱不说，没有抓住本来可以取得的效果也是一种很大的损失。
虽然这么说，但是对于到底是否合适还真的是很难判断的。
之所以这么说是因为，只有开始使用才会慢慢理解软件包。反过来说，就是要在还没有完全了解掌握的阶段选定、并引进某个软件包。
而且，引进后、工厂方面的负责人终于看出点眉目时，这时候才出现真正的要求，到时候发现软件包不适当这样的事情也是常有的。
再者，制造业必须“日新月异”。对于支撑着制造业的生产系统在运作开始后也需要不断改变从而完善。
所以，应该放眼未来看到这些要求的变化，选择能够挺得住这些变化的、具备“宽阔的胸怀”的软件包。
就是说，
·适合工厂
·高灵活性
是非常重要的。
还有，引进后不是一天两天而是要长久使用，而且引进也需要各种各样的经验和技术，所以
·易用性
·产品以及开发商的潜力
·支持的体制
等也很重要。
顺便说一句关于是否适合工厂的判断，虽说可以参考同行业的引进实绩的多少，但不可以过度相信。
之所以这么说是因为也不知道这些地方现在是否真的顺利运用。而且，就算是同行业但工厂不同也有许多相异之处。应该对自己负责、认真调查反复考虑。
Q. 单凭用户企业自身能引进生产排程软件吗？
不是不可能。
但是，引进生产排程软件有很多“重点”，如果在丰富经验技术的顾问或系统集成商的帮助下则更能安全而且高效的引进。
其实，单凭用户企业自身引进时，有项目长期化的趋向。
请对比早日运用早日取得成效的长处、以失败而告终的短处、 成本等来作判断。
引进运作
Q. 运作生产排程系统都需要什么数据？
用一句话说就是，需要“有关物质和时间的所有信息”。
具体来讲如下。这个问题对于任何软件包本质上都相同。
1.工厂的运转数据
有什么机械或设备，什么时候运转
有什么样的人，每天的勤务时间什么时候开始什么时候结束
2.产品的制作方法
制造各个产品，通过什么样的工序，使用什么材料，使用多少
在各个工序，使用什么资源，花多少时间
工序和工序之间需要多少时间
3.订货、订单
什么产品，多少，到什么时候为止交货
4.现在的状况
各个工作的进度是多少
各个品目的库存还有多少
5.其他的运作制约
根据前后的组合的设置时间，搬运时间，···
FLEXSCHE有可视化编辑数据的产品FLEXSCHE Editor。按照入门向导的操作，就能大概的掌握最基本的操作。
Q. 数据的准备和整理非常困难。有什么好的办法吗？
确实是需要很多的数据。考虑的太多可能会被庞大的数据量打消积极性。
但是，有以下诀窍。
1.数据的精度
有影响和不影响的大局的数据。要把精力集中在影响大局的数据上，其他的差不多就行了。
例如，“每个工序的所需时间”的精度（可能会感到意外）首先事“差不多”就可以的。
这么说是因为，数据和实际上的时间差不了太多。也就是一倍或者一半的程度吧。
而且，就算有差距，也有对每个资源设置效率一齐补正这样的方法。可以缩小在工序的滞留时间与现实的差距，结果每个订单的前置时间的精度也没有想象的那么坏。
比这个重要的是“每个工序所利用的资源”。
常有的情况是，核心系统只有每个工序的有代表性的资源，实际上其他的资源也可以工作。
如果其它可以使用的资源有5个的话，就有6倍的差异。
这个，打个比方说就是“高速公路的最高速度和车线数”的关系。车的速度就算有差异也不会相差2倍。但是1车线还是6车线对于行驶时间有着很大的影响。
还有，发行工作指示时，不能通过利用了不可使用的资源这样的计划。所以说，“每个各工序所利用的资源”很重要。
2.首先从可以简单入手的数据开始
但是，不熟悉的阶段也不知道有多么大的影响吧。刚开始，比起精度、优先能简单入手的数据比较好。
如果有已经使用的数据的话，就挪用这些数据。
没有数据时，不要一下子准备高精度的数据，先在不费什么力就能准备的数据的范围内准备。
建议您在调查排程结果时抽出差异较大的部分，想办法将这部分的精度提高。如此循环反复，渐渐的提高精度。
3.不依赖软件包
建议您在准备数据时，准备基本的数据格式。尽量使所其不依赖排程软件，而要依赖工厂。
这么说是因为、生产排程软件毕竟只是一种手段，将来也有可能变更。排程软件自身、也许将来版本升级后只要用很简单的方法就能做到现在比较难的事儿。
再者说，整理/准备前的数据大多都分散在各个角落。收集时，需要关系到很多人。在整理数据时，向这些人正确的说明软件包的数据格式是比较困难的。
所以说，作出能表现工厂的数据的本质的形式。对于软件包，准备变换数据的转换器的做法比较好。
但是，规模比较小的工厂，或者不熟悉数据设计，核心系统中没有数据等的情况，配合排程软件的数据形式构建数据也未尝不是一个办法。
4.不要利用余暇时间、要作为正式项目
数据的准备、整理、维护需要很大的劳力，而且运转后也要半永久的持续下去。
所以，不能说让负责人利用余暇时间来做。整个组织应该认识到这是非常重要的工作，一定要注意不要干扰准备工作的进行。
Q. 引进生产排程系统随着项目的进行，要求一个接一个渐渐增多。感到很困惑怎么办才好呢？
除了使系统不安定等重大问题缺陷以外，通常是，在“下一步”实现比较好。（称作“阶梯式引进”）
这么说是因为，就算是不起眼的功能，积少成多也会增大工时。使完成时期逾期的话，保持士气就变得越来越困难，不能忘了推迟取得成果的时期而带来的损失。 再说也应尽力避免让系统集成商为难而破坏双赢的关系。（利人利己）
对系统集成商强加当初没有契约的工作也是违法行为，更是企业管理上的问题。
但是，如果发现了无论如何都必须实现的要件，当然也不能不做。到时候要决定优先顺序。
具体说就是，对“想要实现的事”一个一个的确认真的需要吗、什么时候需要、谁需要、实现的话有什么效果、没有的话有什么损失、没有其他手段吗、然后作比较，决定优先顺序。顺序在后的要求可以拖后。
进行项目时，需要各种优先度的判断。预先，应将方法/顺序/权限/责任明确化。发生情况前线决定规则，后来就会变得顺利。
Q. 成功的引进生产排程软件的关键是什么？
此提问的回答也将作为对此Q&A的总结。
1.适当的生产排程软件包
2.软件包的利用技术
3.引进的体制/进行的方法
这就是成功的引进的三根支柱。
【1.适当的生产排程软件包】
您可能想“每个生产排程软件都一样”。实际上并非如此。所以，选择时应该慎重考察。
选择了不适当的软件包将是一件悲惨的事。
如果以失败而告终，当然软件包得费用被白白浪费，当然不仅仅如此。
也浪费了劳力。
如果选择了适当的软件包应该早已收到效果，相比之下等于失去了利润。
由于失败而造成得精神上得创伤也不可忽视。
也许，发现不适合的时候重新选择软件包可能比较好。就是说失去的有如此之大。
然而，发现不适合时，引进项目已涉足很深，就在正式运转之前这样的例子也不在少数。也许试着用一用才能深刻的理解软件包的真正价值。
为了不失败，请对软件包熟悉或有着丰富的引进生产排程软件经验的人协助可能再好不过。
整理一下想实现的蓝图，询问用这个软件包能否实现，怎样才能实现。
积累了引进的经验之后，这个地方很可疑这样的直觉就会变得敏锐。确认各个软件包对如此的地方如何处理，就应该能够减少选择失误的风险。
在引进的进行途中“想做的”和“应该做的”时常发生变化。
之所以这么说是因为，引进时不太理解生产排程软件是什么，随着进展的继续开始慢慢看出眉目，很多时候都是到那时才开始有“啊，既然如此，我想这么做”这样的要求。
而且工作上的规则和制约在开始阶段不一定都能列举出来。当初被轻视的到后来却变得重要这样的事情也有很多。
这些都可以看作是很自然的，很难完全避开。
说到技巧，为了确认真正想做的和应该做的，或是确认此软件包是否可以实现，可以做一个原型样本来找找感觉。
实际上，在选定前使用多数的软件包同时做原型样是很困难的工作。就算这样，最起码也应该根据事前调查结果使用最有力候补软件包进行尝试。
但是，选定软件包之前将所有的一切都看透是很难的。
而且，实际运转的过程中，状况有时也会发生变化，或出现新的要求。或者说应该认识到这只是普遍现象。
所以，选择软件包时，应该未雨绸缪，选择具备“宽阔的胸怀”（包容一切）的软件包才比较安全。
【2.软件包的利用技术】
就算软件包有很多功能，能不能活用则是另外一回事儿。
其实以前作为用户参加过某个生产排程软件包（不是FLEXSCHE）的用户会议。当时试着询问其它参加者的运转状况，让我吃惊的是很多都没有实际运转。之后问其详细，当时的那个软件包不能实现，和用好了就能做到这样的回答大约各占一半。
引进时，需要将现实世界的要求和软件包的功能联系起来。有时需要深入理解软件包的各种功能，将其组合。就像解谜，与那种感觉比较接近。
就算这么说，什么事儿都有诀窍。努力找到诀窍，或者，让知道诀窍的人帮忙。就这两种选择吧。
但是，独自找出软件包的使用诀窍其时可能非常困难。一般可以说都是有过几次引进经验，才能慢慢明白。
所以，除了公司有听一知十这样的高手，如果没有、则建议您请经验丰富的系统集成商来帮忙。自己找到方法很难，但理解别人找到的方法相对来说比较容易。
【3.引进的体制/进行的方法】
据调查说，引进系统的成功率为3成。也有报告说美国的成功率为16%。
更麻烦的是，生产排程软件所关系到的部门很多。随便举几个例子就有生产管理、制造、营业、销售、生产技术、系统部门等等。
推进项目时，各个负责人都会从自己的角度说自己的主张吧。担任的职责不同其想法也不同，想要使其意见统一非常难。
而且，引进时，不光是讨论，需要很多费时间/工时/劳力的工作。本职工作与其同时进行非常困难，所以需要周围的理解和支持。没有这些，想要维持干劲很难，也会引起项目的逾期或停滞。
还有，为了创造生产排程软件的效果，或多或少需要改变以往的做法。无论是谁，都不愿意轻易放下惯用的习惯或东西。而且如果威胁到了自己的地位而采取防卫措施也都是很自然的。
这种情况，也就是说，在讨论中意见不统一，工作不能顺利进行时，应该再次确认目的，辨别什么比较重要，明确优先顺序，使各个负责人心服口服，需要这样的积极的领导力。因为关系到的部门很多，必然需要可以说服各部门负责人的领导来担此重任。因该避免“将此完全交给喜欢新鲜事物的年轻的新人就可以了“这种想法。
到处都有引进失败的风险。那么说，就别引进这么危险的排程软件了， 可是竞争对手都成功的引进了而且取得成效，那我们当然无论如何也必须成功。
潜在着什么样的风险，如何躲过风险，这可以说是需要经验的。所以建议您找经验丰富的集成商助您一臂之力。