来自批准模板的合同和行为生成器

我们的律师仍然以相同的方式构建每一份合同：他打开上个月的一个类似文件，修改公司名称、银行信息、日期和金额，然后以新名称保存。迟早会遗漏其中一个替换项。上个季度我们签署了一份带有不同交易注册号的文件，而一份供应合同的抬头仍然使用了之前客户的地址。没有人粗心大意——这种方法根本无法适应我们现在的业务量。

我想停止编辑文档，开始填写表单。这个想法是一个网络应用程序，其中的措辞存在于经过批准的模板中，带有命名的替换字段，对方的详细信息存在于一个单一的卡片中，最终的文件由这两者加上系统发出的编号组合而成。律师维护这些模板；经理只需选择一个模板，选择一个对方，从准备好的列表中选择付款和交付条件，然后获得一个文件。所有生成的文件都保存在可搜索的档案中，这样一年后我们就可以回答某个客户实际签署的确切措辞。

我希望从一开始就将一些边界写入范围。模板的文本及其法律正确性由我们自己的律师批准——我订购的是一个工具，而不是法律审查，承包商不需要判断条款的含义。对方的详细信息和签署的文件存储在基于角色的访问权限下，并有每次导出的日志，因为这些数据不适合整个办公室使用。生成的文件绝不会自动交付给对方：它只有在负责员工确认后才会离开系统。

我对构建的期望：

— 一个带有命名替换字段的模板库，并在示例数据上渲染预览；
— 一个对方卡片：法律名称、注册和税务识别码、银行详细信息、邮寄和法律地址、签署人及其授权依据；
— 按照我们自己的规则自动编号——前缀、部门代码、年份、计数器——并有保留日志，没有间隙和重复；
— 可选的条款块用于支付、交付和罚款，从准备好的集合中选择，而不是手动输入；
— 导出为可编辑的办公文档和具有相同布局的干净可打印视图；
— 一个带有搜索和过滤功能的档案，按对方、日期、模板、编号和作者进行筛选；
— 每个模板的版本历史，版本之间的可读差异，以及每个文档中显示其构建版本的注释；
— 两个明确的角色：谁可以编辑模板，谁只能从中生成文档；
— 一个导出日志，记录谁在何时下载了什么。