创智_drms_操作标准手册_门店实时盘点.doc

门店实时盘点 目录 1、 管理意义 2 2、 实施导入 2 2.1、 前台 2 2.2、 后台 3 3、 用户实操 5 3.1、 初盘完成 5 3.2、 实时回传总部并出差异 6 3.3、 实时上传盘点数据处理 8 3.4、 前台进行复盘处理 12 3.5、 复盘确认 15 3.6、 复盘确立时后台处理 16 3.7、 终极盘点量输入 17 3.8、 终极复盘时流向查询 17 3.9、 终极盘点确立时后台处理 18 3.10、 总部查看复盘情况 18 门店实时盘点 管理意义 确保门店第一时间掌握差异，进行复盘。 实施导入 前台 启用实时盘点功能 【盘点作业】【联网复盘】=Y N-门店确认后，通过通讯回传总部。缺省值为N Y-门店确认时，自动汇总上传总部，并生成差异分析表。 后台 建立表结构 //门店复盘控制 //门店复盘控制 create table pos.physical_count_double_check ( pcdc_pd_id varchar(15) not null, pcdc_br_id varchar(8) not null, pcdc_pro_id varchar(13) not null, pcdc_pd_date datetime null, //复盘日期 pcdc_qty_pd numeric(12,3) not null, //复盘数量 pcdc_qty_onroad numeric(12,3) not null, //在途量 pcdc_qty_book numeric(12,3) null, //复盘日帐面量 pcdc_memo1 varchar(60) null, pcdc_memo2 varchar(100) null, pcdc_input_user varchar(10) null, pcdc_input_date datetime null, pcdc_audit_user varchar(10) null, pcdc_audit_date datetime null, pcdc_qty_first numeric(12,3) null, //首盘数量 pcdc_qty_first_book numeric(12,3) null, //帐面量 pcdc_qty_open numeric(12,3) null, //最终实盘 pcdc_amt_amerce numeric(12,3) null //罚款金额 ) ; alter table pos.physical_count_double_check add constraint pk_pcdc primary key clustered (pcdc_pd_id,pcdc_br_id,pcdc_pro_id) ; 复盘时间 于总部设置处理策略如下： 【盘点作业】【复盘量推算】=Y Y-由于复盘日期与盘点计划日期不一样，中间发生了进货或销售，复盘量不能直接视为初盘量，需要进行推算。缺省为Y。 推算方法如下： 如复盘量10盒，中间进了2盒，则正确的初盘量应为8盒。 如复盘量10盒，中间销售了2盒，则正确的初盘量应为12盒。 这里最大的困难是复盘日期的确立。要求：复盘日是一个工作日的结束。 N-复盘量就是盘点日的量。1、立即复盘。2、复盘后人工扣除中间变化的量。 注：对于盘点后立即实时复盘的，则设为N-立即复盘。 总部自动响应 门店盘点战线较长，时间不一，所以总部要做到无人值守。 请启用【排队审单】功能。 用户实操 初盘完成 对录入的数据进行汇总，并上传总部。 录入完成后，单据状态是未审，按C^S进行审核。 审核后，状态变为已审 审核后，自动将盘点单汇总上传 上传后，自动生成差异 实时回传总部并出差异 初盘上传失败处理 初盘完成，审核时，可能由于网络或其他状况（如后台的盘点计划配合不到位）的情况造成前台失败。 可以按下面的操作 查找定位到本盘点录入单（注意是已审状态） 再按审核键，重试上传数据 通过汇总功能上传 以下功能是可选项。菜单条也可以隐掉。 异常情况 配置正确的总部数据库联结 否则会出现以下错误提示： 后台盘点计划：同一门店+该天没有做盘点计划 有可能日期做错了。 后台盘点计划：同一门店+同一天有多个 后台盘点计划状态：必须为备份或汇总状态 实时上传时检查商品是否在盘点计划中 实时上传盘点数据处理 增加子功能：实时将前台的盘点录入明细，写入后台。 前台发送指求指令 任务 写入后台pos.client_apply 主要字段 值 说明 类型 MDPDCY 门店盘点差异 详细 单据号 盘点单号 后台收到指令后，进行盘点汇