Oracle EBS Report 输出字符字段前部＂0＂被Excel自动去掉问题

youdial

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>=&quot;000031001&quot;</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”(对于打印可以LTR,而对于用报表输出的数据查找系统，则建议不要用方法，因为LRT实际在字段前后加了特殊块符号： ) ，强制为数据格式，在Excel中就不会转化为数字了，对应的 XML publisher 脚本代码为：     　　
   

     　　
   

<fo:bidi-override direction=&quot;ltr&quot; unicode-bidi=&quot;bidi-override&quot;><?ASSEMBLY?></fo:bidi-override>     　　
   

     　　
   

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