Web网站后台项目需求V3.0

版本3.02012年11月13日第2页(共20页)目录 2、商品管理 5 3、UNIT 8 t c)Unit入库管理 11d)Unit出库管理 124、运营 12 1)客户前台网站下单 152)客服后台网站下单 153)订单批量导入 154)内部申领订单 15 1)客服记录 162)待办事项 163)酒店预约 17 f邮件短信管理 191)邮件管理 192)短信管理 19 第3页(共20页)BC电子商务系统是一套完备的中英文双语电商系统，系统涵盖了面向客户层的Web网站前台、面向管理人员的Web网站后台、以及客户智能手机App和商户智能平板App。工操作的业务。提高公司业务中各个部门信息的实时反馈效本文所述所有内容均为BC项目一期所必须完成的系统后台部分的业务功能，对系统本身性能的需求与网站前台的功能需求，仍需参考早期文档《功能范围与内容简要说明V1.0》中所述的系统性需求。手机App的需求参考《App需求范围V1.0》，但原则上无需变更appdemo与原型所现有的功能内容，仅需第4页(共20页)模块提供对会员的管理功能。包括添加新会员、编辑会员信息、删除会员、操作会员(包含冻结、激活)、给会员发送EDM、短信、Mac绑定解绑(AppMac地址)等操作。能够通过导入的方式新建一员的分级制度，沿用ECStore。操作单个会员的同时，应该在界面显示与该会员相关的Unit、订单、使用记录、客服记录。侧，提供多功能的筛选条供管理员对所有数据进行筛选，筛选条件须包含拥有有效的某个指定的产品与产品Unit(如遇酒店毁约问题，可以对所有拥有人发短信或邮件通知)。、商品管理BC从业务角度划分，BC的主要产品分为套餐和产品，其中，产品具体又细化为会籍(会员卡为其具现A[优惠权限]1.代表产品的购买与使用权限的会籍类产品，会员如果拥有该产品可以在电子商务平台(二期则增加app购物平台)中购买与使用指定范围的产品，例如散货会籍，默认为激活产品，不可转增，[优惠内容]PA套餐由产品或其他套餐组成(注意系统应防止死循环嵌套的发生)，产品由商家提供。每个商品与有一个唯一的5位数字的标志序号，第一位标示该商品是套餐还是产品，后四位为序号，多个版本的同一款产品或套餐的标志序号相同，如1888套餐为10001,1098套餐为10002,逸江南主卡套餐为10003，副卡套餐为10004，红酒单券为00005等。该5位标识号为系统自动生成。在商户pad上验证扫描的纸券二维码第5页(共20页)第6页(共20页)在产品使用环节，增加单独会员卡验证的记录，需记录验证的时间(限于验证和使用会员卡的折扣优惠，即使用优惠权限)；其流程相当于不输入或者扫描纸券二维码的验证。商品管理模块需要提供包括套餐、产品的新建、编辑、操作(上下线、备货申请、上下架、是否前台显示)、停用功能，其中系统需要每天0点更新通过审核的指定当日上线或停用的产品与套餐，将其状态应操作上线或停用的各个相关事宜。其中产品与套餐的上架下架数量申请，仅代表a)产品管理每个实物产品有一个14位的唯一标识号(4位字母+10位数字)，该唯一号区别于ID，需要系统自动按该规则分配。未来印在纸质券上的二维码所对应的数字字母组合，要做在ai文件上直接印刷，每个酒1-4位字母标志所属公司，如BCCN。5-6位数字标志产品年份末二位，如12。7-10位数字标示产品(套餐+单券)内容序号。11-14位为加密校验数字，其加密原则为对5-10位数字进行对指定数字密钥A的异或操作，得出的其中密钥A与密钥B可设定更改，更改时，所有的产品必须升级。目前初始密钥A为2012，密钥B为314。命周期有效期指的是当前版本产品在整个系统中流转的期限。超过有效期，产品将自动下线。产品使用有效期则为所生产的Unit的默认使用有效期(若Unit是因为套餐的销用有效期)产品存在的意义是作为产品Unit的模板在申请产品Unit数量的时候生成产品Unit的个体，(套餐在销售的时候亦会生成产品Unit)。网页内容与管理员可以对产品进行新建、编辑、操作、删除。操作包含上线(该产品可销售)、下线(该产品不可销售)、前台展示确认与取消(此处为一个更改，因为考虑到某些下线产品如果在套餐内，客户理个产品的介绍，如果下线状态前台无法显示的话，就有些矛盾)、产品的创建、上果编辑的数据元素不是该产品的关键数据元素，则不会时，级、删除、上线、下线、展示、取消展示、上架、下架、停用都是需，产品默认属于草稿状态。由产品维护专员提起产品启用审核申请。产维护专员提起上线申上线的产品同样可以被提出下线申请，并约定下线时间。产品审核专员审核通过属于某个处于展示状态的套餐，则该产品必须处于前台显示状态，并取消显示操作，系统必须给出提示，告知产品的升级同样需要确定升级时间(升级实际上就是新版本产品替代旧版本的操作)XXX套餐含有该产品。下线状态与旧版本保持一致，旧版本产品变为下线状态，显示状态取消，所包含新版本产品，新版本套餐的上下线状态与展示状态与旧版本保持一间点，产品都可以提交停用申请，与上线申请一样，停用申请也可以确定停品所对应的商户已经不再合作时，产品需要停用。产品停用由产品维护员审核。如审核通过，产品则直接被停用，所有包含该产品的套餐自动升示自动取消，后台中只允许查阅不允许编辑；不可以再申请该产品的Unit备货，不得再生成停用产品的Unit，但已产生的Unit依然存在，并且状态不会自动变更，除。在，其在前台界面的销售形式，则在产品新建与编辑中确定，操作员可以、实体版或者两者同时销售。对应到前台网站，用户可以选择相应的电子形式系统对产品提供了分类，并可以对分类进行增减、编辑(后台在参数管理模块应提供所有下拉菜单项的内容管理，以便于后期新增分类选项；产品分类EC-store系统自带)。管理员可以通过分类，对产b)套餐管理的，套餐中的每一个产品都是他的构成元素；此外也会将多个套餐捆期，套餐生命周期有效期指的是当前版本套餐在整个系统中流转的期餐内所有的产品不会过期。套餐的使用有效期则为套餐套餐存在的意义是作为套餐Unit的模板在申请套餐Unit数量的时候生成套餐p管理员可以对套餐进行新建、编辑、操作、删除。操作包含上线、下线(与产品相同)、展示、取数据元素是该套餐的关键数据元素时，则会引发当前套餐的升第7页(共20页)含套餐默认属于草稿状态，套餐维护专员可以编辑套餐属性、选择产品起套餐启用审核申请。套餐审核专员审核通过后，套餐默认处于下线状态。处套餐维护专员提起上线申请并确定上线时间。套餐审核专员审核通过后，套餐。在套餐上线后的任何时间点，套餐都可以被停用，套餐的停用不会影响到其停用后前台展示取消，停用的套餐只允许查阅不允许编辑，不能再生成套餐Unit，已生成的套餐Unit不受影响。套餐停用由套餐维护专员提请申请，由套餐审核专员审核。如审核。如果要再次启用，则需要由套餐维护专员再次提起套餐启用审核申请。套餐间顺序与多种原因引起的套餐内容变化，套餐升级的新版本应包含升级日之前日确定套餐内某个产品将于1月20日升级，此时2月1日的套餐新版本内容应包含1月20日所发生的作员可以选择其最终的销售形式，选择只销售实物、只销售电子或者电子户在购买了套餐的时候可以按照套餐的销售形式选择购买实物套餐分类，对套餐进行有效的管理。套餐分类亦可以作为客户。Unit管理模块分为产品Unit管理、套餐Unit管理、Unit入库管理和Unit出库管理。Unit是产品申请产品Unit数量或者套餐申请套餐Unit数量后，系统生成的产品Unit号或套餐Unit号，则该Unit仅当在购买订单的财务状态为已付款时，才产生该电子Unit，并发送至客户账号，该电子UnitUnit分为产品Unit和套餐Unit。如果Unit为实物，则该Unit还有一个20位的印刷券号(16位数字+4例如0111000100000001F0419-16位为标示产品Unit序号，纸质为顺序，电子发送为随机。对于纸质券，印刷的号码用前第8页(共20页)第9页(共20页)可，对于会员卡，则需要全部20位数字。17-20位为加密校验位，为对前16位数字对密钥A异或操作，将结果采用MD5的16位加密法加密其中密钥A可设定更改，更改后对新产品Unit，对原Unit无效(原Unit已记录原校验位值)。为后4位字母，第三列为所有的20位数字+字母，需要系统在通过备货申请的时候按照输入的起始号自动而在系统新建产品或套餐的时候，也应该自动生成该产品的14位字母数字组合。非密钥变化导致的系统每天需要对Unit进行一项操作就是在系统需要在每天夜间12点，对所有Unit进行一次遍历，对于已经过期的Unit，系统需要对其修改状态，置为无效状态。同时，还要对依赖于此过期无效的Unit的其他关联项进行置为无效操作。如套餐Unit对应关联的会员会籍及其包含的产品状态。t并且，他们有更多的属性。产品Unit或者套餐Unit在系统中拥有唯一号，被系统所跟踪。系统能够实时反映出指定产品Unit或套餐Unit的当前状态，并通过Unit属性的筛选统计其状态情况。a)产品Unit管理产品Unit是系统中流转的最小单位。系统中流转的套餐Unit也是由产品Unit构成的。产品Unit有一个产品Unit有效期，产品Unit有效期是指用户在购买套餐Unit后获得的产品Unit或者用户直接购买产品Unit后开始计算的产品Unit的可使用的时间段，若该Unit是因为产品的备货与品的有效使用期相同，若是因为套餐而生成的，则与套餐的有效使用期相同。产品Unit在过了有效期后自动转为失效状态。UnitUnit进行申请，由产品Unit审核专员进行审核。审核通过后，系统生成16位数字的产品Unit唯一号。产品Unit的管理包含对产品Unit的检索、冻结、恢复有效、作废、编辑(因为业务的原因，需要Unit删除。产品Unit专员对产品的主要操作为产品Unit上架和产品Unit下架。产品Unit上架和下架是对网站前台货架上可出售的产品Unit的数量进行增减。产品Unit管理员在申请产品Unit通过后，系统生成产品Unit唯一号。对于散货产品所对应的产品Unit，产品Unit专员对产品Unit进行上架操作申请，产品Unit审核专员在审核通过后，对应数量的产品Unit上架。在产品上线并且产品Unit已经有数量上架的前提下，用户可以购买产品Unit。在拥有散BCUnit品Unit旦激活，Unit就拥有了所属用户，就不能赠予。用户激活产品Unit，则产品Unit会转移到用户界面的可使用分类中。如果是手机客户端用户，在App的可使用分类中，用户点选需要使用的产品Unit，点击对应的“使用”按钮，可以发起对产品Unit的使用申请。如果是网站用户，可以通过短信形式下载Unit的使用序列码，该序列码应保证唯一。对产品Unit进行升级时，操作员在Unit列表中勾选拥有同一个初始产品版本的产品Unit(例如A产品的1.2版Unit与1.3版Unit可以同时选中，但不能选A产品的1.2版与B产品的1.3版)，然后点击升级，并选择升级的目标版本，最终确定升级。系统应对所选中的Unit先生成出库单，自动出库，然后升级为目标版本的Unit(除所对应的产品从旧版本变为指定新版本外，其他信息均应保持一致)，生验证该Unit的有效性，并记录验证时间，并给客户app端回复有效验证结果，如果有效，则向商户pad端发送unit使用确认申请，在商户确认使用后，系统将Unit置为已使用状态，并记录其使用时间，随后可以在网站后台的系统参数设置中配置更改。如果验证或使用失败，则在客户app在商户确认使用后，将Unit置为已使用状态，记录使用时间。如果是短信形式，客户需要先从web端或者wap端确定发送该Unit的使用短信，如果此时用户未建使用密码，并告知该使用密码的使用方式。系统自动发送随机的有效序列码，并保证该序列码唯一，并与Unit绑定。该客户在商户pad端录入Unit的有效序列码后产品的使用。此时，服务器记录该产品的使用时间，并更改其使用状态在产品Unit使用后，手机客户端用户可以在App“已使用”分类中，看到已经使用的产品Unit。而如果是在产品Unit有效期内未使用的，则会被转移到“已失效”分类中；网站用户则在相应状态的优惠券列表内可看到Unit情况。Unit式可以通过按钮控件而非直接编辑数据内容。在产品Unit管理界面，产品Unit是以列表的形式进行展示的。Unit的使用情况应可导出成列表与在所有产品Unit列表数据的右侧，提供多功能的筛选条供管理员对所有产品Unit进行筛选。b)套餐Unit管理套餐Unit是由产品Unit或其他套餐Unit构成的。而套餐Unit内所包含的产品Unit是只有在套餐Unit售出后，才在系统中生成的。UnitUnit行申请，由套餐Unit审核专员进行审核。审核通过后，套餐Unit的管理包含对套餐Unit的检索、冻结、取消冻结、升级、作废、删除。套餐Unit专员对套餐的主要操作为套餐Unit上架和套餐Unit下架。套餐Unit上架和下架是对网站前台货架上可出售的套餐Unit管理员在申请套餐Unit通过后，系统生成套餐Unit唯一号。套餐Unit由套餐Unit专员对套餐Unit进行上架操作申请，套餐Unit审核专员审核通过后，对应数量的套餐Unit上架。在套餐上线餐Unit已经有数量上架的前提下，用户可以购买套餐Unit。任何用户都有资格购买套餐Unit。在第10页(共20页)第11页(共20页)完成对套餐Unit的付款操作后，网站前台用户的我的BC界面的未激活分类中，能够看到已经购买的套餐Unit。用户可以对已经购买的套餐Unit进行赠予或者激活。用户激活套餐Unit，则套餐Unit会转移”分类中，用户能够看到套餐内的详细的产品使用分类中，用户点选需要使用的产品Unit，点击对应的“使用”按钮，可以发起对产品请。一旦激活套餐，套餐内的产品Unit就拥有了所属用户，就不能转赠。在套餐Unit管理界面，套餐Unit是以列表的形式进行展示的。在所有套餐Unit列表数据的右侧，提供多功能的筛选条供管理员对所有套餐Unit进行筛选。c)Unit入库管理绝仅对退货操作的含原订单信息的草稿入库单有效)。Unit入库原因分为5种，分别为盘盈、移库、升级、退货、供应。供应是收到供应商发来的Unit后，批量对Unit进行入库。Unit在完成数量申请后，线下供应商开始生产发货。在收到供应商发来的Unit后，需要对Unit进行入库。Unit入库的操作时新建入库单，选择入库的库位对取消已发货的订单时的入库。业务人员收到退回来的态变成退货中，库存管理员对Unit做验证后，可以确认或者拒绝订单退货，如果确认，则入库单被确认时候，出现盘盈情况，需要作新的入库单，进行校准库存。当线下库存况，也就是发现实际库存比系统库存多了的时候，需要做入库单来进行库存际盘点多出来的Unit进行入库操作，做入库单。库原因为移库，备注内容为“移库至目标升级已在产品Unit与套餐Unit中提及，系统自动对旧版本产品做出库操作，生成出库单，再升级至目标版本，生成入库单，最终入库，其备注为“由X版本升级为XX版本”。在所有的Unit入库单列表数据的右侧，提供多功能的筛选条供管理员对所有的选，可以通过对指定UnitID或券号的搜索获得该Unit相关的所有入库单列表。。d)Unit出库管理实物Unit进行出库的情况。出库的操作应包含新建、编辑、保Unit废、推广、盘亏。一定的订单数量，库管人员勾选订单，对多张订单批量做出库，生成出库推广是由内部申领单(内部申领类型的订单)产生的零星出库需求。相应的内部申领订单在经过审并将领取出来的套餐Unit的唯一号更新到出库单上，其详细流程与客户购买一致。的时候，出现盘亏情况，需要作新的出库单，进行校准库存。当线下库的情况，也就是发现实际库存比系统库存少了的时候，需要做出库单来进行库存的校正。这种下，相关库管人员对实际盘点少掉的套餐Unit进行出库操作，做出库单。移库与入库管理相似，在对Unit进行移库的时候，系统自动先做出库，再做入库，该出库单为系统自动生成，其备注为“出库至XXX库位”。报废是某些Unit因特殊原因而做失效处理，例如Unit过期、产品停用等。升级，与入库管理相似，为系统自动生成的出库单，其备注为“由X版本升级为XX版本”。在所有的Unit出库单列表数据的右侧，提供多功能的筛选条供管理员对所有的选，可以通过对指定UnitID或券号的搜索获得该Unit相关的所有入库单列表。。在运营模块中，主要包含了订单管理、客户服务管理、结算管理(考虑把结算分别分到订单管理和算状态变更，这样无需在结算中开发使用Unit列表与订单列表)、物流管理、商户管理、邮件短信管理。务中各个独立的业务模块整合在一起，使整个业务体系能够顺利运作。运合。a)订单管理的核心业务内容，其列表内需要显示的重要状态有三种，发货状其中物流状态可以与物流管理模块中相关联。其发货状态应包含未出库、已消中、已取消、已付款、已付款、已结算、已退款。在导出订单报表时，如果发货状态是已发票号码或财务状态不是已退款的，该导出的状态应为已退货未红冲；换第12页(共20页)第13页(共20页)货同样有已换货未红冲(将拒收设为物流状态，其入库方式归同于订单退货)；物流状态包含未签收、需订单的来源属性包含分为：BC网站、订单管理员、代销商(代销商有多个，需可在系统参数界面自行配置)；订单的原因分类包括客户购买、补寄、换货、赠品、内部申领；订单的产品类型分为电子(无须发票)、电子(含发票)、实体、电子与实体(注：含实体的订单必含发票)。、重发等；订单的财务操作包含：付款、结算、退款；订单的物流操作包含，通过订单中的信息生成并打印配货清单和快递单，并在订单中自动录入快递或者paypal期校对)客户可以对订单进行的操作有取消、付款、退货、换货(换货不得在线上直接发起，必须通过客服线下提出换货申请)。因换货、重发、补寄的操作而引发新建的订单，必须有原订单属性，用于追溯原原订单。订单取消的时候，如果其发货状态为已打印，则必须录入红直接将订单发货状态置为已取消。订单的签收、发货同样需要导入的方式各种方式创建之后，其发货状态为未出库，如果是纯电子产品且送发票的纯电子产品订单，则可以跳过出库备货与配货操作(系统应自动配置已发货的电子接进入录入发票操作环节。对于需要物流的订单，也就是包含实物(仅限于含实物的订单)批量勾选，之后确定出库备货以生成出库单，多张订单需要出库的商品就汇总到一张出库单上面，此时订单的发货状态更新为备货中。如果库存中有足够数量Unit，库存管理员否则直接拒绝；如果是拒绝，则订单的发货状态变回为未出库，并发送失败。如果正常出库，库管人员线下取货，并选取实际出库的货，系统自动在订单所属的出库单中已出库的Unit列表按订单内容对Unit进行匹配选择，确定每一笔订单所包含的每一个Unit。作，打印操作需管理员、物流快递单号起始号，并选择快递单模板、配货清单模板，随后调用打印机接口打印出快递单与配货单(如果系统可以对接打印机有困难，则必须要生成用于打印的指定格式的word或excel文档)。如果出现发票录入问题，需批量更改发票号，则需要表进行批量更改，更改时录入起始发票号。如果是打印问题，则是更第14页(共20页)订单，系统自动更新其发货状态为已打印。在确认打为已发货。但出现某些意外时候，就需要额外的操作，比失。的要求退货的情形，客户可以在网站订单管理里面对仍处于可退货期货、物流状态为已签收的订单有效(退货期系统可配置调整，默认为3个月或90天，超过退货期的退实物产品的订单，申请退货后，订单状态变为退库管人员确认允许退货入库，确定了入库单，则订单管理员执行确认退货将订单发货状态置为已退货，系统自动提醒退款专员进行退款操作(如果未结算，则提示产品活，又处于可退货期内的，客户点击并确认退货申请后(给出相关提示)，系统自动将电子Unit冻结，，并通知订单管理员进行退货确认，根据实际结果执行确认退货将订单发货状态置为已退货，退货完成后系统自动删除该产品Unit，改退款专员进行退款操作。如果退货入库失败，订产品Unit的情况，客户做退货申请后，先将电子产品对于一个订单中同时存在实物产品Unit和电子t换产品的情形，此情形目前限定为更换同一款产品，否则就执行单独的退货操作与新建订单操作。此申请必须由客户通过电话或者email等线下的形式发起，此时订单管订单所含产品的草稿状态入库单，订单发货状态更新为换货中。待库执行换货操作，该操作首先将原订单变更为发货状态已换货状态，然后自动新建一张订单，复制原订单在出库备货前已有的重要信息(例如客户姓名、收货地址、快递单号、发票号、红冲发票号等)。此时，新订单的发货状态为未出库，财务状态为已付款，物流状态为未签收(如果该订单原已结算，需订单结算管理员手动执行对该新订单的结算操作)，并且其“原备货前已有的重要信息，重新走出库备货流程，该新订单的新建和发货取消是客户主动通过网站发起或通过客服来发起的操作，此操作仅限于发货前的订单状态(即已发出现在出库备货之前，则订单自动变更为已取消；如果该操作是在已出库之后，则系统自动生成该订单所含Unit的入库单(非草稿)；如果该操作出现在录入发票遗失，三个操作在正常情况下均只针对特定状态的订单，但允许高一级在发货之后，网站根据订单中的快递单信息，定时(每天0:00)去目标物流公司开放的API抓取收第15页(共20页)货信息，如果是已签收，则将订单自动更新为已签收，签收时间为API可获得的签收时间，如果没有取道则为当天的0:00。对于不存在公开API的物流公司，订单管理员去检查物流状态，并通过导入订单的认签收的方式更改物流状态。该操作仅针对物流状态为发货状态为已发形，该订单发货状态的改变由订单管理员查询到快递单的拒收状态而手动入库，入库内容即为拒收的订单所含Unit。生的快递遗失的情景，该操作仅影响物流快递单的状态。该操作同样仅针他方式支付其订单，此时订单财务管理员需要据此来对目标订单进行未付款的订单，执行后该订单状态变更为已付款，如果订单的付款方式为货到他代销商收到财务款项之后，对订单的确认收款，该操paypal确认网络算方式)。操作成功后，订单的财务状态从已付款变更为已结算。该操作方式分为手动勾选后单进行退款操作，该操作必须是针对财务状态为已结算的订单；在该1)客户前台网站下单2)客服后台网站下单购的用户的订单进行设计的。当客户打电话进来后，客服为当前来3)订单批量导入钮，确认后导入到系统中。其中导入需分两种，已付款导入与未付款导入，已付款内部申领订单是相关人员在拓展市场等情况下，需要申请BC产品时生成的订单。内部申领单可以库提货，也可以是一张包含收货、快递信息的申领单，完成申领b)客户服务管理组成部分。客户服务模块，涵盖了整套系统中，客服记录、待办事来电，需要反映一些商品使用中的疑问等，则由客服人员解答。如果客户需要订购模块为客户新建订单。如果客户需要进行酒店预订，则客服人员在后台的酒订单。如果对于当前客服人员单人无法完成，则录入待办事项，使用系统的1)客服记录过客户手机号码或会员卡号、会员姓名等查找指定客户，若该客户存在于系统，系统则在新建的客服记录详情界面自动显示客户的基本信息、拥有的产品记录(含其所有已使Unit选择客服详细业务类型，输入客服内容与备注，新建建或编辑状态通过时记录详情中录入客户基信息，并标明该客服记录是否属于待办事项、是否已经完成该待办。当预订的时候，该客户服务记录界面应可验证住宿券有效性并录入酒店预来电(客户拨入)中分四种，业务咨询、相关查询、订单处理、产品使用。其中，业务咨询又细分pa询、补差事宜、短信查询、撤单查询；订单处理细分为，退货申请、挂去电(客服拨出)分为五类，问题处理、预订处理、投诉处理、客户回访、其他。，需要在同一服记录是以列表的形式进行展示的。客服记录应可导出成列表与制定模板2)待办事项第16页(共20页)第17页(共20页)待办事项。待办事项是系统内的体系，是有多条客服记录所组成。操作人可以在待办列表中查询筛选待办，并操作人也可以对指定的待办新建客服记录，进入客服服记录归属于该项待办，并最终确认待办的完成进度。待办事项经过指定长度约。已经完成预约的住宿券Unit的使用状态会从可使用变为“预约中”。此时，客服系统中会出现酒店知到具体对应的专门从事酒店预约的客服人员。酒店预约专员此时会通对客户的要求和酒店沟通预约。如果预约成功，那么酒店预约专员会编辑格、预约单号、商户来源渠道、信用卡号、有效期等，其中信用卡号和有效期非必填，并更新酒店酒店预约单的状态，将酒店预约的状态更改为预约成功(前台界面与手机app效期以用于酒店预授权服务)。该结算价格将用于Unit结算之中，并成为Unit结算金额的默认初始值。此时，系统会通过短信处。客户下榻酒店，到酒店出示预约酒店时录入的身份证信息等证件，即化，都需要记录该状态变化的时间，例如创建时间、预约成功时间、订要操作员选择取消原因，并录入详情备注。取消原因暂定酒店预约单的详情界面中，在住宿券验证成功，该Unit与此预约单关联后，应给出该Unit的相关提示(下一次如果编辑酒店预约单，进入也应该看得到该Unit的相关提示)。相关提示包括该Unit的有Unit酒店的清算价格和备注。宿券，系统将认为是恶意用户操作，对于到达指定次数后，后台管理员能数据的右侧，提供多功能的筛选条供管理员对所有的酒店预约单进行筛c)结算管理在目前的系统版本中，需要结算的地方有Unit结算和订单结算。Unit结算是指BC公司与具体的商户对住宿券、红酒券此类免费兑换券进行结算。在结算列表中，应出现所有与结算相关的Unit列表(所有的免费兑换券，包括住宿券、限时促销券等免费兑换券)。此时可以通过手动与导入的方式来新建结算，手动的方式为经过筛选后，勾选中目标Unit，然后通过新建结算按钮进入结算界面。而导入的方式分两种，一种为导入未使用的Unit列表，进行匹配，将同时存在excel文件以供查询确认。另一种为导