Netsuite > Employee Record Name维护规则

Employee Record Name 维护规则

- 在NS系统设计中,默认的Field展现是:First Name, Middle Name, Last Name

- 在General Preferences(Setup > Company > Genernal Prefrences)中,影响员工姓名展示的参数为:USE LAST NAME FIRST FOR EMPLOYEES

  -- Check this box to order employee lists by last names.

This lists employees alphabetically by their last names instead of their first names.

Field ID: LASTNAMEFIRST

  -- 在Help中的信息为:Check this box to list employees by last name first for tax and payroll purposes.

  -- 实际上国内客户能影响到的就是Employee list的展示问题,I.e. https://system.netsuite.com/app/common/entity/employeelist.nl?whence=

- 为了实现维护和展示的国内Employee和国外Employee的name都make sense:

- 可维护成:

First Name:Lisa 陈某某

Middle Name:

Last Name:Chen,

这样配合设置checked-on = USE LAST NAME FIRST FOR EMPLOYEES;就会得到完美结果:

Chen, Lisa 陈某某 (这个展示是可以完美被中西方都接受和容易读懂的)

- 国内的Employee (举例)

First Name:某某

Middle Name:

Last Name:李,

得到结果:李, 某某(跨国公司, 外资企业的prefer)或者维护出结果:李某某(国内大陆公司的prefer)。

时间: 2024-07-29 12:53:04

Netsuite > Employee Record Name维护规则的相关文章

How to use NetSuite SDF to download bundles/components

1. Install SuiteCloud IDE(Eclipse + Plugin) 1.1 https://www.eclipse.org/downloads/packages/release/mars/2/eclipse-ide-java-ee-developers.1.2 Updating Eclipse for Use with SuiteCloud IDE1.3 Enable NS Features, SDF, Setup > Company > Enable Features &

ckrule规则编辑器在wpf中的使用

当前,ckrule的IDE和业务管理系统都是由winform开发的,规则编辑器也只提供了winform的版本,所以很多的朋友都提出意见,要有wpf的版本.wpf的界面设置和管理都更加的方便. 事实上可以在wpf中使用ckrule规则编辑器的,使用的方法如下:     1,在wpf项目中引入windowsform集成的相关dll. 包含2个dll,分别是System.Windows.Forms.dll和WindowsFormsIntegration.dll     2,引入WindowsForms

StyleCop中有一些官方自己写好的检测规则下面就是英文的解释

在StyleCop中有一些官方自己写好的检测规则下面就是英文的解释 文档规则 1.SA1600:ElementsMustBeDocumented元素必须添加注释 2.SA1601: PartialElementsMustBeDocumented   Partial修饰的成员必须添加注释 3.SA1602:EnumerationItemsMustBeDocumented 枚举必须添加注释 4.SA1603: DocumentationMustContainValidXml  注释必须合法(注释中的

让你提前认识软件开发(34):数据库的维护

第2部分 数据库SQL语言 数据库的维护 对于某些大型软件产品,一旦商用,必定会存储非常多用户信息,这就对产品所使用的数据库(下面简称业务数据库)带来了压力.为了保证业务数据库的平稳执行,须要在日常工作中对数据库做一些主要的维护操作. 业务数据库的维护规则例如以下: 1. 对业务数据库必须进行定期全量备份 业务数据库的定期备份能在数据库被意外破坏时进行高速恢复,备份策略能够依据数据增量大小採用周计划或月计划. 假如备份数据库db_100,则Oracle.Sybase和SQL Server中的操作

jboss规则引擎KIE Drools 6.3.0 Final 教程(1)

前言 目前世面上中文的KIE DROOLS Workbench(JBOSS BRMS)的教程几乎没有,有的也只有灵灵碎碎的使用机器来翻译的(翻的不知所云)或者是基于老版本的JBOSS Guvnor即5.x的一些教程,而且这些教程都是"缺胳膊少腿"的,初学者看后不知道它到底在干吗?能干吗?能够解决自己系统中什么问题. 所以笔者自己写了几个例子,把整个最新的英文版的KIE DROOLS 6.3.0.Final的官方教程给串了起来,用于供读者使用并以此来作为入门以及相关SOA理念的推广的第一

IBM规则引擎(ODM)入门系列一:如何编写规则项目

最近,因项目需要,研究使用IBM的规则引擎,但是网上相关资料甚少,只能查看IBM官网的相关文档,但大多是英文,所以学习过程相当痛苦,好在有IBM的技术支持人员帮助,在此,决定将自己对ODM的学习过程做成一个入门系列,巩固一下自己,同时惠及他人. ODM简介 ODM:Operational Decision Manager,直接翻译的话就是“决策管理系统”,什么是决策?决策就是业务人员或决策人员制定的业务规则,而ODM就是管理这些业务规则的一套系统.举个简单例子来说:一个店铺,双十一期间打折,根据

StyleCop——默认的规则

在StyleCop中有一些官方自己写好的检测规则下面就是英文的解释 文档规则 1.SA1600:ElementsMustBeDocumented元素必须添加注释 2.SA1601: PartialElementsMustBeDocumented   Partial修饰的成员必须添加注释 3.SA1602:EnumerationItemsMustBeDocumented 枚举必须添加注释 4.SA1603: DocumentationMustContainValidXml  注释必须合法(注释中的

《写自己的框架6》:自定义规则引擎,适应不断变化的业务场景

规则引擎适于频繁变动做生意的场景规则.我们在应用过程中的业务,还经常要处理大量的业务规则,当然,此外,我们希望有一个规则引擎,支持,这仅仅是更好. 对一些经常使用的商业规则引擎做一下了解,感觉很不错.可是太贵了.看一些开源的引擎吧.也不错,可是感觉相对于我们自己这么简单的需求,太复杂了. 于是就想着自己做个,试试看能不能攻克了自己的这些简单的业务规则频繁变化的业务场景.嗯嗯.脑子里大概过了一下电影,感觉路是通的.主要有例如以下业务需求: 业务规则运行器须要支持多种,也应该支持业务人员自行扩展.原

【StyleCop】StyleCop规则汇总

所有规则的翻译(基于版本4.7.44.0): 文档规则 1.SA1600:ElementsMustBeDocumented元素必须添加注释 2.SA1601: PartialElementsMustBeDocumented   Partial修饰的成员必须添加注释 3.SA1602:EnumerationItemsMustBeDocumented 枚举必须添加注释 4.SA1603: DocumentationMustContainValidXml  注释必须合法(注释中的关键字不能有错误) 5