引文:
您能说的再详细些吗？不太明白！您说的“分拣后下到的格口号是其他配送部的”是邮件错入格口了吗？“其他配送部”是何意？

引文:
您所说的bgfjj_yjxxb，是那里的表，中间服务器还是分拣机本地服务器中的表?

因最近发现，开拆邮件时格口正常（在邮件查询中得到），但是分拣后下到的格口号是其他配送部的；
查询bgfjj_yjxxb 中的格口是错的。（其他配送部）并不是信息正常的格口。
再次开拆又正常。

我们深圳局封发后，封发数据通过Ftp报文件上传到一个车间服务器。
然后通过 总包处理－数据接收－网上签收 下载。

错误信息：
第1个路单失败
后台处理错误

zb_Wsqs.edbug.080904

1418|080904-133231|530610000| 0|120541|E- -1480|zb_Wsqs_JK_Func.pc| 773|msg|插入签收清单总表错误|
1418|080904-133231|530610000| 0|120541|E- 0|zb_Wsqs_JK_Func.pc| 359|Error|s_lSjInsertQd调用失败|
1418|080904-133232|530610000| 0|120541|E- 0|zb_Srv_Sjjs_Wsqs.pc| 159|Error|lGetFjsbToTab调用失败|
1416|080904-133603|530610000| 0|120541|E- log|zb_Wsqs_JK_Func.pc| 192|文件名|[/usr/server/print/1416/K051800009.000263]|
1416|080904-133605|530610000| 0|120541|E- -1480|zb_Wsqs_JK_Func.pc| 773|msg|
【sqlcode=-1480】
【SqlErrMsg=ORA-01480: trailing null missing from STR bind value
】|
1416|080904-133605|530610000| 0|120541|E- -1480|zb_Wsqs_JK_Func.pc| 773|msg|插入签收清单总表错误|
1416|080904-133605|530610000| 0|120541|E- 0|zb_Wsqs_JK_Func.pc| 359|Error|s_lSjInsertQd调用失败|
1416|080904-133605|530610000| 0|120541|E- 0|zb_Srv_Sjjs_Wsqs.pc| 159|Error|lGetFjsbToTab调用失败|


可以肯定是上传文件没有错，因把文件改名其他接口车间可以下载。

顶啥啊?平衡合拢稽核沈阳可也是应用的提出者。

顶！

中心局系统如果用LQ -300/300K+/......可正常套打印路单,使用新字库标准打印机LQ-300K+2.....打打就不正常,好象新字库标准字小一些.请问有解决办法.盼望!(不知其他局可有此问题)

你用的用户名和我的一样原来你英文名也叫nicolas 遇到的问题也一样 关键是linux版本问题3.0和4.1安装方法不同
3.0安装方法
groupadd client
groupadd tuxedo
useradd -g client -d /usr/client client
useradd -g tuxedo -d /usr/tuxedo tuxedo
useradd -g client -d /home/postgresql postgresql
chown -R postgresql:client /home/postgresql
chown -R client:client /usr/client
chown -R tuxedo:tuxedo /usr/tuxedo
chmod 755 /usr/client
chmod 755 /usr/tuxedo
chmod 755 /home/postgresql
echo client | passwd --stdin client
echo tuxedo | passwd --stdin tuxedo
echo postgresql | passwd --stdin postgresql
如果需要其它用户可以依照此方法建立
echo "更新系统库...."（视具体情况而定）
cd /usr/lib
ln -s libreadline.so.4.2 libreadline.so.4.1
将建立的四个TAR包FTP到新服务器上
在新服务器上安装tar包
tar xvfz /tmp/postgresql.tar.gz -C /
tar xvfz /tmp/client.tar.gz -C /
tar xvfz /tmp/tuxedo.tar.gz -C /
tar xvfz /tmp/data.tar.gz -C /
拷贝postgresql用户命令和库文件到/usr相应目录
alias cp=’cp’
POSTGRE_HOME=/home/postgresql
cp -f $POSTGRE_HOME/bin/* /usr/bin
cp -f $POSTGRE_HOME/lib/* /usr/lib
启动数据库
su – postgresql
postmaster –i –D /opt/data >logfile 2>&1 &
切库
su client
cd
sh ./SwitchDB.sh
sh ./SwitchDB.sh
#在root用户下增加前台用户crontab
rm -f /tmp/crontab.tmp
echo "00 15 * * 6 /usr/client/SwitchDB.sh" > /tmp/crontab.tmp
echo “12 01 * * * /usr/client/bin/ytclearlog.sh”>>/tmp/crontab.tmp
crontab -u client /tmp/crontab.tmp

4.1安装方法
groupadd client
groupadd tuxedo
useradd -g client -d /usr/client client
useradd -g tuxedo -d /usr/tuxedo tuxedo
useradd -g client -d /home/postgresql postgresql
chown -R postgresql:client /home/postgresql
chown -R client:client /usr/client
chown -R tuxedo:tuxedo /usr/tuxedo
chmod 755 /usr/client
chmod 755 /usr/tuxedo
chmod 755 /home/postgresql
echo client | passwd --stdin client
echo tuxedo | passwd --stdin tuxedo
echo postgresql | passwd --stdin postgresql
如果需要其它用户可以依照此方法建立
//echo "更新系统库...."（视具体情况而定）
//cd /usr/lib
//ln -s libreadline.so.4.2 libreadline.so.4.1
将建立的四个TAR包FTP到新服务器上
在新服务器上安装tar包
tar xvfz /tmp/postgresql.tar.gz -C /
tar xvfz /tmp/client.tar.gz -C /
tar xvfz /tmp/tuxedo.tar.gz -C /
tar xvfz /tmp/data.tar.gz -C /
拷贝postgresql用户命令和库文件到/usr相应目录
//alias cp=’cp’
//POSTGRE_HOME=/home/postgresql
//cp -f $POSTGRE_HOME/bin/* /usr/bin
//cp -f $POSTGRE_HOME/lib/* /usr/lib
//主要是这里 我试验了好多次才弄出来
cp libssl.so.1 /usr/lib cp libcrypto.so.1 /usr/lib cp libreadline.so.4.1 /usr/lib
启动数据库
su – postgresql
postmaster –i –D /opt/data >logfile 2>&1 & pg_ctl stop -D /opt/data -m immediate
切库
su client
cd
sh ./SwitchDB.sh
sh ./SwitchDB.sh
#在root用户下增加前台用户crontab
rm -f /tmp/crontab.tmp
echo "00 15 * * 6 /usr/client/SwitchDB.sh" > /tmp/crontab.tmp
echo “12 01 * * * /usr/client/bin/ytclearlog.sh”>>/tmp/crontab.tmp
crontab -u client /tmp/crontab.tmp
还有问题qq联系我愿意效劳778540712注明身份生人不加

引文:

之前，即能通过约束条件来规范生产，规范生产了（有些个别细微的问题防不胜防，通过系统来约束是最好的办法），所有个别细微的问题解决了，网络化分拣率自然100%。还算合理的功能呀！

DT900扫描枪的程序是V3.0.3以后的版本吗？最新的是V3.0.7。

引文:

可能是后台服务有问题，您最好先联系您局所在的省中心检查解决！

林老师您好：我是河南省南阳局的，近段北京补发过来的一部分报纸，我局在网上做补发时没有信息，但在出口验单登记簿里有此信息，反馈结果是补发。不知啥原因，请林老师指教，谢谢。（别的局补发过来的没有此问题）

我们会提供更好的查询功能而不会返回到不合理的功能。

引文:

4.4版本升级前，即能通过约束来规范生产，又能通过规范生产提高网络化分拣率。
事实上4.4版本升级前，通过邮运指挥调度系统查“网络化分拣率”，至少会有超过七个中心局达到100%，4.4版本升级升级后，8月1日至今确没有一个中心局达到100%，所以说生产通过系统约束会更显效果（例如：总包必须扫描才能配发等）。


------------0431--85330423 李春华

如果我走了 你会想我吗

包裹散件扫描

在包裹封发前台，用扫描枪扫描后，数据上传成功，但在批量封发时，不能打印封发清单，并且出现通讯错误，以及出现生成打印清单列表文件失败.希望能帮助解决下,谢谢

有想法，但逻辑不合理。产生不一致现象，归根到底还是作业不够规范的问题。

钟工、许局：
4.4版本升级前，“网络化分拣率”和“平衡合拢表”，统计口径是一样的，4.4版本升级后“网络化分拣率”和“平衡合拢表”，统计口径不一样了。目前，系统在平衡合拢时，只要邮件条码相同，就认为合拢；统计网络化分拣率时，必须开拆的信息和封发的信息是一一对应的。如此以来会有如下弊端：
1、平衡合拢时，只要邮件条码相同，其它制约条件没有了，开拆补录错误显示不出来了，这种情况会影响网络化分拣率。如果像原来那样能够及时显示出问题来，当班就能立即处理。
2、平衡合拢时，只要邮件条码相同，其它约束条件没有了，先开拆后封发暴露不出来了。这种情况会影响网络化分拣率。如果像原来那样能够及时显示出问题来，当班就能立即处理。
3、平衡合拢时，只要邮件条码相同，其它制约条件没有了，个别邮件开拆时是扫描勾核，封发时，由于采集器等原因需要手工录入会造成录入的信息和开拆的信息不是一一对应，只要邮件号码相同，就认为合拢。这种问题也暴露不出来了，如果像原来那样能够及时显示出问题来，立即就能立即处理，就不会影响网络化分拣率。

因此强烈建议以下三种方案：
方案一、恢复到4.4版本升级前，“网络化分拣率”和“平衡合拢表”，统计口径一样

优点：
1、使得所有问题在散件平衡合拢时能够暴露出来，这样平衡合拢也是真正意义的平衡合拢。
2、生产单位能够在班次结束前，自己把暴露出来的所有问题点及时解决，提高网络化分拣率。
方案二、“网络化分拣率”和“平衡合拢表”，统计口径一样：“只要邮件条码相同，就认为合拢，同时也认为是网络化分拣”。

优点：
1、生产单位做“散件平衡合拢”容易了，不必因为开拆的信息和封发的信息需要一一对应，分毫不差，而去解决所有问题点了（我们不怕麻烦，我们更愿意平衡合拢时把所有问题点都解决掉）。
2、“网络化分拣率”和“平衡合拢表”，统计口径一样了。

方案三、“网络化分拣率”和“平衡合拢表”两种功能合二为一。

------------0431--85330423 李春华

你在用什么操作功能（扫描枪和生产前台）啊？没有看明白。

请问各位,在双子系统中怎么查询 每日市和县之间的进出口量,(比如:昆山某日封发到苏州多少袋国内普通邮件,多少袋国内特快邮件;某日昆山从苏州进口开拆了多少袋国内普通邮件和国内特快邮件)

还有,每天县局从苏州调入和清退的空袋在系统中怎么查询呢?

赵工：我们不知道怎样联系到国通的工程师，您是否能帮我们联系一下，万分感谢。

更正一下：bkapp是前台生产应用。

如果前台压力大，一是考虑把终端分布到其它车间服务器上，二是做切库试试。

发验时有一个 验达局。 3－15 写的是北京发行。去NPS 系统查以下 看 3－15 的目录发行区域是不是正确的。目前 报刊目录是 北京发行。

我是运城邮政局的，报刊分发发现短缺时，发验后，没有任何提示，到底发给哪个局了？查询时也看不到复验局的任何标志。
我局多次报刊短少，大部分时候发验回复都比较正常，有时能补来报纸，有时回复分发数据正确，无短少，但最近一次发验后，却收到“非直封局，无权发验的”退验信息，不知到底我局的验单发到哪里了？也不知道是哪个局回复的？
这次发验是因为3-15短少200份，应到271份，实到71份。
以上问题哪位领导知道，请回复！

报刊应用

最近一段时间，我们有一局每天9：00左右，转运车间生产速度很慢。用top检查其车间服务器资源，发现此时间段bkapp占用CPU非常大，有时达到70％以上。想请教此bkapp是什么进程？