lunanting
6c3b14fc10
- returnStockWarningService.js: 新增 supplierCoopSign 取 js_supplier.coopersgn (LEFT JOIN dbo.js_supplier sp ON sp.scmname = sk.supplier_name)， 解析为 supplierCoop / supplierCoopLabel（1=合作 / 2=不合作 / 其它=未知）， 导出列「是否出库」同步替换为「供应商是否合作」 - StockWarning.jsx: 表格列替换，新增合作状态 Tag 与判断依据 Tooltip - returnStockWarehouseRegistry.js: 更新崔桥工厂仓客退位复测结论 （2026-09-27 已同步进副本：349 编码 / 507 件）
161 lines
8.3 KiB
JavaScript
161 lines
8.3 KiB
JavaScript
'use strict';
|
||
|
||
/**
|
||
* 客退数据监控 —— 仓库注册表
|
||
* --------------------------------------------------------------------------
|
||
* 每个仓库一张「客退数据监控」看板，页面结构完全一致，差异只有三件事：
|
||
* 1. 库存取自哪个仓（jst_inventoryInfo.wms_co_id）；
|
||
* 2. 「客退临时上架仓」的库存在哪个自定义库存位上；
|
||
* 3. 退货单表（售后单 / 奇门退款单）里的销退仓名称（仅「最早入库时间」口径用）。
|
||
*
|
||
* 关于第 2 点——2026-09-17 用户给出了每个仓在聚水潭里的**准确仓位名**，并明确
|
||
* 「看板数据取自该仓位」。聚水潭给每个仓库单独开「自定义库存位」来做客退上架仓，
|
||
* **各仓用的位不一样**（2026-09-16 全库核对结论），所以两个字段要分开写：
|
||
* · returnBinName = 用户口径的聚水潭仓位名，写进页面/导出的「数据来源」，便于核对；
|
||
* · returnSlot = 副本里真正取数的那一列，必须与上面的仓位名一一对应。
|
||
*
|
||
* 仓位名 → 库存位 对照（2026-09-27 复测，条件 ISNULL(col,0) > 0）：
|
||
* 箱及仓位库存 · 简尚-崔桥工厂仓 · 崔桥工厂客退临时上架仓 customize_qty_1 349 编码 / 507 件
|
||
* 箱及仓位库存 · 简尚-新苏北仓 · 新苏北客退上架仓 customize_qty_1 75 编码 / 362 件
|
||
* 箱及仓位库存 · 简尚-睢宁仓 · 睢宁客退上架仓 customize_qty_1 98 编码 / 243 件
|
||
* 箱及仓位库存 · 简尚-山东青岗集仓 · 青岗集客退上架仓 customize_qty_2 403 编码 / 912 件
|
||
* 箱及仓位库存 · 简尚-河南洛宁仓 · 河南洛宁客退上架仓 三位全为 0（无数据）
|
||
*
|
||
* ── 2026-09-27 重要更新：崔桥工厂仓的客退库存已经同步进副本了 ──
|
||
* 09-25 首次切换时该仓客退位只有 2 编码 / 2 件（当时判定「未同步进副本」），
|
||
* 09-26 起 IT 侧补上了同步：09-26 当天写入 317 编码 / 460 件，09-27 又补 31 编码 / 46 件，
|
||
* 09-27 10:11 实测 349 编码 / 507 件（= 副本 c1 合计，页面与副本完全对得上）。
|
||
* ⚠ 所以下面「崔桥必然近乎空白 / 只能靠导入」的旧结论已经作废，不要再拿它当依据。
|
||
* 现在这张看板能正常出数，**不需要**用导入功能兜底。
|
||
*
|
||
* ⚠ 崔桥工厂仓（15038426）是 2026-09-25 用户指定替换横林二仓的。复测结论：
|
||
* 副本里该仓客退位只有 2 编码 / 2 件，但退货单量很大（ERP 售后单 3,115 条 +
|
||
* 奇门退款单 1,812 条，warehouse='简尚-崔桥工厂仓销退仓'）——即「退货有，客退上架库存
|
||
* 没同步进副本」。全库 218 张表里没有任何「销退仓 / 客退仓 / 上架仓」命名的独立仓
|
||
* （jst_warehouseInfo 里 name 含「退」的为 0），销退仓只是退货单据里的 warehouse 文本值。
|
||
* 所以崔桥这张看板在当前副本下**必然近乎空白**，要出数只能：① 让 IT 把该仓客退上架仓
|
||
* 的库存同步进 jst_inventoryInfo 的自定义库存位；② 用页面「导入」上传聚水潭导出文件。
|
||
*
|
||
* ⚠ 副本里**没有任何仓位维度**（2026-09-17 复核：218 张表 / 5,496 个字段中，列名含
|
||
* bin / box / position / location / shelf / slot 的为 0 个；jst_sku.bin、jst_sku.other_bin、
|
||
* jst_returnAndRefundItem.box_id、jst_packInventoryInfo.bin 四个疑似字段 100% 为空）。
|
||
* 所以「按仓位名取数」在副本上做不到，只能用该仓位绑定的自定义库存位近似；
|
||
* 要逐箱还原（含真实的箱上架时间），必须导入聚水潭导出的文件。
|
||
*
|
||
* 河南洛宁仓（15539084）当天客退库存为 0：仓库存在、也有退货单，但三个自定义库存位
|
||
* 全为 0（只有 qty 总库存 83,273 件）。看板照样建，只是空表——页面会提示
|
||
* 「该仓当前没有客退在库数据」，等聚水潭侧同步进来后自动有内容。
|
||
*/
|
||
|
||
// 客退临时上架仓在 jst_inventoryInfo 里的候选列
|
||
const RETURN_SLOT_COLUMNS = ['customize_qty_1', 'customize_qty_2', 'customize_qty_3'];
|
||
|
||
const WAREHOUSE_LIST = [
|
||
{
|
||
key: 'cuiqiao',
|
||
// 页面标题 / 侧边栏名称（2026-09-25 用户指定：原「横林二仓客退数据监控」改为崔桥工厂仓）
|
||
title: '崔桥工厂仓客退数据监控',
|
||
shortName: '崔桥工厂仓',
|
||
// 仓库主表 jst_warehouseInfo.wms_co_id
|
||
wmsCoId: 15038426,
|
||
warehouseName: '简尚-崔桥工厂仓',
|
||
// 退货单（售后单 / 奇门退款单）里的销退仓名称，仅 firstInbound 口径用到
|
||
returnWarehouseDb: '简尚-崔桥工厂仓销退仓',
|
||
// 聚水潭「箱及仓位库存」里对应的仓位名（2026-09-25 用户指定，页面/导出直接显示它）
|
||
returnBinName: '崔桥工厂客退临时上架仓',
|
||
// 客退临时上架仓占用的自定义库存位
|
||
returnSlot: 'customize_qty_1',
|
||
// 2026-09-27 复测：客退位已同步进副本 —— 349 编码 / 507 件（c1 合计），
|
||
// 退货单口径：ERP 售后单 3,115 条 + 奇门退款单 1,812 条（warehouse='简尚-崔桥工厂仓销退仓'）。
|
||
hasReturnStock: true,
|
||
},
|
||
{
|
||
key: 'subei',
|
||
title: '苏北客退数据监控',
|
||
shortName: '苏北',
|
||
wmsCoId: 15038347,
|
||
warehouseName: '简尚-新苏北仓',
|
||
returnWarehouseDb: '简尚-新苏北仓销退仓',
|
||
// 2026-09-17 用户指定：苏北客退数据取自「新苏北客退上架仓」
|
||
returnBinName: '新苏北客退上架仓',
|
||
returnSlot: 'customize_qty_1',
|
||
hasReturnStock: true,
|
||
},
|
||
{
|
||
key: 'suining',
|
||
title: '睢宁客退数据监控',
|
||
shortName: '睢宁',
|
||
wmsCoId: 15032603,
|
||
warehouseName: '简尚-睢宁仓',
|
||
returnWarehouseDb: '简尚-睢宁仓销退仓',
|
||
// 2026-09-17 用户指定：睢宁客退数据取自「睢宁客退上架仓」
|
||
returnBinName: '睢宁客退上架仓',
|
||
returnSlot: 'customize_qty_1',
|
||
hasReturnStock: true,
|
||
},
|
||
{
|
||
key: 'shandong',
|
||
title: '山东客退数据监控',
|
||
shortName: '山东',
|
||
wmsCoId: 15137523,
|
||
warehouseName: '简尚-山东青岗集仓',
|
||
returnWarehouseDb: '简尚-山东青岗集仓销退仓',
|
||
// 2026-09-17 用户指定：山东客退数据取自「青岗集客退上架仓」
|
||
returnBinName: '青岗集客退上架仓',
|
||
// ★ 山东用的是第 2 个自定义库存位，与横林/苏北/睢宁不同
|
||
returnSlot: 'customize_qty_2',
|
||
hasReturnStock: true,
|
||
},
|
||
{
|
||
key: 'henan',
|
||
title: '河南客退数据监控',
|
||
shortName: '河南',
|
||
wmsCoId: 15539084,
|
||
warehouseName: '简尚-河南洛宁仓',
|
||
returnWarehouseDb: '简尚-河南洛宁仓销退仓',
|
||
// 2026-09-17 用户指定：河南客退数据取自「河南洛宁客退上架仓」
|
||
returnBinName: '河南洛宁客退上架仓',
|
||
// 该仓三个自定义库存位全为 0，河南洛宁客退上架仓在副本里取不到数据
|
||
returnSlot: 'customize_qty_1',
|
||
// 当前该仓客退库存为 0（仓库与退货单都在，只是当天没有客退在库）
|
||
hasReturnStock: false,
|
||
},
|
||
];
|
||
|
||
const DEFAULT_WAREHOUSE_KEY = 'cuiqiao';
|
||
|
||
const WAREHOUSE_MAP = new Map(WAREHOUSE_LIST.map((item) => [item.key, item]));
|
||
|
||
/** 归一化仓库标识：认 key（henlin2 / subei / ...），也容忍直接传 wms_co_id */
|
||
function resolveWarehouseKey(value) {
|
||
const raw = String(value === null || value === undefined ? '' : value).trim();
|
||
if (!raw) return DEFAULT_WAREHOUSE_KEY;
|
||
const byKey = WAREHOUSE_MAP.get(raw.toLowerCase());
|
||
if (byKey) return byKey.key;
|
||
const byId = WAREHOUSE_LIST.find((item) => String(item.wmsCoId) === raw);
|
||
return byId ? byId.key : DEFAULT_WAREHOUSE_KEY;
|
||
}
|
||
|
||
/** 取仓库配置（永远返回一个有效配置，非法值回落到默认仓） */
|
||
function resolveWarehouse(value) {
|
||
return WAREHOUSE_MAP.get(resolveWarehouseKey(value));
|
||
}
|
||
|
||
/**
|
||
* 页面/导出文案里的「数据来源」，例如
|
||
* 「箱及仓位库存 · 简尚-新苏北仓 · 新苏北客退上架仓」
|
||
* 仓位名逐仓不同（用户 2026-09-17 口径），必须读注册表，不能写死。
|
||
*/
|
||
function getWarehouseStockLabel(warehouse) {
|
||
return `箱及仓位库存 · ${warehouse.warehouseName} · ${warehouse.returnBinName}`;
|
||
}
|
||
|
||
module.exports = {
|
||
WAREHOUSE_LIST,
|
||
RETURN_SLOT_COLUMNS,
|
||
DEFAULT_WAREHOUSE_KEY,
|
||
resolveWarehouse,
|
||
resolveWarehouseKey,
|
||
getWarehouseStockLabel,
|
||
};
|