标签： ERPLN

今天采购经理问我一个问题：我们系统中怎么样才能看到哪些订单供应商没确认或者确认过了？

我当时脑子里一转，好像系统没有这个状态，还有点担心：这么大的事情，Infor没考虑到？转念一想，就巴拉巴拉的解释了一通，然后就没有然后了。

虽然事后，我还专门微信给做SAP的老同事，确认SAP中怎么处理这种供应商确认订单的问题的，同时问了采购处理采购订单确认有啥特别的地方。尽管还没得到回复，但还是加会班，将这段思考记录下来吧。

回到问题的核心，我想我们需要考虑4件事情：

1、为什么需要供应商确认？

2、供应商究竟确认些什么？

3、常用的订单确认形式有哪些？

4、采购得到确认后做些什么？

先来思考第一个问题：

1、如果是有采购合同的话，这个采购订单确认是不是可以省略？

2、采购的过程是就是做生意的过程，采购方针和供应商之间有任何的生意变化（从无到有、从有到无、有之间的变化），诸如：新产品、加急订单、降价等等，都需要双方同意，才能成交，才有可能执行这个订单。

接下来就是第二点，究竟确认哪些信息？据我所知，常见的就是料号、数量、价格、交期（交货时间）、运输方式、交货方式、支付条款，对于质量（质检标识）、包装也常会涉及，其它的诸如保险、不可抗拒因素、仲裁等就鲜有涉及。

第三个问题，根据当前的国情，比较多的还在使用传真、电子邮件，还有少数人订单打印后邮寄，比较先进的企业都在使用Supplier Portal(供应商门户)一类的系统来跟供应商互动，当然，还有些公司使用EDI的形式对接供应商的系统，这样大家各自在自己的ERP系统中操作，系统就直接对接起来。 但是，更多的时候，采购员都必须拿起电话，针对未达成的共识进行沟通，因为有效沟通此时来的更重要了。

最后一个问题，比较重要，也是回答采购经理问题的关键：采购能得到供应商的信息无非2类：

A、确认无误

B、有问题需要变更（还需变更后继确认）

到这里，答案就比较明朗了：我们Infor ERP LN系统，在Approve订单后，订单状态变为Approved。之后Buyer打印订单，并发给供应商（我们是通过邮件发送订单pdf文件），此时订单变为Sent状态。

试想一下：

1、Sent状态的订单最多能存在多久？这不是这段时间是等待供应商确认？

2、Sent状态的下一个状态是In Process，是不是可以理解为供应商已经确认的？

3、如果Sent状态的订单，一段时间后，变为Modified，是不是理解为供应商未确认？

4、Modified之后，还需要重新Approve，重新打印订单并交由供应商确认，此时又回到Sent状态，如果每天都去关注Sent状态的订单明细，是否就能很好的督促采购跟供应商的订单确认？

相信说到这里，你已经知道该如何回答采购经理的问题了。

这里我们也可以了解到通常意义下Buyer的一项价值所在：跟踪并执行采购订单的整个流程。

大学的时候，其实有志于学习的是计算机硬件和网络方面的技术，大学里在建筑系的机房勤工俭学做网管近1年，后来第一份工作的前半年也是搞搞网络、电脑系统、打印机啥的，直到Sars出现，不得不搞搞网站设计，学学asp，学学html,css啥的。直到2014年第2份工作，碰到了王经理，招我进入一家像样的公司（中美合资、300多人、老板旗下还有其它公司，上海有500多人，至今此公司活得很好），作为Web Developer。后来因为资深的同事小赵（我的师傅）为爱情离职，我开始学习Grape City iERP的系统二次开发和维护，主要是负责问题解决、每月的关账、对账，那时候真的是有点不知所措，就这么阴差阳错的开始学习业务知识的同时，学习比较成熟的系统设计、技术。期间从销售、到采购、到最复杂的生产、还有仓库、最核心的财务，都必须从零开始学起，那时候有老师带，的确成长很快。不得不承认“站在别人的肩膀上，走的更快”，做IT必须借力借势！

后来，第一家公司的老板找我要搞互联网创业，另外我也很想试试。我就辞了职，此事我到现在都觉得很可惜！但是，路一旦迈出，就得往前走，谁知道前方究竟是泥潭还是美景。上苍眷顾我，大概就这么晃了半年，我被一家上海工厂员工近5000人的500强公司（伟创力Flextronics）录取了，做ERP工程师。顶头上司是香港人Max，非常的聪明，非常的努力的一个人，是他给我机会进到更大的平台，同时在最初的2年里，给我很手把手的辅导，让我有机会接触了BaaN，并成为当时一起在他手下的团队中唯一一个啃英文书啃出来会BaaN二次开发的人。后来，Max找了机会回到他最擅长的领域：财务。我又开始在各种Web Application和BaaN ERP中间徘徊，但正是这种机会，让我熟悉普通ERP之外的的HR、IT、Finance部门的各种审批流程，这样不仅对企业业务流程有了较深刻的理解，对企业日常运营方面的流程也是相当熟悉。这种快速的积累，虽广泛但不精深，待了5年不到，经曾经一个Team的同事Amy引荐，加入目前的公司，将WorkFlow工作流、BPM业务流程管理和ERP都纳入到自己的深耕范围。

6年过去了，总部的IT老大走了2轮，Amy也离职了好几年了，而我依然在做基础的工作、技术和业务都有了更深的认识。于是就有了今天主题里面讲到的这个来料检验的话题。

在讲系统之前，让我们梳理一下：

我们的要求：来料检验

我们可能的需求：

1、针对某个料号检验

2、针对某个供应商检验

3、针对某个供应商的某个料号检验

4、针对某个供应商的某个料号的某个订单（临时）检验（或取消）

5、针对某个供应商的某个料号的某个订单的某次入库（临时）检验（或取消）

6、上述所有可能情况下，指定时段检验（或取消）

搞清楚了实际业务的可能需求，作为一个成熟的ERP系统，是不是应该从上述的各种可能去考虑进行系统功能开发？那我们不得不说，Infor ERP LN这点绝对考虑周到。我们可以在以下界面进行系统设置或更改，足以显示其灵活性。

1. Item

2. Ship-from Business Partner

3. Item – Purchase

4. Item – Purchase BP

5. PO (one of above places:2,3,4)

6. Warehouse Receipt (Line)

但，有时候用户，特别是对口的用户不懂自己的业务的时候，你就得解释。当你的对口的用户，有一些落后或者超前的需求时，你就得苦恼。如：

1、我需要供应商的这颗料从今天开始所有的已下订单未收都必须检验（或取消检验）

2、我不想让仓库在Warehouse Receipt Line上做任何修改关于检验的设置

因为上述两条，本身就是矛盾的。

那怎么办呢？沟通，分析利弊，让用户选择取舍。沟通不成功，只好一句话：系统的标准功能，没办法改。我们要学习和使用500强背后的先进管理理念！

哈哈，上面的后半段话，是我意淫的，用户至上，做IT的地位没那么高。

但我相信，事在人为：除非你比业务更懂业务！！！

你不仅会技术，你比专业还专业！

你能在系统内外构建起更适合、高效的业务流程！

坚持，不放弃！

昨天讲了采购订单的状态涉及到的订单操作程序，今天继续介绍销售订单（行）的状态，通过状态其实就可以了解了销售订单的标准操作程序（流程），详细记得操作程序（流程）将放下一篇介绍。如果你是销售，或者自己做订单管理、进销存系统的话可以多学习参考。

• Suspended

  The order is being created or handled by another application/process and
  cannot be maintained.
  Sales orders with an origin other than Manual can obtain
  this status.

• Free

  An order obtains this status if:
  A free order waits for approval.

• The order is created, or confirmed from a Suspended status.

• All lines of an approved sales order are deleted.

• Approved

  The order is approved.

• Modified

  An order obtains this status if:
  A modified sales order must be approved again.

• Order lines are added, changed, canceled, or deleted after the order is
  approved.

• A blocked sales order is unblocked.

• In Process

  The order can be at various stages in the delivery procedure.

• Closed

  All steps in the order procedure are executed for the sales order
  type.

• Canceled

  All lines in the order are canceled and are no longer available for further
  execution.

• Blocked

  The order is blocked and is (temporarily) not available for further
  execution.

• Released

  A technical/temporary status during the release to warehousing
  activity.

曾经介绍过《Infor ERP LN中采购订单状态说明》，今天继续这个话题，将一个采购订单的标准操作程序展开来介绍一下，一个订单从开始创建开始到完整订单接收，在采购部门的职责之内用以下订单状态可以代表。至于订单完成后的发票匹配、付款那都是财务的职责了，采购线下配合即可。

Purchase Order Procedure with Status

1、Create PO – Created

BP,Order Type,Order Prefix,Warehouse,Order Date,Planned Receipt Date,Buyer

2、Approve PO – Approved

3、Print PO – Sent

All Lines,Exclude Cancelled Lines

4、Release to Warehousing –      Released

5、Link RC (Warehouse Receipt)      – In Process

6、Change PO  – Modified

Redo Approve PO,Print PO

7、Cancel PO – Cancelled

Line or Order

8、Process Delivered PO – Closed

以上文字部分摘录自我整理的公司内部培训文档，各公司的流程不同，订单类型不同，相关的步骤有些可能涉及不到。我这里用一张图强调一点：不同公司的不同订单类型的Standard Procesure是完全可以自定义的，从哪里呢？看图说话：

不同的订单类型，可以通过设置Activity来定义Procesure

从这点来看LN的确很强大，可配置型特别强。篇幅有限，大家有问题加我个人微信交流。

另外，本篇是我参加21日打卡营活动的第一篇，后面会坚持每天一篇，写关于ERP、BPM业务流程管理、Web开发技术的文字。大家也可以反馈您希望了解的内容，我可以酌情进行安排。

这些英文的翻译都是值得学习的，自己做订单管理、进销存系统的话多学习参考。

Purchase
Order Header Status

• Created

  The order is waiting for commingling or approval.

• Approved

  The order is approved.

• Modified

  The order is modified after approval because order lines are added or
  adapted. As a result, the purchase order must be approved again.

• Sent

  The order is sent to the supplier and is waiting to be received.

• In Process

  The order can be at various stages of the receipt procedure.

• Canceled

  All lines in the order are canceled.

• Closed

  All steps are executed in the procedure for the purchase order type in
  Order Management.

• Released

  A technical/temporary status during the release to warehousing
  activity.

 有时候上传数据到Infor ERP LN 系统的时候，需要写一段说明放在Session上面，备注一下相关的上传格式，每一次都写Label的话有点麻烦，于是用自定义一个相对长的字符串参数，显示到Session。

 extern domain tcmcs.str80 f.format

before.program:
 f.format = "Format:BP,Agency,Item Group,S B Appli.(1=Y,2=N),Country,State,S Zip, E Zip,Rate"

好了，回到正题，以下函数会有经常在上传前进行数据校验：

function domain tcbool valid.bp(domain tccom.bpid tmp.bpid)
{
 select tccom100.bpid
 from tccom100
 where tccom100.bpid = {:tmp.bpid}
 selectdo
  return(true)
 endselect
 return(false)
}
function domain tcbool valid.agency(domain tccitg tmp.agen)
{
 if (tmp.agen="") then
  return(true)
 endif
 select tdwai079.agen
 from tdwai079
 where tdwai079.agen = {:tmp.agen}
 selectdo
  return(true)
 endselect
 return(false)
}
function domain tcbool valid.item.group(domain tccitg tmp.citg)
{
 select tcmcs023.citg
 from tcmcs023
 where tcmcs023.citg = {:tmp.citg}
 selectdo
  return(true)
 endselect
 return(false)
}
function domain tcbool valid.country(domain tcccty tmp.ccty)
{
 if (tmp.ccty="") then
  return(true)
 endif
 select tcmcs010.ccty
 from tcmcs010
 where tcmcs010.ccty = {:tmp.ccty}
 selectdo
  return(true)
 endselect
 return(false)
}
function domain tcbool valid.state(domain tcccty tmp.ccty, domain tcmcs.cste tmp.cste)
{
 if (tmp.ccty="") then
  return(true)
 endif
 if (tmp.cste="") then
  return(true)
 endif
 select tcmcs143.cste
 from tcmcs143
 where tcmcs143.ccty = {:tmp.ccty}
 and tcmcs143.cste = {:tmp.cste}
 selectdo
  return(true)
 endselect
 return(false)
}
function domain tcbool valid.item(domain tcitem tmp.item)
{
 select tcibd001.item
 from tcibd001
 where tcibd001._index1 = {:tmp.item}
 selectdo
  return(true)
 endselect
 return(false)
}
function domain tcbool valid.cwar(domain tccwar temp.cwar)
{
 select tcmcs003.*
 from tcmcs003
 where tcmcs003._index1 = {:temp.cwar}
 selectdo
  return(true)
 endselect
 return(false)
}
function domain tcbool valid.loca(domain tccwar temp.cwar, domain whloca temp.loca)
{
 select whwmd300.loca
 from whwmd300
 where whwmd300._index1 = {:temp.cwar,:temp.loca}
 selectdo
  return(true)
 endselect
 return(false)
}