适用场景
做电商的，尤其是运营相关人员，总是希望能实时把控各种销售、发货、退货等数据，各种动态变化都能呈现于一屏并随时刷新，从而为决策与调整提供必不可少的数据支撑。也就是说，需要一种特殊的数据报表，浓缩、精炼、实时、动态，而不是在好几种报表之间切换、分析。
【仪表盘】正是聚水潭SaaS ERP系统的“报表”子系统的浓缩，浓缩就是精华……
操作路径
在Web端“报表”菜单→【仪表盘】。界面截图如下：
界面的自定义与布局调整
【仪表盘】主体由若干图表组成，可根据实际需求或个人偏好予以关闭，也可以拖曳以调整位置（顺序），最后单击主屏幕右上角的“保存配置”命令按钮即可生效。
※ （订单数据）
※ 已发货订单销售利润走势
※ 今日销售
※ 今日店铺销售
※ 今日发货量 VS 昨日发货量
※ 近7天实发与实退统计
※ 近7天销售量
※ 未发货商品排行
在标题上按住鼠标左键，直接拖曳即可调整该图表的位置
鼠标指针移到标题右上方，自动突显“关闭”按钮，单击就不再显示该图表
调整后，可保存修改后的布局配置也可恢复默认的布局配置
图表数据的来源与统计口径
※ （订单数据）
源自【订单】模块，单击具体数值自动筛选出对应的订单（记录）暨列出明细以供查看，而筛选条件即是该数值左侧的类别名。
如果发现个别数据存在不一致现象（数值较小），往往是由于存在着一定的缓存时差所致，【订单】是每秒钟都在刷新的，而【仪表盘】的更新统计信息是至少间隔10分钟……也就是说，日均单量比较大的客户，发现数据不一致现象时请先核查一下统计时间，间隔越久可能差别越大。
待发货xxx笔订单，由4组数据累加而来，与【订单】里的几种订单状态一一对应。
待发货：653笔订单＝62＋0＋322＋269
已付款未发货xxx笔订单，也是由4组数据累加而来，源自【订单】“货款方式&是否付款”是“已付款”的订单，但统计口径是基于“付款时间”。并且可能存在一些较特殊的订单，如货到付款、金额为0的手工订单等，在【仪表盘】是纳入统计而在【订单】是无法体现出来的。
【仪表盘】已付款未发货的是650笔订单，【订单】的则是646笔
等待买家付款xxx笔订单，由2组数据累加而来，分别源自【订单】“订单状态”和“货款方式&是否付款”。
等待买家付款：314笔订单＝303＋11
今日发货xxx笔订单，源自【订单】“订单状态”是“已发货”的订单，但统计口径是基于“发货时间”（而非“订单时间”）。商品数是这些订单实际发货件数的累加。
今日发货的订单，“发货时间”都是今天的，但“订单时间”有可能是昨天、前天甚或更早的
今日订单xxx笔订单，由3组数据累加而来，分别源自【订单】“货款方式&是否付款”和“订单状态”，且“订单时间”都是当日。
订单详情页面有三种金额，【仪表盘】读取的都是“实际已付”金额
※ 已发货订单销售利润走势
根据发货日期汇总统计最近15天（但不包含当日）的订单销售及利润走势。
销售（销售金额）：取自状态是“已发货”的订单数据，并排除掉了发货前取消商品的相应金额。
退款（退货金额）：取自状态是“已确认”的售后单数据。
收入：＝销售（销售金额）－退款（退货金额）。
利润：＝销售金额－销售成本－退货金额＋退货成本。
鼠标指针移到图表的数据节点上，自动显示2018年3月22日的退款（退货金额）是5009.87元
其中的销售（销售金额）源自【订单】，由各个订单的详情页面的“实际已付(支付已审核)”字段累加而成；退款（退货金额）源自【售后(退货退款)】，由各个售后单的“实际应退金额”字段累加而成。
销售（销售金额）取数自【订单】详情页面的“实际已付(支付已审核)”字段
退款（退货金额）取数自【售后(退货退款)】的“实际应退金额”字段
注意
该《已发货订单销售利润走势》图表所读取的数据，都是截止于前一日晚上的数据快照，当日的任何操作都不会予以反映。
也就是说，数据会有一天的延时……
※ 今日销售
根据订单的付款时间汇总统计，分时段显示当日的订单销售金额及订单数。
鼠标指针移到图表的数据节点上，自动显示当日09:00至09:59这一小时的销售金额是18116.48元
取数源自【订单】模块，由三组查询条件组合而成：①“付款时间”是当日，②“货款方式&是否付款”是已付款，③“其它”是非合并订单、非拆分订单；并排除掉了“订单类型”是“异常-线上锁定”或“异常-用户已申请退款”、“订单来源”是“拆分还原”的订单数据。
《今日销售》图表取数较为复杂，包含三组查询条件而排除掉了两组
注意
该《今日销售》图表所读取的数据，都是实时的。
但由于存在着一定的缓存时差，可能会有约10分钟的略微延迟……
※ 今日店铺销售
根据订单的付款时间汇总统计，分店铺显示当日的订单销售金额及订单数。
鼠标指针移到图表的数据节点上，自动显示今日xxx专营店截至目前共销售1234笔订单
取数源自【订单】模块，与《今日销售》完全相同，也是由三组查询条件组合而成：①“付款时间”是当日，②“货款方式&是否付款”是已付款，③“其它”是非合并订单、非拆分订单；并排除掉了“订单类型”是“异常-线上锁定”或“异常-用户已申请退款”、“订单来源”是“拆分还原”的订单数据。
《今日店铺销售》图表取数较为复杂，包含三组查询条件而排除掉了两组
注意
该《今日店铺销售》图表所读取的数据，都是实时的。
但由于存在着一定的缓存时差，可能会有约10分钟的略微延迟……
※ 今日发货量 VS 昨日发货量
根据发货日期汇总统计，分时段显示当日和前一日的发货订单数，方便对比。
鼠标指针移到图表的数据节点上，自动显示当日14:00至14:59这一小时已完成了发货的订单是902笔，比昨日同一时段要多
取数源自【订单】模块，状态是“已发货”的订单数据。
图表标题所包含的数值，是当日和前一日的已完成了发货的订单笔数的总计……
注意
该《今日发货量 VS 昨日发货量》图表所读取的数据，都是实时的。
但由于存在着一定的缓存时差，可能会有约10分钟的略微延迟……
※ 近7天实发与实退统计
根据进出仓日期汇总统计，分日期显示最近7天（但不包含当日）的发货与退货的订单数、件数，方便对比。
鼠标指针移到图表的数据节点上，自动显示2018年3月29日实际销售出仓的商品是25268件
取数与【进出仓查询】模块相似，单据类型分别为“销售出仓”和“销售退货”，单据状态是“已生效”。
注意
该《近7天实发与实退统计》图表所读取的数据，都是截止于前一日晚上的数据快照，当日的任何操作都不会予以反映。
也就是说，数据会有一天的延时……
※ 近7天销售量
根据订单的付款时间汇总统计，分日期显示最近7天（但不包含当日）发货的订单数及金额。
鼠标指针移到图表的数据节点上，自动显示2018年3月31日共销售2982笔订单
取数源自【订单】模块，由两组查询条件组合而成：①“货款方式&是否付款”是已付款，②“其它”是非合并订单、非拆分订单；并排除掉了“订单来源”是“拆分还原”的订单数据
注意
该《近7天销售量》图表所读取的数据，都是截止于前一日晚上的数据快照，当日的任何操作都不会予以反映。
也就是说，数据会有一天的延时……
※ 未发货商品排行
针对“已付款未发货”的商品（SKU），按数量从多到少逆序排列，以警示尽快处理。
所有数值都是表示商品件数，单击图表标题下的“更多”可弹出《已付款未发货明细》对话框并支持导出Excel表
取数源自【订单】模块，“货款方式&是否付款”是已付款的订单数据；并排除掉了订单类型是“已取消”、“异常-线上锁定”或“异常-用户已申请退款”、订单来源是“拆分还原”的订单数据。
对于组合装商品，一律自动分解为各个单品来统计……
注意
该《未发货商品排行》图表所读取的数据，都是实时的。
但由于存在着一定的缓存时差，可能会有约10分钟的略微延迟……