1C配置和开发服务
1C开发可以自动化本地工作，减少重复操作，并产生可以在特定工作站或企业环境内验证的结果。在 DitWork 上，客户描述了工作流程，附上了匿名示例，并按技术、相关经验、时间表、可交付成果和支持对专家进行了比较。有关用户、数据和执行环境的清晰信息可降低移交后的兼容性风险。
您可以订购的任务
在1c开发内，客户可以订购标准和行业配置、报告、数据处理器和打印表单、网站、CRM、银行和服务集成、数据迁移和清理、配置和平台升级的定制以及错误、锁定和性能问题的诊断。将强制性结果与未来想法分开。对于每个工作流，说明输入、用户操作、成功输出、预期错误消息和恢复路径。这种结构使专家不仅可以估计编码，还可以估计测试、部署、入门和维护。
- 标准和行业配置的定制
- 报告、数据处理器和打印表单
- 网站、CRM、银行和服务集成
- 数据迁移和清理
- 配置和平台升级
- 错误、锁定和性能问题诊断
可交付成果stage
| Stage | 可交付 | 什么验证 |
|---|---|---|
| 诊断 | 计划、技术和风险 | 限制、备份、回滚明确 |
| 实现 | 带测试的工作版本数据 | 核心工作流程和错误已验证 |
| Handover | 生产就绪结果和文档 | 提供文件、说明、测试和权限 |
简介
在工作开始之前，提供配置名称和平台版本、当前业务流程的描述、用户角色、示例文档或报告、信息库大小、数据交换和外部系统图以及验收标准和允许的停机时间窗口。共享副本和测试记录，而不是唯一的生产文件。当任务涉及会计、客户数据或商业信息时，确定哪些字段可以匿名。计算机、服务器或业务系统的访问权限应仅授予选定的特定人员
- 配置名称及平台发布
- 当前业务流程描述
- 用户角色
- 样本文档或报告
- 信息库大小
- 数据交换和外部系统图
- 验收标准和允许的停机时间窗口
工作开始前要检查什么
在开发或实施之前，检查配置是否标准或修改、扩展的使用、升级状态、备份准备情况、计划和后台作业、交换队列以及注册和技术日志。诊断揭示本地更改是否足够，或者任务是否需要其他产品、架构或迁移计划。记录当前软件版本，创建经过验证的备份，并定义如何恢复工作状态。应针对数据副本测试关键工作流程，并在商定的维护窗口期间部署。
- 配置是标准配置还是修改配置
- 扩展的使用
- 升级状态
- 备份准备状态
- 计划和后台作业
- 交换队列
- 注册和te技术日志
交付工作流程
受控工作流程包括检查流程和测试数据库，同意扩展或配置更改，创建经过验证的备份，开发和测试角色，测试交换和报告，部署到生产并观察发布后的行为。每个里程碑都应该以可验证的可交付成果结束，而不仅仅是时间报告。对于复杂的任务，将原型、核心行为、错误处理和部署分开。这可以尽早验证风险最大的部分，并避免在技术被证明适用之前将预算花费在完整的接口上。
- 检查流程和测试数据库
- 就扩展或配置达成一致更改
- 创建经过验证的备份
- 开发和测试角色
- 测试交换和报告
- 部署到生产
- 发布后观察行为
技术要求
技术要求应涵盖标准升级路径的保留、自定义和供应商代码的分离、角色和访问控制、关键操作的事务、防止重复导入、错误日志记录、客户端和服务器兼容性以及锁和长时间运行查询的分析。软件必须安全地响应空输入、不可用的输入文件、丢失连接和重复执行。密码、令牌和个人路径不应直接嵌入源代码中。配置属于记录文件或受保护的存储，而日志应支持诊断而不暴露秘密。
- 标准升级路径的保留
- 自定义代码和供应商代码的分离
- 角色和访问控制
- 关键操作的事务
- 防止重复导入
- 错误记录
- 客户端和服务器兼容性
- 锁和长时间运行查询的分析
专家应提供什么
完成后，请求扩展、处理器或配置更改、安装说明、对象和模块列表、升级序列、验证场景、回滚计划和数据库副本的测试结果。仅可执行的交付可能适合许可的现成软件，但定制开发需要关于源代码访问的明确协议。该文档应允许其他专家安装解决方案、恢复数据、应用更新并了解限制，而无需依赖原作者的口头说明。
- 扩展、处理器或配置更改
- 安装说明
- 对象和模块列表
- 升级顺序
- 验证场景
- 回滚计划
- 数据库副本测试结果
什么影响价格
1c开发的价格取决于现有定制程度、公司和用户数量、数据库量、集成数量、报告要求、升级需求、紧急程度以及允许的停机时间。按包含的可交付成果来比较提案：诊断、迁移、安装程序、测试、培训和缺陷纠正期。在不检查示例的情况下准备的非常低的估计通常会忽略兼容性、错误处理和真实工作站上的部署。
- 现有定制程度
- 公司和用户数量
- 数据库数量
- 集成数量
- 报告要求
- 升级需求
- 紧急和允许停机
如何选择专家
在选择1c开发专家时，审查相关项目以及澄清问题的质量。负责任的开发人员不会在未经验证的情况下承诺支持每个版本和平台，请求永久支持默认情况下具有管理员访问权限，或隐藏所选技术的限制。在实施前就存储库、进度报告、演示时间表和范围变更程序达成一致。
如何接受结果
在接受之前，根据商定的规则验证文档发布，角色仅看到允许的数据，交换不创建重复，报告与控制示例匹配，升级不破坏定制，日志不包含新的严重错误和备份和回滚已验证。对正常、空、无效数据的约定工作站和用户帐户重复进行控制操作。记录执行时间并将输出与参考进行比较。当解决方案更改文件或数据库时，单独验证备份和恢复，并测试中断操作后的行为。
- 根据商定的规则发布文档
- 角色仅查看允许的数据
- 交换执行不创建重复项
- 报告与控制示例匹配
- 升级不会破坏定制
- 日志不包含新的严重错误
- 备份和回滚已验证
访问、安全和权限
A 1C技术要求应连接到真实的业务流程。添加字段的请求不说明由谁输入、何时强制输入、在何处使用，或者是否影响打印表格、交换和报告。单独商定变更是作为扩展还是配置修改来实施，因为这会影响升级、支持和长期拥有成本。
在 1c 开发项目中，客户负责合法使用软件、库、数据和业务系统。专家负责商定的范围、安全访问处理和清晰的交付文档。在工作开始之前，必须记录第三方许可证、分发限制和源代码转让权。接受后应轮换临时密码，并应禁用不必要的远程访问。
如何在 DitWork 上发布任务
要在 DitWork 上订购 1c 开发，请发布带有匿名控制示例、目标系统、预期输出和验收标准的任务。说明强制性最低要求、目标日期和允许的部署窗口。通过流程理解、诊断计划、技术、测试、交付的材料和发布后支持条款来比较建议。
