3G后台工作问题总结5篇

时间:2019-05-15 09:56:03下载本文作者:会员上传
简介:写写帮文库小编为你整理了多篇相关的《3G后台工作问题总结》,但愿对你工作学习有帮助,当然你在写写帮文库还可以找到更多《3G后台工作问题总结》。

第一篇:3G后台工作问题总结

1、出现硬件正常,该站的FDDCELL无法启用的,我可能原因是2M线接反问题,数据显示如下图:

2、删除BTSequipment需要确认网管该站点OML已经锁起,导出该站的数据后,在wips里面直接进入向导,删除deleteBTSequipment

3、OAM_0051_00005 告警出现是由于话务报告定期上报,该时间内由于传输问题,导致话务报告上传失败,通常可忽视。

4、网优参数RSCP(4G参数为RSRP)是电瓶指示,标准值为-95dBm,该值越大越好,当该值达到-100dBm是手机只有两格信号,通常被认为是信号强度指示。

5、参数EcNo(4G参数为SINR)是信噪比,标准值为-11dBm,软切换比例标准值30%左右,20-30%之间可以认为是良好。通常认为是信号质量指标。出现信噪比过低,可能原因包括建筑物格挡反射。

6、“两条腿”现象解释,同一个手机可以同时收到两个基站的信号,造成资源浪费问题。

7、CS链路闪断,通过查询log,发现出现问题时间,核心网侧的ip不通,导致pmp down,Sctp failed,排除设备故障原因,历史告警中同样有体现,如下:

MSS_7021_01023 communications NW:UTRAN RNC:gy_rnc_15 RNCEquipment:0 INode:GY_RNC_15IN0 EM:GY_RNC_15IN0 VR:7 IP: STATIC: ROUTE:0.0.0.0,0.0.0.0,0 NW/UTRAN RNC/gy_rnc_15 RNCEquipment/0 INode/GY_RNC_15IN0 EM/GY_RNC_15IN0 VR/7 IP STATIC ROUTE/0.0.0.0,0.0.0.0,0 2016-05-20T15:25:32 +0800 Major Cleared 2016-05-20T15:26:05 +0800 FALSE 70211023 'NextHop “10.248.234.185” have failed to respond to Static Heartbeat Monitoring.'componentId: EM GY_RNC_15IN0 VR 7 IP $ STATIC $ ROUTE 0.0.0.0,0.0.0.0,0 operationalState: enabled administrativeState: unlocked usageStatus: active alarmStatus: major proceduralStatus: unset controlStatus: unset standbyStatus: notSetunknownStatus: false related components: [] lossOfSignal 70211023

Full mode

输入2按Enter 9)输入login:debug

password:debug 10)进目录 /opt/nortel/data/support_tools/RNCLogCollection收取文件即可

15、FE宽带查询,IPRAN下EthernetBandwidthpool/0 peakinformationRate

16、新开站新加拉远小区,导入数据出现RRH起不来,可能是RemoteRadioHead的pa功率过高,需要查看并在线修改,HsxpaResourse的参数要根据LOCAL Group确定,每块CEM板最大支持的 LOCAL Group个数,需要再确定。

17、二级驻波要在antenna Access看,不一定会在RRH上显示出来。

18、删除小区,需要确认,关系该小区的所有数据,全部要删除,包括BTShsdpaEquipment和localcellgroup

19、FTP,贵阳网管ip172.168.35.65遵义172.168.36.65用户名oamops,密码oam_oamops 20、1> me 检查telent到RNC是哪一个

2> d time 检查rnc上的时间同步状态,跟wms的

3> d swavl查询当前所有的版本,是这个版本RI606410A2102。4> d sw pa 查询当前的补丁号

5> d swavl,pa查询当前的补丁号,patch list里面

6> d swav/* patch/* 检查这些patch里包含的详细问题和描述 7> d pr检查PR的状态 8> d fs察看同步

9> d fs d/* p/* 检查CP板卡和里面磁盘的状态,disk0是主用CP,里面再分3个part,另外还要看剩余磁盘空间 10> d fs d/*

查询磁盘的状态

11> d lp/* ap/* 查询DCPS板卡里的AP模块的地址和状态 12> d lp/* ap/* rnc查询DCPS板卡里面AP模块的名称,使用状况

13> d RncInterfaceNodetmu/*=d rncintmu/*查询TMU在哪个LP,哪个AP下,里面有多少个call在上面处理,TMU3是备用的.14> d RncInterfaceNodetmu/*celll=d rncitmu/* celll查看rnc小区映射

15> d shelf card/* spserv查询主备用CP,OC3板卡的状态,哪个是主用,哪个是备用,16> d sh card/* prod,serial,pm查询所有板卡的型号和SN号 17> d sh fab/* 查询背后的交换矩阵的状态和PDC,SN号 18>ospcsShowCards查询所有板卡的状态

19> d atmif/* 查询所有atm interface的状态,800,801是iub的,815是iucs的,其他的应该是iur的 20> d atmif/* vcc/* 查询所有atm interface里面vcc状态,d atmif/* vcc/* txcell/rxcell查看vcc链路收发 20+、d –p vr/* pp/* ipportLogicalif/*查询各端口ip地址 d iur/* iuaal/* aal查看iur链路

d iub/* iuaal/* aal查看iub链路

d iucs/* iuaal/* aal查看iucs链路

d iups/* iupsuplanesgsnsubnet/*,* 查看iups链路 d ss7 m3ua/* pmp/* assoc/*

d –p vr/1 pp/gige* ipportlogicalif/*查询4PGE端口地址

21、该版本网管正常情况下不会出现404错误,或网址无法连接,重启电脑可重新登入

23、wips的check模板有问题,割接之后需要改变ipran下的参数iptrafficshaping:55443120

24、BTSEquipmentMIB出现notBuilt可能需要重启该站,若仍原状,软件升级下。

25、wo出现错误在,继续导入到最后一步,之后再reverse。

26、新建站不要忘了hearbeat的ip

27、删除小区同样要锁小区,新数据仍需要重启基站

28、二级驻波一直存在判断是耦合器坏掉了

29、检查CP4板的同步状态和磁盘占用:> d fs,> d fs part/* 检查RNC上主、备用CP板卡的状态和切换 检查RNC上主、备用OC3板卡的状态和切换

检查RNC上各逻辑功能单元的状态:>dlp/* ap/* rnc 检查A、B路电源的供电状态

检查RNC与WMS以及Clients 的连通性

检查并消除存在RNC文件系统里的不再需要的log文件和很久以前的pr.30、检查RNC到核心网的CS控制面(信令)链路:5> d ss7 mtp3/1 ls/* lk/*

31、检查RNC到核心网的CS用户面链路:6> d-p iucs/* iuuplane aal2lk/*,7> d-p aal2if/300 alcapalcapcon,8> d aal2if/300

32、检查RNC到核心网的PS控制面链路:9> d ss7 m3ua/*,10> d ss7 m3ua/1 pmp/* 11> ping-trace-ip(10.244.32.17)-src(10.244.42.142)vr/1 ipicmp 12> d atmif/815 vcc/*(d atmif/* vcc/*)

33、检查RNC到核心网的PS用户面链路:

12> ping-trace-ip(10.244.42.150)-src(10.244.42.126)vr/1 ipicmp

34、检查RNC到采样的NodeB的Iub OAM链路:14> ping-ip(172.20.16.54)vr/0 ipicmp

35、检查RNC到采样的NodeB的Iub CS链路:16> d atmif/800 vcc/54.*

36、检查RNC到采样的NodeB的Hybrid Iub PS链路

37、检查并消除所有与RNC有关的告警

38、查看iucsATM是否正常:>datmif/800vcc/*

39、CRT连接各RNC的CP地址就可以连接该RNC 40、OMU板卡控制单元TMU板卡业务单元,均属于DCPS板的模块,41、OMU通常在第四或五块DCPS上,DCPS板上包括rab,tmu,pc,模块

42、基站ps域地址和cs域地址分别为做数据的up,CP地址

43、xinshijienanzutuansi数据错误,在iub部分的tm5选择错误,导致小区不可用持续闪,44、配1662时隙:一块CCP的2M时隙只需要到53即可,三块到55,几对两兆,按照模板来配即可

45、mstsc远程命令

46、新建站小区起不来可能原因:新复制的localgroupid中参数为修改piority 47、1662配时隙,如果是4对2M的话,可以直接加4个时隙,且时隙勿跨端口(如1-9-1-1),粘贴的模板改换成4个2M的模板,粘贴内容介绍,53为一块cem板,54为两块,55三块 100/101和108/109为两路2M,后加的102/103和110/111为后两路2M,类似做数据时的vcc配置,0,0,2,2,3

48、底噪,资源占用下面的BTS radioPower:RTWP的值,-103以下为正常值

49、新开数据的IUB用户层控制层地址在新开站的rnc对应表格里

50、BTS_0333_00002该告警导致基站闪断,与传输核查发现,他们的端口时钟没配,51、2对2M的站,ATM方式开站,一对2M和网线的站,E1方式开站,全网线,MDA方式开站

52、删除现网小区应该确认下,该小区是邻区否是涉及到其他RNC,若涉及则导出全网数据处理。

53、tracert ping和tracert使用方法都一样,在命令后面加IP地址或者域名。

ping 主要是用来查看到目的地址的时延和丢包情况,tracert是用来查看所经过的每一跳路由,可以具体判断时延变大或者丢包的点。

54、针对CCM/* SOFTWARE ANOMALY的告警进一步解释如下。

CCM/* SOFTWARE ANOMALY本身是一直都有的告警类型,之所以需要再次解释是因为在LR14升级中增加了对RRH光纤长度的检测功能,如果光纤长度与配置不符合,系统会以此告警来通知维护人员进行调整,如下:

CCM/1 SOFTWARE ANOMALY Specific Problem:CCM/1 SOFTWARE ANOMALY, Cabinet:0, Shelf:0, Slot-position:1, AdditionalInformationFromNE:additionalInformation = { manufacturerInfoAscii = Bts Cell 115194 > Invalid Configuration ParametertransportFiberDelay : DLU [1], refer /emo/Delays for all Cells }

这里需要说明几点

1:这个针对光纤长度的告警仅仅是新增告警,从代码角度并未做任何变更,因此不会有任何业务影响(错误的配置升级前后都一样)2:针对CCM/* SOFTWARE ANOMALY告警现场可以通过HFB中详细的内容来判断是否属于光纤问题引起,HFB中有相关字符(如上黄色标注)

3:此告警不会自动消除,需要人工干预(看看如下文档)。现场维护对于这类告警判断需要通过HFB来分析,是否此类告警是由于其他模块的异常引起的,比如RRH告警,如下

4:其他告警消除后,CCM/1 SOFTWARE ANOMALY告警不会消失,因此现场维护人员需要通过对相关告警单元的状态观察来判断是否异常情况已经恢复

5:关于transportFiberDelay,可以通过脚本或者人工命令来得到参数推荐值,如下 /pltf_544/emo$ cd../pltf_544$ pltf/cpri/t14 Get CPRI Framer[1] T14 = 0x184!Get CPRI Framer[2] T14 = 0x182!Get CPRI Framer[3] T14 = 0x182!Get CPRI Framer[4] T14 = 0x5dc!Get CPRI Framer[5] T14 = 0x5ec!Get CPRI Framer[6] T14 = 0x866!

fiber length=47*78/1000/1.47/2=~1.2KM

BtsCellInstance [4] : 4

BtsCellAdministrativeState [4] : 1 LocalCellId [4] : 115194 LocalCellGroupId [4] : 1 PaRatio [4] : 100

PaRatioToValidate [4] : 100 CellSize [4] : 0 CellProfile [4] : 0 rtwpMargin [4] : 20

rtwpTimeDetection [4] : 400 transportFiberDelay [4] : 1 rtwpReference [4] :-850 rtwpMaxCellLoad [4] : 0

rtwpMaxCellLoadNonEdch [4] : 70 dynamicPersistenceLevel [4] : 1

CRT连接网管,telnet该基站tcsh,xCCM-nodeb-nodeb> bcish /$ pltf_544/emo /pltf_544/emo$ Delays

55、RNC面板灯状态说明

56、手工同步主备用CP板:sync fs

57、查看7号信令状态 d ss7 saalnni/*

58、查看用户面的状态:d –p aal2/* path/*

59、ping –ip(100.24.176.16)vr/0 ipicmp 60、d –p rncin查看omuip地址。61、d –p iub/* sig/* 62、cem板可以任意调换

63、小区无数据BTS_0354_00047 64、65、d lp/0 oam/0查看OAM状态 66、d fs p/*查看硬盘占用

67、d-p SS7 M3Ua/1(RNC信令点DEC)

d-p Vr/1 Pp/GIGE* IpPortLogicalIf/*(GE板地址)

d-p vr/1 Ip Static Route/0.0.0.0,0.0.0.0,0 Nh/*(CE地址)

d-p Ss7 Sctp/* SrcEp/*(RNC控制面地址及端口,包括ps控制面,cs控制面,lur控制面)d-p ss7 m3ua/1 destsp/*(SGSN的信令点DEC)d-p Ss7 M3ua/1 PMP/*(SGSN信令面地址及端口)d Ss7 M3ua/* PMP/*(PS链路起来的情况)d atmif/815 vcc/*(CS链路起来的情况)

d atmif/815 vcc/* txcell,rxcell(链路语音流量查看)

d ss7 M3ua/* PMP/* assoc/* path/* destIp,status,dataTx,dataRx(链路数据流量查看)d lp/* ap/* 68、排查割接后断站,传输下一跳能ping通,由于站上本段FE不同导致,可先处理FE再处理两兆 69、针对BTS_0017_00001告警处理:

1、登录CRT-OMCR

2、telnet该基站,登录

3、->bcish,4、->emo,5、ls,6、->delays,7->查看transportFiberDelay,两个参数不一致则直接在wips里面修改该参数。

70、新建数据BTS无法直接转到SITE,需要在BTSequipment下指定site名字,之后就可以 71、新建站PLMN需要手动选取?

72、基站2M误码可能导致基站断站,重启后正常仍会断站,其他无异常,需要跟传输核实该问题。

73、基站完全掉站,判断有可能是ccm板问题,和电源模块问题。74、7670交换机网线对应oc3,GE卡对应cs,ps,MR,lub 75、wips报错ATM_16,更改nodebcapcity下参数,0代表关,1代表开

76、更改小区名字可以在向导改,也可以在选中nodb后,在向导侧Nodeb Renaming

77、基站版本升级,先带版本升级,所有rnc版本均在workorder目录下,最后一步选择with new Rebuild 选择对应rnc的workorder,重启出现中断,重新down&active一下 78、正常rru光衰-7dbm左右

79、RNC14板主用、15板主用,从下至上端口:0、PS业务端口,1、FE业务端口,2、MR端口,3、CS业务端口。80、RSSI解释

用户感受:接入困难或者根本无法接入,语音质量不好,严重时甚至掉话;观察终端:发射功率持续偏高(Rx+Tx>-70dBm)以上;有信号无法打电话,经过长时间接入后(20s),掉网;话统分析:载频平均RSSI在正常范围【-93,-113】之外;主分集差超过6dB;FER过高,接入成功率、软切换成功率低,掉话率高,且接入失败和掉话的原因主要为空口。RSSI异常的原因分类:

RSSI异常分3种情况,分别是过低、过高、主分级差值过大等,常见的引起RSSI异常原因有:工程质量问题、外界干扰、参数设置错误、设备故障和终端问题等。

对CDMA系统而言,反向链路干扰在用户接入时的影响非常明显,由于反向链路质量的下降,移动台接入过程较正常情况会显得更“漫长”甚至是造成高的接入失败,原因是正常的前向链路质量会让移动台开环功控采用较低的功率发射接入试探,而由于反向链路干扰造成BSS系统并不能正常解调接入信道消息,移动台将以Power Step步长逐步增加接入试探功率,这就使得接入过程被延长很多甚至是造成接入失败。所以,在判断反向链路干扰的时候,结合着接入指标来共同分析可以更快的发现问题。网络干扰正常需考虑的几种干扰:

通常考虑5dB的接收机噪声系数以及2dB的无线环境底噪波动水平,所以正常情况下,RSSI的监测结果应该是-106dBm左右,对于系统负荷的影响,一般最大不超过8dB,也就是-98dBm左右,考虑3dB余量,也就是说在高负荷情况下,如果系统工作正常,RSSI平均水平最大不超过-95dBm,否则就意味着网络有严重的反向干扰。81、pcc alarms路径:/spooled/closed/alarm 82、ping大包-s 5000(字节)

83、倒入数据超过24小时吊死,需reverse数据,注意,最后一步先导rnc部分数据,再导BTSequipment 84、关DC流程:

1、所有BTScell小区的BTSEquipment/ BTSCell/ HsdpaConfdualCellActivation改为false

2、所有Nodebcell小区的RNC/ NodeB/ FDDCellisHsdpaDualCellActivated改为false

3、所有Nodebcell小区的RNC/ NodeB/ FDDCellhsdpaPlusPreferredMode改为none

第二篇:后台工作职责

1.每天按照经营所需去补充食品。

2.清理酒吧的设施,如冰柜、制冰机、工作台、清洗盘、酒吧的工具(搅拌机、量杯等)。

3.经常清洁后台的地板及所有用具。

4.做好营业前的准备工作,如:兑橙汁,将冰块装到冰盒里,切好档檬片和橙角等。

5.整理酒吧的各种表格。

6.补充应冷冻的酒水到冰箱中,如啤酒、白葡萄酒、香槟及其他饮料。

7.保持后台的整洁、干净。

8.经营中根据单子准确、快速的上小吃。

第三篇:酒店后台实习总结

酒店后台实习总结

通过本次实习,实习者对酒店的管理框架有了大致的了解,对酒店行业的工作内容有了全新的认识。本次实习是理论与实践的对接,一个月的实习过后,实习者对餐饮部门具体的工作内容和基本的服务流程更加熟悉,从中积累了在酒店业的宝贵工作经验,在实习的过程中不断思考酒店存在的问题和酒店的可取之处,分析问题的所在,尝试通过自己的思考解决问题,提出自己的见解。这些思考也为今后的学习和在酒店行业继续工作奠定了基础。

但是在实习过程中也存在着一定的问题。其中最主要的问题是对于其他部门工作的不了解,虽然一个月时间下来实习者对餐饮部的工作已经基本能掌握,但是对于其他部门比如客房部的工作却不甚了解,并且由于与酒店管理层人员的接触较少,缺少从管理层看待酒店管理的视角,而大多数时候是从基层员工的角度思考酒店的管理。因此,我认为安排实习时,可鼓励学生尝试不同的岗位不同的部门以增加学生对酒店更加全面的了解。实习过程中犯错误被老员工和上级骂也是少不了的,这些也更真实地反映了酒店业的实际情况,当然,在实习过程中也增加了同学之间的感情,并且收获了与酒店员工之间的友情。

这次实习也更让我懂得世界上没有完美的行业,有的行业工资高但是工作辛苦,有的行业工作轻松但是假期少,任何行业都从来不缺乏合适的岗位,关键在于你是否足够坚持足够优秀,酒店业也同样如此,如果你选择了酒店业就做好坚持和足够优秀的准备。

第四篇:总结,后台自动刷

1,准备同服的两个号,lm和bl号(这里指LM是大号,需要购买“护火者之誓”),两个号都飞到同一个墓地

2,LM号做一个宏放到技能“1”上面(这个宏实现自动选取地对角色,自动攻击)例如:/tar 部落角色名(自己修改)

/use 护火者之誓

/cast 奥术射击 /cast 眼镜蛇射击

3,BL号做一个宏放到技能“1”上面(这个宏实现自动选取灵魂医者,自动复活)复制:/tar 灵魂医者

/run RepopMe()RetrieveCorpse()

/run RepopMe()AcceptResurrect()AcceptXPLoss()AcceptXPLoss()

4,这个时候只需要同时点这两个窗口的“1”号键即可。

5,后台自动点“1”键,我用到是简单游 步骤如下:

1)百度搜索简单游,下载解压注册登录。2)点脚本仓库-魔兽世界-【真牛】【跳跳】小号托管 免费 打开

3)修改→ 防暂离方式:按技能1 跳动时间间隔:0.2 点击保存设置(千万别忘了保存!)

4)切回LM游戏界面 按键盘上的F9

5)切回BL游戏界面 按键盘上的F9

6)需要停止 按ctrl+F9

第五篇:在后台工作的时候

在后台工作的时候,首先由于它是一个综合性的岗位,对于综合能力要求比较高.同时在这个岗位工作能在社交能力与随机应变能力方面得到提高.,因为每天都在和不同的人接触,而且也不排除有一些突发事件.总台工作虽然很多也很烦琐,给人的感觉像是在打杂.但是从专业的角度讲这就是从小事做起、从基层做起.对于一个有工作经验的新进员工尚且如此,更何况是尚未走出校门的实习生呢。作为新人,什么都不了解,怎么可能不“打杂”呢?手上做的事虽小,但却能因为宽广的眼界而变得意义重大起来。在我看来,这却是一个让金子发光的地方,在这个岗位上最能被大家肯定与认可.对于我来说有机会接触移动工作完全是意料之外.正因来之不易而倍感珍惜.到目前为止,我在通信行业这一岗位上也差不多有一个月了.作为一名新手在交接的过程中难免会有一些问题出现,这些问题往往会让我感到措手不及.但这并不是说明出错就是新手的专利.因此,在这一点上我应该更深刻地认识到.。

通过一个月的交接让我学会了一些皮毛.在我的工作职责里,我学会了办理业务与营销产品:账务单的收发登记:上报表资料与工作联络单::以及上周刚学会了做新业务一卡通、刮刮卡办理流程、.做了几份下来,感觉自己还可以,虽然有时候还会有一些小问题出现.但是相信这些都可以克服.其实做工作可以举一反三,像录入系统的时候,有很多都是在重复着估填空题.。。需要不停的粘贴复制。但是却不能掉以轻心.因为办业务最难与最需要的就是细心.有时候会感到心有余而力不足,明明已经很小心,却最终还会出错.小到给伙伴带来不必要的麻烦,大到给公司造成不必要的损失.但是我还是相信熟能生巧,让时间来证明.面对烦琐的工作,如何把自己的工作安排得条理化,这一点对于工作有序进行很关键.因为到目前为止,我对工作还没有完全把握好事情的轻重,在工作的时候会略显被动.只是接到什么做什么.还有一点就是工作时在保证质量的同时,还要有效率.现在对于我来说还是有难度的,就好像是鱼与熊掌不能兼得一样的道理.但是我会使两者达到一个平衡点.。

下载3G后台工作问题总结5篇word格式文档
下载3G后台工作问题总结5篇.doc
将本文档下载到自己电脑,方便修改和收藏,请勿使用迅雷等下载。
点此处下载文档

文档为doc格式


声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:645879355@qq.com 进行举报,并提供相关证据,工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。

相关范文推荐

    后台主管工作职责-0616

    后台主管职责 1、认真做好商品房买卖合同网上签约。 2、督促营销部各部门人员收齐购房合同进窗资料,协助国中公司办理进窗事项及合同数据上传, 3、督促营销部各部门人员收齐贷......

    后台工作细则

    智慧服务网络科技有限公司工作流程细则 一、网络后台工作人员流程细则 1. 工作人员每天需及时更新网页消息,以便网上顾客能及时有效的购买产品。 2. 工作人员应及时关注网页......

    工作问题总结

    2012年2.17-3.20工作问题总结 一段时间的工作之后,工作期间遇到的问题。 1.合同混乱 A.合作过的老客户翻单,往年合同价格无处查询,特别是冷门产品。 建议:货出完的合同急时统一......

    银行后台后台工作总结

    工作总结 一、不断加强学习,提高自身素质。时代的发展已使银行业由一个最平稳的行业变成一个变化最为迅速,最富挑战性的行业,学习对于银行业人员来说,比以往任何时侯更为重要,更......

    钢筋后台管理办法

    钢筋后台管理办法 为有效控制钢筋的使用,节约成本,制定以下钢筋管理工作细则: 1、钢筋管理由分区主管工程师负责,其向项目总工、项目成本经理、项目经理负责并服从上述人员的......

    银行工作问题总结

    122、简述商业银行金融创新活动中,董事会和高管层在“认识你的业务、风险、客户和交易对手”方面应当履行的基本职责。 123、简述清理规范银信理财合作业务的基本原则。 商......

    酒店后台实习心得

    酒店后台实习心得本次实习的定位是“服务实习”,因此实习的主要目的是切身感受酒店的服务过程,建立理论与实践的连接桥梁。因此,我的实习心得主要针对酒店管理方面的理论与实践......

    银行后台柜员职责

    信贷账务处理岗 1人 工作:银承的开立和兑付、信贷资金的发放和收回、移动话费发票的打印、银承票据的审验。 岗位职责: 1、按《中华人民共和国票据法》、《票据管理实施办法》......