可乐加冰

在以前版本中，更改APPLSYS的密码相当的麻烦，既要更改Applications层的密码，又要更改数据库的密码，而且顺序还不能乱，挺麻烦。11i版本引入新的工具FNDCPASS（位于$FND_TOP/bin），你可以轻松更改APPLSYS的密码：
$FNDCPASS apps/apps 0 Y system/manager SYSTEM APPLSYS WELCOME
上述语句把APPLSYS的密码改为WELCOME,当然你可以利用它更改各个模块数据库的密码，例如：
$FNDCPASS apps/apps 0 Y system/manager ORACLE GL GL1
上述语句把GL的密码改为GL1,同时，你也可以更改Applications层用户的密码：
$FNDCPASS apps/apps 0 Y system/manager USER VISION WELCOME
上述语句把VISION用户的密码改为WELCOME

CTRL+K，通过它，你可以了解到Oracle Applications快捷键的定义，从而加快操作的速度

方法：Applications 11i 的许多模块都提供清除相关历史数据，例如fnd 模块提供"清除
过时的工作流运行时数据"的并发请求，你可以清除OM 模块的旧的工作流的历史数据（目
前我们系统中每隔3 个月自动清除）；fnd 模块提供"汇总和清除并发请求统计"，你可以清除提交并发请求产生的log（目前我们系统每隔7 天自动清除）。大家有兴趣可以去研究一下其他模块的提供的清除历史数据的并发请求，毕竟系统用了一阶段，数据量剧增，给备份，
硬件和整个系统性能都会有很大的影响，做一些必要的清除工作也许能解决燃眉之急，而且
能减少整个硬件的投资

方法：当你跟踪iTAR 时，Oracle 工程师有时会叫你提供某个Forms 版本，你可以采
用如下方法获得（以AIX 为例）：Strings filename|grep Header
#adident Header <file name>

方法：我们不必使用SQL Trace 来获得，有一个简单的办法，即：帮助->诊断->检查->在"
块"中输入"system"，在"字段"输入" last_query "，然后把鼠标移动到"值"，你就可以看到你
所要的SQL 语句，简单吧！

方法：（以AIX 为例）在11i 中默认LOG 的存放位置是各个模块下log 目录，例如FND
模块log 的存放目录就是$FND_TOP/log/，可能有些用户想统一管理log，可以采取下面这
种方法得到解决：
更改applprod 用户（用于启动FormSever，ReportServer 和并发管理器等）的.profile，
增加两行：
APPLCSF=/u10/oracle/prodcomn
export APPLCSF
然后重新以applprod 登录，重新启动FormSever，ReportServer 和并发管理器等（一般有
个shell 文件，例如start.sh），至于为什么能起作用？原因很简单，Applications 首先查看
APPLCSF 环境变量是否设置，一旦设置，所有的log 均存放在$APPLCSF/log；否则就存
放在各个模块的log 目录

一般的工作人员只是决策的执行者，他们在不规范的执行中拿正当管理压人，不仅自己会受到谴责，更重要的是很容易使错误的决策变成既成事实，这才是我们值得警惕的。
本文来自博锐管理在线 www.boraid.com
　　　　　　　　正当管理不是压人的帽子
　　　　　　　　　　　 张华强
　　近日通过雅虎在网上检索“正当管理”的相关内容，“正当管理”文稿转载条目有一百余页，条目数以千计。这说明正当管理的理念已广为传播，正在得到越来越多业界人士的认同。但是在这类信息中有一种倾向值得关注，那就是把正当管理当做压人的帽子，物业管理、安全管理中的保安以势压人，甚至一些服务行业因与顾客发生了纠纷，服务管理人员也拿正当管理的旗号为自己的粗蛮行为抗辩。这就有必要对正当管理的理念加以澄清，以免产生误导。
　　其实，管理本来就应当是正当的，也就是说坚持正当管理是一种正常管理，是管理的应有之意，在正常的情况下是用不着加以特别证明的。也正是在这一点上，具有服务性质的职务行为常常容易把正常管理当成天然的正当权利。例如据《大河报》报道，郑州某地厕所管理员为了5分钱的如厕费，与如厕人大打出手，双方都了受伤。如厠人诉之法庭后，管理员抗辩说自己收入厕费是正当的。又如武汉市洪山区一学生公寓管理人员私配钥匙，乘虚而入收缴学生公寓的“热得快”，也自称是正当管理，引发一场争议。类似这样在自己的管理范围内，宣称对服务和管理对象的管理并无不当的例子还有不少，都是混淆了正常管理与正当管理的界限。
　　正常管理应当坚持正当性，但是不能说所有的管理都是正常的，都含有正当性。尽管上述管理是企业管理的“另类”，但也与管理的企业性质有关，有加以比较的必要。我在2000年初提出了正当管理的理念，“不可忽视的价值指向”一文收入中国经济出版社2001年8月出版的《中国当代思想宝库》一书。提出正当管理的概念，是针对“科学管理”而言的。大家知道，科学是中性的，例如科技手段可用于反恐，同样也可以为恐怖分子所用，管理的科技手段也是一样，但是当时的舆论却忽视了这一点。事实上，有相当数量的企业蠹虫正是这样“穷庙富方丈”的。同时，正当管理提出的初衷也是因为不正当管理的大量存在，是针对“委托-代理”中的激励失效和败德行为的盛行。这在学理上，就是在人们只关注管理的自然属性的时候，提醒人们不要忘了管理的社会属性，后者同样是在改制中必须解决的课题。
　　我们不能说一般的工作人员或者普通的管理人员的职务行为不是在进行管理，但是他们的正常管理和企业的相关利益主体交给管理者去打理不是一个层次的问题。但是它却可以给企业管理者一个重要的启示，那就是不能说我们所有的管理行为都是正当的，我们必须考虑某些容易引起利益冲突的管理行为的正当性。这就是要求管理者在正当管理的理念指导下进行自我约束，而不是把正当管理当作压人的帽子，拿自己的管理权盛气凌人。否则，那就会超出正常管理的范围，受到法律的制裁。在上诉收如厕费的例子中，经二七法院审理后认为，如厕人如厕时没有交费，致使双方发生争执，应负一定责任，但是厕所管理人员将人打伤也应承担责任。法院判定二七区城肥队赔偿如厕人相关损失。
　　尽管厕所管理人管理厕所是她的职责，其“管理”行为是职务行为，但是也不能成为其所谓正当管理的理由。从法律意义上讲，各国法律体系中所指的“正当行为”包括正当防卫、紧急避险、依法履行职务、执行命令以及经权利人同意的行为等等。例如消防队员为了扑灭一场大火而拆解了与火源相邻的一间民房，医生为了防止病毒的扩散危及病人的生命而断然截其一肢等等。法律对正当行为给予适当保护的同时，往往也要防止对正当行为的滥用，因而对正当行为的确认也是严肃的，预设了许多限制性的条件，例如正当防卫必须符合有关规定：起因条件必须是面对不法侵害，只能在不法侵害存在之时进行，必须出于正当的目的，其客观后果不能超过一定的限度以造成重大损失等等。对正当管理的认定也是一样，它不是要赋于管理者以特权，而是要求管理者承担更大的责任，履行更多的注意义务，严格执行而不是刻意规避各种程序性的规定。在企业改制过程中的正当管理，是要求经营管理者自觉的接受更多的约束，使自己的管理行为更加规范，除了要像正当行为要符会起因、时间、对象、限度等限制条件之外，还要符合自己的一些特殊的限制条件，例如严格遵守决策程序、交易规则等等。
　　我们倡导正当管理，固然有对管理善意保护的意义，但更多的是从积极预防不正当管理的意义向管理者提出的价值导向。应当分清事前预防与事后抗辩的关系，更多是需要在监督一时无法到位情况下管理者的慎独。也就是说，在实施正常管理的情况下，责任人采取自己的随机处置权时，应当注意以下几个问题；一是确实遇到相对紧急的情况，既不能像在正常管理中按部就班的行事，甚至不作为，也不能拿正常管理中的单方面权力说事。二是在实质上明知和应知侵犯了相关利益主体的利益的情况下，对于被损害的利益应当给予确认，并承认该部分利益的合理合法，给予适当的补偿。三是在事后的结果中能够证明所维护的利益大于所损害的利益，当然，这里的相关利益指得是所处置的直接利益，而不是拿假设或抽家的利益敷衍了事。
　　实际上，一般工作人员的过错或过失在具体事件的处理上不难弥补和纠正，重要的是不要对决策者和游戏规则的制定者留下可乘之机，否则，不但有悖于正当管理理念提出的初衷，反而给了他们实施不正当管理的口实。至少，正当管理不能成为各种游戏规则中的“霸王条款”。例如，在重庆市物业管理条例第一章第四条规定，业主必须“配合物业管理企业的正当管理服务活动”；又如莒南三中学生违纪处罚条例中规定，学生不服从教师正当管理，有辱骂教师行为，情节严重的；不服从教师正当管理，殴打或唆使他人殴打学校教职工的，都要给予相应的处罚。这里面的关键是对“正当管理”的认定，都是对管理者的单方面的保护，将使被管理者难以适从。尽管这些规则超出了企业管理的范畴，我们也可以从企业管理的角度建议将其中的“正当管理”改为“正常管理”，以免将两者混淆起来。
　　这不是在玩概念游戏，所谓正常管理也是有实质内容的，例如在前述学生公寓管理人员私配钥匙乘虚而入的问题，如果租赁合同中有这样的规定，租住人完全同意，那么那就是正常的例行检查，否则就涉及侵权，就不能拿正当管理压人。而一般的工作人员只是决策的执行者，他们在不规范的执行中拿正当管理压人，不仅自己会受到谴责，更重要的是很容易使错误的决策变成既成事实，这才是我们值得警惕的。
本文来自博锐管理在线 www.boraid.com
西安纵横企业管理咨询工作室http://www.boraid.com/org/introduction.asp?org_id=436
邮箱：zhanghuaqiang54@yahoo.com.cn

Printer-Friendly Version

系统表：
APPLSYS->弹性域代码表：
applsys.fnd_id_flexs例如总帐的"GL#" 表法Accounting Flexfield等弹性域结构表:
applsys.fnd_id_flex_structures
applsys.fnd_id_flex_structures_tl后面加TL表示不同语言之描述(Text Language)弹性域段值表：
applsys.fnd_id_flex_segments
applsys.fnd_id_flex_segments_tl弹性域值集主题表:
applsys.fnd_flex_value_sets
applsys.fnd_flex_value_sets_tl弹性域值集细节表:
applsys.fnd_flex_values
applsys.fnd_flex_values_tl描述弹性域
applsys.fnd_flex_descriptive

GL (总帐)->
SOB(帐套)表
gl.gl_sets_of_books日记帐批次表:
gl.gl_je_batches日记帐主题表:
gl.gl_je_headers日记帐细节表:
gl.gl_je_lines日记帐之来源表:
gl.gl_je_sources
gl.gl_je_sources_tl日记帐之分类表:
gl.gl_je_categoeries
gl.gl_je_categoeries_tl总帐科目合并表(来自于科目弹性域定义)
gl.gl_code_combinations

现金流量表编制（经典总结）

1.當發現工單狀態為’暫緩關閉’時,請依照以下簡單的步驟處理

查看关键用户
select distinct login_name
from (select c.user_name as login_name,
d.full_name as employee_name,
f.name as department_name,
a.user_id as user_id,
a.responsibility_id as responsibility_id,
b.RESPONSIBILITY_NAME as RESPONSIBILITY_NAME
from FND_USER_RESP_GROUPS a,
FND_RESPONSIBILITY_VL b,
fnd_user c,
hr_employees d,
per_assignments_f e,
hr_all_organization_units_tl f
where a.user_id = c.user_id
and c.employee_id = d.employee_id
and c.employee_id = e.PERSON_ID
and e.ORGANIZATION_ID = f.organization_id
and a.responsibility_id = b.RESPONSIBILITY_ID
and sysdate > e.EFFECTIVE_START_DATE
and sysdate < e.EFFECTIVE_END_DATE
and b.RESPONSIBILITY_NAME not in
('员工自助 (1)')
order by c.description, c.user_name, a.responsibility_id) a

select fpav.APPLICATION_NAME,fpav.APPLICATION_SHORT_NAME,fpav.APPLICATION_ID,fpi.application_id,fpi.patch_levelfrom fnd_product_installations fpi, fnd_application_all_view fpavwhere fpi.application_id(+) = fpav.APPLICATION_IDorder by 2

PL/SQL如下: 查看全文

DATA COLLECTED
===============
COLLABORATION
----------------
Checked the following details over the OWC:

- User created a PO for 5 lines
- Received the lines 1,2,3,4 fully (line 5 is not received)
- Cancelled lines 2,4 and 5
- Now user wants to return the lines 2 and 4

Explained that this is not possible cause once the line has been cancelled the system will not allow any transactions on the
lines.
This is a standard functionality and user is given enough warning while cancelling the lines. User will have to perform miscelaneous issue to return the
items.

User asked if there is any datafix that can be done. Since this is cause by the user action DEV/Support cannot provide any datafixes. This is not recommended. The broad guidelines for datafix would be :
 查看全文

1. 利用Toad或其它pl/sql工具在Oracle ERP Database中建立Package,源码如下

系统表：
APPLSYS->弹性域代码表：
applsys.fnd_id_flexs例如总帐的"GL#" 表法Accounting Flexfield等弹性域结构表:
applsys.fnd_id_flex_structures
applsys.fnd_id_flex_structures_tl后面加TL表示不同语言之描述(Text Language)弹性域段值表：
applsys.fnd_id_flex_segments
applsys.fnd_id_flex_segments_tl弹性域值集主题表:
applsys.fnd_flex_value_sets
applsys.fnd_flex_value_sets_tl弹性域值集细节表:
applsys.fnd_flex_values
applsys.fnd_flex_values_tl描述弹性域
applsys.fnd_flex_descriptive

GL (总帐)->
SOB(帐套)表
gl.gl_sets_of_books日记帐批次表:
gl.gl_je_batches日记帐主题表:
gl.gl_je_headers日记帐细节表:
gl.gl_je_lines日记帐之来源表:
gl.gl_je_sources
gl.gl_je_sources_tl日记帐之分类表:
gl.gl_je_categoeries
gl.gl_je_categoeries_tl总帐科目合并表(来自于科目弹性域定义)
gl.gl_code_combinations

提前期的专题学习

前言：

提前期直接关系到计划、生产、采购等重要的物流模块，但长期以来BOM模块中计算提前期部分的在11.5.4以及以下的版本一直存在BUG（PATCH2233424、2409092、2897711可以解决），使很多人在学习和测试时感到非常疑惑，不知道系统标准功能正确计算的提前期到底会是如何计算的。对此作专题讲解和测试，希望对大家理解提前期有所帮助。

基本概念回顾. 1

实例讲解：. 3

总结――提前期计算公式. 6

基本概念回顾

l 预处理提前期

制造或采购前的时间(例:采购前的纸面工作)

l 处理提前期

制造或采购所需时间 / 在BOM中自动计算

l 处理后提前期

采购件接收后所需时间(例:检验时间)

l 累计制造提前期

处理提前期加上关键子装配的处理提前期

l 累计总提前期

处理提前期加上关键子装配和采购组件的处理提前期

l 制造物品

处理前提前期，提前期批量需手工维护

处理提前期，累计制造提前期，累计总提前期为计算值

没有处理后提前期

l 采购物品

处理前，后提前期，处理提前期需手工维护

没有累计制造提前期，累计总提前期

使用工艺路线和详细排产计算制造提前期

l 离散重复计划物品的总提前期

l 计算提前期的时候自动计算资源和工序的偏置

资源偏置为使用该资源前已完成工作的百分比

操作偏置为在该工序前已完成工作的百分比

l 计划物料

计划物料在需要的时候到达

MRP计划使用偏置决定操作何时需要物料

l 使用自动计算制造提前期

计算物料清单各层物料的处理提前期，使用自动计算累计提前期

计算物料清单各层物料的累计制造提前期和总提前期

总提前期

处理提前期加上预处理提前期

累计制造提前期：

处理提前期加上关键子装配的处理提前期

累计总提前期：

处理提前期加上关键子装配和采购件的处理提前期

l 采购件提前期的用途与维护

只能手工维护

处理前提前期/处理提前期/处理后提前期

l 制造件的提前期物品属性

手工维护

处理前提前期/提前期批量

用于提前期偏置

可变提前期/固定提前期

程序计算

处理提前期/固定提前期/可变提前期/累计制造提前期

累计总提前期

用于时间栏定义

累计制造提前期/累计总提前期

l

实例讲解：

下面详细举个实例来分析提前期的计算逻辑，并在WIP中计算验证。

T001工序只有一个资源LEAD1分配数量为1，计划资源

T002工序也只有一个资源LEAD2分配数量为2，计划资源：

T003工序也只有一个资源RY002分配数量为3，计划资源:

所有资源都是一个班次，每天4小时。

注意资源是只分配资源数的总用量，所以做一个该装配件的天数为：直接得到可变提前期因子：(0.01/1+0.01/2+0.02/3)/4=0.0054166667

工序T002和其资源的偏置百分比为：0.01/(0.01/1+0.01/2+0.02/3)=46.15%

工序T003和其资源的偏置百分比为：（0.01/1+0.01/2）/(0.01+0.01/2+0.02/3)=69.23%

到物料属性窗口，发现提前期批量设为较大1000，则加工中提前期=可变提前期*提前期批量取整得到。

WIP离散任务中提前期得到的时间偏置的验证：

生产一个所需时间为(0.01+0.01/2+0.02/3)H

50个需要分钟数为：(0.01+0.01/2+0.02/3)*50*60分/小时=65MIN

所以时间偏置完全吻合正确。

再检查工序偏置时间：

65MIN*46.15%（工序偏置百分比）=30MIN

65MIN*69.23%（工序偏置百分比）=45MIN

总结――提前期计算公式

一、当工艺路线的标准工序下，资源计划选为“是”，并基于“物料”

l SUM(工序i的资源用量――单位H小时/MIN(分配资源数量，部门资源可用数量)＝生产一个装配件需要的小时数

l 物料属性计算出的可变提前期因子＝

SUM(工序i的资源用量――单位H小时/MIN(分配资源数量，部门资源可用数量/该资源一天可用小时数――班次小时或24小时可用)

二、当工艺路线的标准工序下，资源计划选为“是”，并基于“批次”

l SUM(工序i的资源用量――单位H小时/MIN(分配资源数量，部门资源可用数量)＝生产一个批次需要的小时数

l 物料属性计算出的固定提前期因子＝

SUM(工序i的资源用量――单位H小时/MIN(分配资源数量，部门资源可用数量/该资源一天可用小时数――班次小时或24小时可用)

三、装配件计算提前期

l 加工中提前期=取整（可变提前期*提前期批量）＋固定提前期

l 装配件的总提前期＝预加工提前期 + 固定提前期 + （提前期批量x 可变提前期）

l 累计制造提前期＝MAX(子装配件加工中提前期)＋装配件本身的加工中提前期

l 累计总提前期＝MAX(BOM树所有物料总提前期)＋累计制造提前期

四、关于工序及资源的提前期百分比，若都是有计划资源的工序，则

第N个工序的偏置百分比：

前面所有N-1道工序的耗时/所有工序的总耗时。

表示该工序在整个生产过程中，开始处理此工序时点与总制作进程的时间的关系。

注：当标准批量大于一天的产量时，偏置百分比的计算会有影响，因为考虑了工序间跨天后的非工作时间。但是WIP工单中计算的工序开始完成时间不受这个偏置的影响。但它对能力模块的资源清单中回拨天数的有影响。