我碰到个问题不知道如何解决。还有我想知道我的想法、我公司内讨论过的，是否正确…。
我公司，生产型，从小企业做起，现在有点规模。信息化方面，以前公司小，各方面找到好的软件就选用它，为达到某个单一功能。我相信很多小企业都有相同情况。现在，开始有需求要各软件之间要互通。
讨论过的是：
- 现存单独软件能做到的功能，是否应该在 ERP 内重新开发，重现相同功能？还是要接受现有 ERP 内那个破烂的类似功能来达到集成？
拿具体的一个业务来说，我们有一套专门用来计算产品报价的软件，报价后，我们会做产品样板给客人，之后才会收到确实的订单，而订单我们会输入到现在的 ERP 内。ERP 内其实也有报价功能，但功能上无法与我们先前购买的软件相比。类似的情况，还出现在不同的应用环节上，不只是报价这环节。
切换另一套 ERP 是不可能的（跟某些顾问谈起这问题，要么就跟我推 R3，要么就 Oracle，或者用友 NC等等），即使切换，要找到完全吻合我们所有需求的，也是不可能。ERP + 2 次开发，即上面提到，在重现一个现有的功能，要花费而且对公司没有明显的增值。
内部讨论的结果是，希望保留旧软件。我觉得这讨论结果是个非常合理的。但两套软件，是有必要交互，比如做样板的生产成本应该归类到该报价上；又或者，将来客人真的有订单下的时候，该价格应该取自报价，二者要吻合。除了忍受不交互之外，我希望有另一条路可走。所以接下来另一个问题是，ERP 与报价系统，如何连接。 - 我们已拥有的软件，已经有六套，都需要交互的，是否对各自需要交互的部分，独立开发？
这问题我马上知道不可以各自写。我不希望将来有什么变化时候，要自行修改或找人修改十几个地方，这样的维护恶梦我先前已经领教过，不想再次发生。
经过 Google 一番，几乎都指向 SOA。我判断是，我要的是架构没错，但不必是web service。我不是说 SOA 中的 SO 等于 web service，只是我们不需要 web service。我们有分公司，但他们没有自行采购软件的权力，这都是由总部决定。再者，现在我们的六套软件，平台、开发语言、数据库系统，都是已知。全是内部应用，全在内网中。将来嘛，将来需要时候才暴露个 service 出来也不迟。至于BPM，交互的确有业务逻辑在里面的。
随后，看到 ESB 。
目前踌躇着不知道怎么搞，是否要干下去。
题外话，我的想法是，企业发展过程中，没多少公司可以一开始就扔一两千万出来搞 Oracle、R3等等。所以成长过程中，必然会有不同的软件存在，它们之间需要交互也是非常正常的事。（中小企比如我们，对这的确有需求，貌似因为增值不及提供实际功能的程序，好像都没人想干这种事）
说回来，集成方案，是否 SOA 都毫无关系，达到我们的目的就好了。寻找这些 middleware 时候，我们要求的是，业务逻辑调整时候要灵活（比如类似 BPEL 等方式），重用性是个考虑但不可以有太大的牺牲。
巧妇难为无米之炊，但没米做不成饭，做面条行不？我只想着不能就此停步，不够 budget 也得想办法解决。这或许是在购买更大型更好的系统前的一个过渡期吧。
我正在 open source 之中找答案，目前正在研究的有 JBoss+JBPM （貌似不是我要的）、Apache Camel、还有 FuseSource 系列我也准备看看。
我有极多不懂，没有这些架构的经验，连寻找的方向其实也不明确。有没有高人指点一下？有做上述软件的顾问介绍也请通知一下~
谢谢。