EBS基础设置要点

合集下载

ebs销售模块操作手册

ebs销售模块操作手册

ebs销售模块操作手册
EBS销售模块操作手册是一个详细的指南,用于指导用户如何使用EBS销
售模块。

该手册通常包含以下内容:
1. 简介:介绍EBS销售模块的目的、功能和特点。

2. 系统登录:介绍如何登录EBS销售模块,包括用户名、密码和登录流程。

3. 用户界面:介绍EBS销售模块的用户界面,包括菜单、工具栏、页面布
局等。

4. 基础操作:介绍EBS销售模块的基础操作,如创建销售订单、编辑销售
订单、保存销售订单等。

5. 进阶操作:介绍EBS销售模块的进阶操作,如设置销售区域、管理销售
渠道、管理客户信息等。

6. 报表分析:介绍如何生成和查看销售报表,以便用户对销售数据进行统计分析。

7. 系统设置:介绍如何配置EBS销售模块的系统参数,以满足企业的个性
化需求。

8. 常见问题与解决方案:提供常见问题的解决方法,帮助用户解决使用过程中遇到的问题。

9. 附录:提供EBS销售模块的快捷键、术语表等附加信息。

需要注意的是,不同版本的EBS销售模块操作手册可能会有所不同,具体内容需要根据实际情况进行编写。

同时,为了确保手册的准确性和完整性,需要定期对手册进行更新和维护。

EBS开发基础知识(实战经验)

EBS开发基础知识(实战经验)

EBS开发基础知识(实战经验)EBS开发基础知识(经验总结)近几年有幸参与了一些大开发项目的项目管理和监督工作,发现很多开发人员对一些概念或者程序的写法不是很清楚,这也包括一些高级的开发人员也会犯一些基本的错误,因此我就整理一下大家容易犯的错误,希望大家能够在写程序的时候养成良好习惯。

一、例外处理问题有很多人喜欢在处理ex ception时,置为'null',应该说这是一个很不好的习惯,如果没有定义特定的exception,最起码应该把数据库的错误信息完整的报出来。

错误的写法:EXCEPTIONWHEN OTHERS THENNULL;END;正确的写法:EXCEPTIONWHEN OTHERS THENFND_FILE.PUT_LINE(FND_FILE.OUTPUT, SQLCODE);FND_FILE.PUT_LINE(FND_FILE.OUTPUT, SQLERRM);END;二、并发请求的OUTPUT和LOG不分有的同学在并发请求输出的时候,不知道如何把日志输出出来,其实很简单:输出到请求的输出:FND_FILE.PUT_LINE(FND_FILE.OUTPUT, 'XXXXXXX');输出到请求的日志:FND_FILE.PUT_LINE(FND_FILE.LOG, 'XXXXXX');一般情况是把报表的内容输出到OUTPUT,把报表中间的debug逻辑输出到log中。

三、在EBS环境之外运行EBS程序的初始化问题我们经常会遇到在pl/sql中运行某个视图,不能显示出数据,但是在界面上确有数据,这主要是因为视图是OU屏蔽的,因此需要你在pl/sql中初始化你的身份,初始化的程序如下,这样你就可以在任何pl/sql环境中运行EBS的视图了,例如PO_HEADERS,PO_LINES 等BEGINFND_GLOBAL.APPS_INITIALIZE(USER_ID => ,RESP_ID => ,RESP_APPL_ID => ); END;四、消息的使用,我经常看到有的同学喜欢在FORM中直接使用FND_MESSAGE.DEBUG('xxxxx');来显示错误或提示信息,实际上这是非常不正确的做法。

ORACLE EBS 基础设置

ORACLE EBS 基础设置

每个责任必须对应关联一个确定的菜单,但可以使用“排除”功能使之具有不同的菜单结构组合,这里 的“排除”功能并不影响菜单原先的结构设置,这方便并简化了系统管理员对“责任”与“菜单”的管理。“责任名” 总是从属于某一“应用产品”(模块),不同的模块可定义具有完全相同的“责任名”(包括菜单),但这两个 完全相同的责任名在“配置文件”作层次结构设置时,可以具有不同的值,这进一步提供了系统的灵活性。 责任一经定义就不可删除,只能通过设置有效期使之失效。为之设置“请求组”则限制了其可以使用的“请求” (并发程序)范围。至于其“可采用”应用产品范围设置(Web、自助等),似乎只起到统计分析的系统管 理作用,实际并不影响具体的功能应用。
在 EBS 系统中定义的法律实体 LE 必须对应于公司段值集中的(至少)一个值(行),但 R11 与 R12 的区别是,R11 在定义 LE 时并没有明确告诉系统对应(绑定)哪个段值,只要用户自己清楚并不混 淆即可。而在 R12 定义 LE 时,需要将其与会计科目弹性域结构中的某个公司段值明确关联,这是 R12 的 改进之处,避免了 R11 实际使用中当定义的法律实体 LE 数量较多时可能产生的混淆不清。
会计科目是企业进行财务数据核算工作的基础,各个国家基于企业监管与税收工作的需要而制定的 会计法律法规都对之有相应规定。我国于 2006 年颁布的新会计准则将会计科目分为六大类:资产类、负 债类、共同类、所有者权益、成本类、损益类,共计 156 个(一级)科目。简单的财务会计软件或单公司 规模很小时,类似手工记账的“电算化”系统实现方式问题不大,但当会计业务管理需求复杂,企业从单公 司向多公司集团化方向发展时,就必须考虑在系统层面如何方便地对多个公司的会计数据进行集中统一管 理的问题。
系统在安装后将具有一个名为“SYSADMIN”(密码 sysadmin)且具有“系统管理员”责任的初始用户 (该用户有时也被称之为“超级管理员”)。使用此初始用户可设置“菜单、责任及用户”。如下图 3 所示“用 户”的定义界面:

EBS总帐功能点操作基础手册

EBS总帐功能点操作基础手册

总帐功效点操作手册作者:韩业邦创建日期:-03-10更新日期:-03-16版本: 1.1文档控制更新统计审阅分发目录一、基础概念 ................................................................................................... 错误!未定义书签。

1.1键弹性域:......................................................................................... 错误!未定义书签。

1.2说明性弹性域:................................................................................. 错误!未定义书签。

1.3值集:................................................................................................. 错误!未定义书签。

1.4段值:................................................................................................. 错误!未定义书签。

1.5累计组:............................................................................................. 错误!未定义书签。

1.6菜单:................................................................................................. 错误!未定义书签。

EBS基础要点简介-帐套分类帐

EBS基础要点简介-帐套分类帐

ORACLE EBS 基础设置要点简介三、帐套(分类帐)会计科目弹性域结构(COA)、币种(Currency)、日历(Clander)三者的组合构成EBS R11及之前系统的所谓“帐套”(SOB)。

在R12中,再增加一个维度“会计方法或会计惯例”,即成为所谓“分类帐”。

所谓“会计方法或惯例”,例如对于不同国家或地区、不同企业,会计法规可能规定物品单价5000元是作为“固定资产”还是“期间费用”处理的判定标准,也可能规定这个判定标准是1万元。

标准不同,记账的会计科目也就不同,企业报告的经营结果也就会有差别。

一个诸如在香港注册的企业,一方面需要向香港政府机关提交符合本地法规的财务报告,另一方面可能还需要向在国内的总公司提供符合国内法规的财务报告(便于考核管理),这就出现所谓“多账簿”(对应R12中的主辅分类帐)的系统功能问题。

如下图9是EBS R11中“帐套”的定义接口:如下图10所示是EBS R12中使用“会计科目管理器AMB”设置“主要分类帐(Primary Ledger)”与“辅助分类帐(Second Ledger)”的定义接口:R12中定义的一个“主要分类帐”可以附带定义与之关联的多个“辅助分类帐”,如下图11所示:等等,其事务处理默认是基于“主要分类帐”的会计科目表(COA),所以,如果主辅分类帐的科目表不同,则必须在两者之间建立“映射(Mapping)”关系(1对1或多对1的关系)。

如下图12所示为主辅分类帐的映射定义界面,如果两者科目表相同(币种不同),则该定义界面将有所不同,没有“科目表”映射的内容,只有后面部分(币种转换及日记账转换等):下图13所示为当主辅分类帐的科目表不同时,系统科目表映射的定义界面,账户规则定义中可见,源账户可以是一个范围,而目标账户只能是一个:ORACLE EBS R12中四维(4C)定义的“分类帐Ledger”构成了ORACLE系统“多账簿”功能的处理基础。

系列之四:ORACLE EBS 基础设置要点简介(A)

系列之四:ORACLE EBS 基础设置要点简介(A)

系列之四:ORACLE EBS 基础设置要点简介(A)ORACLE EBS 基础设置要点简介一、安全性管理二、会计科目弹性域结构三、帐套(分类帐)四、组织架构(一)业务组(BG)(二)法律实体(LE)(三)业务实体(OU)(四)库存组织(INV)(五)公司成本中心(Cost Center)(六)HR组织(七)多组织接入控制五、基础数据(一)关于“日历”(二)关于“币种”(三)关于“汇率”(四)关于“单位”(五)关于“地点”六、并发管理七、工作流八、系统初始化设置(一)关于安全性。

(二)关于配置文件(三)值集与弹性域(四)分类账(帐套)与组织架构(五)单据编号(六)层次性设置结构九、结语(注:网站批量发图有问题,上传后显示不清楚。

点击图片打开后,质量尚可)首先需要说明的是,本系列文档假定读者已经具备基本的系统相关使用知识与技能(例如,能够基本领会“ORACLE EBS系统应用基础概述”中的内容),故所讨论的内容仅限于笔者认为从系统使用与实际业务两方面来看比较重要或者容易存疑的问题,并不能面面俱到,旨在帮助读者掌握核心、抓住要点(详尽内容必须参考ORACLE相关官方文档)。

文中为讨论需要所附图文均取自ORACLE EBS 的测试环境(Vision Demo),版本以R12.1.1为主,辅之以版本R11.5.10,界面语言主要为中文(必要时辅之以英文)。

两个EBS版本在界面与功能应用方面实际可能有一些差异,必要时会作相关说明,但一般不会影响对基本问题的讨论。

技术是业务的抽象与工具,业务是技术的来源与目的。

本系列文档通篇将秉持“从业务的角度去审视技术,从技术的角度去回归业务”的方法论(这里的所谓“技术”,意指“系统实现”),去探讨系统实现与业务实践的融合问题,以求逐步能达到技术与业务的融会贯通。

限于笔者的认知水平,有讹误或不正确之处,欢迎批评指正。

一、安全性管理从系统使用角度来看,系统管理的一项重要的日常工作是关于“用户”及其“权限”的管理,在ORACLE中即所谓“安全性”(Security)管理。

EBS:辅修总帐基础配置文档

EBS:辅修总帐基础配置文档

创建账套 (2)定义值集 (2)1、定义公司段 (3)2、保存 (3)3、新建,定义部门段 (3)4、保存 (4)5、新建,定义科目段 (4)6、保存,关闭该表 (4)定义COA会计科目弹性域 (4)1、点击,查找“总帐管理系统(accounting Flexfield)”键弹性域 (5)2、点击新建,添加自己的科目结构 (5)3、点击段 (6)4、保存 (6)5、点击弹性域限定词 (6)6、冻结弹性域 (9)7、保存关闭该表 (9)输入值 (9)1、查找到定义的公司段 (10)2、点击查找,输入值 (10)3、值的限定词 (11)4、定义部门段 (12)5、输入值,限定词与公司段相同 (13)6、定义科目段 (13)7、输入值,注意科目段值的选择 (14)8、保存,并关闭表 (15)定义期间类型和会计日历 (15)1、定义期间类型 (15)2、保存 (16)3、定义期间 (16)4、保存 (17)定义币种和汇率 (17)1、定义币种 (17)2、保存 (18)3、定义汇率 (18)定义分类账 (19)设置法人实体 (19)1、点击创建科目设置,创建法人实体 (19)2、定义分类账,点击创建会计科目设置 (20)3、查找到设置好的法人实体 (20)4、输入主要分类账参数 (20)5、为分类账添加平衡段值,更新平衡段值 (21)创建账套每一个账套(Ledger),都有必须的三要素:会计科目表(Chart Of Accounts)、会计日历(Calendar)、币种(Currency)。

其中会计科目表通过定义会计弹性域(其实就是会计弹性域)建立,币种则使用系统提供的,一般不需要额外定义。

在以后的应收/应付模块,就可能涉及到我们在总账模块配置的账套和分类账。

(请大家在以后的系统操作中再回过来思考账套在系统中的作用,以及我们定义的每一步与其他模块的关联。

同时,大家课后仔细了解下弹性域的概念。

)总账模块处于几大模块的核心模块,除了它的配置是整个系统最基础的,更重要的是总账模块体现了公司的组织架构,在做总账模块的配置时,思考它的系统架构,总结自己的学习方法,以后其他模块的学习就可以按照总账模块的学习方式按部就班。

ORACLE-EBS-基础设置要点简介

ORACLE-EBS-基础设置要点简介

ORACLE-EBS-基础设置要点简介概述Oracle E-Business Suite(简称EBS)是一款企业级应用软件,它的设计目标是为企业提供全面的业务解决方案,包括财务、人力资源、供应链管理、客户关系管理等多个模块。

在使用EBS之前,需要进行一些基础设置,以确保系统的正常运作和最好的性能效果。

本文将介绍EBS基础设置的要点,包括语言支持、日期和货币、服务器配置、访问控制等。

语言支持EBS支持多种语言,用户可以根据需要进行自由切换。

在设置中,需要将语言设置为“负载均衡(HTTP)”或“标准”的形式。

此外,还可以针对特定用户设置语言,具体方法如下:1.在“用户维护”中进行如下设置用户界面语言:英语报表语言:英语2.在“用户个人设置”中进行如下设置首选语言:英语日期和货币对于日期和货币的设置,需要根据不同的国家和地区进行选择。

在EBS中,可以通过运行“日期和货币设置”的功能来进行设置,具体步骤如下:1.找到“运行窗口”或“应用程序菜单”,输入“日期和货币设置”和相应的国家或地区。

2.选择适当的日期格式和货币符号。

3.点击“提交”按钮,保存设置。

服务器配置针对不同的业务需求和规模,EBS的服务器配置需要进行适当的调整。

其中,包括以下几个方面:1.并发管理:EBS支持多个并发事务的同时运行,但需要进行相关的实时监控和限制。

2.内存和磁盘:对于大型企业,需要将EBS的内存和磁盘空间适当地进行扩展,以确保系统的正常运作和快速响应。

3.网络:在分布式环境中,不同的应用服务器需要进行适当的网络配置,以确保数据的安全传输和高效访问。

访问控制为了保护EBS系统的安全性,必须进行严格的访问控制。

安全策略应包括以下要点:1.密码策略:设置密码长度、复杂度等特性,规定用户更改密码的频率,以尽可能保障系统安全。

2.角色权限:为不同的用户设置不同的应用程序权限、菜单权限、功能权限和数据权限,以确保资源的合理分配和使用。

EBSR12总账基础配置第二部分

EBSR12总账基础配置第二部分

写在前面:这次这个文档时总账的帐套配置完整版,接着上次的说就行了,前6页是本文档中总账基础设置的详细说明,6-11页是系统基本组织架构的设置。

从12页开始一直到最后,是操作部分。

上次一任务我们已经完成了上一部分,后面的从本文档25页开始。

准备工作:配置hosts在Windows目录下查找Hosts,一般路径:C:\Windows\system32\drivers\etc\hosts按照文本格式打开,在Hosts文件中添加登录系统的配置信息172.17.15.227 登录系统网址:http:// :8000用户名/密码(你们自己的)学号/自己的在客户端程序安装第一次登录时:在IE中选择:工具>Internet选项:安全>受信任的站点选择站点点击确定。

R12 GL 设置主要步骤记录构建组织层次结构(Business Model),账套(Ledger)。

最终结果当GL设置完成后,有以下层次结构层次名称说明业务组(Business Group) XX_BG组织层次的最高层,用来屏蔽HR信息账套(Ledger) XX_PRIMARY_LEDGER账套,财务数据层次的最高层。

是一个独立的财务核算方案。

法人实体(Legal Entity) XX_LE对外提供财务报告和税务报告的实体经营单位(OperatingUnit) XX_OU就像一个子公司,多个OU可以使用同一账套。

屏蔽OM/PO/AR/AP等模块数据设置过程一为建组织做准备1.到System Administrator职责,Security -> Responsibility –> Define 创建一个Inv(XX)的职责(为Inventory类型的应用程序),并把这个职责分配给当前用户 (路径:Security -> User -> Define)。

(跳过。

)2.打开Inventory职责(提议到Inventory职责上创建各种组织)Setup -> Organizations -> Organizations创建一个业务组(Business Group),名为 XX_BG3.指定这个新职责Inv(XX)的两个系统配置项 (路径:Profile -> System): HR:Business Group, HR: Security Profile 的值都为XX_BG。

EBS基础要点简介-帐套(分类帐)

EBS基础要点简介-帐套(分类帐)

ORACLE EBS 基础设置要点简介三、帐套(分类帐)会计科目弹性域结构(COA)、币种(Currency)、日历(Clander)三者的组合构成EBS R11及之前系统的所谓“帐套”(SOB)。

在R12中,再增加一个维度“会计方法或会计惯例”,即成为所谓“分类帐”。

所谓“会计方法或惯例”,例如对于不同国家或地区、不同企业,会计法规可能规定物品单价5000元是作为“固定资产”还是“期间费用”处理的判定标准,也可能规定这个判定标准是1万元。

标准不同,记账的会计科目也就不同,企业报告的经营结果也就会有差别。

一个诸如在香港注册的企业,一方面需要向香港政府机关提交符合本地法规的财务报告,另一方面可能还需要向在国内的总公司提供符合国内法规的财务报告(便于考核管理),这就出现所谓“多账簿”(对应R12中的主辅分类帐)的系统功能问题。

如下图9是EBS R11中“帐套”的定义接口:如下图10所示是EBS R12中使用“会计科目管理器AMB”设置“主要分类帐(Primary Ledger)”与“辅助分类帐(Second Ledger)”的定义接口:R12中定义的一个“主要分类帐”可以附带定义与之关联的多个“辅助分类帐”,如下图11所示:等等,其事务处理默认是基于“主要分类帐”的会计科目表(COA),所以,如果主辅分类帐的科目表不同,则必须在两者之间建立“映射(Mapping)”关系(1对1或多对1的关系)。

如下图12所示为主辅分类帐的映射定义界面,如果两者科目表相同(币种不同),则该定义界面将有所不同,没有“科目表”映射的内容,只有后面部分(币种转换及日记账转换等):下图13所示为当主辅分类帐的科目表不同时,系统科目表映射的定义界面,账户规则定义中可见,源账户可以是一个范围,而目标账户只能是一个:ORACLE EBS R12中四维(4C)定义的“分类帐Ledger”构成了ORACLE系统“多账簿”功能的处理基础。

ebs系统各模块设置文档

ebs系统各模块设置文档

EBS系统各模块设置文档1. 引言本文档旨在详细介绍EBS(Enterprise Business System)系统的各个模块的设置和配置。

EBS系统是一个综合性的企业管理系统,包含多个功能模块,如人力资源管理、财务管理、销售管理等。

每个模块都有特定的设置和配置,本文档将逐一介绍这些设置内容,并提供操作步骤和注意事项。

2. 人力资源管理模块设置2.1 员工信息管理员工信息管理是人力资源管理模块的核心功能之一。

在该模块中,可以进行员工档案的创建、编辑和查询等操作。

具体的设置包括:•创建员工档案:输入员工基本信息(如姓名、性别、出生日期等)并保存。

•编辑员工档案:对已存在的员工档案进行修改和更新。

•查询员工档案:根据不同条件(如姓名、部门、职位等)进行查询,并显示符合条件的结果。

2.2 考勤管理考勤管理是人力资源管理模块中另一个重要功能。

在该模块中,可以设定考勤规则、记录员工考勤情况以及生成考勤报表等。

具体的设置包括:•设定考勤规则:设置上下班时间、迟到早退规定、加班计算方式等。

•记录员工考勤情况:通过打卡机、电子签到等方式记录员工的考勤情况。

•生成考勤报表:根据考勤记录生成各种统计报表,如出勤率、迟到次数等。

3. 财务管理模块设置3.1 财务科目设置财务科目设置是财务管理模块的核心功能之一。

在该模块中,可以设定各个财务科目的名称、编码和类型等。

具体的设置包括:•创建财务科目:输入科目名称、编码和类型,并保存。

•编辑财务科目:对已存在的财务科目进行修改和更新。

•删除财务科目:删除不再使用的财务科目。

3.2 凭证管理凭证管理是财务管理模块中另一个重要功能。

在该模块中,可以录入和审核凭证,进行账务处理和查询。

具体的设置包括:•录入凭证:输入凭证号、日期、摘要以及借方和贷方金额等信息,并保存。

•审核凭证:对已录入的凭证进行审核,确保凭证的合法性和正确性。

•查询凭证:根据不同条件(如日期、科目等)进行凭证查询,并显示符合条件的结果。

ebs帐户密码设置规则

ebs帐户密码设置规则

ebs帐户密码设置规则在电子商业系统(EBS)中,密码的重要性不言而喻。

它不仅关乎到个人隐私,更直接关系到帐户安全。

为了确保帐户的安全性,EBS制定了一套详细的密码设置规则,旨在提高密码的复杂性和安全性,防止未经授权的访问和潜在的安全风险。

一、密码长度的必要性密码长度是衡量密码强度的重要标准。

一个相对较短的密码很容易被破解,从而给帐户带来风险。

因此,EBS规定密码长度至少为8个字符。

这样的长度可以确保密码具有一定的复杂性,使得破解变得更为困难。

为了进一步加强安全性,建议用户使用更长的密码,如12个字符或更多。

二、密码的复杂性要求除了长度外,密码的复杂性也是至关重要的。

一个好的密码应该包含大写字母、小写字母、数字和特殊字符。

这样的组合可以大大提高密码的破解难度,为帐户提供更好的保护。

同时,为了确保密码的强度,用户应避免使用容易猜测或轻易被破解的密码,例如生日、家庭地址或名字等。

三、避免使用重复的密码为了防止帐户被恶意攻击者连续破解,EBS要求用户不能连续使用相同的密码。

这意味着每次更改密码时,用户都需要创建一个全新的、不同的密码。

这一规则有助于减少帐户被盗用的风险,并确保系统的安全性。

四、定期更换密码为了应对潜在的安全威胁,EBS鼓励用户定期更换密码。

这一措施可以提高帐户的适应性和抗风险能力。

通常情况下,建议每3个月更换一次密码,以降低因密码泄露而产生的安全风险。

此外,用户在更换密码时,应遵循之前的密码复杂性要求,确保新密码的安全性。

五、密码保护措施除了上述规则外,EBS还提供了一些密码保护措施,以帮助用户更好地管理密码。

首先,建议用户使用密码管理工具,如LastPass、1Password 等,这些工具可以生成和保存复杂的密码,并确保密码在不同站点之间的一致性。

其次,用户应避免在公共计算机或共享网络上使用EBS帐户,以防止密码被窃取。

最后,如果用户发现自己的帐户遭到未经授权的访问,应立即通知EBS客服,并尽快更改密码。

系列之四:ORACLE EBS 基础设置要点简介(D)

系列之四:ORACLE EBS 基础设置要点简介(D)

系列之四:ORACLE EBS 基础设置要点简介(D)ORACLE EBS 基础设置要点简介五、基础数据(一)关于“日历”(二)关于“币种”(三)关于“汇率”(四)关于“单位”(五)关于“地点”六、并发管理七、工作流八、系统初始化设置(一)关于安全性。

(二)关于配置文件(三)值集与弹性域(四)分类账(帐套)与组织架构(五)单据编号(六)层次性设置结构九、结语(注:网站批量发图有问题,上传后显示不清楚。

点击图片打开后,质量尚可。

五、基础数据基础数据通常是指与具体业务关系不大且具有全局性、基础性的一些基本数据,例如日历Calendar、币种Currency、汇率Rate、单位UOM、地点Location等等。

这些基础数据的系统设置有些比较简单如“币种”,有些与真实世界的情况相似如“日历”,有些则可能比较抽象复杂如“地点”等等,情况多种多样。

以下择其要者,作简要说明。

(一)关于“日历”。

EBS中的日历设置,实际包括两大类,一类是与会计工作相关的,包括“会计日历”、“会计事务处理日历”等,它们的使用范围较小,有专门用途,一般是在总账模块设置(这里不赘述)。

一类是工作日日历,它与企业的日常业务工作相关,使用范围广泛,大多数涉及库存组织的业务模块都可能与之相关,如下图35所示:需要注意的是,在新设置工作日日历或更新已存在工作日日历后,需要通过在工具栏的“建立”功能启动一个后台并发程序,以最终完成设置工作。

(二)关于“币种”。

各国或地区的“货币”是一种客观存在,EBS系统已经预置几乎所有企业可能使用到的币种,必要时还可以添加。

用户可以决定哪些币种需要启用,以及维护其使用时的“精确度”。

如下图36所示:(三)关于“汇率”。

企业对于不同币种汇率转换的管理是一项重要的基础性工作,它对企业的经营结果有重要影响。

为方便该项工作的开展,EBS系统专门提供了一个名为“币种管理器”的工具,如下图37所示:企业可以根据工作需要设定多个“汇率类型”(系统初始预置了Corporate值),并为之维护“每日汇率”或基于帐套的“期间汇率”。

系列之四ORACLEEBS基础设置要点简介

系列之四ORACLEEBS基础设置要点简介

系列之四ORACLEEBS基础设置要点简介热度 7已有 1006 次阅读2009/12/23 10:27|关键词:EBS基础设置要点简介ORACLE EBS 基础设置要点简介七、工作流八、系统初始化设置(一)关于安全性。

(二)关于配置文件(三)值集与弹性域(四)分类账(帐套)与组织架构(五)单据编号(六)层次性设置结构九、结语(注:网站批量发图有问题,上传后显示不清晰。

点击图片打开后,质量尚可。

七、工作流系统关于工作流的设置工作包含两部分工作,一是基于企业的专门需要,使用Workflow Builder软件包工具自定义工作流。

详情需参考ORACLE的相关文档,那个地点不赘述。

二是为系统设置工作流治理员。

系统在安装后的初始化工作流治理员是系统超级用户SYSADMIN,企业应当第一使用SYSADMIN进入系统,将工作流治理员改为一个真实的用户,或者输入“*”,则所有用户都“能够”具有工作流治理员权限(用户实际是否有工作流治理权限还必须取决于其被给予的“责任”或“菜单”功能),如下图48所示:实际具有工作流治理权限的用户在进入工作流治理“开发职员作室”TAB页后,能够查询出系统所有的“工作流类型”,可选择其一作具体设置,如下图49所示:上图中,工作流治理员选定具体需设置的工作流后,点击“运行”则能够打开该工作流的“属性”设置界面(具体有哪些属性可设置,不同工作流各不相同),如下图50所示:工作流治理员在工作流治理“状态监控程序”TAB页,能够监控选定工作流的具体运行情形的若干条目列表,针对每一个条目,能够查看其“活动历史记录、状态图、参与者回应、详细资料”等若干信息(必要时工作流治理员可实施干预,如更新属性、倒退、暂停、取消等等)。

如下图51所示:系统在各应用模块基于业务处理功能,预置有若干不同工作流,有关详情容以后结合具体业务模块应用再来讨论。

以下重点介绍一个比较专门的工作流:在多个业务模块中均需使用且系统实施必须事先完善设置的“账户生成器流程”。

EBS初学者入门介绍资料

EBS初学者入门介绍资料

EBS标准机能的概念 会计帐套 (SOB)
一般以库存操作(从入库至出 库)为单位进行设定。物料也 必须在分配给各库存组织后, 才能使用。
库存组织 A
= 物料Master组织
库存组织 B
・・・
库存组织 Z
在库存组织中管理下列内容: ・工作日日历:一般一个子库存可以定义一个工作日日历,本次采用4/4/5 周模式: 即,两个四周工作期间,再跟一个五周工作期间。 ・物料属性(在组织层管理):先设定一个物料主组织,然后分配给相关组织 ・库存计划:分为最大最小计划、再订购点计划 ・管理库存/交易Transaction:如接收、退货、子库存转移、组织间转移、杂项事务处理等 ・采购订单/销售订单都必须指定接收组织/发货组织
EBS中一些专业术语
7、安全库存数量:为防止需求和(或)供应发生波动而计划纳入库存的存货量。可分为MRP计划与非MRP计划 8、类别:用于组合具有相似特性的物料的代码,如:FXSL Purchasing、Inventory Category Set。 9、BOM:定义时,只能定义两级,即:父物料、子物料 物料清单类型:标准物料清单、模型物料清单、选件类物料清单、计划物料清单、工程物料清单 10、部门:部门是组织内的某个区域,它由一个或多个人员、设备或供应商组成,您可以在部门中收集成本、 分摊制造费用并将负荷和能力进行比较。您可以将部门分配给工艺路线的每道工序,并分配该部门的 可用资源。 11、资源:您可以使用资源来定义装配件在每道工序花费的时间和发生的成本。资源就是执行、计划或成本 计算时要求使用的任何事物,它包括但不限于:员工、设备、外协加工服务和物理场所。在工艺 路线中,所有计划活动都必须具有资源及其单位用量。计划资源可以包括排队、准备、加工和传 送时间。 在定义部门时,您可以指定每个部门的可用资源和每个资源的可用班次。对于定义的每道工序, 您需要指定一个部门及资源和用量清单。工序可以使用部门的任何可用资源,但您不必使用分配 给部门的所有资源。

EBS各模块设置步骤

EBS各模块设置步骤

EBS各模块设置步骤EBS(企业资源计划)是一种管理信息系统,能够整合、自动化管理企业各个流程和部门,提高企业的运作效率和管理水平。

EBS包括多个不同的模块,每个模块都有相应的设置步骤。

以下是EBS各模块的设置步骤:1.财务模块的设置步骤:a.创建会计期间:为了进行记账和报表生成,需要创建会计期间,设置会计期间的开始日期和结束日期。

b.设置会计凭证:定义会计凭证模板、凭证字号,并设置会计科目的初始余额。

c.设置会计科目:创建会计科目,并定义科目类别、账户类型和科目余额方向。

d.设置财务报表:根据需要定义财务报表模板,并与会计科目进行关联。

e.设置固定资产:录入企业的固定资产信息,包括资产折旧规则和折旧方法。

f.设置成本管理:定义成本中心、核算项目和成本分配规则,用于进行成本分配和成本控制。

2.供应链管理模块的设置步骤:b.设置采购流程:定义采购申请、采购订单和采购收货流程,设置采购审批规则。

c.设置库存管理:设定物料编码规则、库存组织和库存地点,进行库存盘点和库存调整。

d.设置供应链计划:制定物料需求计划,进行物料需求的预测和计划下单。

e.设置质量管理:定义质量检验方法和标准,进行物料入库和出库的质量检验。

3.生产管理模块的设置步骤:a.设置工艺路线:创建产品的工艺路线,包括工序、工作中心和生产工时。

b.设置生产计划:制定生产计划,包括生产订单的创建和调度。

c.设置生产执行:进行生产订单的领料、生产过程的跟踪和生产报工的记录。

d.设置质量控制:定义检验点和检验标准,进行生产过程和产成品的质量控制。

e.设置成本控制:进行生产成本的核算和分析,包括直接材料、直接人工和制造费用的计算。

4.销售管理模块的设置步骤:b.设置销售流程:定义销售报价、销售订单和销售发货流程,设置销售审批规则。

c.设置价格策略:制定产品的价格策略,包括定价规则和促销活动。

d.设置销售合同:创建销售合同,包括合同条款、支付方式和交付日期等。

EBS初学者入门介绍资料

EBS初学者入门介绍资料
一般以库存操作(从入库至出 库)为单位进行设定。物料也 必须在分配给各库存组织后, 才能使用。
库存组织 A = 物料Master组织
库存组织 B
库存组织 Z ・・・
在库存组织中管理下列内容:
・工作日日历:一般一个子库存可以定义一个工作日日历,本次采用4/4/5 周模式:
即,两个四周工作期间,再跟一个五周工作期间。
来源分组以分别进行冲减的一种方法。本次分为:国内与海外 15、来源补充规则:默认申请或采购订单行中的供应商,并可以根据需要来默认申请或采购订单行中
的供应商地点。
EBS Modules
Export Order Mangement
Customer
MS/MRP
Forecast
OM
Order Management
EBS中一些专业术语
12、工艺路线:一系列制造工序,可用于生产装配件。工艺路线由物料、系列工序、工序序号和工序 有效日期组成。
13、WIP工单类型的估计帐户:物料、物料间接费用、资源、外协加工、制造费用以及差异帐户 14、需求分类:您可以通过创建需求分类,将类似的客户或销售订单分组。需求分类是将不同的需求
ASBN
Receiving
Quality
Inspection
Supplier
Customer
Shipping
OM
Shipping Execution
Finance
Account Receivable
Production Control
Inventory
(Make Item)
WIP
Completion
前图的补充说明
最大最小计划:在物料(现有量和订货量之和)的库存水平下降至最低水平以下时,Oracle Inventory 会建议一个新的采购申请、内部申请、物料搬运单或任务,以便使剩余 数量回升至最高水平。

EBS初学者入门介绍资料

EBS初学者入门介绍资料
物料清单类型:标准物料清单、模型物料清单、选件类物料清单、计划物料清单、工程物料清单 10、部门:部门是组织内的某个区域,它由一个或多个人员、设备或供应商组成,您可以在部门中收集成本、
分摊制造费用并将负荷和能力进行比较。您可以将部门分配给工艺路线的每道工序,并分配该部门的 可用资源。 11、资源:您可以使用资源来定义装配件在每道工序花费的时间和发生的成本。资源就是执行、计划或成本
INV 杂项事务
INV 盘点
INV 物料管理
WIP 完工入库
WIP 组件发放
GL 总帐
CST 成本
在制品
INV 现有量
WIP 组件发放
WIP 移动
WIP 资源
WIP 完工入库
WIP 离散任务
QA 质量检验ຫໍສະໝຸດ BOMGL 总帐CST 成本
销售
INV 现有量
OM 定价
OM 销售订单
OM 发运
OM 客户管理
ASBN
Receiving
Quality
Inspection
Supplier
Customer
Shipping
OM
Shipping Execution
Finance
Account Receivable
Production Control
Inventory
(Make Item)
WIP
Completion
ASCP 制造计划
INV 现有量
PO 采购订单
WIP 离散任务
WIP 离散任务
PO 采购订单
采购
PO 采购订单
PO 请购单
PO 供应商管理
PO 接收
PO 检验
PO 入库
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

ORACLE EBS 基础设置要点简介一、安全性管理从系统使用角度来看,系统管理的一项重要的日常工作是关于“用户”及其“权限”的管理,在ORACLE中即所谓“安全性”(Security)管理。

“安全性”是一个涵义较之“权限”更为丰富、更为广阔的概念术语,它虽然比较抽象,但顾名思义,它很好地涵盖了于实际业务与系统使用中,有关企业数据与信息管理的某些需要重点保护、控制的内容。

有关用户权限的管理,在ORACLE系统中主要有三个基本要素构成:菜单(Menu)、责任(Responsibility)、以及用户(User)。

三者的有机结合构成了系统权限或安全性管理的基础,辅之以参数或“安全性配置文件”等的使用,则进一步对用户的“实体(组织、帐套或分类帐)接入”权限进行细分。

此外,系统在各个应用模块中,还将可能基于不同业务特点采取各具特色的系统实现方式,对用户的准入管理或功能权限作更进一步的划分(具体方式与系统设计者的个人偏好也有一定关系,不能一概而论)。

“菜单”(Menu)在今天信息时代的日常生活中已是一个很普通的术语。

ORACLE 中的“菜单”概念并无甚特别,它也是表示用户的系统应用功能入口。

最基本的“菜单”由系统预置的若干“表单功能”所组成,EBS目前大概具有2万个左右的此类表单功能;(基于某些特殊需要,系统还可提供虽不可见但可由表单内包含的逻辑调用的某些非表单“子功能”,需开发后台设置)。

用户可以自定义包括若干基本菜单作为“子菜单”的用户菜单,自定义的“用户菜单”也可以作为“子菜单”来使用,这样就形成了一个菜单结构(树形图)。

如图1所示菜单定义及可选择使用的系统预置表单功能LIST:EBS系统在安装好后,针对每个应用模块均已经预定义包括所有功能(或权限)所谓的“超级用户菜单”(Super User Menu),企业(系统管理员)在定义用户“责任”时可利用“排除法”来满足实际的业务管理需要。

此外,系统还提供了“仅具查询”功能的预定义菜单,供某些需要限制做业务的用户使用。

相较于“菜单”的耳熟能详,EBS的所谓“责任”( Responsibility)概念就生涩、抽象得多,通常可以将之与人们相对熟悉的“角色”(Role)概念来参看。

在企业管理中通常会将人员按“岗位角色”来划分,例如“计划员、采购员、仓管员”等等,它们通常对应于一定的岗位职责(责任),有真实的业务管理涵义,比较具体。

系统预先定义的角色,分配给用户(User)后,该用户就具有该角色的全部应用功能;但EBS未象其它产品(如SAP)使用角色概念,而是使用“责任”概念,则更倾向于抽象地表示某些功能(入口菜单)的组合,可以不具有真实的管理涵义,比如所谓“销售经理”责任之下,尽可以与“采购员”有相同的菜单项,具有完全相同的功能,而这一点如对应到实际的“岗位角色”,显然是不合适的。

Role更清楚直接,但使用不够灵活;Responsibility可灵活使用,但容易带来理解上的歧义与误会,使用时要注意区分。

如下图2所示的“责任”定义界面:每个责任必须对应关联一个确定的菜单,但可以使用“排除”功能使之具有不同的菜单结构组合,这里的“排除”功能并不影响菜单原先的结构设置,这方便并简化了系统管理员对“责任”与“菜单”的管理。

“责任名”总是从属于某一“应用产品”(模块),不同的模块可定义具有完全相同的“责任名”(包括菜单),但这两个完全相同的责任名在“配置文件”作层次结构设置时,可以具有不同的值,这进一步提供了系统的灵活性。

责任一经定义就不可删除,只能通过设置有效期使之失效。

为之设置“请求组”则限制了其可以使用的“请求”(并发程序)范围。

至于其“可采用”应用产品范围设置(Web、自助等),似乎只起到统计分析的系统管理作用,实际并不影响具体的功能应用。

系统在安装后将具有一个名为“SYSADMIN”(密码sysadmin)且具有“系统管理员”责任的初始用户(该用户有时也被称之为“超级管理员”)。

使用此初始用户可设置“菜单、责任及用户”。

如下图3所示“用户”的定义界面:每个定义的系统“用户”可以关联若干个不同的责任,每个责任也可以设定用户使用的有效日期范围。

具有多个责任的用户在登录使用系统时,需要在不同责任间作选择切换,并非可以同时使用。

系统初始设置时设定的密码,在用户初次登录时,将被系统提示要求修改。

密码可以设定“使用天数”或“访问次数”的限制,系统的预警平台可以设置密码失效的提前预警,以督促用户及时修改。

“用户”一经设置也无法删除,只能使用有效期设置使之失效。

“用户”不一定必须和HRM模块设置的“人员”关联,但对于有些模块的应用功能,关联已经HRM恰当设置的“人员”则是必须的。

而关联“客户”或“供应商”则主要起到统计分析的系统管理作用,并不影响具体的功能应用。

用户所关联的“电子邮件”地址,主要是供系统预警平台发送信息使用。

关于EBS 系统使用相关“配置文件”诸如“MO:业务实体、MO:安全配置文件、HR:安全配置文件、GL:数据访问权限集、GL帐套名或GL分类帐名称”等等,进一步对责任或用户的“实体接入”权限进行细分的问题(R12与R11比较,变化较大),将在下面的“组织架构”设置中讨论。

关于具体应用模块中对责任或用户的权限作更进一步划分问题,例如库存模块的“组织进入”(Access)、发运模块的“权限管理”(Grant),容后在相关模块文档中再来讨论。

二、会计科目弹性域结构在讨论EBS的“组织结构”的设置之前,有必要先讨论会计科目弹性域(Accounting Flexfield)及其帐套(SOB)或分类帐(Ledger)的设置问题。

“帐套”是R11及之前系统中的术语,“分类帐”是R12中替代帐套并为有所区别而使用的术语。

为表述方便,后文如不特别指明,习惯上的“帐套”术语将等同于“分类帐”术语。

在EBS关于“组织实体”的概念范畴中,帐套实际上也是“组织实体”的一种存在形式,之所以如此和ORACLE产品的发展历史有一定关系。

会计科目是企业进行财务数据核算工作的基础,各个国家基于企业监管与税收工作的需要而制定的会计法律法规都对之有相应规定。

我国于2006年颁布的新会计准则将会计科目分为六大类:资产类、负债类、共同类、所有者权益、成本类、损益类,共计156个(一级)科目。

简单的财务会计软件或单公司规模很小时,类似手工记账的“电算化”系统实现方式问题不大,但当会计业务管理需求复杂,企业从单公司向多公司集团化方向发展时,就必须考虑在系统层面如何方便地对多个公司的会计数据进行集中统一管理的问题。

ORACLE的ERP产品最初也是从财务软件发展起来的,总账GL是其第一个应用模块。

事实上,在计算机或管理软件出现以前,企业所谓“集团管控”的需求及实践早已存在。

ORACLE财务软件中包含“多公司信息”的独特会计科目弹性域结构设计,使得财务工作的集团管控更加具备技术上的可行性与方便性。

一个最基本、最简单的会计科目弹性域结构就是“公司代码+会计科目代码”的组合,它的原始业务需求来源并无多少深奥之处。

在ORACLE的会计科目弹性域结构中,体现国家法律法规要求的“会计科目”成为其中必不可少的一个组成段即“自然账户”段,自然账户所使用的值集,即为通常所说的“科目表”。

系统在自然账户之上附加“公司、部门”等多个段信息,大大方便了在公司内及公司间的会计数据的统计分析工作。

如图4所示,就是一个典型的5段式会计科目弹性域结构:图中的“公司段”为“平衡段”(弹性域限定词 Flexfield Qualifiers,是具有某种特定属性的“识别标记”),表示在“公司段”层面,日记账(Journals,“会计分录”)的“借项等于贷项”,总是平衡的。

其值集为包含所有公司的代码LOV,包括法律实体及基于公司管理需要而设定的运营实体;如图5所示会计科目弹性域结构的“公司段”值集定义:在EBS系统中定义的法律实体LE必须对应于公司段值集中的(至少)一个值(行),但R11与R12的区别是,R11在定义LE时并没有明确告诉系统对应(绑定)哪个段值,只要用户自己清楚并不混淆即可。

而在R12定义LE时,需要将其与会计科目弹性域结构中的某个公司段值明确关联,这是R12的改进之处,避免了R11实际使用中当定义的法律实体LE数量较多时可能产生的混淆不清。

“部门段”的弹性域限定词为“成本中心段”,成本中心LOV值可能是企业中的一个具体行政组织,也可能表示共享一个成本中心的多个行政组织的组合,还可能是表示基于统计管理需要而设定的多个成本中心的组合;如下图6所示:“账户段”的弹性域限定词为“自然账户段”,其LOV值即法定科目表及为统计需要而设置的汇总科目;如图7所示:注意,图7与图5、6中的“段限定词”的内容有所不同,它具体规定了自然账户的段值所代表的会计科目的类别(资产、负债等),“弹性域限定词”与“段限定词”是两个不同的概念,段限定词的取值受控于弹性域限定词的取值。

会计科目弹性域结构的“子账户段”表示“二级科目或明细科目”,与账户段的一级科目具有汇总与被汇总的关系;“产品段”,则表示基于特定统计分析需要而设置的产品LOV。

系统允许设置最多30个段,但必须至少包含两个段(平衡段、自然账户段)。

由于会计科目弹性域结构一经设定并使用之后,以后修改比较困难,故通常会设定一个或多个预留段,如可在上述典型的5段结构之外再增加一个暂时不使用的段(预留段)而成为6段结构。

会计科目弹性域结构的设定是系统基础设置的重要工作之一,有关详细设置方法与步骤请参看相关系统设置文档。

此外,EBS系统针对所有弹性域的“段值”的接入权限,提供了“安全性”设置功能,控制“责任”实际可以使用的段值范围,如下图8所示:三、帐套(分类帐)会计科目弹性域结构(COA)、币种(Currency)、日历(Clander)三者的组合构成EBS R11及之前系统的所谓“帐套”(SOB)。

在R12中,再增加一个维度“会计方法或会计惯例”,即成为所谓“分类帐”。

所谓“会计方法或惯例”,例如对于不同国家或地区、不同企业,会计法规可能规定物品单价5000元是作为“固定资产”还是“期间费用”处理的判定标准,也可能规定这个判定标准是1万元。

标准不同,记账的会计科目也就不同,企业报告的经营结果也就会有差别。

一个诸如在香港注册的企业,一方面需要向香港政府机关提交符合本地法规的财务报告,另一方面可能还需要向在国内的总公司提供符合国内法规的财务报告(便于考核管理),这就出现所谓“多账簿”(对应R12中的主辅分类帐)的系统功能问题。

如下图9是EBS R11中“帐套”的定义界面:如下图10所示是EBS R12中使用“会计科目管理器AMB”设置“主要分类帐(Primary Ledger)”与“辅助分类帐(Second Ledger)”的定义界面:R12中定义的一个“主要分类帐”可以附带定义与之关联的多个“辅助分类帐”,如下图11所示:“主要分类帐”与“辅助分类帐”,可以有不同的科目表结构(COA)。

相关文档
最新文档