先说结论：选择SolidWorks二次开发公司，不能只看“能不能调用API”，而要看对方能否把企业设计规则转化为可验收、可维护的软件。最关键的六项是：机械业务理解、API深度、版本兼容、异常处理、交付质量和长期维护。
先判断是否真的需要二次开发
简单、固定、由少数工程师使用的重复操作，往往用VBA宏、任务计划或现成插件就能解决。以下情况更适合正式Add-in或独立业务系统：
- 需要参数化建模、自动装配、自动工程图或复杂几何识别；
- 规则需要集中配置，并在多人环境中保持一致；
- 需要与PDM、ERP、MES、数据库或Web服务交换数据；
- 需要安装升级、权限、日志、失败恢复和多版本兼容。
宏并非“低级方案”，也不是天然不能访问数据库；关键在于使用范围和维护要求。合格供应商应先帮助客户选择成本合适的实现方式。
供应商能力分级
| 层级 | 典型场景 | 评估重点 |
|---|---|---|
| 宏与轻量工具 | 属性处理、固定规则导出 | 异常处理与部署 |
| 客户端Add-in | 菜单、面板、选择交互、模型校验 | API生命周期与版本兼容 |
| 几何与设计自动化 | 拓扑识别、参数化建模、自动出图 | 真实模型覆盖与容差处理 |
| PDM/ERP集成 | 检入门禁、物料/BOM同步 | 数据权属、幂等、重试和审计 |
| 产品化平台 | 配置器、规则中心、企业级部署 | 架构、权限、升级和持续运营 |
必查的六个维度
- 业务理解：是否能听懂装配、配置、工程图、BOM和工艺规则，而不只是记录按钮需求。
- API深度：是否处理过复杂装配体、持久引用、坐标变换、拓扑识别和性能问题。
- 兼容策略：明确支持哪些SolidWorks、Windows和.NET版本，如何做回归测试。
- 验证方法：是否使用典型样本、异常样本、性能基线和长时间运行测试。
- 交付质量：安装包、日志、用户手册、测试报告、源码和架构文档分别交付什么。
- 持续维护：缺陷、需求变更和SolidWorks升级如何界定与计费。
用小型PoC验证，而不是只听方案汇报
建议从实际项目中抽取一个边界清晰的小场景，给候选公司相同样本、输入和验收口径。例如提取装配体配置与材质并输出缺失报告，或在测试库读取PDM变量、版本和状态。重点观察需求澄清、API选择、错误日志和结果能否重复，而不是要求复杂功能“现场十分钟写完”。
合同中必须明确什么？
- 验收：样本范围、正确率、性能、异常行为和测试环境。
- 知识产权：源码是否交付，第三方组件许可，通用框架与定制代码归属。
- 部署维护：安装升级、版本适配、远程/现场支持和响应边界。
- 数据保密：模型、图纸、数据库和日志的访问、留存与销毁要求。
科致适合哪些项目？
科致软件重点承接几何识别、参数化设计、自动工程图、PDM/Manage二次开发及ERP/MES集成。项目能否实施，需要根据模型质量、设计规则、接口权限和验收样本判断。若现成插件或轻量宏已经足够，也应优先采用更经济的方案。
下一步：准备一份可评估的需求
建议准备“当前流程、输入、规则、输出、异常情况、运行环境、典型样本、验收指标”八项资料。需要协助时可联系科致技术团队，也可以查看DFM检查案例了解项目表达方式。