ecm_sync_system

attachment

first commit

2026-03-09 16:31:42 +08:00

company

增加了项目侧关于steps的处理。允许保存和提取steps信息。

2026-03-11 10:34:49 +08:00

construction

优化sync_system代码质量

2026-04-01 11:52:57 +08:00

construction_task_detail

规范了update data的构建方式，统一使用build_update_request_data方法来处理更新数据的构建和过滤逻辑。这个方法会根据提供的原始数据、更新数据和对应的schema来生成最终的更新请求数据，同时会自动排除掉未变化的字段和空值字段，从而确保只发送必要的更新信息到后端接口。这种方式不仅简化了代码逻辑，还提高了代码的可维护性和一致性。

2026-03-30 14:51:01 +08:00

contract

规范了update data的构建方式，统一使用build_update_request_data方法来处理更新数据的构建和过滤逻辑。这个方法会根据提供的原始数据、更新数据和对应的schema来生成最终的更新请求数据，同时会自动排除掉未变化的字段和空值字段，从而确保只发送必要的更新信息到后端接口。这种方式不仅简化了代码逻辑，还提高了代码的可维护性和一致性。

2026-03-30 14:51:01 +08:00

contract_change

规范了update data的构建方式，统一使用build_update_request_data方法来处理更新数据的构建和过滤逻辑。这个方法会根据提供的原始数据、更新数据和对应的schema来生成最终的更新请求数据，同时会自动排除掉未变化的字段和空值字段，从而确保只发送必要的更新信息到后端接口。这种方式不仅简化了代码逻辑，还提高了代码的可维护性和一致性。

2026-03-30 14:51:01 +08:00

contract_settlement

优化sync_system代码质量

2026-04-01 11:52:57 +08:00

contract_settlement_detail

规范了update data的构建方式，统一使用build_update_request_data方法来处理更新数据的构建和过滤逻辑。这个方法会根据提供的原始数据、更新数据和对应的schema来生成最终的更新请求数据，同时会自动排除掉未变化的字段和空值字段，从而确保只发送必要的更新信息到后端接口。这种方式不仅简化了代码逻辑，还提高了代码的可维护性和一致性。

2026-03-30 14:51:01 +08:00

lar

整理update逻辑

2026-03-31 08:48:34 +08:00

lar_change

规范了update data的构建方式，统一使用build_update_request_data方法来处理更新数据的构建和过滤逻辑。这个方法会根据提供的原始数据、更新数据和对应的schema来生成最终的更新请求数据，同时会自动排除掉未变化的字段和空值字段，从而确保只发送必要的更新信息到后端接口。这种方式不仅简化了代码逻辑，还提高了代码的可维护性和一致性。

2026-03-30 14:51:01 +08:00

material

优化sync_system代码质量

2026-04-01 11:52:57 +08:00

material_detail

规范了update data的构建方式，统一使用build_update_request_data方法来处理更新数据的构建和过滤逻辑。这个方法会根据提供的原始数据、更新数据和对应的schema来生成最终的更新请求数据，同时会自动排除掉未变化的字段和空值字段，从而确保只发送必要的更新信息到后端接口。这种方式不仅简化了代码逻辑，还提高了代码的可维护性和一致性。

2026-03-30 14:51:01 +08:00

personnel

规范了update data的构建方式，统一使用build_update_request_data方法来处理更新数据的构建和过滤逻辑。这个方法会根据提供的原始数据、更新数据和对应的schema来生成最终的更新请求数据，同时会自动排除掉未变化的字段和空值字段，从而确保只发送必要的更新信息到后端接口。这种方式不仅简化了代码逻辑，还提高了代码的可维护性和一致性。

2026-03-30 14:51:01 +08:00

personnel_detail

规范了update data的构建方式，统一使用build_update_request_data方法来处理更新数据的构建和过滤逻辑。这个方法会根据提供的原始数据、更新数据和对应的schema来生成最终的更新请求数据，同时会自动排除掉未变化的字段和空值字段，从而确保只发送必要的更新信息到后端接口。这种方式不仅简化了代码逻辑，还提高了代码的可维护性和一致性。

2026-03-30 14:51:01 +08:00

preparation

优化sync_system代码质量

2026-04-01 11:52:57 +08:00

production

优化sync_system代码质量

2026-04-01 11:52:57 +08:00

project

优化sync_system代码质量

2026-04-01 11:52:57 +08:00

project_detail

优化性能

2026-04-01 18:13:18 +08:00

supplier

优化sync_system代码质量

2026-04-01 11:52:57 +08:00

units

规范了update data的构建方式，统一使用build_update_request_data方法来处理更新数据的构建和过滤逻辑。这个方法会根据提供的原始数据、更新数据和对应的schema来生成最终的更新请求数据，同时会自动排除掉未变化的字段和空值字段，从而确保只发送必要的更新信息到后端接口。这种方式不仅简化了代码逻辑，还提高了代码的可维护性和一致性。

2026-03-30 14:51:01 +08:00

user

first commit

2026-03-09 16:31:42 +08:00

__init__.py

first commit

2026-03-09 16:31:42 +08:00

registry.py

更新了部分测试

2026-03-24 09:41:08 +08:00