CRM、进销存、订单与库存管理
Central Asia · Business System Development
中亚系统开发｜多币种、多主体、多语言的账一次算对
跨国经营常见多间公司、多个经营主体，或同时收取坚戈、苏姆与美元。系统把币种、汇率、税率、主体与权限做成配置项，报表按主体与币种分别汇总，对账差异直接生成清单。业务系统与电子发票、银行流水对接时，接口失败有重试与人工核对两条路径。
结论先行：在中亚实施系统开发，先确认ERP / CRM / 进销存 / 审批与业务中台范围内的业务边界，再按当地合规清单（哈萨克斯坦《个人数据及其保护法》、乌兹别克斯坦《个人数据法》）梳理数据与流程，最后进入开发。交付物覆盖业务流程现状图与目标流程图、数据模型与权限矩阵、系统源码、数据库脚本与迁移方案，便于交接给内部团队或第三方维护。
系统开发的能力范围
以下为本类项目由我们负责的环节，按阶段交付、逐项确认。涉及配套硬件或第三方系统授权时，在方案阶段一并列出采购清单、授权要求与责任分工。
审批流、合同与财务对账
多门店、多仓、多币种与多主体核算
与 ERP、支付、物流、税务系统的接口对接
报表看板与经营数据分析
交付清单
每一项均可归档、可交接，确保后续由内部团队或第三方维护时具备完整依据。
- 业务流程现状图与目标流程图
- 数据模型与权限矩阵
- 系统源码、数据库脚本与迁移方案
- 接口文档与第三方对接记录
- 培训材料与验收报告
常用技术栈
依据项目现状与团队能力选型，兼顾可维护性与后续扩展。
Java / Spring Boot
PHP / ThinkPHP
Node.js
MySQL / PostgreSQL
Redis
RabbitMQ / Kafka
BI 看板
实施阶段
每阶段均有可确认的产出与验收记录，问题在阶段内解决。
阶段 01
流程盘点
把现有表格、旧系统与人工环节摊开，找出重复录入与对账成本最高的点
阶段 02
范围与模型
确定首期模块、角色权限与数据迁移范围
阶段 03
开发与试运行
核心模块先跑通，再并行试运行校验数据
阶段 04
切换与陪跑
旧系统下线、数据归档，安排一段陪跑期
中亚的合规关注点
实施系统开发时，以下要求会直接影响数据结构、页面呈现与部署方式。我们在方案阶段逐项确认，具体法律判断建议由当地顾问复核。
哈萨克斯坦《个人数据及其保护法》
法律对个人数据的收集、处理与跨境传输设定条件，并要求哈萨克斯坦公民的个人数据存储在境内。系统设计时把数据分区、访问审计、导出审批与保留期限做成常规能力，部署方案按客户要求确定数据落地位置。具体条文与生效时间以双方法务核验的版本为准。
乌兹别克斯坦《个人数据法》
法律要求乌兹别克斯坦公民的个人数据在本国境内存储与处理，并对跨境传输设定条件。涉及在当地收集姓名、联系方式、证件与位置信息的系统，按境内存储方案设计，境外访问通过受控通道并留审计记录。具体条文与生效时间以双方法务核验的版本为准。
电子发票与税务申报接口
哈萨克斯坦与乌兹别克斯坦都推行电子发票，企业开具与接收的发票需经官方平台流转，格式与字段由平台规定。系统在开票环节对接官方接口，失败时保留原始报文并生成待处理清单，避免出现账面有单、平台无票的情形。
经营主体、关税同盟与产品认证
哈萨克斯坦与吉尔吉斯斯坦属欧亚经济联盟成员，货物在成员国内部流转适用统一关税与技术法规，部分产品需要联盟认证标志。系统按主体与国别记录资质与证照有效期，到期前提醒；涉及认证的产品，在物料主数据里保留证书编号与适用国别。
中亚与本服务相关的交付案例
以下案例涉及系统开发，可对照查看客户痛点与交付成果的处理方式。
建材与农机贸易进销存系统
客户：某建材与农机贸易商（跨境批发，年单量约 1.2 万）
客户痛点
报价靠 Excel 模板，同一产品对不同客户报不同价，折扣审批走微信；库存分在三个仓库，账面与实物常对不上；采购用外币结算，汇率变动后毛利要手工重算。
交付成果
- 报价与折扣：按客户等级与产品线配置价格表，折扣超限走审批
- 多仓库存：入库、出库、调拨与盘点在一套账上，差异生成核对清单
- 外币采购：按结算日汇率折算，汇兑损益单独列示
- 毛利报表：按产品、客户与订单出毛利，成本口径可追溯
项目结果
报价从套模板改为按价格表生成，折扣审批留痕；三仓库存合并为一套账，月度盘点差异可逐项核对；外币采购的毛利按汇率自动折算。
交付价值：产品、客户与价格数据沉淀为可查询的记录，报价与采购决策有据可依；财务核对的工作量下降。
农产品与食品批发订单与配送系统
客户：某农产品与食品批发商（覆盖 4 个城市，200 余家门店）
客户痛点
订单靠电话与微信接，业务员各自记录，重复下单与漏单都有；配送路线凭司机经验，生鲜品类时效要求高；退换货没有统一口径，月底对账争议多。
交付成果
- 订单归集：电话、微信与门店自助下单统一进同一队列
- 分拣配送：按品类与路线生成拣货单与配送单，司机端可见
- 退换货：按原因码登记，与结算单关联
- 对账：按门店生成对账单，差异逐条标注
项目结果
重复下单与漏单不再出现；配送路线按订单量排定，生鲜品类的送达时间可控；退换货有统一原因码，对账争议减少。
交付价值：订单与门店数据可分析品类结构与复购，采购计划有依据；配送时效数据可用于评估运力。
清关物流单证与节点追踪系统
客户：某跨境物流服务商（年操作约 6000 票）
客户痛点
一票货的单证分散在邮件与共享盘，报关资料靠人工整理；口岸与境外段的节点各自记录，客户查询要逐个环节打电话；异常件没有统一登记，责任划分靠回忆。
交付成果
- 单证管理：按票归集合同、发票、装箱单与报关资料，缺失项提醒
- 节点追踪：境内运输、口岸申报、境外转运各段登记时间与责任方
- 异常登记：按统一原因码记录，附照片与处理结果
- 客户查询：按单号查看当前节点与历史记录
项目结果
单证按票归集，报关资料不再靠人工从邮件里翻找；节点信息由各环节自行登记，客户查询不再中转电话；异常件有统一原因码，责任划分可追溯。
交付价值：每票货的全流程形成完整记录，纠纷处理有依据；口岸与线路的时效数据可用于报价与调度评估。
案例说明：客户名称依保密约定作匿名化处理；案例用于说明实施方式与交付边界，具体指标以项目验收资料为准。
系统开发常见问题
前三项为通用问题，后两项针对中亚的本地情况。
已有 ERP 还能做二次开发吗？
能，但先判断值不值得。如果 ERP 本身有标准接口，我们做外围系统与数据对接；如果只能改源码，会先评估升级风险再决定，避免改完之后无法升级。
数据迁移会不会丢？
迁移前做全量备份与字段映射表，先跑一次试迁移核对总数与抽样明细，正式迁移当天保留旧库只读，确认后再归档。
多人同时用会不会卡？
按并发量设计。常规中小企业系统在合理索引与缓存下支持数十到数百并发；如果有大促或集中录入场景，会在方案里单独压测。
在中亚做系统开发，周期与沟通时间怎么安排？
按中亚常用时区（UTC+5（哈萨克斯坦、乌兹别克斯坦）· UTC+6（吉尔吉斯斯坦））安排例会与确认节点。需求与方案阶段每周同步一次书面进度；开发阶段每两周提交一个可运行版本。跨时区协作时，关键确认点放在双方工作时间的重叠时段，避免因等待回复拖慢进度。
在中亚做系统开发，需要提前确认哪些本地合规要求？
中亚项目通常涉及哈萨克斯坦《个人数据及其保护法》、乌兹别克斯坦《个人数据法》、电子发票与税务申报接口等要求。这些要求会直接影响数据结构、页面呈现、部署位置与数据留存方式，因此在方案阶段逐项确认并写入交付材料。具体法律判断，建议由当地专业顾问复核后执行。
中亚的其他技术服务
多数项目会同时涉及两到三类服务，例如先建设站点再实施业务系统，或在系统上线后接入 AI 能力。
软件开发
按业务规则定制，规则变动不用改代码
手机 APP 开发
弱网可用，一线人员不必记住操作步骤
网站建设
俄语与英语同站维护，两套内容都能被搜到
物联网开发
先在一个点位跑通，再复制到其他场所
AI 应用开发
回答要有依据，并且能转人工
系统运维
上线之后有人接手，不是交付即结束
