Infor LN ERP中1个物料2个供应商同时供货,不分配采购订单

概念:
Sourcing percentage – A percentage used to calculate how orders are divided among suppliers.

故事背景:

供应商 A,Sourcing Percentage: 60%,MOQ: 25,Lead Time:90,Priority:999,供应商状态正常,没有特殊设置
供应商 B,Sourcing Percentage:40%,MOQ:30,Lead Time:90,Priority:999,供应商状态正常,没有特殊设置
大概1年前修改为此设置,从那以后,订单再也没有分配给B。

数据分析:

拉出采购订单明细,发现几十个采购订单下单数量最多时才65个。

原因分析:

假设订单量为100,那么A分配60,B分配40,并且都大于各自的MOQ,可按照预期下单。

假设订单量为20,那么小于任何一个供应商的MOQ,没办法生成订单。

假设订单数量为50,那么A分配30,B分配20,但B的MOQ为30,无法下单,只能全部下给A,50个。

原理分析:

但从数量上来看,要做到能够按照设定的比例分配数量,那么需求数量的最小值应该为:MAX(30/40%,25/60%),即75个。

解决办法:

理论上一个产品的最小订单量可以谈到2个供应商一致,类似交期、价格等。

当订单量小于允许分配的最小分配量时,两者优先级设为不一致。

从源头控制,针对需求和预测,做到订单数量可被分配。

其它我不知道的方法。

可能通过这种思路也无法解决,只能改变模式,分周期设置主供应商。

做一次知识搬运工:Infor Mongoose Hello World官方培训视频

上周开始看Infor Mongoose这个开发平台,所幸YouTube上有官方的公开培训视频,为了方便国内的战友们,当一次搬运工,陆续会将以下视频放到腾讯视频(这其实应该是Infor China市场部应该做的事情)。

目前已完成Infor Mongoose的入门课程,对应英文Infor Mongoose Hello World,共7个视频,请猛击:http://v.qq.com/vplus/82eb992d15c8acd8a25e9827b38c171e/foldervideos/fq5002901feth6d

还有4个视频专辑已下载,陆续找机会上传,分别如下:

  1. Infor Mongoose Developer Demo
  2. Infor Mongoose How To Videos
  3. Infor Mongoose 101
  4. Infor Mongoose Introduction

Infor Factory Track初印象

从多个渠道了解到Infor在Barcode,或者说WMS领域的产品Factory Track,但一直未看到过演示,也未体验操作过。近期在Jerry Huang的帮助下,终于一睹真面目。

先发个截图,需要更多截图,请加入我的知识星球:Infor ERP LN私房菜

目前有个直观印象,下一步想深入体验和研究一下,以下是我的一些感触:

亮点:

  1. 用户界面UI的确挺漂亮,特别是扁平化设计的各功能模块的图标
  2. 功能齐备:仓库的各种日常操作都可以在PDA手持设备上操作
  3. 实时通讯:与Infor ERP LN通过ION连接
  4. 独立部署:不需要跟Infor ERP LN安装在一起
  5. 兼容浏览器:相当于微信、手机自带的浏览器,那怕在平板或者电脑上都能使用用户端。

不足:

  1. 没看到原生的App,既然已经运行于安卓环境中,直接在浏览器中运行,那么很多硬件的功能就无法很好地使用,这点我想不通。
  2. 操作体验上,菜单和返回等明显太呆板,用过了微信,再用这种会发现一个返回、一个跳转就要多几次点击。

疑问:

  1. Infor官网看到Factory Track这个产品归类在Supply Chain Management,为何中文翻译为面对制造业流程自动化解决方案
  2. Infor Mongoose application development framework跟ION或本身LN的4GL相比,其定位是什么?

通过税改,看Infor ERP LN/BaaN的圈子氛围

前面发了2篇关于税改的文章,通过朋友圈发给自己的微信朋友们,同时也斗胆发送到几个自己所在的QQ群,通过各个群的一些反馈,从点滴中看到了目前整个圈子的氛围。

有些QQ群发了之后,就群主表达了欢迎之意,后面就没有人有任何反馈了;而有些群即便是有不少跟帖,但表现出的针锋相对、鄙夷、自信的确让人很费解。因涉及隐私,不便截图,就将一些QQ群的话摘录一下。

这个方案不靠谱,直接在国家税码中增加一个新税率就好,新税率的生效日期为2018-05-01

我的点评:我们不必因为自己公司的特殊应用,或未涉及的应用,而否定了别人的全盘周全考虑。但怀疑和否定的态度值得肯定!

可以直接将系统税码17的税率改成16,后台再修改名字,后台GTM修改名称把17修改为16

我的点评:这明显是IT技术思维,不是业务顾问的思考问题和解决问题的习惯。很多时候我们的确可以通过直接操作数据库来完成一些事情,但不到万不得已不能去用。应对税改的方案应该有很多,如果不放弃自己唯一的“后台思维”,怎能拥抱并拥有除此之外的N多个方案?

能不用后台改表不,我相信上面几个说的方案,运行一段时间后,系统会乱的一塌糊涂。别和我讨论这个话题啊。只有***给出解决方案是基本正确,有部分小瑕疵,不影响大局,其它都是错的。

我的点评:尽管我认同此人的“后台思维”,但并不表示你可以否定它。很多技术或顾问有个不好的习惯,不自觉的就以打击别人来提高自己,但殊不知:杀敌一千 ,自损八百的道理。还有,很多人愿意分享,不一定是因为自己非常强大才有资格分享,如果你真认为自己的方案更好、更完整,请多花点时间分享出来,不要费那么多时间去研究别人写得方案,而最终就是为了评价和贬低别人。

分享一下给我们啊,看不下去了

我的点评:真正的强者是可以接受别人的挑战的,如果自己技术和能力不行,多花点时间脑补,提高功力。激怒强者的结果未必好。但对于自高自大的强者,新人、年轻人其实无需畏惧,当你到了这个年龄,你会做得比他更优秀。智者千虑,必有一失;愚者千虑,必有一得。敢于挑战强者的勇气是需要的!

那些人直接通过GTM改的,是什么脑子哦

我的点评:虽然我也不认同直接GTM修改,但没必要通过这种损人不利己的话来显得自己的很专业,系统是人涉及的,熟悉业务的人,开发过这个系统的人,可以准确无误的仅通过数据库的操作来完成前台正常流程一模一样的数据。这并不为奇,同样我觉得这也是GTM存在的一个原因。

QQ群的交流,随着五一的来临还在持续,明显看出来,很多人看到上述的交流后,跟我有同样的感触,选择静默,继续潜水。

但我大胆呼吁:别人说得不全面,你可以补充;别人说得不对,你可以分享自己的做法;希望不管是甲方、还是乙方,不管是业务用户,还是IT用户,都能拥有包容和尊重的态度。

有一种理想的人际关系叫做:相互欣赏

即便我们做不到,但求同存异,共同发展,应该是我们的一致目标。

感谢你还一直看我啰嗦,那么最后来点干货吧,同时附上一张图,据说看懂得人都是聪明人。

关于采购订单和销售订单的税率的计算,以下是我的测试结果,如有异议,可自行测试。

采购订单上的Tax Amount是根据Planned Receipt Date(应该是Line的,不是Header的)来计算每个订单行所对应的税码在此时间生效的税率。

销售订单上的Tax Amount是根据Planned Delivery Date(应该是Line的,不是Header的)来计算每个订单行所对应的税码在此时间生效的税率。

如上图,5月1日生效的VAT17的税率为16%,那么计算的结果就是

800*0.16=128
43796.24*0.16=7007.49

如果不想批量改Open订单的Tax Code,并且Audit也没问题的话,用这个方法就行。不管你会不会用,反正我会用。

除了截图,我还附上一些代码,是通过Where Used Table Field 找到所有tcmcs032.edat的使用清单,逐个检查代码后找到的一个最简单的应用例子。估计能看此文看到这里的人都能看得懂:

function get.sing.tax()
{
	select	tcmcs032.*
	from	tcmcs032
	where	tcmcs032._index1 = {:tcmcs036.ccty, :tcmcs036.cvat}
	order by tcmcs032._index1 desc
	as set with 1 rows
	selectdo
		tax.rate = tcmcs032.pvat
	selectempty
		tax.rate = 0
	endselect
}

所以,税改的方案,每家公司都可以在自己的测试系统进行一些测试,省得盲信盲从。

比方说测试重点是老订单在新税率启用后,究竟如何操作的问题:你可以创建一些销售订单和采购订单,然后针对那个税码创建一个第二天生效的税率,接着第3天完成采购订单和销售订单的后继操作,看看到底税率和发票的操作有没有问题。

再假如说你要测试退货的问题,你可以选择一个老采购或销售订单,选择在第三天进行操作,就知道问题所在了。

重磅:增税改革Infor ERP税率调整方案及相关税务处理建议

自4月12日《制造业增值税降低,Infor ERP LN中税率调整的注意事项》发布后,我一直等待着Infor官方的消息,至今未看到。但可喜的是看到来自拓创,这家圈内很有名气的Infor ERP咨询顾问公司的一篇公众号文章,介绍LN和BaaN 4的调整内容和修改方案,还有政策解读和财务层面需要多注意的事项,真得要赞一个。

忍不住贴一张图,更多详情请访问:《增税改革Infor ERP税率调整方案及相关税务处理建议

一段思考,鼓励自己,也希望可以帮助到一些人

近期跟10多年前就就久仰大名,加了电话到通讯录,却从未谋面的BaaN圈内知名人士、创业者熊宇,终于有了第一次面对面交流。其学业和职业的发展经历甚是与众不同,更加不同的,可以说是独特的是其创业的初心、对企业的定位、人生的理解。短暂相聚,未能尽兴,虽说几个小时的聊天,那些紧张、惊险、曲折又生动的经历足可以写一篇上万字的杂记,但我觉得还是需要去花更多时间,去写一篇关于他的更加专业的人物访谈。今天就写点,通过此次交流,带给我一些新的思考。

如果你无路可走,你会拼命寻找出路;

如果你只找到1条路,你会毫不犹豫的走下去;

但如果你有2条路可走,你一定会犹豫,到底选择走哪条路好。

成功一定有方法,失败一定有原因。

成功者的道路都是相似的:想法 》行动》挣扎》突破》成功

大多数人在挣扎过程放弃,放弃的原因不是真的坚持不住了。

是禁不住诱惑,转行了。

我们都会犯这样的错误,得不到的永远是最好的,其他行业都比我们从事的好。

做.NET遇到瓶颈了,发现当下Java工资更高,PHP更流行,Python更热门,就转型了。

做Infor LN /BaaN ERP,发现SAP不错,Oracle不错,干了没几年就放弃LN了。

做传统制造业太压抑了,没啥前景,互联网行业自由发展快,跳槽去做互联网了。

做了之后才发现到处是坑,然后就像兔子一样在各个不同领域跳来跳去,想找一个没坑的,工资高的,升职快的,赚钱容易的,直到一事无成。

机会越多不代表越好,最难的是保持专注,我过去10多年随接触领域和行业颇多,也做了不少尝试,大家可以通过博客了解到,但我的职业从未离开过Infor LN/BaaN ERP,从未离开.NET,未离开Web,从未离开制造业企业信息化。

虽然我积累的速度慢,但在这2个领域,再持续努力个几年,加上中国制造2025的到来,我相信届时不成为此方面的专家、大牛也难。

就像熊宇所创立的指北,从2001年的13家BaaN咨询顾问公司,到如今全中国才只有3-5家。大浪淘沙,现在还在坚持着的,本身就已经是成功。我很感谢熊宇所说的一句话:你能坚持10多年在写博客,本身就是中国Infor LN/BaaN ERP自媒体传播第一人了。

不管这句话是否是恭维,但我相信,从这个月初我重新定位博客和Infor ERP LN私房菜知识星球,并提出这个目标开始,我已经走在路上。无非是坚持的问题了。

我认为:自媒体的能带给大家的最大价值就是传播价值,虽然我可以创作有价值的分享,但去传播那些乐于分享的人、以及其自己的经历、经验、闪光点,才更有价值。

我相信:只有自己相信,才能更可信,才有人愿意追随、愿意支持你。

制造业增值税降低,Infor ERP LN中税率调整的注意事项

迟迟未看到Infor中国官方或者任何一个Infor LN合作伙伴利用好这个制造业增值税调整的消息,进行一次事件营销。比方说在自己的企业官网或微信公众号告诉客户如何修改,或提供集中培训,或将制作好的文档及视频教程(现在做视频教程很简单)发给客户。如果能将图文版或视频公开,公开让所有的Baan ERP LN客户(不论是否为合作伙伴自己的客户)都能看到,相信这对任何一个Infor和合作伙伴发布方都是一种正面和积极的宣传,都能让为数不多的国内用户体验到这家公司(合作伙伴)的超高的服务理念和水准、开放的视野和境界。
就连国产ERP如金蝶、用友,我都看到朋友圈在转发,的的确确感觉到LN圈子的氛围还需提升。连微软都全力拥抱开源,而我们的Infor以及合作伙伴还未及时转变思路,拿现在的产品和服务能力与态度,迎接中国制造2025,真是任重而道远呀。
距离5月1日还有18天,我依然相信如果有Infor原厂或LN合作伙伴看到这篇文章,会有所行动。我就不啰嗦写图文的详细步骤了。大致说一下在哪里改,用到什么Session,重点说一下我觉得需要注意的事项:

一、在哪里改

二、用到哪些Session

看上图,同时附上了子Session编码如下,根据自己公司的Tax Parameters的设置和LN的版本,用到的Session有所不同,仅供参考:

1、Tax Codes – tcmcs0137m000
2、Tax Codes by Country – tcmcs0536m000
3、Single Tax Rates – tcmcs0132m000
4、Posting Data for Single Tax Codes – tfgld0571m000/tfgld0171s000
5、Tax Handling – tctac0138m000/tctax0138m000

三、需要注意的事项

1、除了创建16%的新税率用于常见的进项税和销项税,还得创建10%的新税率,替代11%
2、Posting Data for Single Tax Codes这个要在5月1日来改,正好假期,可以提前一天准备。
3、开口销售订单行(Open Sales Order Line),需要在5月1日前批量更改税率
4、开口采购订单行(Open Purchase Order Line),需要在5月1日前批量更改税率
5、历史的采购订单发票,需要在财务匹配发票时(Invoice Match)进行手动选择最新税率的编码(Tax Code)
6、有人说直接保留原来17的Tax Code,只修改Rate,然后5月1日生效不就行了吗?这也是一种办法,但是如果你的原Tax Code上带有17的字样,多少都会产生误解。但这不失为一种简洁的处理方式!

2018年4月13日补充如下:

对于Open Sales/Purchase Order lines我们还可以不去修改,如果Audit或者财务没问题的话,还可以只是更新一下原有VAT17和VAT11的税率即可,新增一条,生效期为2018年5月1日。

背景:
2018年3月28日,李克强主持召开国务院常务会议,确定深化增值税改革措施进一步减轻市场主体税负,《关于调整增值税税率的通知 财税〔2018〕32号》政策解读如下:

2018年5月1日开始施行。
制造业等行业增值税17%的税率降低为16%。
交通运输、建筑、基础电信服务及农产品等货物行业增值税11%的税率降低为10%

一般纳税人销售额认定标准由原来的50万和80万调整为500万;已申请为一般纳税人的企业在一定期限内可以再转为小规模纳税人。
部分先进制造业、现代服务业、电网企业等特定企业未抵扣完的进项税税款予以退还。
原适用17%税率且出口退税率为17%的出口货物,出口退税率调整至16%。原适用11%税率且出口退税率为11%的出口货物、跨境应税行为,出口退税率调整至10%。外贸企业2018年7月31日前购进时已按调整前税率征收增值税的,执行调整前的出口退税率;购进时已按调整后税率征收增值税的,执行调整后的出口退税率。
实施上述措施,全年将减轻市场主体税负超过4000亿元,内外资企业都将同等受益。会议指出,此举是为进一步完善税制,支持制造业、小微企业等实体经济发展,持续为市场主体减负。

写给年轻Infor BaaN ERP LN顾问的23条职业建议

职业技能篇
1. 选什么模块不重要,只要你研究的够专精。
2. 做ERP顾问,某种程度上,懂业务比懂技术重要。
3. 写一份好的操作手册,能节约你很多的解释时间。
4. 所有配置都要写进文档,不然过不了多久你会发现自己也忘了为什么要做这个配置。
5. 上线前做一次数据切换模拟,能帮你把风险降到最低。
6. 学好英语,很多项目里面这点非常重要。
7. 多了解LN新技术,多上上Infor Xtreme,说不定下个项目就用上了。
8. 如果想当个好顾问,就别仅仅做自己眼前的那点工作,多帮帮其他模块,多学点其他知识,没有坏处。
9. 如果LN系统做不到的,就跟用户直说,不用非自创一个解决方案出来。

专业态度篇
10. 跟用户的沟通,尽量保留邮件记录或是会议纪要,某些用户也是扭头就不认账的。
11. 和关键用户保持融洽的关系很重要,这样提需求时,他/她不会太为难你,出了问题他/她也能体谅你。
12. 万一没做到上一点,那就跟他/她老板建立好关系。
13. 尽量避免用开发的方式来满足用户需求。用户提出一个开发需求很简单,但是99%的情况下,很快就会发现想法与实际业务是有差异的,后续的维护也是难事。
14. 有困难及时向项目经理寻求支持,别拖,别把问题捂到最后一刻。

职业方向篇
15. 如果你是财务顾问,别仅仅会GL或仅仅会AP、AR。那样的话,你的就业选择会窄很多。
16. 如果你是Logistic顾问,争取做个Logistic All,与上一点同理。
17. 年轻的时候尽量选择乙方公司,成长的速度会快很多。
18. 避免长时间只做一个客户,这会让你眼界变窄。

其他
19. 刚当LN ERP顾问时,你希望自己显得成熟一点,好让客户信任你。别着急,很快你就会因为自己太老,而希望自己看起来年轻点。
20. 如果你嫌自己钱挣得太少,好消息是,你的其他同事们也这么觉得。
21. 你觉得这个项目做得太苦,期待下一个项目能轻松点,现实会告诉你别异想天开了。
22. 有机会就多向资深顾问或者用户多请教,多讨论,不蛮信,多实践,虚心使人进步。
23. 有能力就弄个博客,实在不行QQ空间也能写,抓住各种圈内交流机会多分享、多回答看似初级的提问,每次分享都是一次重新思考。分享越多,收获越多。

说起BaanERP.com,满满的回忆

好久都不上BE论坛,这个全球最大的中文BaaN论坛,原因是创始人Tony Deng从BaaN ERP转型做了SAP,后来一门心思做管理,不搞技术了。但当年Tony做得这个纪念杯,一直还用着。

BaaNERP.com杯子

偶尔翻起以前的聚会照片,那些曾经的笑脸,又浮荡在脑海,下图是贴在目前论坛(http://www.baanerp.com/com/ebuddy.htm)的一张照片,记得没错的话是2009年10月20日,金秋时节,大家都意气风发。

BaaNERP.com2009年10月20日聚会

论坛的核心管理团队已然在网上,但好多都不再做BaaN了。

BaaNERP.com团队

创始人Tony、刘佳伟(Jerry)、魏广伟都已经不再从事BaaN相关的职业好多年,陈定亮虽也接触,但主业已经是EDI/B2B系统集成相关。
唯有黄庆忠Jerry Huang、Javan、曹志贵、施嘉美、毛庆丰(未核实)依然在坚持。

从2007年开始BaaNERP.com,至今10多年,涌现出很多年轻的高手,但没能在BaaNERP.com抛头露面,多少有些遗憾。
尽管从一开始,我就作为BE的首席规划师协助Tony运营,期间Tony的号召力、组织能力得到大家一致认可和欣赏,只可惜国内从业者太少,厂商又不给力,最近的几年大家都独自依靠,寻求发展。目前论坛也是冷清的很。
未来,我还是希望发挥一定的光和热,继续为国内的BaaN ERP – 准确的说现在应该叫Infor ERP LN做好自媒体宣传,圈子的交流分享。如果从历史的积累和影响力来说,如果要选一个国内Infor BaaN ERP LN自媒体传播第一人,这个角色人选,应该非我莫属。

具体到下一步的行动有三个:
1、继续经营好个人博客和BaaN ERP LN私房菜知识星球(原小密圈)
2、从上述的原BaaNERP.com的团队开始,从2007年聚会的战友开始,逐一亲密接触,记录访谈内容,分享他们的心得体会,传播其个人品牌形象。
3、发掘新人、牛人,让他们浮出水面

C#中启用托管的Oracle.ManagedDataAccess访问Oracle数据库

上个月有个项目从基于Oracle数据库的Infor ERP LN系统中多表关联查询记录,遇到一张600多万的记录表,造成本来MSSQL的Linked Server方式好用的SQL频频超时。难道是服务器与服务器之间的网络有问题?还是MSSQL 2008 R2的问题?也朝这个方向研究了一阵,后来想想算了,还是直接连Oracle吧。

原来偷懒的技术债务,不还不行了。

于是启用托管方式的Oracle.ManagedDataAccess.dll,并从老版本4.121.2.20150926的dll更新到了4.122.1.20170524,升级了原来吉日嘎拉的数据访问底层,web.config等,半天搞定老sql的替换,测试跑下来速度飞快了。