SOR作为RFQ的一部分，由技术部门编写，经各部门会签后发给采购部门进行招标定点。
下图是一个SOR的标准目录，从目录中可以看出SOR中包含的信息。
第一段通常是固定格式，按照公司的要求提出的一些规定，随后就是具体项目的要求，不如车型，上市时间，拟上市的地区等等。产品工程师主要编写的部分是产品要求，比如零件的数量和配置车型，功能，性能等等；外观件需要对颜色等进行定义；电子件需要提供对应的电子信息等。涉及到供应商协同设计的部分，会提出相应的设计要求和标准。试验项目和合格标准的判定。其他的信息，包括项目的timing plan,零件质量的要去，包装物流的要求，售后的要求等等都会有相应的输入作为支持，最后汇总成一份完整的SOR文件。
SSTS是子系统或者子零件的技术规范，主要对产品的技术状态进行描述，是一个general文件。SSTS一般是一个部门经过很多各项目的经验，对零件或者子系统的功能和要求进行的经验总结而成的文档。SSTS中会详细定义该零件或者子系统的试验项目、试验方式和判定标准。
一部分零件，由于是供应商进行设计，所以SOR中无法对零件的一些功能的具体实现方式进行明确的规定，所以这部分供应商负责设计的零件(一般会叫做黑盒子件）的SOR中会包含相关零件或者子系统的SSTS,即主机厂只要明确需要实现的功能和需要满足的要求，供应商根据现有的约束条件进行设计。
SOR和SSTS是两个范畴的文档，两个没什么好比较的。
