ORACLE EBS xml publisher 报表输出字符字段前部"0"被EXCEL自动去掉问题

http://www.cnblogs.com/lzsu1989/archive/2012/10/17/2728528.html

 

Oracle  EBS 提供多种报表的开发和输出形式，由于MS Excel在处理数据方面的优势明显，报表输出用Excel打开是很常见的开发项。

但是正是由于Excel的“过于智能而不智能”，导致有时输出字段会被Excel自动处理，导致数据错误。

 

例如： 系统内部字段，物料编码/订单标号 等等字段在数据库内存储的格式为 varchar, 在某些业务或者需求下，编码方式为全数字的形式，如"100230001","100230002",... 这样的字段在系统中没问题，报表输出到Excel也无问题；而有情况可能是，编号为 "000031001", "000031002","000031003",.... 这样的情况，系统中是存储了9位数的字符，而报表输出到Excel之后，Excel就会认为他是一个数字，而非字符串，从而出现字符串前的"0"被截取，变成 "31001", "31002","31003",.... 这样的错误不易被发觉，但是是一个很不友好的错误。

 

解决办法：

1. 并发程序输出 html 报表

这种类型的报表输出的是html标签（或者XML标签），这种报表被截位的修复方法是在输出的时候，把这个字段放在 =" "  内，例如,PLSQL代码片段为：

 

fnd_file.put_line(fnd_file.output, '<div>000031001</div>');

 

变成：

 

fnd_file.put_line(fnd_file.output, '<div>="000031001"</div>');

 

或者

 

fnd_file.put_line(fnd_file.output, '<div>''000031001</div>');

 

 

解释：

前一种方法，在Excel中，= 代表公式，而用双引号括起来之后就是字符串的意思，就是说设置当前单元格为等于当前的值转换为字符串的意思，类似于 oracle的 to_char() ；后一种方法，Excel中，在单元格值最前面加一个单引号表示这个单元格为“坏公式”，就是不自动计算的意思，Excel单元格要显示公式，也是这种方法。

           

 

 

 

2. XML Publisher 报表

 

 XML publisher 报表除了用上面的两种方法以外，还可以设置XML Publisher属性来解决这个问题，直接看属性截图：

 

属性设置为 “强制LTR” ，强制为数据格式，在Excel中就不会转化为数字了，对应的 XML publisher 脚本代码为：

<fo:bidi-override direction="ltr" unicode-bidi="bidi-override"><?ASSEMBLY?></fo:bidi-override>