信息化:IT改变企业未来
作者:admin 日期:2011-09-21
供应商门户构想
作者:admin 日期:2011-07-28
项目需求清单 项目评审检查点 模板
作者:admin 日期:2011-06-28
SRM选型过程及要素
作者:admin 日期:2011-04-20
走过的岁月-DEZAI.CN 德仔网 改版截图
作者:admin 日期:2011-04-05
企业信息化项目实施流程
作者:admin 日期:2011-03-15
软件服务商导入流程
作者:admin 日期:2011-03-15
Oracle EBS IE9 不能运行之解决方案之一
作者:admin 日期:2011-03-14
SRM 解决方案集锦
作者:admin 日期:2011-03-07
SRM-供应商关系管理 项目方案
作者:admin 日期:2011-03-07
从去年一直跟到现在,也基本上快要成型了.从预研到需求调研到评估选型到供应商确认的整体过程中,也大致了解到了SRM的功能及实施效益,对整体供应链的业务流程也在原有基础上更深一层.
SRM一直没有明确的定义,有些SCM也包括了SRM中的相关部分,所以业界或IT也对此有概念上的模糊吧.
概述
其缩写为 Supplier Relationship Management ，SRM的最基本内容包括以下四个方面：供应商分类选择、战略关系发展、供应商谈判和供应商绩效评价。
市场上的SRM软件服务商或解决方案提供商有比较多,通用的模块主要在于采购寻源 供应商管理 采购协同 这三大业务流程中作文章,基本上也SRM也就是这样了.
国内占有率最高的还是明基逐鹿的SRM,而国外软件恐怕是SAP的SRM了.(这只是个人在调研过程中的结果,仅具备参考作用)
这是我在调研过程中的一个PPT,若干部分可以与大家分享一下,相互学习
1
SRM一直没有明确的定义,有些SCM也包括了SRM中的相关部分,所以业界或IT也对此有概念上的模糊吧.
概述
其缩写为 Supplier Relationship Management ，SRM的最基本内容包括以下四个方面：供应商分类选择、战略关系发展、供应商谈判和供应商绩效评价。
市场上的SRM软件服务商或解决方案提供商有比较多,通用的模块主要在于采购寻源 供应商管理 采购协同 这三大业务流程中作文章,基本上也SRM也就是这样了.
国内占有率最高的还是明基逐鹿的SRM,而国外软件恐怕是SAP的SRM了.(这只是个人在调研过程中的结果,仅具备参考作用)
这是我在调研过程中的一个PPT,若干部分可以与大家分享一下,相互学习
1
很有意思的企业管理理解
作者:admin 日期:2011-02-25
Oracle EBS 11i: 培训资料(世新大学)
作者:admin 日期:2011-01-14
Oracle EBS:PO设定注意点
作者:admin 日期:2011-01-01
1.PO模块里面的员工要与在系统管理员中的用户一一对应,但系统用户可以对应人员,也可以不对应.
2.系统交易的最小单位是到仓库,而组织架构的最小单位是设置到库存组织
3.组织架构的分类层次由上至下是
集团 BGL ==>HR组织==>LE法人实体==>OU业务实体==>Org组织
4.在配置文件中设置HR,主要是为了在INV模块中设置库存相关参数 http://www.dezai.cn/blog/
5.费用性组织允许空成本,其它组织不允许物料库存为零的杂收交易
6.在弹性域中设置职务与职位 一般先建职务,再定义职位
7.审批组的设定:采购金额+采购职位
先设职务--> 再设职位-->审批组里采购金额-->登录人员与员工的关系
2.系统交易的最小单位是到仓库,而组织架构的最小单位是设置到库存组织
3.组织架构的分类层次由上至下是
集团 BGL ==>HR组织==>LE法人实体==>OU业务实体==>Org组织
4.在配置文件中设置HR,主要是为了在INV模块中设置库存相关参数 http://www.dezai.cn/blog/
5.费用性组织允许空成本,其它组织不允许物料库存为零的杂收交易
6.在弹性域中设置职务与职位 一般先建职务,再定义职位
7.审批组的设定:采购金额+采购职位
先设职务--> 再设职位-->审批组里采购金额-->登录人员与员工的关系
Oracle EBS: ASCP 学习
作者:admin 日期:2010-12-31
ASCP与MRP的差异
|
|
MRP
|
ASCP
|
|
核心目标
|
物料
|
物料,产能,计划
|
|
规划程序
|
单纯种
|
多线程,多整体
|
|
范围
|
单一模式
|
多模式
|
|
物料
|
一个层级上,不考虑替代料
|
多层级,考虑替代料
|
|
有限产能
|
不支持
|
支持
|
|
决策支持
|
不支持
|
支持
|
|
绩效指标
|
无
|
有KPI指标(时间段库存水平,供货水平,毛利率,成本细分)
|
|
优先级规划
|
仅根据日期
|
多种优先级
|
ForeCast和MDS是针对应成品料进行预测,而ASCP则是针对物料进行预测
ASCP计划的循环
|
MRP
|
MDS
|
ASCP
|
|
基础数据的设置:
1. 物料的属性(提前 期,MRP)
2. 工艺路线
3. 例外集(不跑MRP的工单,订单,物料)
4. 成本
5. 来源补充规则
6. 合格供应商
|
预测->冲减
|
执行计划->查看供需->发放工单,请购单
|
ASCP预测层级
层级一:物料
层级二:物料+客户
层级三:物料+客户+制造地点
层级四:物料+客户+发送地点
计划订单批量规则影响计划订单的数量,其优先级如下:
固定供应天数>固定下单天数>固定下单批量>最小下单量>最大下单量>整数下单量
会产生供给锁定的情况
<1>没有需求只有供给
<2>营销物料需求预测与生产物料需求预测有差异
<3>工单与采购单都可能锁定
装入/复制/合并生产排程
装入的来源主要有:<1>预测 <2>销售订单 <3>预测+销售订单 <4>多组织计划订单 <5>主生产排程
需求展开:是指物料需求规则中平衡需求与供给的程序
展开主要取决于以下因素:
<1>要采购的物料和要自制的物料
<2>采购件和制造件的数量
<3>采购件,制造件入库的时点
<4>要采购的自制件工单开立时的时点
预测区间型态
预测区间型态表示进行销售预测时所使用的时区区间,在所选择的时间区间中指定预定的出货产品及数量
型态分类:
天 以天为单位进行销售预测的区间
周 以周为单位进行销售预测的区间
月 以月为单位进行销售预测的区间
一个料号可以同时使用多个区间型态
ASCP替代料的寻路规则:
先看主料是否有库存->没有则抓主料在需求日之前是否有PO->没有则看需求日之前是否有PO到货->没有则抓最优先替代料是否有库存->没有则抓主料后面的PO->没有则抓最优先级替代料的PO->没有则抓主料的计划单是否有料
替代料的寻找会受采购提前期的影响,数量越小的越优先
ASCP预测准确提升的影响因素
1.考量历史销售状况
2.广告.促销等其它因素
3.搭配其它管理机制
4.即时响应需求变化
KM知识管理推广方案
作者:admin 日期:2010-12-29
KM知识管理推广方案
学习和分享是知识管理的关键所在，建立共同的义务（Mutual Obligation）都是非常重要的。只有大家都将分享知识和帮助他人做为一种自然的义务，才能使知识顺畅地流动起来。接收者必须信任和尊重施教者的知识，才有兴趣和信心来学习；而施教者也必须足够的慷慨，才会花费大量的时间和精力来帮助接受者学习和利用知识。很明显，这些只有在相互信任、相互支持、协调一致的氛围下才可能发生。参考众多知名公司在知识管理中的实施案例，无不以绩效或相关奖惩制度联系在一起.
为了更好地实施知识管理，在全厂内部更好地推广知识管理，让大家充分认识到知识管理对企业对个人的重要性，草拟此方案。此推广方案涉及到了协作，计划，激励，平台等四个方面的因素.
打开口令:dezai
点击下载此文件
学习和分享是知识管理的关键所在，建立共同的义务（Mutual Obligation）都是非常重要的。只有大家都将分享知识和帮助他人做为一种自然的义务，才能使知识顺畅地流动起来。接收者必须信任和尊重施教者的知识，才有兴趣和信心来学习；而施教者也必须足够的慷慨，才会花费大量的时间和精力来帮助接受者学习和利用知识。很明显，这些只有在相互信任、相互支持、协调一致的氛围下才可能发生。参考众多知名公司在知识管理中的实施案例，无不以绩效或相关奖惩制度联系在一起.
为了更好地实施知识管理，在全厂内部更好地推广知识管理，让大家充分认识到知识管理对企业对个人的重要性，草拟此方案。此推广方案涉及到了协作，计划，激励，平台等四个方面的因素.
打开口令:dezai
点击下载此文件
Oracle EBS:PO行接收关闭后修改其它行自动打开
作者:admin 日期:2010-08-26
Oracle EBS:PO行接收关闭后,因更改交期或其它元素，修改重新送审后，接收关闭状态会自动打开.这对于更改采购计划的时候会造成比较大的困扰。
可以通过作取消动作来代替接收关闭，但对取消后的需求要比较清确的明确供需情况。
搞来搞去,原来是个bug。在11.5.0出现的bug，在12照样出现了。。
记录一下,方便碰到此问题的同仁可以参考。
ArticleID:469330.1
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&doctype=PROBLEM&id=469330.1
Applies to:
Oracle Purchasing - Version: 11.5.10
This problem can occur on any platform.
Symptoms
Any line on a Purchase order that has been "Closed for Receiving" will be reopened if the PO is later re-approved. This differs from the results if the line is just Closed, where the lines will remain closed through all subsequent re-approvals.
The issue is seen regardless if the changes that caused the the re-approval touched the line or did not.
All Closed for Receiving lines are reopened upon submission for Approval again.
Cause
In pocup.lpc a condition is missing on the po_line_locations, to make sure that the commit only updates those records that are not already approved.
Solution- Apply Patch 5089729
- Updated key file: pocup.lpc - 115.10.11510.6
Version Check
strings -a $PO_TOP/bin/POXCON | grep '$Header' | grep pocup.lpc- Stop the PO Document Approval Manager
- Relink all PO executable:
1. Go to $AD_TOP/bin and relink the PO executable.
2. adrelink.sh force=y "PO ALL"
- Start the PO Document Approval Manager
- Retest issue
This patch is applicable only on top of oracle Applications Release 11.5.10 and/or Procurement Family Pack J.
References
BUG:5089729 - CLOSED PURCHASE orDER LINES ARE RE OPENED
BUG:6146142 - MANUALLY CLOSED FOR RECEIVING LINES OPENS UPON PO REAPPROVAL.
一点积累，与大家分享。欢迎指正.
可以通过作取消动作来代替接收关闭，但对取消后的需求要比较清确的明确供需情况。
搞来搞去,原来是个bug。在11.5.0出现的bug，在12照样出现了。。
记录一下,方便碰到此问题的同仁可以参考。
ArticleID:469330.1
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&doctype=PROBLEM&id=469330.1
Applies to:
Oracle Purchasing - Version: 11.5.10
This problem can occur on any platform.
Symptoms
Any line on a Purchase order that has been "Closed for Receiving" will be reopened if the PO is later re-approved. This differs from the results if the line is just Closed, where the lines will remain closed through all subsequent re-approvals.
The issue is seen regardless if the changes that caused the the re-approval touched the line or did not.
All Closed for Receiving lines are reopened upon submission for Approval again.
Cause
In pocup.lpc a condition is missing on the po_line_locations, to make sure that the commit only updates those records that are not already approved.
Solution- Apply Patch 5089729
- Updated key file: pocup.lpc - 115.10.11510.6
Version Check
strings -a $PO_TOP/bin/POXCON | grep '$Header' | grep pocup.lpc- Stop the PO Document Approval Manager
- Relink all PO executable:
1. Go to $AD_TOP/bin and relink the PO executable.
2. adrelink.sh force=y "PO ALL"
- Start the PO Document Approval Manager
- Retest issue
This patch is applicable only on top of oracle Applications Release 11.5.10 and/or Procurement Family Pack J.
References
BUG:5089729 - CLOSED PURCHASE orDER LINES ARE RE OPENED
BUG:6146142 - MANUALLY CLOSED FOR RECEIVING LINES OPENS UPON PO REAPPROVAL.
一点积累，与大家分享。欢迎指正.
Oracle EBS:SQL 失效一揽子PO协议
作者:admin 日期:2010-07-23
1.查询一揽子PO：
这里要注意的是：不同的付款条件,币种，税率，都会可能产生一张新的一揽子PO协议
select pla.PO_LINE_ID,
pla.PO_HEADER_ID,
pla.ITEM_ID,
msib.SEGMENT1 ITEM_CODE,
pla.UNIT_PRICE,
pla.ITEM_DESCRIPTION,
pla.START_DATE,
pla.EXPIRATION_DATE,
pla.CANCEL_FLAG,
pla.CLOSED_CODE,
pha.PO_HEADER_ID,
这里要注意的是：不同的付款条件,币种，税率，都会可能产生一张新的一揽子PO协议
复制内容到剪贴板
程序代码
程序代码select pla.PO_LINE_ID,
pla.PO_HEADER_ID,
pla.ITEM_ID,
msib.SEGMENT1 ITEM_CODE,
pla.UNIT_PRICE,
pla.ITEM_DESCRIPTION,
pla.START_DATE,
pla.EXPIRATION_DATE,
pla.CANCEL_FLAG,
pla.CLOSED_CODE,
pha.PO_HEADER_ID,
Oracle EBS :PO培训文档
作者:admin 日期:2010-07-19
Oracle EBS:ASCP工作台上的发放备注字段
作者:admin 日期:2010-07-14
Oracle EBS: 获取PO审批人名字
作者:admin 日期:2010-06-07
PO审批的动作从数据库中去看有:
OPEN NO ACTION REJECT FORWARD APPROVE
SUBMIT CLOSE RETURN CANCEL IMPORT FINALLY CLOSE
通过查看po_action_history表就会发现很有意思的事情了
假设基本的PO审批架构为
跟单员->采购员1审核->采购员2审核->采购总监审核
那 Sequence_Num Action_Code 两列的数据就可以很清晰查看到整个审批流程了
而表中的object_id实际上跟po_header_all的po_header_id 及po_release_all 中的po_release_id也是有关联的.
有了以上这几个字段就可以串出来了,action_code实际上也可以做个变量,这样控制也就更灵活了。
这个应用在打印PO合同里面自动带出采购员中可以应用，省去手工签字的麻烦。
function GetChecker(p_object_id in number) return varchar2 as
v_user_name Varchar2(50);
begin
Select PO_EMPLOYEES_SV.GET_EMP_NAME(POAH.EMPLOYEE_ID)
into v_user_name
FROM PO_ACTION_HISTORY POAH,
PO_LOOKUP_CODES POLC1,
PO_LOOKUP_CODES POLC2
Where POLC1.LOOKUP_CODE(+) = POAH.ACTION_CODE
AND POLC1.LOOKUP_TYPE(+) = 'APPROVER ACTIONS'
AND POLC2.LOOKUP_CODE(+) = POAH.ACTION_CODE
AND POLC2.LOOKUP_TYPE(+) = 'CONTROL ACTIONS'
AND POAH.Sequence_Num = 2
AND POAH.Action_Code = 'FORWARD'
and poah.Object_Id = p_object_id
and rownum = 1;
return v_user_name;
end;
我原来是用这个的，但后来发现有问题
function GetChecker(p_object_id in number) return varchar2 as
v_user_name Varchar2(50);
begin
\* select fu.Description
into v_user_name
from Fnd_User fu
where fu.Employee_Id = p_agent_id;*\
select pahv.employee_name
into v_user_name
from PO_ACTION_HISTORY_V pahv
where pahv.object_id = p_object_id
and pahv.action_code = 'FORWARD'
and pahv.sequence_num = 2
and pahv.object_type_code = 'PO'
and rownum = 1; --转发
return v_user_name;
end;
OPEN NO ACTION REJECT FORWARD APPROVE
SUBMIT CLOSE RETURN CANCEL IMPORT FINALLY CLOSE
通过查看po_action_history表就会发现很有意思的事情了
假设基本的PO审批架构为
跟单员->采购员1审核->采购员2审核->采购总监审核
那 Sequence_Num Action_Code 两列的数据就可以很清晰查看到整个审批流程了
而表中的object_id实际上跟po_header_all的po_header_id 及po_release_all 中的po_release_id也是有关联的.
有了以上这几个字段就可以串出来了,action_code实际上也可以做个变量,这样控制也就更灵活了。
这个应用在打印PO合同里面自动带出采购员中可以应用，省去手工签字的麻烦。
复制内容到剪贴板 程序代码
程序代码function GetChecker(p_object_id in number) return varchar2 as
v_user_name Varchar2(50);
begin
Select PO_EMPLOYEES_SV.GET_EMP_NAME(POAH.EMPLOYEE_ID)
into v_user_name
FROM PO_ACTION_HISTORY POAH,
PO_LOOKUP_CODES POLC1,
PO_LOOKUP_CODES POLC2
Where POLC1.LOOKUP_CODE(+) = POAH.ACTION_CODE
AND POLC1.LOOKUP_TYPE(+) = 'APPROVER ACTIONS'
AND POLC2.LOOKUP_CODE(+) = POAH.ACTION_CODE
AND POLC2.LOOKUP_TYPE(+) = 'CONTROL ACTIONS'
AND POAH.Sequence_Num = 2
AND POAH.Action_Code = 'FORWARD'
and poah.Object_Id = p_object_id
and rownum = 1;
return v_user_name;
end;
我原来是用这个的，但后来发现有问题
复制内容到剪贴板 程序代码
程序代码function GetChecker(p_object_id in number) return varchar2 as
v_user_name Varchar2(50);
begin
\* select fu.Description
into v_user_name
from Fnd_User fu
where fu.Employee_Id = p_agent_id;*\
select pahv.employee_name
into v_user_name
from PO_ACTION_HISTORY_V pahv
where pahv.object_id = p_object_id
and pahv.action_code = 'FORWARD'
and pahv.sequence_num = 2
and pahv.object_type_code = 'PO'
and rownum = 1; --转发
return v_user_name;
end;
