应收系统建置

前台管理权限

系统中除了程序权、程序功能权外，依据规划将会创建各式的管理权。 如权限代号「-CONT 合约客户等级」，权限代号明细的管理代号即为「客户等级」。 「管理代号」授予该用户或群组「客户等级」的权限，管理代号可为多笔。 合约相关程序仅能查找、打印合乎管理权的范围。

系统内置最高管理权限代号 – (减号)，为所有管理权的最高权限。各式管理权中可授予该管理权的最高管理代号 – (减号)。

前台管理权如下列表
权限代号 权限说明 类型 管理代号 说明

-

最高管理权限

权限

不需要输入

-BR

馆别

管理

-

馆别最高权限

-CONT

合约客户等级

管理

-

合约最高权限

-FB

外场

管理

-

外场最高权限

-RESV

订房

管理

-

订房最高权限

-ROTP

收帐类型

管理

-

收帐最高权限

-WOTP

冲销类型

管理

-

冲销最高权限

相关文档：用户权限及管理

销售交易

贷方交易代号中必须设置「消费统计」，才能成为「销售交易」。
「消费统计」其目的有二个，一为统计该客户产能，另一个为客房发票项目。

「交易代号」由 交易代号设置(TXBF10) 来设置。
「消费统计」由 客户管理基本数据维护(BSBF10CM)  消费统计码(STATS) 来维护。

统计码

第一阶为分类，第二阶统计码。
提供交易代号汇整成财务统计项目，统计码能再汇整成总表分析码，若总表码若规划次阶，则不应选取主阶总表码，应选取次阶总表码。

总表码

主阶代号RM为房租收入，FB为餐饮收入。
借贷方字段的目的在于若总表需要打印借方的收款，可加入收款总表码。
「总表码」由 交易基本数据 (BSBF10TX)  总表码(GRID) 来设置

上线初期可不需要建置「统计码」、「总表码」，可于事后再设置。 统计码可随时调整，对外场系统的运作并无影响。
但若含客房系统则必须正确关连「统计码」、「总表码」，总表码的主阶代号 RM 为房租收入，FB 为餐饮收入。

FBTX 外场交易说明

外场收入的交易代号其「交易型态(TXTP)」必须为「FBTX 外场交易」。
其交易字段为「班别」、「客源」，外场系统「住房挂帐」至帐户明细时亦有该对象码。

RMTX 房租交易说明

房租收入的交易代号其「交易型态(TXTP)」必须为「RMTX 房租交易」。
由系统入帐房租时，缺省交易字段如「馆别」、「市场」、「价等」、「客源」、「房型」、「等级」。
负项时，系统自动拷贝对象码，可正确负项。
补帐帐号为房间，系统可缺省交易字段。团帐时则需输入正确的价等、房型、等级或选取房号由系统缺省。 若为 Global 帐号，则必须一一输入交易字段 (除了馆别代号)。
客房系统中，并非所有交易型态全部都是「RMTX 房租交易」，如客房其他收入，其交易型态可为「GEN 一般」。

RMBR 馆别交易说明

激活馆别机制时，若需将收入区分「馆别」需采用「RMBR 馆别交易」，请勿使用「GEN 一般」交易型态。

客房折让需要那些交易型态？

系统已具备负项功能，可不创建「房租折让」，如果创建，则交易型态必须为「RMTX 房租交易」。
其他非房租折让，交易型态可为「GEN 一般」或「RMBR 馆别交易」。

客房系统直接入帐外场交易，如中秋月饼

外场销售中秋月饼，其交易态型必须为「FBTX 外场交易」，假设统计码为「月饼收入」。 客房入帐外场交易时，必须输入外场交易对象码，可在交易代号中设置「缺省对象码」由系统缺省「班别」、「客源」； 或者另外创建销售交易，交易型态为「GEN 一般」或「RMBR 馆别交易」，这时不需要输入对象码，统计码亦为「月饼收入」。

出纳及收款设置

前台系统中依据不同的程序其出纳代号并不相同，如客房出纳为 GR，客房预收款的出纳为 DG，收款方式各别设置。
出纳及收款设置由 应收基本数据(BSBF10AR)  收款数据(PAYID) 来建置。

出纳 说明 应收模块 发票 预览

DG

客房预收款

DP

N

Y

FB

餐饮

FB

Y

Y

GR

客房

GR

Y

Y

HK

房务

FB

N

Y
出纳

出纳代号不可前置 Z，系统作为特殊控制，并规定 GR 为客房、DG 为客房暂收款、DO 为外场暂收款。

应收模块
客房出纳的应收模块为「GR 客房」。
外场出纳的应收模块为「FB 外场」。
预收款出纳应收模块为「DP 预收款」。
收帐作业的应收模块为「RO 收帐」。
冲销出纳的应收模块为「WB 单据冲销」。
优惠券发行应收模块为「CP 优惠券」。
(检查)发票

Y 进入程序时，先检查发票的可用张数。

预览

打印发票时是否只在屏幕预览，上线测试时可设置为 Y。

外场出纳要点

外场出纳除了 FB 餐饮出纳外亦可创建不同出纳，如 LA 洗衣，若只使用「住房挂帐」可考虑另外创建不同的出纳，可简化洗衣的收款方式。

收款建置

收款码 说明 交易码 说明 收款控制 外场控制

11 现金

P11 Cash

Y 发票 认列

31 CITY LEGER

P31 City Ledger

Y 发票 认列

32 代会员签帐

P31 City Ledger

Y 发票 认列

CP 礼券

PCP Coupon

N 无凭证 认列

CRF 现金退回

P21 金退回

N 无凭证 认列

DP 订金

PDP Deposit

Y 发票 认列

ENT ENT

PENT ENT

FN 收据 不认列

NN 不折扣 不计服务费

HU House Use

PHU House Use

FN 收据 不认列

NN 不折扣 不计服务费

IG InHouse GST

AR-PGA 房客挂帐

F 收据 认列

VC 储值卡

PVC 储值卡

Y 发票 认列
收款码

当企业活动中增加某种收款机制，需考虑增加不同的收款码以便区分，不能以系统角度来看，如信用卡机制在系统仅检查信用卡号码是否正确 (可设置成不检查)，在实务上可能以「发卡银行」或「卡机代号」来区分。
另外如「签帐」性质可能不同，需要考虑是否增加不同的收款码。

收款码在输入时已明确区分，后续的统计表才能区别。

当该收款码已被引用时，不可修改代号或删除
收款交易码

系统已建置好特定格式的借方交易型态，如签帐、优惠券、预收款 …​ 请按正确型态设置。

收款控制

不认列仅在支持无效收入的系统有效；如 FB (外场) CP (优惠券) RO (收帐作业)，若该系统不支持则忽略。

外场控制

服务费及折扣控制仅在外场系统中有效。

问题：如何自行创建「收款交易码」？

交易代号为企业活动的细项，如果需要区分，则另外创建交易代号。
如创建经理代会员签帐，机制跟签帐模块一致，交易代号相关明细报表可个别列示。
那么添加跟交易代号「PCL 签帐」代号类似的收款交易码，交易代号内容为「借方」其交易型态(TXTP)为「PCL 收款-签帐」。

问题：如何扩充收款输入字段？

收款交易在系统中，最多为三个字段 (在文档中称为对象码)。
如创建「收款-网络订房」，机制跟签帐模块一致，签帐客户为网络订房服务公司，但希望能在收款中加注对帐码。
那么在 「交易型态(TXTP)」添加记录，借贷限制为「D (借方)」，额度控制为「CL 签帐」，明细为

字段 数据格式 显示名称 统计

1

AR.CL (签帐编号)

Y

2

UPPER (大写)

网络订房

无效收款、收入说明

如发行优惠券 100 面额，打八折，优惠券收款如下
收款 金额 说明

CA 现金

80

税额为 4，有效价值 (效用) 为 76。

CPD 优惠券折扣

20

无效收款

外场销售 100 元商品，耗用该票券，有效收入为 76 ，税差为 4，无效收入为 20。

为什么要「税差」 4？

主要是为了正确统无效收入，无效收入用于分摊费用、成本。

上述的有效收入统计至「效用分录」，税差、无效收入则统计至「无效分录」。「税差」、「无效收入」为系统交易代号，交易代号的统计码应归类无效收入，系统已经设置统计分类为无效收入。