Compiere帐
多-全球特性
如果应用程序从定制解决方案发展而来，最初的设计就不包含多-全球特性，因此该特性常常在后来才添加进去。这使得扩展和维护应用程序变得非常复杂，需要巨大的成本开支（例如 Oracle 的多报表币种和会计引擎，以及 SAP 的“扩展总帐”）。
Compiere 直接将多-全球特性融入设计之中。您可在任何时间启用它，或在不再需要之时关闭它。
多-全球特性的需求一直存在于应用程序的设计思想中，因此所产生的应用程序易于维护、易于扩展。应用程序也稳定得多。可衡量的好处是较低的实施与维护成本，且提供更多的功能。
多-全球特性包括：
多组织
多组织特性确保不同组织之间可以共享数据，同时可以对私有数据保密。共享数据是功能集中的前提，可用于外包或服务中心。
许多应用程序曾试图添加此特性，但“组织”术语常常在会计与实际部署之间存在不同的定义。共享与私有数据的概念也常常通过数据复制的方式实现，从而产生了越界和同步的问题。
Compiere 被设计为维护不同的组织，并定义三种级别的对象：
系统
实体
组织层次
系统级别的数据通常是基础结构信息，但也可以包含系统级别的业务伙伴、产品和会计模式等。系统级别的意义等同于数据库安装。Compiere 提供了同步不同系统的工具。
实体级别的数据定义了信息与会计结构，以及公共业务伙伴、产品等。
组织级别则位于事务处理的层次（系统与实体无法完成事务处理，您需要至少一个组织）。组织可以拥有它们自己的数据和信息结构，这些数据和信息结构不与其它组织共享。组织可以组成包含下级组织的层次树，下级组织允许访问上级组织的数据。
您可以查看和使用更高级别的数据，但不可以修改它。例如，以系统级别的角色登录，您可以访问和更改系统数据，但不能访问或查看实体或组织级别的数据。再如，以组织级别的角色登录，您可以使用所有的系统数据或实体定义的数据，但不能更改它们。一个角色可被定义为维护多个级别的数据（如特定实体和特定组织的数据）。
特定的对象，例如业务伙伴或产品，需要会计信息。会计信息在实体和组织级别维护，而不在系统级别。如果您想要共享系统级别的对象，您需要输入会计信息或存在默认会计信息。否则，对象对于组织不可见。这允许组织能够选择“继承”什么数据，并且能够跨组织共享数据。许多应用程序将会计信息作为对象的标准属性之一，从而很难在希望共享信息的对象之间共享或强制使用相同的信息结构。
Compiere 也允许您重新调整组织结构或合并对象。
服务中心是虚拟的组织，为其它组织执行事务处理。例如，集中采购或外包的会计服务。可设置角色，允许中央部门呈外部组织访问特定的功能区域，但只能访问所需的指定信息。服务中心可处理多个组织，而不必切换角色，即使这些组织具有不同的信息和会计结构。
Compiere 自动支持多个法定的会计账套，确保跨法律实体边界的事务处理能够正确完成。这可以包含成本费用的计算（如销售公司与生产工厂分别是两个不同的法律实体）。
多币种
多币种特性包含多币种事务处理、多币种报表和多币种会计。
多币种事务处理是指：
能够以不同于会计币种的货币进行交易
能够重新估值事务处理
银行账户与会计币种不同
多币种报表是指：
能够依据报表目的翻译事务处理或余额
多币种会计是指：
能够以不同币种并行处理事务处理
如果应用程序声称支持多币种，它们通常只支持多币种的事务处理，却甚至不支持外币银行账户（它们以外币而非您的会计币种进行结算）。
欧元要求一定的精度和舍入规则，像法国就要求特别在舍入差异上作特别处理。
某些应用程序提供了以不同币种完成事务处理的能力。以下情形要求这样处理：当翻译将导致不可接受的货币盈亏情形时（例如货币不稳定的国家），或当您希望剔除欧元舍入差异时。
某些应用程序为多会计提供了并行处理的功能，但它们的多币种会计结果即出现了不必要的冗余。
Compiere 为多币种功能（如价格表、客户偏爱币种等）的所有方面都提供完整支持，不需要复制或重演任何事务处理。事务处理可能具有一种或多种会计币种。启动、切换和中止某种货币是非常容易的，所有的会计币种都位于相同的级别。
与许多应用程序相比，欧盟货币不像处理一般弹性汇率货币那样被处理为经常费用。
商业正在进一步全球化，多币种特性变得越来越重要。尽管大多数应用程序在支持这一领域时总是存在局限，Compiere 可以免除您在多币种支持方面的担心。
多会计模式
您可能需要多个、并行的会计标准，假如您想要维护以下任意组合而成的并行会计：
权责发生制（应计制）与收付实现制（现金制）会计
不同会计标准（如美国 GAAP、英国 SAP、德国 HGB、国际 GAAP）
不同的库存成本核算方法（如标准法、平均法、先入先出法）
不同币种
通常，账套被定义为具有相同会计科目、日历、会计币种、会计标准和成本计算方法的事务处理集合。在某些情形下，能够将您的账套结果转换或翻译到另一个账套，就已经足够了。对大部分应用程序来说，这是唯一的选择。然而，上面的选择遇到以下情形则是不完善的：
不可接受舍入与转换的差额
转换需要耗费大量人力
缺少审计线索
不可接受结果可用性的延时
在详细信息缺乏时无法转换
绝大多数应用程序复制事务处理的数据，以支持不同的会计维度。
Compiere 被设计为支持多会计模式。账套的概念被改进为会计模式。会计模式是以下各项的任意组合：
会计科目
权责发生制（应计制）或收付实现制（现金制）会计
会计标准
成本计算方法
会计币种
注意，与账套相比，日历并不直接是会计模式的一部分，因为您可能在每个会计模式中包括多个日历。日历被缩减为事务处理的支持功能（打开/关闭期间，汇总过账，分配精度并简化输入）。
与多数应用程序相比，Compiere 区分了事务处理和后续的会计处理，由此带来以下好处：
不会复制事务处理的数据
可随时添加或中止某个会计模式
可生成历史事务处理的会计信息
可修改或替换任意属性（可选地，可重新生成会计模式）
易于扩展和维护
冗错性（可纠正并重新生成）
事务处理以高优先级立即执行（如库存更新、已付发票）；会计则以低优先级异步执行，它依赖于系统当前的负载。
对于用户来说，如果预定义的会计规则不能满足要求（会计规则通过会计规则引擎来定义），则可以扩展会计规则。
多成本计算
请注意，当前的成本计算已重新设计为同时支持 LIFO（后入先出）和 FIFO（先入先出）两种模式。
使用不同的成本计算方法（标准法、平均法）可以导致不同的最终结果。Compiere 支持使用多种成本计算方法，比如满足法定会计和业务决策的两种不同需求。
Compiere 维护以下成本计算方法的信息：
标准成本计算法
实际成本计算法
平均法
但是，在您的会计模式中，在同一时刻只能够使用其中的一种。您可以随时切换希望使用的成本计算方法。即使在会计中只使用一种成本计算方法，Compiere 仍然提供很有价值的信息以方便比较趋势。成本以您的会计币种维护（请查看详情）。
标准成本法
在标准成本法中，您维护了标准价格并将差异累计至过期的实际成本中。由于价格发生变化，需要定期设置新的标准价格。新的标准价格可手工设置或从下面的类似来源获取：
当前平均价格
上次采购价格
（采购）价格表
当收到产品或物料时，以标准成本价格过账。当匹配的发票过账时，标准价格和实际价格之间的差额被过账到标准成本差异的账户。如果您稍后收到产品相关的贷项通知单或提前付款的折扣，或已实际的货币盈亏，这些金额也被过账到成本差异账户。该账户的余额反映了您的标准成本价格与实际成本之间的匹配度。
实际成本法
实际成本计算的价格在您收到成本已变更的产品之时被调整。
当收到产品或物料时，它被过账到选定的实际成本价格账户。如果当前实际成本价格不存在，则使用标准的成本价格；如果标准成本价格亦不存在，则使用采购订单价格。当匹配的发票被过账时，已使用的成本价格与已过账的实际价格之间的差额以及成本都被调整。如果您稍后收到产品相关的贷项通知单或提前付款的折扣，或已实现的货币盈亏，这些金额也被过账到产品账户。
实际成本法的一个主要问题是，如果在收到发票之前已经卖出产品，则需要调整成本。Compiere 不会追溯调整收货与销售事务处理中用到的成本，而是调整未来用到的实际成本价格。
多语种
首先要求翻译的系统元素有：
屏幕
报表
种子数据（如状态信息打开/关闭等）
事务处理
许多应用程序允许您翻译屏幕、报表和消息，很少允许翻译种子数据，允许翻译事务处理的则更是微乎其微了。
下一步是作为系统的用户切换语言的能力：
系统可翻译为（基础）语言
用户可决定使用哪种语言
多数系统具有一种基础语言。
最后，系统必须能够以客户和供应商的语言创建单据。
极少的应用程序支持这一特性，因为它要求打印已翻译的词汇、不同的地址格式、产品的描述，等等（参见多币种，业务伙伴可能指定币种）。
Compiere 允许您翻译所有元素，允许不同的用户以他们喜爱的语言查看屏幕和报表，并能够将单据输出或打印为客户或供应商的语言格式。
由于翻译是由数据字典维护，因此比其它应用程序具有更强的一致性，不必使用不同的工具集去翻译不同的元素。
多税制[/I][I]
Compiere 支持营业税和增值税，可以包括多个税种支持。税引擎在判断正确的税种、税额和日期时，依据：
事务处理时间
产品类别
发货/收货地点
开票/发票接收地点
由于这需要维护税规则，以满足复杂和不断变化的税情形，Compiere 亦提供接口给自动税收机。
Compiere 支持复合税（商品税/消费税等）和地方税。
如果应用程序从定制解决方案发展而来，最初的设计就不包含多-全球特性，因此该特性常常在后来才添加进去。这使得扩展和维护应用程序变得非常复杂，需要巨大的成本开支（例如 Oracle 的多报表币种和会计引擎，以及 SAP 的“扩展总帐”）。
Compiere 直接将多-全球特性融入设计之中。您可在任何时间启用它，或在不再需要之时关闭它。
多-全球特性的需求一直存在于应用程序的设计思想中，因此所产生的应用程序易于维护、易于扩展。应用程序也稳定得多。可衡量的好处是较低的实施与维护成本，且提供更多的功能。
多-全球特性包括：
多组织
多组织特性确保不同组织之间可以共享数据，同时可以对私有数据保密。共享数据是功能集中的前提，可用于外包或服务中心。
许多应用程序曾试图添加此特性，但“组织”术语常常在会计与实际部署之间存在不同的定义。共享与私有数据的概念也常常通过数据复制的方式实现，从而产生了越界和同步的问题。
Compiere 被设计为维护不同的组织，并定义三种级别的对象：
系统
实体
组织层次
系统级别的数据通常是基础结构信息，但也可以包含系统级别的业务伙伴、产品和会计模式等。系统级别的意义等同于数据库安装。Compiere 提供了同步不同系统的工具。
实体级别的数据定义了信息与会计结构，以及公共业务伙伴、产品等。
组织级别则位于事务处理的层次（系统与实体无法完成事务处理，您需要至少一个组织）。组织可以拥有它们自己的数据和信息结构，这些数据和信息结构不与其它组织共享。组织可以组成包含下级组织的层次树，下级组织允许访问上级组织的数据。
您可以查看和使用更高级别的数据，但不可以修改它。例如，以系统级别的角色登录，您可以访问和更改系统数据，但不能访问或查看实体或组织级别的数据。再如，以组织级别的角色登录，您可以使用所有的系统数据或实体定义的数据，但不能更改它们。一个角色可被定义为维护多个级别的数据（如特定实体和特定组织的数据）。
特定的对象，例如业务伙伴或产品，需要会计信息。会计信息在实体和组织级别维护，而不在系统级别。如果您想要共享系统级别的对象，您需要输入会计信息或存在默认会计信息。否则，对象对于组织不可见。这允许组织能够选择“继承”什么数据，并且能够跨组织共享数据。许多应用程序将会计信息作为对象的标准属性之一，从而很难在希望共享信息的对象之间共享或强制使用相同的信息结构。
Compiere 也允许您重新调整组织结构或合并对象。
服务中心是虚拟的组织，为其它组织执行事务处理。例如，集中采购或外包的会计服务。可设置角色，允许中央部门呈外部组织访问特定的功能区域，但只能访问所需的指定信息。服务中心可处理多个组织，而不必切换角色，即使这些组织具有不同的信息和会计结构。
Compiere 自动支持多个法定的会计账套，确保跨法律实体边界的事务处理能够正确完成。这可以包含成本费用的计算（如销售公司与生产工厂分别是两个不同的法律实体）。
多币种
多币种特性包含多币种事务处理、多币种报表和多币种会计。
多币种事务处理是指：
能够以不同于会计币种的货币进行交易
能够重新估值事务处理
银行账户与会计币种不同
多币种报表是指：
能够依据报表目的翻译事务处理或余额
多币种会计是指：
能够以不同币种并行处理事务处理
如果应用程序声称支持多币种，它们通常只支持多币种的事务处理，却甚至不支持外币银行账户（它们以外币而非您的会计币种进行结算）。
欧元要求一定的精度和舍入规则，像法国就要求特别在舍入差异上作特别处理。
某些应用程序提供了以不同币种完成事务处理的能力。以下情形要求这样处理：当翻译将导致不可接受的货币盈亏情形时（例如货币不稳定的国家），或当您希望剔除欧元舍入差异时。
某些应用程序为多会计提供了并行处理的功能，但它们的多币种会计结果即出现了不必要的冗余。
Compiere 为多币种功能（如价格表、客户偏爱币种等）的所有方面都提供完整支持，不需要复制或重演任何事务处理。事务处理可能具有一种或多种会计币种。启动、切换和中止某种货币是非常容易的，所有的会计币种都位于相同的级别。
与许多应用程序相比，欧盟货币不像处理一般弹性汇率货币那样被处理为经常费用。
商业正在进一步全球化，多币种特性变得越来越重要。尽管大多数应用程序在支持这一领域时总是存在局限，Compiere 可以免除您在多币种支持方面的担心。
多会计模式
您可能需要多个、并行的会计标准，假如您想要维护以下任意组合而成的并行会计：
权责发生制（应计制）与收付实现制（现金制）会计
不同会计标准（如美国 GAAP、英国 SAP、德国 HGB、国际 GAAP）
不同的库存成本核算方法（如标准法、平均法、先入先出法）
不同币种
通常，账套被定义为具有相同会计科目、日历、会计币种、会计标准和成本计算方法的事务处理集合。在某些情形下，能够将您的账套结果转换或翻译到另一个账套，就已经足够了。对大部分应用程序来说，这是唯一的选择。然而，上面的选择遇到以下情形则是不完善的：
不可接受舍入与转换的差额
转换需要耗费大量人力
缺少审计线索
不可接受结果可用性的延时
在详细信息缺乏时无法转换
绝大多数应用程序复制事务处理的数据，以支持不同的会计维度。
Compiere 被设计为支持多会计模式。账套的概念被改进为会计模式。会计模式是以下各项的任意组合：
会计科目
权责发生制（应计制）或收付实现制（现金制）会计
会计标准
成本计算方法
会计币种
注意，与账套相比，日历并不直接是会计模式的一部分，因为您可能在每个会计模式中包括多个日历。日历被缩减为事务处理的支持功能（打开/关闭期间，汇总过账，分配精度并简化输入）。
与多数应用程序相比，Compiere 区分了事务处理和后续的会计处理，由此带来以下好处：
不会复制事务处理的数据
可随时添加或中止某个会计模式
可生成历史事务处理的会计信息
可修改或替换任意属性（可选地，可重新生成会计模式）
易于扩展和维护
冗错性（可纠正并重新生成）
事务处理以高优先级立即执行（如库存更新、已付发票）；会计则以低优先级异步执行，它依赖于系统当前的负载。
对于用户来说，如果预定义的会计规则不能满足要求（会计规则通过会计规则引擎来定义），则可以扩展会计规则。
多成本计算
请注意，当前的成本计算已重新设计为同时支持 LIFO（后入先出）和 FIFO（先入先出）两种模式。
使用不同的成本计算方法（标准法、平均法）可以导致不同的最终结果。Compiere 支持使用多种成本计算方法，比如满足法定会计和业务决策的两种不同需求。
Compiere 维护以下成本计算方法的信息：
标准成本计算法
实际成本计算法
平均法
但是，在您的会计模式中，在同一时刻只能够使用其中的一种。您可以随时切换希望使用的成本计算方法。即使在会计中只使用一种成本计算方法，Compiere 仍然提供很有价值的信息以方便比较趋势。成本以您的会计币种维护（请查看详情）。
标准成本法
在标准成本法中，您维护了标准价格并将差异累计至过期的实际成本中。由于价格发生变化，需要定期设置新的标准价格。新的标准价格可手工设置或从下面的类似来源获取：
当前平均价格
上次采购价格
（采购）价格表
当收到产品或物料时，以标准成本价格过账。当匹配的发票过账时，标准价格和实际价格之间的差额被过账到标准成本差异的账户。如果您稍后收到产品相关的贷项通知单或提前付款的折扣，或已实际的货币盈亏，这些金额也被过账到成本差异账户。该账户的余额反映了您的标准成本价格与实际成本之间的匹配度。
实际成本法
实际成本计算的价格在您收到成本已变更的产品之时被调整。
当收到产品或物料时，它被过账到选定的实际成本价格账户。如果当前实际成本价格不存在，则使用标准的成本价格；如果标准成本价格亦不存在，则使用采购订单价格。当匹配的发票被过账时，已使用的成本价格与已过账的实际价格之间的差额以及成本都被调整。如果您稍后收到产品相关的贷项通知单或提前付款的折扣，或已实现的货币盈亏，这些金额也被过账到产品账户。
实际成本法的一个主要问题是，如果在收到发票之前已经卖出产品，则需要调整成本。Compiere 不会追溯调整收货与销售事务处理中用到的成本，而是调整未来用到的实际成本价格。
多语种
首先要求翻译的系统元素有：
屏幕
报表
种子数据（如状态信息打开/关闭等）
事务处理
许多应用程序允许您翻译屏幕、报表和消息，很少允许翻译种子数据，允许翻译事务处理的则更是微乎其微了。
下一步是作为系统的用户切换语言的能力：
系统可翻译为（基础）语言
用户可决定使用哪种语言
多数系统具有一种基础语言。
最后，系统必须能够以客户和供应商的语言创建单据。
极少的应用程序支持这一特性，因为它要求打印已翻译的词汇、不同的地址格式、产品的描述，等等（参见多币种，业务伙伴可能指定币种）。
Compiere 允许您翻译所有元素，允许不同的用户以他们喜爱的语言查看屏幕和报表，并能够将单据输出或打印为客户或供应商的语言格式。
由于翻译是由数据字典维护，因此比其它应用程序具有更强的一致性，不必使用不同的工具集去翻译不同的元素。
多税制[/I][I]
Compiere 支持营业税和增值税，可以包括多个税种支持。税引擎在判断正确的税种、税额和日期时，依据：
事务处理时间
产品类别
发货/收货地点
开票/发票接收地点
由于这需要维护税规则，以满足复杂和不断变化的税情形，Compiere 亦提供接口给自动税收机。
Compiere 支持复合税（商品税/消费税等）和地方税。
