库存
每10至15分钟从1C同步到网站。 最主要的目的,是避免卖出已经没货的商品。
五项服务,各自消除一段人工作业:订单流转、开具账单、运费计算与小票发送。
双向对接:商品、参数、价格与库存同步到网站,订单与客户回传到业务系统。我们会配置同步计划与规则,让销售人员在熟悉的界面里看到订单。
Wildberries、Ozon与Yandex Market:商品资料上架、库存与价格同步、订单统一接入。一套库存取代三套各自为政的台账。
收单与支付:银行卡、快捷转账、对公开票付款与分期。我们还会配置退款以及付款与订单的对账。
在购物车中按体积与地址计算运费、在地图上选择自提点,并自动生成物流单号与订单状态。
按54号联邦法完成小票上传,无需购置实体收银机:付款时小票自动发送给顾客邮箱并上报税务机关。
并非所有数据都需要实时同步。大目录频繁同步会同时拖累网站与业务系统。
每10至15分钟从1C同步到网站。 最主要的目的,是避免卖出已经没货的商品。
每天数次从1C同步到网站。 变动频率低于库存,因此无需频繁同步。
每天夜间从1C同步一次到网站。 大批量导出会明显加重业务系统负担。
下单后立即从网站同步到1C。 销售人员必须立即在熟悉的界面中看到订单。
每15分钟从1C同步到网站。 顾客可在个人中心查看订单进展。
数据对接中过半的问题不出在技术,而出在数据本身。 商品重复、计量单位不一致、缺少货号、分类临时拍脑袋。因此在对接前我们总会先检查1C中的主数据:有时把它理顺,比为混乱数据写处理程序更省钱。
数据对接先在副本上运行,而不是直接上生产库。生产目录出现同步错误的代价,远高于多准备两天。
检查商品档案、计量单位、仓库与价格类型,并明确开工前需要整理的内容。
先约定什么算一个独立商品、导出哪些价格,以及零库存商品如何处理。
在数据库副本与测试站点上跑通完整流程,验证从加入购物车到开具小票的全过程。
切换到生产数据,配置同步计划与异常告警,并在首周持续观察。
多数情况下可以,但工作量取决于版本以及配置被改动的程度。标准配置几乎开箱即可对接,深度改造过的则需要定制处理程序。开始前我们会查看数据库并给出明确答复。
网站会继续使用最后一次同步的数据运行,同时我们会收到告警。订单先暂存在网站,待同步恢复后自动进入1C,不会丢失。
如果只做线上销售,云收银即可:无需办公室设备就能开具并发送小票。只有涉及收现金或门店结算时,才需要实体收银机。
可以,这正是对接的核心意义。无论订单从哪个渠道产生,库存都在同一系统中扣减。我们还会配置库存预留,避免同一件尾货在两个平台同时售出。
请说明使用哪个版本的1C、在哪些渠道销售、目前哪些工作靠人工。我们会评估工作量与周期。
申请已受理
我们已经收到。我们会在一个工作日内回复,紧急问题将立即安排值班工程师处理。
未找到该城市,请检查拼写。