LianLian Global收款失败(Failed)的常见原因与解决 – 深度解析

  • A+
所属分类:跨境收款工具
摘要

本文深度解析了LianLian Global平台收款失败的常见原因,并针对每种原因提供了详细的解决方法和预防措施,旨在帮助用户快速定位并解决问题,保障资金流转顺畅。

一、商户账户配置与状态问题

商户账户作为支付系统与商业活动的核心枢纽,其配置的准确性与状态的有效性直接决定了资金流转的效率与业务连续性。任何配置疏漏或状态异常,都可能导致交易中断、资金冻结乃至合规风险。本章将深入剖析商户账户配置的关键节点与状态流转中的核心问题。

content related visual

1. -1: 核心配置要素与常见错误

商户账户配置是静态基础,其准确性是所有动态交易的前提。配置错误是导致后续一系列问题的根源,必须严格把控。

首先是财务与结算配置。这是配置的重中之重,涉及结算银行账户信息、结算币种与周期。银行账户的户名、账号、开户行联行号等任何一项信息与商户主体资质不符,都将导致结算失败,资金原路退回或滞留于支付网关,产生额外的手续费与时间成本。常见错误包括使用了已注销的账户、填写了个人账户而非对公账户(在要求对公结算的场景下),或忽略了跨境结算所需的SWIFT Code等关键信息。

其次是技术集成配置。这主要关乎API密钥(API Key/Secret)、Webhook回调地址与IP白名单。API密钥是服务端调用的凭证,若密钥泄露或管理不当(如硬编码在客户端),极易造成资损。Webhook地址用于接收支付状态的异步通知,若配置错误或服务端宕机,将导致商户系统订单状态与支付网关状态不一致,引发客诉与对账困难。IP白名单作为一种安全加固手段,若未将商户服务器出口IP正确添加,则会直接阻断API调用,造成交易无法发起。

最后是业务与风控配置。包括开通的支付渠道、单笔/单日交易限额、风控策略等级等。未能根据目标市场开通相应的本地化支付方式(如东南亚的电子钱包),会直接损失转化率。交易限额设置过低,则会在大促或爆单时错失商业机会。风控策略配置不当,过于宽松则可能被欺诈交易利用,过于严苛则会导致正常用户支付被拒,平衡点至关重要。

2. -2: 账户状态详解与异常处理

账户状态是动态的晴雨表,反映了账户的健康度与合规性。理解不同状态的含义及其触发条件,是快速响应和解决问题的前提。

账户通常遵循“待审核 -> 已激活”的标准流程。“待审核”状态表示商户提交的资料正在被平台风控或合规部门审核,此时账户无法进行交易。审核周期取决于资料完整度与业务复杂度。“已激活”是正常营业状态,所有配置功能均可正常使用。

关键在于处理异常状态,主要有以下几种:

  1. 冻结/暂停:这是最常见的异常状态,通常由高风险交易触发,如短时间内交易额激增、疑似信用卡盗刷、用户投诉率过高等。也可能是因合规审查,如商户资质过期、经营范围变更等。处理此状态的核心在于主动与平台风控或合规部门沟通,根据要求提供交易凭证、业务说明、更新后的资质文件等,配合完成调查。切忌在原因未明时尝试用新账户规避,这会加重嫌疑。

  2. 受限:此状态相比“冻结”更为温和,可能指部分功能受限,例如仅能查询无法发起交易,或结算资金被暂缓支付。触发原因通常是系统监测到轻微异常,需要进行二次确认。处理方式通常是登录后台查看具体通知,根据提示完成指定操作,如验证结算小额打款、确认某笔大额交易的合理性等。

  3. 注销/关闭:这是最终状态,通常由严重违规(如洗钱、欺诈、售卖违禁品)或商户主动申请导致。一旦账户被平台因违规关闭,通常无法恢复,所有未结算资金可能按协议被冻结或罚没。商户必须重新注册,且可能面临更严格的审核。

对商户而言,建立对账户状态的监控机制,确保联系方式畅通,并在出现异常时第一时间响应,是保障业务稳健运行的必要条件。

content related visual

二、交易信息填写错误或不合规

1. 常见错误类型与直接后果

交易信息的错误通常源于操作疏忽,其表现形式多样,但后果具有普遍性。最常见的错误包括收款方信息录入错误,如姓名、账号、开户行名称与实际不符,银行系统会因校验失败而直接拒绝交易,导致款项被退回,不仅延误了业务进程,还可能产生额外的银行手续费。其次是金额错误,小数点错位或数字多写/少写一个零,可能导致巨大的资金损失或交易中断。对于企业间转账,附言或备注信息的缺失或错误同样致命,它使得财务对账变得异常困难,款项无法及时入账,影响双方的资金流管理。这些错误的直接后果是交易效率低下、成本增加,并在最坏的情况下,若款项转入错误账户且无法追回,将造成直接的经济损失。

content related visual

2. 不合规信息的深层风险

相较于无心之失,交易信息不合规则触及了金融监管的红线,其风险更为深远和严重。不合规通常指为规避监管、隐瞒资金真实目的或来源而提供虚假或误导性信息。例如,在进行大额交易时,故意拆分金额以规避监管申报;在交易用途一栏填写“礼品”、“生活费”等模糊或虚假描述,以掩盖商业贸易、跨境投资等真实目的;或是交易本身涉及被制裁的国家、实体或个人。此类行为一旦被金融机构的风控系统识别,将触发严格的审查程序。其后果远不止于交易失败:相关账户可能被立即冻结甚至关闭,涉及个人和企业的信用记录将留下严重污点。监管机构介入后,可能处以高额罚款,对于情节严重者,还将追究其法律责任,构成洗钱等刑事犯罪。

3. 预防措施与纠错路径

面对上述风险,建立严谨的内部控制和操作流程是唯一的出路。预防措施的核心在于“双重核对”机制,任何交易信息在提交前,必须由第二人进行独立复核,或由操作人在不同时间点进行两次交叉验证。企业应建立标准化的收款方信息库,避免每次手动输入,减少错误概率。同时,定期对相关人员进行反洗钱、外汇管理等方面的合规培训,确保其充分理解规则,敬畏规则。一旦发现信息错误,应第一时间联系交易对方及银行或支付平台,尝试拦截交易。若款项已汇出,需立即向银行提交正式的错汇申诉,并提供完整的交易凭证、沟通记录等证明材料,启动追索程序。对于因不合规被冻结的账户,则应积极配合监管机构的调查,如实说明情况,提交合规的业务证明,寻求解决方案。总之,事前预防远胜于事后补救,严谨、合规是所有交易活动不可逾越的底线。

content related visual

三、触发风控系统与合规性拦截

在现代数字金融体系中,每一笔交易都如同在复杂的网络中穿行,时刻受到无形哨兵的严密监控。触发风控系统与合规性拦截,正是这套防御机制的核心体现,它以毫秒级的速度,在保障用户资金安全与满足监管要求之间,做出精准的判断与响应。这套系统并非单一程序,而是由风险模型、规则引擎与合规筛查模块共同构成的复合体,其运作逻辑直接决定了金融服务的安全边界与运行效率。

1. 风险模型的实时预警

风控系统的第一道防线是基于海量数据训练而成的风险模型。它如同一位经验丰富的侦探,持续分析用户的行为模式。当一笔交易发起时,系统会瞬间调取数百个维度数据进行评估,包括但不限于:交易金额、时间、地点、商户类型、设备指纹、IP地址信誉以及用户历史行为画像等。任何与常规模式显著偏离的行为,都可能触发预警。例如,一个习惯在国内深夜进行小额线上消费的账户,突然在凌晨时分向境外高风险地区发起一笔大额转账,这几乎会立刻被模型标记为高风险事件。同样,在极短时间内连续发起多笔接近限额的交易,或在同一设备上频繁切换不同账户登录,这些“异常行为”都会被模型量化为一个具体的风险评分。一旦评分超过预设阈值,系统便会自动触发拦截或要求用户进行额外身份验证,从而在欺诈行为造成实际损失前将其有效遏制。

content related visual

2. 合规引擎的刚性拦截

如果说风险模型是基于概率的柔性预警,那么合规引擎则是基于法规的刚性拦截。它的职责是确保每一笔交易都严格遵守反洗钱(AML)、反恐怖主义融资(CFT)以及“了解你的客户”(KYC)等监管要求。这套引擎内置了全球各地的制裁名单、政治公众人物(PEP)数据库以及受监管实体名单。在交易过程中,系统会自动将交易对手方信息与这些黑名单进行实时比对。一旦发现任何匹配项,无论交易金额大小,无论用户信誉多高,系统都会无条件、立即中止交易流程。这种拦截不带任何商榷余地,是金融机构规避法律风险和巨额罚款的最后一道屏障。例如,当试图向一个被列入OFAC(美国海外资产控制办公室)制裁名单的实体账户转账时,合规引擎会直接冻结这笔交易,并生成合规警报,等待后续的人工审查与监管上报。这种机制确保了金融平台不会被用于任何非法活动,维护了整个金融生态的纯洁性。

3. 拦截后的处置与影响

拦截并非终点,而是处置流程的开始。对于被风控模型拦截的交易,系统通常会引导用户通过人脸识别、短信验证等方式进行二次确权,以区分真实用户与盗号者。若验证通过,交易便会放行,同时这次“误报”的数据将被反馈给模型,用于优化其判断逻辑,降低未来对正常用户的干扰。而对于被合规引擎刚性拦截或无法通过二次验证的交易,则会立即进入人工审核队列。专业的风控与合规团队会对案件进行深入调查,最终确认为欺诈或违规的,将采取账户冻结、黑名单录入等措施;若确认为系统误判,则会进行白名单标注并解除限制。这个闭环反馈机制至关重要,它使得整个风控与合规体系在动态中不断进化,既能精准打击风险,又能最大限度地提升用户体验,在安全与便捷之间寻得最佳平衡点。

content related visual

四、付款方银行或支付渠道拒绝

“付款方银行或支付渠道拒绝”是交易失败中最常见且原因最复杂的反馈之一。这一提示明确指出,问题根源在于付款人的账户或其选择的支付工具,而非收款方系统或商户平台。理解其背后的深层原因,是快速解决问题的前提。

1. 常见用户侧直接原因

此类原因通常与付款账户的状态、资金及用户操作直接相关,是排查问题的首要方向。

  1. 账户余额或信用额度不足:这是最基础也最直接的原因。借记卡内可用余额低于交易金额,或信用卡已用额度触及发卡行核定的总额度,均会导致支付失败。
  2. 支付信息输入错误:卡号、有效期、CVV2码(卡背面末三位数字)、持卡人姓名等信息与银行预留信息不符,哪怕是一个数字或字母的错误,系统都会自动拒绝交易。
  3. 银行卡状态异常:卡片已过期、已挂失、已报损,或因多次输错密码被临时锁定,以及账户被司法冻结等,都使其无法作为有效的支付工具。
  4. 支付渠道自身限制:使用第三方支付(如支付宝、微信支付)时,可能触及其单笔或单日交易限额。此外,若账户未完成实名认证、安全等级较低或被风控系统标记,支付请求同样会被拦截。

content related visual

2. 银行风控与系统策略拦截

银行的风险控制系统是交易失败的重要幕后推手。其算法模型会基于多维度信息对交易进行实时评估,任何异常都可能触发拦截机制。

  1. 非常规交易模式:系统会分析用户的消费习惯。一笔突然出现的大额交易、在非常用时间(如深夜)的消费、在非常用地理位置的支付,或是在一个陌生商户的首次交易,都可能被判定为高风险而拒绝。
  2. 商户类别码(MCC)限制:部分银行对特定类别的商户交易有限制政策。例如,某些信用卡可能被禁止用于投资理财、房产交易或虚拟货币等领域的支付,即便额度充足。
  3. 跨境交易限制:未经开通境外支付功能的银行卡,或在某些被银行视为高风险国家/地区的商户进行消费,会被直接拒绝。这是银行为防范洗钱和欺诈风险设置的壁垒。
  4. 临时系统维护或故障:银行核心系统或支付渠道网络进行升级维护,或瞬时出现技术故障,也会在特定时段内导致所有或部分交易请求被拒绝。

3. 应对策略与问题排查

面对此类拒绝,应采取系统化的排查步骤,快速定位并解决问题。

首先,进行基础自查。确认账户余额充足,核对所有支付信息的准确性,并检查银行卡是否在有效期内。其次,直接联系付款方银行客服,这是最高效的解决途径。向客服提供交易时间和大致金额,他们可以查询到具体的拒绝代码,并给出明确解释,如是触发了风控还是系统问题。若涉及风控,可根据银行指引进行身份验证或解除限制。同时,可以尝试更换另一张银行卡或支付方式,以排除单一张卡或渠道的问题。对于大额交易,可考虑降低金额或分笔支付。最后,若银行证实为系统维护,则只需耐心等待,稍后重试即可。

content related visual

五、银行通道或第三方系统故障

在高度互联的数字化商业生态中,企业对外部系统的依赖已成为常态。银行支付网关、第三方支付平台、身份验证服务等关键通道,如同企业业务流程的“命脉”。然而,这些“命脉”并非永远牢不可破,一旦发生故障,其影响将远超技术层面,直接演变为一场严峻的业务危机。它不仅是技术团队的噩梦,更是对企业应急能力、系统韧性和客户信任度的残酷考验。

1. 故障的突发影响与业务冲击

故障的降临往往是瞬时且无预兆的。首当其冲的是用户体验,最直观的表现为交易流程中断。用户在支付环节遭遇“支付失败”、“渠道异常”等提示,或在提现时发现资金迟迟不到账。这种即时性的挫败感会迅速转化为用户投诉、负面口碑传播,甚至导致用户永久流失。对于企业而言,这意味着直接的收入损失和客户获取成本的付诸东流。在运营层面,客服系统会瞬间被海量咨询淹没,团队压力剧增。更深远的影响在于财务层面,交易状态的未知可能导致账目混乱,形成大量“在途”或“异常”订单,后续的对账与资金清算工作将变得异常复杂,埋下财务风险的隐患。

content related visual

2. 应急响应与根源定位

面对突发故障,一套成熟、高效的应急响应机制是控制损失的关键。第一步是快速确认故障源。技术团队需立即通过监控系统、日志分析,判断问题根源是出自内部系统逻辑错误,还是外部接口调用失败。一旦锁定为银行或第三方系统故障,需立即启动外部沟通程序,联系对方技术支持,获取故障通报、影响范围及预计恢复时间(ETA)。与此同时,必须对内、对外进行透明、及时的信息同步。对内,确保所有相关团队(产品、运营、客服)了解状况,统一对外口径;对外,通过App内公告、官网状态页等渠道,向用户清晰说明情况并提供替代方案(如切换其他支付方式),安抚用户情绪,管理用户预期。若系统设计中存在备用通道,应果断执行切换策略,优先保障核心业务功能的可用性。

3. 构建高可用架构与冗余策略

亡羊补牢不如未雨绸缪。要从根本上降低外部故障带来的冲击,必须在系统架构设计层面投入资源,构建高可用性。核心策略在于“冗余”和“隔离”。首先,实现关键通道的冗余备份。例如,支付功能不应仅依赖单一银行或支付服务商,而应至少集成两家或以上的主流渠道,当主通道异常时,系统能自动或手动切换至备用通道,保障服务连续性。其次,引入“服务熔断”与“降级”机制。通过熔断器,当对某个外部系统的调用连续失败达到阈值时,能自动“熔断”,防止其问题拖垮整个系统。同时,服务降级策略可以在故障期间暂时关闭非核心功能,或提供简化版服务,确保核心流程的稳定。此外,将强依赖的同步调用改造为异步消息处理,并设置合理的重试与补偿机制,也能显著提升系统对瞬时抖动的容忍度,最终将外部系统从“单点故障”转变为可管理的“风险点”。

content related visual

六、收款失败后的自查流程

当收到支付失败的通知时,切勿慌乱。一个系统化、有条理的自查流程是快速定位并解决问题的关键,能有效保障资金安全与业务的连续性。请遵循以下三步核心排查法,逐一锁定问题根源。

1. 核对基础信息与链接有效性

这是最首要也是最常见的问题环节。支付失败有时并非系统故障,仅仅是信息传递中的微小失误。

首先,核对收款账户信息。无论是个人还是对公账户,开户名、账号、开户行等任何一个字符的错误,包括空格或特殊符号,都将直接导致银行清算失败。对于通过链接或二维码收款,必须检查链接是否完整、是否已过期,二维码图片是否清晰无误。建议在发送前亲自扫描测试一遍,确保能正确跳转至支付页面。其次,确认收款金额是否正确。部分支付渠道对单笔或单日交易额度有限制,过高的金额可能会触发风控或超出银行卡限额,导致交易被拒绝。

content related visual

2. 排查支付渠道与系统状态

如果基础信息无误,下一步应将检查重点转向所使用的支付工具及背后系统。

登录支付服务商(如支付宝、微信支付、Stripe等)的后台管理系统,查看是否有异常通知、账户状态异常或资金冻结的提示。同时,访问其官方状态页面或社交媒体,确认当前是否存在已知的服务中断或系统维护,这可能会影响特定时间段内的交易处理成功率。此外,还需关注收款账户所属银行的状况。银行系统定期维护或升级可能导致结算延迟,跨行交易也可能因银行间清算系统的临时问题而失败。检查网络环境也是必要一环,不稳定的网络连接可能在数据传输的关键时刻造成中断,使支付请求无法完整提交。

3. 追溯客户方支付问题

若前两步排查均无异常,那么问题很可能出在付款方。

应礼貌且专业地与客户沟通,请其协助确认。首先,请客户核实其支付账户(如银行卡、信用卡或余额账户)状态是否正常,是否存在余额不足、已过期或挂失等情况。其次,提醒客户检查其支付限额设置,包括银行设定的单笔/单日交易上限,以及客户在支付App内自行设置的安全支付额度。最后,也是最关键的一步,是请求客户提供支付失败时的具体错误信息截图。例如,“余额不足”、“发卡行拒绝”、“高风险交易”等明确的错误提示,是诊断问题的最直接依据,能帮助双方精准定位是客户账户问题还是银行风控策略所致,从而指导下一步操作。

content related visual

七、如何高效联系LianLian Global客服

处理跨境支付业务时,能否高效联系客服直接关系到资金安全与业务流畅度。面对账户冻结、提现延迟或汇率疑问等突发状况,掌握正确的联系方式与沟通技巧至关重要。本文旨在为您提供一套清晰、实用的操作指南,确保您的问题能得到最快速、最精准的响应。

1. 高效沟通的核心:信息准备

在发起联系前,充分的信息准备是节约时间、直击问题的根本。客服人员需要依据您提供的信息快速定位问题,信息的完整度和准确性直接决定了处理效率。请务必准备好以下核心材料:

  • 账户身份信息:准备您的LianLian Global注册账号(通常是手机号或邮箱)、公司全称以及最重要的商家ID(MID)。商家ID是您账户的唯一标识,通常在后台的“账户设置”或“公司信息”中可以找到,提供此信息可让客服秒级定位您的账户。
  • 问题核心要素:清晰描述您遇到的问题。例如,若涉及提现,请准备好提现订单号、提现金额、发起时间及目标银行信息。若涉及交易收款,请准备好相关的交易流水号(Transaction ID)或平台订单号。避免使用“我的钱还没到”这类模糊描述,而应使用“订单号为[XXXX]的提现,于[日期]发起,至今已超过3个工作日未到账,附上银行流水证明未收到款”。
  • 问题背景与操作记录:简述问题发生前您的操作,以及您已经尝试过的解决方法。例如,“我已检查收款银行信息无误,并已联系银行,对方确认未收到该笔款项。” 这能帮助客服排除常见原因,进入更高级别的排查。
  • 辅助证明材料:根据问题类型,提前准备好截图或文件。如系统报错截图、交易争议页面的截图、与买家或银行的沟通记录等。将这些文件整理好,在沟通过程中能随时发送。

content related visual

2. 精准匹配:选择最佳联系渠道

LianLian Global提供多种客服渠道,不同渠道适用于不同紧急程度和复杂度的问题。选择错误的渠道不仅浪费时间,还可能导致问题被错误分流。

  • 在线客服(推荐):这是处理绝大多数问题的首选渠道。优点是响应快,可实时交互,适合解决操作指引、账户状态查询、一般性交易疑问等中低复杂度问题。最佳实践:登录LianLian Global后台,在帮助中心或支持页面找到在线客服入口。通过后台发起的在线客服通常会自动绑定您的账户信息,节省了手动核验的时间。沟通时,直接将准备好的问题要素复制粘贴,并发送截图文件。

  • 工单系统/邮件支持:适用于非紧急但较复杂的问题,例如:账户资质审核、复杂的账务争议、需要技术部门介入的Bug反馈等。优点是能详细陈述问题,便于上传多个附件,且整个沟通记录会被永久保存,便于追溯。最佳实践:通过帮助中心提交工单,标题应简明扼要地概括问题,如“关于提现订单[XXXX]延迟到账的查询”。正文部分则将H3中准备的所有信息结构化地呈现,条理清晰。

  • 电话支持仅建议用于极其紧急的业务中断问题,例如:一笔大额且时效性极强的付款在处理中突然卡住,可能对业务造成重大影响。电话渠道的优点是即时性强,但缺点是可能面临长时间排队、语音沟通难以复杂数据(如长ID号)、且无书面记录。最佳实践:拨打前务必将所有信息(特别是MID和订单号)写在手边,电话接通后直接、冷静地报出核心信息,简明扼要地说明紧急情况。

总结而言,高效联系LianLian Global客服并非难事,关键在于“准备先行,渠道精准”。通过前置性的信息整理和对问题的精准描述,再匹配最合适的沟通路径,绝大多数问题都能得到快速、专业的解决,最大限度地保障您的业务平稳运行。

八、预防性措施:优化收款成功率的最佳实践

高效的收款工作并非始于逾期之后,而是源于交易之初。建立一套系统化的预防性措施,能从根源上降低坏账风险,将应收账款管理从被动的“催收”转变为主动的“风控”。这不仅保障了企业的现金流健康,更能维护良好的客户关系。以下三大核心环节,是构建这一体系的基石。

content related visual

1. 签约前:奠定信用风险管理的基石

收款成功的首要前提,是与正确的客户进行交易。前期的风险筛查与合同设计,是预防后续纠纷最关键、成本最低的防线。

首先,执行严格的客户背景调查。对新合作方,尤其是大额或长期订单,必须通过第三方征信平台、行业口碑、公开财务信息等渠道,全面评估其履约能力与信用历史。切勿被短期利益蒙蔽,将信用有污点的客户纳入合作范围。其次,合同条款必须明确无歧义。清晰界定付款节点、交付标准、逾期罚息的计算方式以及争议解决路径。特别是关于所有权保留的条款,能在极端情况下为企业提供法律保障。最后,依据调查结果设定合理的信用额度与账期。避免为追求销售额而过度授信,将单笔或累计应收账款控制在可承受的风险范围内。

2. 履约中:构建透明化的沟通与提醒机制

交易过程中的透明度与互动,直接影响客户的付款意愿。被动等待付款日期的到来,往往会错失解决问题的最佳时机。

第一,确保发票的精准与及时。发票是客户付款的直接依据,内容必须准确无误,包括明确的订单号、服务明细、金额及付款账户。在服务完成或货物交付后,应立即将发票送达客户关键联系人,避免因内部流程问题导致延误。第二,建立主动的沟通机制。在账期内,可通过定期的业务回访、服务满意度调查等方式,与客户保持良性互动。这不仅能及时发现潜在问题,更能巩固合作关系,使付款成为自然延续的商业行为。第三,部署自动化提醒系统。利用ERP或CRM系统,在到期前7天、3天、1天自动发送友好的付款提醒邮件或短信。自动化工具消除了人为遗忘的可能,并以标准化、非侵入性的方式履行了告知义务。

content related visual

3. 临近到期:激活预警与快速响应

当账款临近到期仍未支付,企业需迅速从日常管理切换到风险干预模式,此时的快速响应至关重要。

首先,识别风险预警信号。密切关注客户的行为变化,如对沟通的突然回避、提出无理的质量异议、关键联系人离职等,这些都可能是付款困难的征兆。一旦发现,应立即升级关注。其次,启动分级触达策略。根据逾期天数和金额大小,设定不同的沟通层级。逾期初期由客户经理或财务专员进行友好沟通,了解原因;若短期内无法解决,则应由更高级别的管理者介入,展现企业的严肃性。最后,准备备选支付方案。对于确有临时资金困难但信誉良好的客户,可主动提出分期付款等灵活方案。这体现了合作的诚意,有助于锁定债权,避免其演变为坏账。

通过将预防措施贯穿于业务全流程,企业能大幅优化收款成功率,实现资金的高效回笼,为稳健经营提供坚实保障。

  • 我的微信
  • 这是我的微信扫一扫
  • weinxin
  • 我的微信公众号
  • 我的微信公众号扫一扫
  • weinxin

发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: