#0009:说说供应商平台里的采购订单处理

曾经在这篇文章中提到过旺财供应商门户(平台),今天专门说一下我的理解。

为什么采购订单是核心?

供应链的大部分工作都是围绕着一个个的采购订单来完成的,不管是供应商相关的采购、制造、配送、发票,核心都在围绕供求双方的信息和资金流展开。

经常看到采购部门的同事耗费了大量精力在日常操作上。比如供应商的订单生成,订单发送,订单交期、单价、数量确认,订单变更,以及订单加急和质量、发货、发票等各种问题,更不要提例外情况发生。

如果日常工作中还在使用Email、传真、电话、IM等沟通方式,并没有一个
信息系统与供应商连接呢,就很难简化手工操作,固化和标准化订单层面的操作流程,并收集双方反馈数据,没有了数据,也无法准确判断组织和流程是否高效执行。

供应商平台里的采购订单该怎么处理

以一个制造业企业为例,它改如何跟供应商对接,管理采购订单呢?首先这是一个采购方和供应商都可以方便访问的网络平台,采购订单的明细和活动都放在上面,采购员和供应商都有自己的账号和相匹配的权限看到自己的订单。功能上需要有:

  1. 采购订单自动通过Job从ERP导入到平台
  2. 供应商通过平台更新承诺交期、数量和单价,自动回写ERP系统
    • 如果供应能满足需求,这就形成供应商承诺,无需人工介入
    • 如果供应不能满足需求,比如交期过长,平台提醒采购员进行人工介入
    • 采购员通过平台再度要约,供应商通过平台再度承诺,配以电话、Email等其他沟通方式,直到双方达成一致。
  3. 订单的变更需要通过平台进行二次确认
    • 不管需求的日期、数量变更,还是订单提前、推后或取消信号都需要自动通过平台传递给供应商,提醒供应商重新承诺
    • 供应商重新承诺,需求和供应不匹配,提醒采购员介入,进入要约—承诺—再要约—再承诺—直到最终达成一致的流程。
    • 供应商无法兑现承诺,提前通过电子商务通知采购,建议新的交付日期
    • 采购方认可的话,新的交付日期成为承诺日期
    • 采购方不认可的话,维持原来的承诺日期,供应商要么努力达成原来的交付日期,要么迟到,影响到其按时交货率。
    • 不管采购方认可与否,供应商新的交付日期都会通过平台写入ERP,以便更新下一级的承诺和最终的客户交付日期,供客服更新客户,管理交付。
  4. 供应商发货后,将出货通知单通过平台发送给采购方
  5. 根据实际情况进行开票操作,并记录寄送信息,采购方收到后进行信息登记。
  6. 仓库到货检验,入库上架,根据账期自动完成付款,形成闭环。
  7. 特别针对订单或订单行级别的沟通,都可以图文方式在系统内直接回复存档,记录下来双方沟通的全过程。

上述的功能其实跟ERP的接口是比较关键的,触发更新和回写的及时性和逻辑性也是有很大可商榷性的。

对于中间质量问题处理、询价、投标、供应商制造进度、标签打印等细节,我们稍后展开。

物流行业依然很热闹

被放鸽子

因为单位需要提高客户服务质量,想把发货单明细和物流信息制作成手机(微信)上可方便查看的H5页面,希望用UniApp多端生成的技术。找了一个曾经合作过的技术,可是谈好的事情,最后跟我说嫌单子小,不接了。

亲身参与

上述项目中对接短信和物流快递跟踪的接口,因时间紧也外包了这块开发。但心里还是想既然有机会接触互联网的东西,还是要多用点心,万一外包出点岔子,自己还能掌控。

碰巧上周日中通的大石头搞了个小规模的聚会,就报名参加了,驱车一个多小时到青浦华兴镇上的虹桥宝龙城的瑞咖啡,听了来自申通和中通的技术大拿的一些行业分享,虽然很短暂,但从阿里入股申通,能看出来这几年快递公司轮番上市后,对于IT信息化的投入依然有增无减,这个数据驱动的行业,依然是片热土。

技术动向

虽然.NET Core日趋成熟,但在互联网和相关热门行业,Java还是主流。

微信端的H5应用,对于快递物流行业的C端是一个很好的选择,小程序可能有帮助,但H5的应用威力更大。

原生或混合应用对于物流快递从业者是主流,从设备到软件,更加可控。

一些见闻

早些年就听说过的海风教育,目前专注K12在线教育领域,居然连续保持700%的发展!

快递行业的投诉制度,对于网点来说,一般都是先赔付,让客户满意。因为一旦二次投诉,网点被处罚的成本更高。

快递物流公司内部人员变卖个人信息每年都会被抓入狱几个,可见诱惑之大。

利用内部接口或漏洞牟利的员工也不少,每家公司都会定期处理几个。

毕竟是民营企业,很多IT管理方面其实不管从用人,还是管人,距离外企的成熟模式还是差距很大,相信后期,比拼效率和降低成本的阶段,就能看得出管理的重要性了。

粤通宝工行ETC微信申请,免费快递到家,自行安装,小程序激活

我是3-4年前安装的ETC,是通过办理建设银行的信用卡,预先消费1000块,跑了一趟银行,然后跑了2趟安装点(加油站中午休息)才搞定。

后来不晓得怎么回事粘的不结实,松动了又跑了2趟重新安装了才能用。

没想到国家今年推ETC,年底前高速口只保留一个人工,并且节假日人工通道不享受优惠,看来年底前能普及个差不多了。

如果你还没安装,推荐你扫下面这个二维码!

我总结下来的好处如下:
不要跑银行,不要跑安装点,快递到手,自己安装,微信小程序激活,不需要押金,不需要办理信用卡,6大行借记卡均可用,激活后微信和借记卡充值即可。

转发有效,2019年底前有效!

0008#:人到中年不如狗,各自东奔西走

写着写着代码,觉得有点心烦。其实很多时候,当连轴转的时候,快到一个突破的临界点时,都会有这种感觉。

于是想起来前两天老同学电话里的这句话,就上来记录一下,当做标题。

中年上有老,下有小,房贷,车贷,工作、应酬、生活、健康哪样都不省心。同学放弃全职太太的机会,重新回到职场,起早贪黑,只因为给老公打个配合,为了孩子有更好地明天。

再看看周围这帮大学同学,大部分是20多年的寒窗苦读,10多年的拼命工作,现已距离不惑之年越来越近,也都可以慢慢清晰看到自己50、60岁的样子。谁的中年都不易,没有谁比谁更容易。日子仍要继续,只有比谁能坚持。

此时此刻,不管过得顺也好,逆也好。哪怕情况再差,每天也得尽力做好自己的事,必要时更得提升自己的能力,指不定哪天就时来运转了,或者当前平台没机会,但自己没放松反而在不断提升自己的实力,在下家公司里就能春风得意了。

同样的,一时的输赢绝不能代表一世的得失。周围同事的朋友圈里经常能看到,某人前几年由于一个失误,活得没指望,但突然想明白了,短短半年就完成了逆转,而另一些人从人生巅峰跌落到低谷,把10多年的家庭积累都送给了暴雷的P2P,搞得妻离子散,可谓家破人亡。所以,在任何时候都得积极主动,莫得意忘形,也不要放弃希望。

人到中年会认怂,会不由自主地认命。但老话讲的好:十年河东,十年河西。顺境有顺境的活法,逆境有逆境的活法,保持一颗归零的心态,聚焦一个方向干上10年,真有可能从浦东干到浦西去。

扯了这么多,又想起来2008年我和太太开启了一个不起眼的项目,但遇到瓶颈后干了5年就放弃了,现在深有感触和可惜。兜兜转转,没有资源和人脉的情况下,还是干一些和自己本职工作有直接关系的事情,才更有把握成功。人生没有几个10年,可喜的是去年和太太达成一致,利用我的业余时间和她带孩子之外的全部时间利用起来,齐心协力开启新的项目,面向B端的企业服务:旺财软件。围绕产品,提供周边服务。目前以一个小众市场的产品来试水和寻求突破:旺财珠宝库存管理系统。因为库存是老板的钱袋子,先帮老板管好货。

黄金批发版 – 适用于黄金素金饰品批发、展厅
黄金电商版 – 适用于在各大电商平台按克重销售的黄金饰品店铺,一物一码是亮点。
黄金饰品零售版 – 适合金店收银、开单、盘点、进销存(目前仍在完善中)

为什么还会选择以企业管理软件为方向?

我自己的本职工作就是企业管理软件的开发、应用、实施、培训和技术支持,大型系统对众多中小企业来说,根本没办法负担和配套应用,我有这么多年的项目经验积累了,拿成熟软件背后的管理理念来为中国的企业解决一些实际问题,应该是我当下最擅长的事情。

另外作为吃过青春饭的IT人(非互联网),我总结下来挣钱的方式就两种:

  1. 一种是干好手头的活,确保不出问题,然后与企业共发展,升职和加薪。
  2. 另一种则是积极扩大自己的品牌,不断探索新的挣钱方式。

对于我来说:后者更加积极,挣钱效率应该也优于前者。

而探索新的挣钱方式我一直在尝试如下方式:

  1. 比如小到通过写博客积累
  2. 然后可以开专栏出视频教程,写收费图书或电子书
  3. 再大点可以通过各种渠道找些项目
  4. 更大些可以做自己的产品

很多事情都是说起来容易做起来难,但一旦有了积极想法,而不是坐等每月的工资等稳定收入。至少自己的格局能不断变大、变广,挣钱的机会也会随之越来越多。

你觉得呢?

对比3家主流视频网站的上传功能后,我决定放弃一家

先来说说背景,2周前开始录制了一批软件使用的培训视频,总不能一直百度网盘发给客户下载观看。所以就开始上传到主流的视频网站。

通过对比,发现用户体验差距不大,但细节上还是挺明显的。

细节腾讯视频优酷爱奇艺
高清支持支持
批量上传支持
自定义封面支持
播单链接支持支持
微信小程序支持

因为高清支持的问题,我暂时放弃了优酷。

#0007:被表弟教育了一番

距离上一篇更新又一个月了,幸亏儿童节有个小短假,本职工作喘了口气,然后继续周末和晚上赶进度。

如果不是昨天被表弟在微信教育了一番,可能都不会停下来思考和记录,这里需要谢谢他的金玉直言。

表弟的教育涉及到几个点:

  1. 运营模式不清晰
  2. 商业逻辑有痛点
  3. 没有老板思维
  4. 明码标价负面影响大
  5. 他姐定位有问题
  6. 服务客户的理念有问题
  7. 喜欢给别人画饼

我本来就无力反驳,希望表弟能多提供一下帮助。所谓:当局者迷,旁观者清。听了这么多发自肺腑的话,给我触动挺大。

其实发现随着年龄的增大(也许不是主要原因),至少觉得我能听下去,容纳进去不同于自己的人、思路和意见建议,坦然的去承认当下,积极地去面对未来。

今天被表弟教育,明天还会被客户教育,后天还会被市场教育。

但这阻挡不住做下去的决心和勇气。

不试一试怎么知道行不行?

别人的方法难道就一定很神奇?相信自己更重要。

人在不同的阶段会改变对同一件事情的看法,但每个阶段的改变都是自我否定的过程,但其中也是有取有舍,该坚持的必须坚持,鞋子合不合脚,自己最明白。

趁此机会,将我当下对商业的理解表述出来:

商业的本质是共赢:让自己有用更强大的能力,为他人提供更好的产品和服务,交付价值助其成功,然后获得自己应得的部分。

围绕这个核心,先给自己一个定位,把自己的理念传递给尽可能多的人,让那些认可相同理念的人,关注我在做的事情,了解我能提供的产品和服务,并等待合适的时间能帮到他。

本周连续几天录制培训视频(还是黄金批发版的,可自行腾讯视频和优酷搜索:旺财软件,电商版已重构和测试完毕,会在下个月搞在线用户手册和培训视频)到凌晨,需要调整一下,不然吃不消了,就以“种草,继而养马”来结束本文吧。

不要去浪费时间去追野马,用这段时间来种草,待到来年春花浪漫时,自会有良马前来。

FlowPortal BPM中有用的SQL:统计每个人待处理任务数量

这个适用于4.5及以上,目前应该是5.7了。

SELECT ExtRecipient
,COUNT(*) AS Quantity
FROM [BPMDB].[dbo].[YZV_TaskList]
WHERE NodeName <> 'Start' 
AND State = 'Running' 
GROUP BY ExtRecipient
ORDER BY ExtRecipient

通过读取自带的视图,可以省去了3.5版本中的AgentAccount的问题。

通过AutoMate调度一下,每周自动发送一下邮件,省得每个步骤上都去单独设置提醒了。

收到的邮件格式如下,供参考。

FlowPortal BPM 3.5 有用的SQL:统计每个人有几条未处理任务

本版本仅限于3.5版本,不适用于4.5及以上。

第一个版本如下:

SELECT
[BPMDB].[dbo].[BPMInstProcSteps].[OwnerAccount] AS ExtRecipient
,COUNT([BPMDB].[dbo].[BPMInstProcSteps].[OwnerAccount]) AS Quantity
      
FROM [BPMDB].[dbo].[BPMInstProcSteps] INNER JOIN [BPMDB].[dbo].[BPMInstTasks] ON [BPMDB].[dbo].[BPMInstProcSteps].[TaskID] = [BPMDB].[dbo].[BPMInstTasks].[TaskID]
WHERE [BPMDB].[dbo].[BPMInstTasks].[State] = 'Running'
AND [BPMDB].[dbo].[BPMInstProcSteps].[FinishAt] IS NULL AND [BPMDB].[dbo].[BPMInstProcSteps].[OwnerAccount] <> 'waibpm' AND [BPMDB].[dbo].[BPMInstProcSteps].[NodeName] <> 'Start'
GROUP BY [BPMDB].[dbo].[BPMInstProcSteps].[OwnerAccount]
ORDER BY [BPMDB].[dbo].[BPMInstProcSteps].[OwnerAccount]

有个问题,就是一旦任务被处理人手动或自动转给助理/代理人,这个数据就不准了。所以就有了第二个版本:

SELECT
ISNULL([BPMDB].[dbo].[BPMInstProcSteps].[AgentAccount],[BPMDB].[dbo].[BPMInstProcSteps].[OwnerAccount]) AS ExtRecipient
,COUNT(*) AS Quantity
FROM [BPMDB].[dbo].[BPMInstProcSteps] INNER JOIN [BPMDB].[dbo].[BPMInstTasks] ON [BPMDB].[dbo].[BPMInstProcSteps].[TaskID] = [BPMDB].[dbo].[BPMInstTasks].[TaskID]
WHERE [BPMDB].[dbo].[BPMInstTasks].[State] = 'Running'
AND [BPMDB].[dbo].[BPMInstProcSteps].[FinishAt] IS NULL 
AND [BPMDB].[dbo].[BPMInstProcSteps].[OwnerAccount] <> 'waibpm' 
AND [BPMDB].[dbo].[BPMInstProcSteps].[NodeName] <> 'Start'
GROUP BY ISNULL([BPMDB].[dbo].[BPMInstProcSteps].[AgentAccount],[BPMDB].[dbo].[BPMInstProcSteps].[OwnerAccount])
ORDER BY ISNULL([BPMDB].[dbo].[BPMInstProcSteps].[AgentAccount],[BPMDB].[dbo].[BPMInstProcSteps].[OwnerAccount])

这个SQL写得并不好,因为GROUP BY和ORDER BY里面还有运算。最好写一个UNION将有AgentAccount和没有AgentAcount的单独筛选一下,然后再来汇总。

如果数据量不大,用这个也无妨。

另外附上在AutoMate中调度这个SQL,然后自动发送邮件的细节,供参考(图可以下载后放大看)。

#0006:你每天都在更新软件呀

说来惭愧,今天有个老同事跟我聊天,我才想起来断更的事情。

距上次发文已经1个月零4天了,这些天的业余时间都在忙旺财珠宝库存管理系统黄金电商版的重构,五一劳动节也只休息了2天。

加上中间感冒,因为晚上搞得太晚,本来好了一半的感冒又延长了好几天。好在重构和产品化的工作已接近尾声,预计月底前能上架淘宝开售,这样老婆孩子的伙食问题又多了一个保障。这么干下去,多搞几个产品,就可以多养几个员工,为国家就业做贡献了。除了帮助企业成功,还能帮助员工成功。想到这里,我笑了(你应该能感受到吧)。

为什么每天更新?

我相信小成就、小财富,其实都是日积月累,可能一段时间需要将自己的接触的东西整理下来,日积月累就会从一滴水变为一瓶水、一桶水。

但我希望打一口井,能够自动出水。

再者说了,敲代码是我喜欢做的事情,特别是通过敲键盘,在帮用户解决问题的同时,还能带来精神上的成就感和物质上的回报。何乐而不为呢!?

敲代码之外的选择

做到我这个年纪的很多同事,已经不再碰代码了,要么全转管理,要么项目管理类。而我除了敲代码外,也偶尔做些培训和咨询的工作。因为前几日有人微信付费咨询我FlowPortal BPM问题,还有Infor LN/BaaN外包项目的开发需求(没接,虽然按天计费),顺手更新了《 找我培训、咨询(问问题)、外包、技术支持前,请先阅读 》,请感兴趣的朋友预约前配合阅读。

其实说去培训是将自己的经验分享出去,但这也是一个了解外部世界的机会,分享的同时让自己更深入思考,同时因为对方的发问,而让自己被动去加速成长。而做咨询呢,可能更多地是通过提问,让对方找到解决问题的答案或最佳路径。