报表制作范文

时间:2023-03-17 14:10:57

报表制作

报表制作范文第1篇

用iReport开发Web报表功能强大,容易上手使用。由于iReport支持JasperReport,它是纯Java程序,所以用于Web的最佳引擎是JSP,首选Tomcat。报表开发平台使用Windows平台即可。iReport早期在Windows系统上安装只要直接解压即可,而目前最新的版本是1.3.1,可在其官方网站下载/,支持安装程序。安装时需要预先安装java jre,可打开DOS窗口输入java-version看使用的是哪个版本的jre。实用中,安装Oracle10g客户端自带的Java 1.4.2最适合当前的iReport版本,使用Jbuilder2006自带的Java 1.5.0在打开某些交叉报表时可能出现死机现象,建议在Windows系统上安装Java1.4,它支持最新iReport。

iReport开发文档是收费的,虽然网上可找到较多例子供参考,还有完整的简单报表开发指南,稍加研究即可开发简单报表。但如果要开发中小企业级各类Web报表,就需要深入研究,反复测试了。

在报表中显示中文

iReport内部使用Unicode UTF-8编码,设置正确就可支持所有中文报表需求。界面选项支持简体中文。为了在报表中显示中文,在报表字体或较新版本的Style,选择宋体字体。为了正确显示中文,必须安装亚洲语言包,可以从网上下载iTextAsian.jar考入开发机iReport安装目录/lib之下和服务器端WEB-INF/lib目录下。还必须将服务器端的Java汉化,Java1.4比较麻烦,除拷贝宋体字库外,还要修改几个属性文件。Java1.5汉化非常简单,只要在jre/lib/fonts下建立fallback目录,将宋体字库考入该目录即可。为了以PDF格式输出中文,需要在“PDF Font Name”选项中选择“STSong-Light”,在中文字体定义中勾选“Default”、“PDF Embedded”,“PDF Encoding”选择“UniGB-UCS2-H (Chinese Simplified)”。

在报表中插入图形

适当的插图在报表中起到画龙点睛作用,可以使枯燥冗长的数据趋势、比例等一目了然。iReport内置基于jfreechart的Chart Tool工具可以方便绘制常用的柱状图、饼图、曲线图等,可满足一般报表的需求。

如果需要插入静态图片,则要用image工具,要在图片的“Image Expression”中写图片文件的绝对路径。为了便于在PC上调试并可用于服务器,文件路径应写成“$P{imagePath}+文件名”的形式,参数$P{imagePath}在PC上设为PC机上的DOS路径,注意因为“\”是转义符号,DOS路径的“\”要写成“\\”。在Web输出图片时将服务器上的文件路径作为参数$P{imagePath}传递给输出程序,就可输出正确图片。在以下设定子报表绝对路径等场合,为了增加灵活性,都需要这样做。

iReport内置的Chart工具并没有支持jfreechart的全部功能,绘图存在局限性,例如,1.2.7之后的版本才实现标记label的旋转,旋转90度可使标记字符垂直显示,以免水平项目过多时标记显示重叠在一起而显示不出来。又如图片中的category各个项目只能是查询结果集各个记录垂直方向的项目,如果要显示同一记录中水平方向各个项目就无法绘图。另外,至今最新版本饼图还不能显示百分比。为了显示更为灵活的图片,应该使用第三方绘图工具。自行开发jfteechart绘图程序可解决这些问题。jfreeChart也是纯Java工具,一般设计Servlet用于绘图,使用image工具,在“Image Expression”中用URL表示对绘图程序Servlet的调用,new .URL(URL?参数),其中URL绘图Servlet的调用路径,问号后用于传递各种绘图参数。其中为了正确传递中文参数,中文字符串应该使用标准的URL编码,即定义一个变量值为.URLEncoder.encode("中文字符串","GB2312"),在image的URL中使用变量名传递中文。

对数据源的支持

iReport报表引擎需要从数据源获取报表中的数据。而最基本的查询数据源的方法就是SQL查询语句,一个报表只支持一个查询结果集,设计一个报表的核心内容就是设计SQL语句。如果一个报表在不同条件使用完全不同的数据库表查询语句,一般在报表程序中形成SQL语句,并查询得到结果集,再将所得结果集传递给报表引擎形成报表。这样虽然很灵活,但使报表程序冗长复杂,不便维护。最好是将SQL写在报表数据源内,运行时将数据库连接和其他必要参数传递给报表引擎,由报表引擎执行SQL语句并生成报表。

由于报表只支持单一结果集,对较为复杂的报表,SQL语句的设计就需要较高技巧。简单的参数如数字可直接传递,在报表的SQL语句中用参数表示,如查询条件where x=$P{y},实际使用时程序中直接将参数值如“10”传递给报表引擎,执行时就可以当做where x=10执行。较为复杂的参数可用$P!{param},可用于替代SQL语句的任何部分,如在不同条件下使用不同的字段排序,可在报表SQL中写order by $P!{y},实际使用报表时可将实际的值如“a,b”或“b desc”传递给报表引擎,实际执行时就当做“order by a,b”或“order by b desc”排序子句执行,参数使用是SQL语句灵活支持多种需要的最重要手段。

绝大部分参数是字符串格式,偶然需要日期格式的参数,iReport中设缺省值比较复杂,如“2007年2月28日”要写成“(new SimpleDateFormat("yyyy-MM-dd")).parse("2003-01-01")”,要使用Java函数形式,实际上iReport中所有设定表达式都要显式使用Java函数。

对于涉及多个表查询的情况,需要使用联合查询语句join和union,join用语横向联结多个表,而union用于纵向合并相同结构表的结果集。可以使用子查询技术,即将一个查询语句当做临时表再进行查询,或与其他表联合查询。

通过以上各种技术,在各种条件下,最终形成一个单一数据结果集,形成报表。对于报表各个记录来自完全不同来源的情况,可考虑使用非SQL基本数据源,如可用“JavaBean Data Source”。定义一个基本类,声明各个字段类型及getXXX()、setXXX()方法。测试报表时,建一个数据类,用JRBeanCollectionDataSource(list)封装,其中用list加入测试数据。将class打包考入iReport/lib目录下,在iReport新建数据源,类型为JRDataSourceProvider,类名为刚才定义的类,就可用该类提供测试数据测试报表。打包时注意两点,编译和打包使用的jar的Java版本要与安装iReport时Java版本一致,特别在电脑上装有多个版本的Java时。实际使用报表时,也是使用list先动态填充数据,fill报表时传递数据源为new JRBeanCollectionDataSource(list)即可生成动态报表。

iReport还支持其他数据源,一般使用SQL数据源就足够了。

实现交叉报表

较为复杂的报表需求是交叉报表和子报表。

交叉报表是国内数据统计报表最常使用的形式之一。通常用于将在数据库中记录的数据字段按不同分类水平汇总显示。有两种实现方式:1.用交叉查询形成交叉结果集,最终用简单报表实现;2.使用iReport的交叉报表直接实现。

并非所有数据库都支持交叉查询,Oracle10g中通过sum和decode函数可以实现交叉查询,汇总使用函数sum(decode(key,KEY1,value,0)) as Field1、sum(decode(key,KEY2,value,0)) as Field2,等等,将具有(…key,value…)形式的简单结果集汇总为有(…Feild1,Field2,…),其中Field1是按key值为KEY1汇总值, Field2按key值为KEY2汇总值,依次类推。iReport可将该交叉结果集当做普通结果集处理形成交叉报表形式。

使用iReport的交叉报表工具,可以制作更为丰富的交叉报表,过程较复杂。要点是,在主报表的Detail栏目插入crosstable,需要编辑交叉报表属性决定交叉报表内容,交叉报表设计决定报表的外观。

在主报表中定义SQL查询语句,将结果集传递给交叉报表。这样就只需要进行一次数据库查询操作,不过也只能支持一个交叉报表,且不能自动绘图,因为交叉报表会将结果集的游标指向尾部,这样可满足单一交叉报表需要。为实现上述要求,在交叉报表属性中点选“use a dataset to fill the crosstable”,选择并命名一个subdataset,并且在连接数据源表达式中输入系统参数“$P{REPORT_DATA_SOURCE}”。定义行列分组和Measure。Measure就是交叉报表需要进行汇总的目标字段。行列分组写入分组需要依据的字段,类似交叉查询汇总的key字段,可支持嵌套多重分组,适用多级树型管理分别需要统计的情况。属性设置完毕,就可以使用报表设计,可视化进行报表外观设计,每个字段或汇总字段的长度、颜色、线条等,可以做出相当专业的交叉报表。

实现子报表

子报表也常用于多级管理的情况,需要知道按最高级别部门的统计数据,有时同时也需要查看高级别下属的按较低级别部门的统计数据。与交叉报表不同的是,子报表是独立的报表,子报表还可以嵌套子报表。在主报表的detail栏目中插入子报表,事先子报表应作为独立报表调试好。主报表通过修改子报表属性建立联系,传递数据。在subreport中连接数据源属性中选择“$P{REPORT_CONNECTION”。子报表通常多达3级以上,每级传递数据库连接说明显示每级报表都需要执行各自的数据库查询,通常认为这样做是低效的。但如果采用数据结果集的话,一次子报表调用就将游标移至底部,导致主报表只能显示一行。如果使用数据库连接做参数,各报表进行各自查询,则没有这个问题,而且最后还可以使用自动绘图。其次要指定子报表绝对路径表达式,为方便调试和实际使用,也应采用“$P{路径参数}+文件名.jasper”的形式。子报表参数中填入字段名作为参数,子报表将利用这些参数进行它的子查询,当然这些参数也要在子报表中有相应定义。

最后子报表的显示结果是,每显示一行主报表数据,就根据“显示表达式”真假值决定是否显示相应的子报表数据,如果含嵌套子报表,依次类推。最后在汇总栏可用主报表结果集自动绘制图形。

显示表达式

为了制作灵活显示的报表,显示表达式是必不可少的。例如,多级子报表到底显示哪些级,同一个字段在不同的值范围用不同的颜色字体显示,这些都需要显示表达式。iReport所有的项目都有显示表达式“Print When Expression”,显示表达式是个逻辑表达式,运行时计算出真假值,决定相应项目是否被显示出来。例如,常用的报表中某数字字段用黑色显示,超过预定值用红色显示。需要在相同位置定义两个相同的字段,分别显示黑色和红色,每个都设定显示表达式,确定显示的条件。实际运行时,可得到彩色报表,红色值显示超过预设范围的值。

写显示表达式的要点是所有值要使用Java的类型,所有表达式内的项目都要显式使用Java函数,否则容易得到编译错误。要求这样做的原因是iReport编译选项中缺省使用“JasperReport Default”编译报表,运算时使用JasperReport定义的数据类型,如使用Java编译器情况可能不同,设置会更简洁。

输出例程

每张不同的报表最后利用iReport产生过程都是大同小异的。就是根据程序参数获取数据源fill报表,并按程序的要求以各种形式输出。所以,所有报表使用公共的报表输出程序可以大大简化和方便报表程序的设计。

输出程序要点如下,必须使用Servlet,例如ExportReport为输出报表Servlet的名字:

public class ExportReport extends HttpServlet {“key”,value}

缺省JSP报表程序调用ExportReport采用GET。不同报表调用公用报表输出程序,需要将数据结果集和参数传递给ExportReport,GET方式调用参数传递只能使用会话对象,session.setAttribute(“key”,value),当用户在同一会话中打开多个报表或多次以不同参数打开同一报表时,参数就会相互覆盖产生错误,尤其当刷新报表时,参数改变会使用户看到的报表不是想要的报表。

解决多用户传递参数的办法是使用请求对象传递参数request.setAttribute(“key”,value),则每个报表发出的请求互相没有冲突,用户每次刷新都可得到参数正确的报表。在调用时,不能使用response.sendRedirect(exportURL),这样只能以GET调用,且无法传递request对象中的参数。

HTML格式输出是Web程序最基本的要求。在输出有图片的报表时,使用PDF格式输出是最好的,HTML很容易出现各种图片显示问题。根据网上资料,在早期iReport0.5以前版本HTML输出图片没有问题,从iReport1.1.0到最新的iReport1.3.0,首先必须在报表输出Servlet中设置参数exporter.setParameter(JRHtmlExporterParameter.IS_OUTPUT_IMAGES_TO_DIR,Boolean.TRUE),还必须设置“IMAGES_DIR_NAME”、“IMAGES_URI”参数,输出报表时才能在上述参数指定的目录下生成临时图片文件,用户在浏览器上才能看到图片。但是问题产生了,当多用户以不同参数使用同一报表的情况下,临时文件名一般是一样的,用户看到的报表数据是正确的,但插图有可能是别人生成的临时图片。

经过深入研究,笔者发现问题出在输出设置上,目前几乎所有资料在输出HTML格式文件时,都沿用与输出PDF格式文件相同的设置,可通过以下设置实现:

exporter.setParameter(JRExporterParameter.OUTPUT_STREAM,outputStream);

最后动作是将jprint文件直接输出到Servlet的输出流中,而根据分析,PDF图片是在二进制输出流中输出,而HTML输出流中对图片只是一个URL引用。图片虽已作为独立文件生成,以二进制方式在outputStream输出HTML文件时,浏览器不能正确掌握引用图片的时机。为了正确输出图片,根据HTML是文本文件的特性,先将HTML文件输出到一个字符缓冲区当中,再调用outputStream.println()方法以字符流方式打印HTML文件,println()函数以字符方式打印HTML文件,浏览器接受到输出Servlet以println()发来的字符行形式的HTML文件时,可以正确地对已生成的临时图片文件进行引用,从而为用户显示出正确插图的HTML文档。

实用快报:Vista网络功能的六大不足

一、对Windows XP支持不力

Vista对基于XP的PC以及使用旧版本Windows的PC几乎没有多少支持,至少RC-1版本是这样。Windows XP PC也许不会出现在网络上,即使它们明明就在网络上。或者可能会显示,但随后会莫名其妙地消失。或者在使用Vista的一项特性时,也许能看到它们;但使用另一项特性时,却又不见了。还有其他一些问题。譬如说,无法从Windows Vista PC连接到安装在XP PC上的网络打印机。

二、死脑筋的网络备份

Vista包括一个界面出众的新款网络备份程序,但它简直就是死脑筋。它让你可以指定要备份的某些一般性的文件类型,譬如“文档”或者“照片”,但你得备份属于这个一般性类型的所有文件。还有比这更糟糕的。只想保存特定文件夹里面的文件吗?同样做不到。无法单单备份某些文件夹。只能备份与PC上每一个文件夹里面的文件类型相匹配的文件。

三、让人混淆的界面

管理及配置网络的界面需要加以改进,有时候让人混淆。点击不同名字的链接,最终进入的却是同一位置;有些任务通过“网络和互联网控制面板”来实现、另一些任务却通过“网络和共享中心”来实现,这是没有道理的。而另外一些网络特性却无处可寻。

你可能想知道,为什么通过网络实现文件同步及共享的“同步中心”会出现在“网络和互连网控制面板”,而不是出现在“网络和共享中心”?原因说不上来。实际上,让特性出现在这些不同位置是没有明显道理的。

四、不完美的WMS

Windows Meeting Space本身是个好想法,但实施不当。譬如说,在进行演示报告时,要是能与别人通话就好了,不必每个人都非得建立会议呼叫。毕竟,现在有许多免费的IP语音(VoIP)应用软件如Skype,许多即时通信软件也包括了语音功能。但WMS居然没有添加这项功能,实在让人费解。也没有“白板”功能。人们可以编写文件,但无法使用记号笔和荧光笔这些工具。

五、没有反病毒软件

微软在Vista的安全方面花了大量时间,并且初见成效:改进了防火墙、内置了反间谍软件,另外还有许多安全特性。可是反病毒软件在哪里呢?这正是你我需要的最基本的安全工具,Vista却偏偏少了它。

六、让人困惑的同步中心

报表制作范文第2篇

件的维护。希望对基层台站其它业务人员报表制作方面有所帮助。

关键词: ISOS;A文件;数据维护

中图分类号:C35文献标识码: A

A文件维护主要是对逐日气压、温湿度、云、能见度、降水、天气现象、蒸发、积雪、风、浅层地温、深层地温、冻土、海平面气压、日照、草面温度资料进行维护,完成各项目的日统计;通过封面封底信息维护,形成完整地面月数据文件(简称A文件)。

1、ISOS地面测报业务软件A文件形成

台站地面综合观测业务软件(MOI)―数据维护―常规数据,在常规要素页面窗口,有“年月”选择框、“填写封面封底”选取框、“生成海平面气压”选取框及“导入”、“补调”、“保存”、“生成A文件”功能按钮。

A文件形成在导入相应的月份数据,填写封底封面选取框中打“√”,(不然“生成A文件”按钮为灰显),这里需要注意, 如果海拔高度1500米 ,“生成海平面气压” 均要选打“√”。点击生成A文件,保存即可。A文件保存在D:\ISOS\MOI\ReportFiles\AFile中。

常规要素中逐日气压、温湿度、云、能见度、降水、天气现象、蒸发、积雪、风、地温、冻土,海平面气压、日照、草面温度资料从B库文件读取(B库相当于OSSMO的B文件),不同的是ISOS软件B文件一年生成一个。在常规要素维护过程中参数信息、常规要素记录发生更正或者更新会存回B库文件。

2、A文件数据补调

若自站观测项目各要素正点数据有缺测或异常,要用“补调”功能按钮,通过“补调”方式补全相关的数据,如果补调仍出现缺测或异常,按相关记录处理规定处理有关记录。补调方式有“仅缺测”及“固定时次”两个单选框。

“仅缺测”:是程序判断是否已经进行过人工干预,如果已经人工干预,只针对未干预数据进行补调。

“固定时次”:是程序从SMO原始数据文件中进行读取数据并覆盖入库。注意:该种方式会覆盖人工干预的数据。

3、A文件封底维护

A文件封底分为纪要、气候概况、备注、台站变动等附加信息项。

3.1纪要内容填写

⑴ 重要天气现象及其影响:当某些强度很大的天气现象,在本地范围内造成灾害时,应迅速进行调查其影响的范围、地点、时间、强度变化、方向路径、受灾范围、损害程度等,并及时记载。

⑵ 江河湖海状况:气象站附近的江、河、湖、海的泛滥、封冻、解冻情况。

⑶ 道路状况:记载台站附近铁路、公路及主要道路因雨凇、沙阻、雪阻或泥泞、翻浆、水淹等影响中断交通的情况。

⑷高山积雪状况:气象站视区内高山积雪的简要描述:山名、雪线高度、起止日期(本月内)等。

⑸ 冰雹状况:降雹时应测定最大冰雹的最大直径,以毫米为单位,取整数。当最大冰雹的最大直径大于10mm时,应同时测量冰雹的最大平均重量,以克为单位,取整数,均记入纪要栏。

⑹ 罕见特殊现象:记载视区内出现的罕见特殊现象,如海市蜃楼、峨嵋宝光等。

⑺ 人工影响局部天气情况:记载当本地范围内进行人工影响局部天气(包括人工降雨、防霜、防雹、消雾等)作业时,其作业时间、地点。

⑻ 其他事项记载:地面气象观测规范各章规定应记载的内容。

3.2气候概况栏内容填写

⑴ 主要天气气候特点:内容包括气温特征及与常年平均值、极端值比较,降水特征与常年平均值、极端值比较,主要天气气候特点及程度描述。该项为必报项。气温单位务必写摄氏度或℃。

⑵ 主要天气过程:包括天气过程性质及次数,如降水次数、冷空气活动、台风等及其出现时间、影响情况。

⑶ 重大灾害性、关键性天气及其影响:内容包括灾害性、关键性天气名称、出现时间、地点、影响范围、程度。

⑷ 持续时间长的不利天气影响:指长期干旱、少雨、连阴雨等不利天气对工农业生产及其他方面产生的影响,应综合前一月或几个月情况进行分析。

⑸ 本月天气气候综合评价:对本月天气气候情况做综合性评述。该项目为必报项目。

3.3备注栏内容填写

⑴ 从观测簿备注栏和值班日记备注中,摘入对记录质量直接影响的原因。

⑵不完整记录的统计方法说明。

⑶ 仪器性能不良或安装不当,对记录代表性的影响情况。

⑷ 对某次或某时段观测记录质量有直接影响的原因、仪器性能不良或故障对观测记录的影响、仪器更换(非换型号)、非迁站情况的台站周围环境变化对观测记录的影响以及观测规范规定应备注的其他事项。

3.4台站变动填写页面

台站变动,一般在台站搬迁后填写,填写项有台站变动、障碍物变动、台站位置变动、观测仪器变动、观测项目增减、观测时制和其他。根据本站台站变动情况进行填写,每个填写项都有下拉栏可选择填写。

4、质量控制

地面气象观测资料质量控制行标规定的质量控制方法主要有:格式检查、缺测检查、界限值检查(气候学界限值检查及值域检查即逻辑检查)、主要变化范围检查(气候极值检查)、内部一致性检查、时间一致性检查、空间一致性检查、质量控制综合分析。

⑴ 格式检查:格式检查是对观测数据结构及每条数据的长度进行检查。

⑵缺测检查:检查某个观测数据是否为缺测数据,若为缺测数据,不再进行其他检查。

⑶ 气候学界限值检查:指从气候学的角度不可能发生的要素值,观测记录应在气候学界限值之内的检查。

⑷值域检查(逻辑检查):超出值域范围的资料为错误资料。

⑸气候极值检查(主要变化范围检查):指气象记录是否是超气候极值的检查。气候极值是指在固定地点的气象台站历史上曾出现过的最大(小)值或在一定的时间范围内出现概率很小的气象记录。计算被检查观测站不同月份的气候极值;检查观测记录是否超出了气候极值;对于超出气候极值的观测记录,应进一步判断记录是否正确。

⑹内部一致性检查:指同一时间观测的气象要素记录之间的关系必须符合一定规律的检查。

⑺时间一致性检查:指对气象记录变化是否在一定的时间范围内变化具有特定的规律的检查。(分钟、小时及24小时时间一致性检查),瞬时值时间一致性检查是当前的瞬时值与前一时次的值差异大于给定的界限,则该瞬时值未通过检验,并应标记为疑问或错误。

⑻空间一致性检查:利用邻近一个或多个台站相同时刻相同要素观测值估算被检站的要素值,对被检站观测值和估算值进行比较分析,超过给定的阈值即认为观测值有疑问。估算方法可选取各种空间插值技术。

⑼ 质量控制综合分析:对以上检查后的可疑资料进行综合分析,辨别其正确与否;对检查为错误的资料进行原因分析,便于错误资料的纠正及今后数据质量的提高。

5、质量控制码

质量控制码的含义:是表征数据质量的状况,如下所示

0:数据正确

1:数据可疑

2:数据错误

3:数据有订正值

4:数据已修改

8:数据缺测

9:数据未作质量控制

6、A文件维护注意的问题

ISOS软件有―报表―地面月报表―“格审A文件”及“审核A文件”两个功能,但是基本上是审核不出问题,所以需要人工处理。或者把A文件拷贝出来用OSSMO2004软件审核A文件。

⑴A文件格式检查:A文件首行参数与台站参数是否一致检查;首行参数与要素方式位的配合检查;质量控制码的检查。

⑵人工项目没有录入完整的记录要补录完整。

⑶A文件中缺测内容,是否用“补调”功能补全数据。

⑷异常记录,要按给出的备注内容及数据,按规定处理并备注。

⑸附件信息:封面内容中的“省名”“传输日期”“审核人员姓名”录入是否正确;纪要、气候概况、备注、台站变动内容是否录入完整;台站变动沿革录入要符合相关规定。

⑹冬季无积雪的日子,新型自动站软件把雪深记录自动转换成错误的微量(,,,)格式,台站要人工把微量雪深“,,,”更改为无积雪现象的“000”。

⑺小时降水量为微量时,在A文件中不能输入“00”,出现格式错,直接空就可以,

⑻天气现象分隔符号用全角字符或没有在”中文”状态下填写,导致错误。

⑼ 最后在记事本状态下打开A文件,检查数据文件是否完整。

参考文献:

[1]大气探测中心网站 .台站地面综合观测业务软件 - 测报业务指南[M] .电子版 .

[2]中国气象局 .自动气象站采集数据文件格式. 北京:气象出版社,2004.6.

[3]大气探测中心网站 .台站地面综合观测业务软件 - 常见问题解答集锦[M] . 电子版 .

报表制作范文第3篇

关键词:地面气象观测;月报表;制作;预审方法

中图分类号:S164 文献标识码:A DOI:10.11974/nyyjs.20161233183

随着气象现代化不断发展,在对地面预报表进行制作和预审的过程中大都借助于计算机来完成。在实际月报表制作和预审过程中,因测报程序不完善,测报工作完全依靠计算机,即使严格按照规范要求操作,审核过程中仍会出现疑误记录,必须借助人工方法审查判断,否则影响原始资料准确性。

1 地面月报表制作

1.1 参数设置

参数设置是制作地面月报表的基础性工作,参数设置不正确时可造成错误。因此,每月在转换B文件为A文件或J文件前,应检查“台站参数―台站基本参数―观测项目”的设置内容。

汪清县罗子沟气象站以自动观测结合定时人工观测,因此应特别注意自动站和人工站各观测项目对比。预审人员审核月报表信息时,应逐一对比气薄-1中所有人工项目,重点观察云状、能见度和天气现象配合、蒸发量计算、天气现象转记、日照时数录入情况等,查看其是否存在矛盾和疑误信息。

1.3 逐日地面数据维护

审核前做好逐日地面观测数据维护,可及时发现错输或漏输,预审人员应认真查看人工观测输入数据是否正确、漏输等,重点检查日照、小型蒸发数据、天气现象、最后一日有无降水等,若出现疑误信息,就要重新输入。如分钟降水量数据信息缺测,要在缺测时段输入“-”。维护逐日地面观测数据后,在确保各项观测数据信息正确时,再将B文件数据转换成A文件或J文件。

1.4 A文件维护

B文件相关数据转换成A文件后,要维护A文件。对台站相关参数、信息、纪要、备注、天气气候概况等内容编辑,做好影响观测记录质量直接原因备注;做好观测仪器设备维修和更换,备注数据缺测及人工干预等;此外,还要做好人工观测数据的校对。

2 地面月报表预审方法

2.1 人工审核

2.1.1 查原始记录

每月底,测报人员要审核人工录入数据信息,查看天气现象和云量、云状是否矛盾,观测天气情况信息是否符合规定要求,强降水天气需要查看处理蒸发量的数据是否正确,冬季寒冷天气需审核雪压观测值,发现并记录异常数据或数据处理和记录不符合规定,做好后续数据改正。

2.1.2 查询单审核

预审前,要检查上个月查询单,找出上个月错误数据信息,及时总结,避免本月出现类似错误,提升工作精度。

2.1.3 月基本数据文件审核

审核月基本观测数据文件,主要是审核能见度、日照、蒸况等数据,防止因数据录入错误影响报表质量。

2.2 机器审核

2.2.1 建立完善的审核规则库

审核规则库是气象台站各种数据信息的集合,是机器审核的标尺。在使用地面测报软件审核月报表前,应根据本地实际情况正确设置地面审核规则库中各种参数,以判断标准和尺度的数据信息为主审核规则库内容。

2.2.2 机器审核的内容

逐一审核文件数据格式和相关记录,查看数据文件格式是否符合规范要求,数据参数信息是否与本站点数据库内容一致。审核相关数据记录主要借助机器找出矛盾与不合理数据记录。

2.2.3 预审中错误信息的处理

地面月报表预审错误信息包括文件格式和文件内部格式错误。如审核中预审人员发现文件格式错误,要查看该数据文件字符是否有非法情况出现、数据格式长度是否符合规定要求,一旦发现错误,应及时查看相关记录,修正错误数据后重新审核校对数据信息。若文件首行中设置参数不符合要求,逐一比较文件首行参数相关数值,找出错误参数信息并及时修改,之后再次审核,直到文件格式正确。文件内部格式出现错误,预审人员可结合预审信息给出的错误气象要素,单独检查该气象要素记录是否异常,有效更正后再重启文件审核系统,直到正确为止。

月报表是在全月观测数据文件基础上经过一系列加工处理后完成的,月报表质量直接影响基础台站业务质量。观测人员和预审人员应严格按照操作流程,认真做好地面气象观测记录处理,仔细设置月数据文件参数或处理记录,找出A文件审核疑误记录,提升月报表整体质量。同时观测员和预审人员要加强业务知识学习,不提升业务技能,切实保障月数据资料正确无误,确保月报表质量。

参考文献

[1]李建良,黄春莎.应用质量控制软件提高地面气象报表预审质量[J].气象研究与应用,2010(4).

报表制作范文第4篇

关键词:大气探测;气象要素;月报表的制作与预审;乳源

Abstract: Based on the ground, including OSSMO weather in business software ground meteorological observation elements of the daily reports, monthly reports A B file file data generation process and monthly report on A file cover parameter setting, options into the record, bottom sealing minutes, climate situation, note project collection of data input to be familiar with the process, the original material record meteorological observation of the comprehensive review, to A file maintenance; Case for review A file; J file audit maintenance; Auxiliary audit software application; The analysis of the machine questions; After the analysis of the machine that the treatment, etc, completes the ground meteorological observation elements of the monthly report on A file, J file made and preliminary work.

Keywords: Atmospheric detection; Meteorological elements; Monthly report on production and preliminary examination; Milk source

中图分类号: P41 文献标识码: A 文章编号:

地面气象观测数据报表的编制、预审是由人工观测站的手工抄写编制纸质报表,人工预审过渡到1997年启用IBM-PC微机《JBT(2.0)版》软件,人工干预数据采集统计、整理报表、人机互审再发展为2005年以后不断升级完善的自动遥测站OSSMO2004版地面气象测报业务软件的运行。实现了各级审核部门对地面气象观测资料模式文件的质量控制及信息化处理。如下文章主要描述的是“报表处理”的过程,在工作实践中有些新观测员没有透彻的领会“报表处理”过程的重要性,认为只要将报表的文字附加信息往已形成的数据文本内输入就了事,其实未经过“报表处理”功能处理的数据文件会有格式错误和其它识别错误的产生,由此在以下就略为详细的表述遥测站报表的编制、预审过程;

1 月报表的制作过程

每月初,通过对OSSMO地面气象测报业务软件中地面气象观测要素的日报表B文件转换成A文件的程序生成上月A文件数据后,进入A文件维护界面进行A 文件封面参数和项目的录入、修改、订正、存盘。检查各项目气象要素记录并进行数据修正维护工作,尤其是下月1日20—8时降水量以及最长连续(无)降水日期和上跨连续降水量的校对、订正、存盘工作。月报表纪要、气候概况、备注项目资料收集、输入存盘工作。

1.1B文件转换成A(J)文件

B文件A(J)文件是对定时观测编报和逐日地面数据维护得到的全月完整基本数据文件(B文件)进行转换,从而得到地面气象观测数据文件(A文件)。通过B文件和自动气象站采集分钟数据文件,还可以转换得到J文件。“台站基本参数”是B文件转换A文件的重要参数。

1.2A文件维护

A文件维护用于建立或修改A文件。对A文件中的参数部分、观测数据部分和附加信息部分均可由输入修改,质量控制段和更正数据段由程序自动处理形成。在数据输入中,尽管某些数据的输入规定与A文件中表示的不一样,但在数据存盘时会自动转化为A文件格式的要求。需要特别指出的是:在数据输入中,程序仅考虑了对单个记录的格式错误检查,没有对相关记录进行矛盾检查。

“台站参数”页:包括基本参数、项目索引、报表制作信息等内容,相关制作信息为报表封面的附加信息内容。

在A文件,“纪要”、“天气气候概况”、“备注”等附加信息段内容中,各条记录主要是由项目标识符和文字描述组成的,在对这些内容进行维护时,选择输入出现的内容后,数据存盘时,程序将自动生成各项目的标识符。在文字描述中,要求简明扼要。“纪要”页:主要记载重要天气现象及其影响,......台站附近高山积雪状况,冰雹记载,罕见特殊现象,人工影响局部天气情况,其他事项等内容。当没有纪要内容记载时,该页内容不必输入。“天气气候概况”页:主要记载本月主要天气气候特点,主要天气过程,重大灾害性、关键性天气及其影响,持续时间较长的不利天气影响,天气气候综合评价等内容;其中主要天气气候特点和天气气候综合评价为必输项目;其他项目如未出现,可不输入。“备注”页:主要记载“气象观测中一般备注事项”和“有关台站沿革变动情况”。一般备注事项日期规定用半角字符输入。连续多日出现的备注内容,日期记起止日期,中间用半角“─” 分隔,如输入“05-08” ;A文件自动转换为“5-8”格式; 说明内容要求简明扼要,除字符“/”外,其他任何字符均可输入。

数据维护完毕后,点击“存盘”按钮,完成数据存盘。

数据存盘过程中,程序首先根据台站参数、观测项目标识和观测数据的实际情况确定各要素的项目索引和方式位,在根据质量控制方式确定是否加入质量控制段和更正数据段。当有质量控制段和更正数据段时,程序对原A文件的各数据与数据维护窗口画面中的对应数据一一进行比较,质量控制码按照如下规定处理:

原数据正确,未作过修改,质量控制码为“0”;

原数据缺测,对数据进行过修改,质量控制码为“8”;

原数据错误,对数据进行过修改,质量控制码为“4”。.

当某个数据对应的质量控制码为“8”或“4”时,自动添加一条更正数据记录。

“返回”:用于退出本窗口画面。若未存盘,会提示存盘退出【1】。

2地面气象月报表的预审

报表制作范文第5篇

关键词:ACCESS数据库;报表;工资条;制作

中图分类号:TP311 文献标识码:A 文章编号:1009-3044(2012)29-6894-03

随着电子技术的不断进步和发展,我们进入了一个高度信息化的时代,不过信息化地深度和广度也具有一定的区域性、行业性等特点。作者就曾调查过一些不同的行业对于职工工资的明细的发放形式,经总结发现只有一些先进的高新技术企业、IT企业和部分高校能采用办公平台(OA)工资明细,而对于大多数的劳动密集型企业,如工厂、煤矿、医院、制造公司等还是采用原始的工资条的形式发放。另外在一些科技相对发达的城市能够使用办公平台(OA)的企业比较多,而大多数相对落后的城市和地区基本还是全部采用发放工资条的形式。

对于每个公司的财务管理人员来说,每个月的工资报表和制作工资单是每个月中最主要的、工作量最大的、最繁重的一项任务。工资条的制作方法有很多,在传统的工资条制作中,不外乎使用Word或Excel办公软件,Word的邮件合并功能步骤太过麻烦,而且还需要用到其它形式的数据清单,因为对电脑的使用技巧有限,普通的办公室人员很多人也掌握不了这个方法。而在Excel中无论使用自定义公式实现,还是使用手工制作也都有一定难度,比较繁琐,特别是公式也不太好理解,而手工制作过程又比较复杂,费时费力,而且生成的工资单不够灵活,数据修改起来也比较麻烦。而且因为使用者对计算机办公软件掌握的熟练程度不同,制作的工资条水平也参差不齐。

其实在Office办公软件中还有一种更接近专业的数据库管理软件,那就是Microsoft Office Access。Access是把数据库引擎的图形用户界面和软件开发工具结合在一起的一个小型数据库管理系统,是目前使用最广的简易数据库处理软件,它有强大的数据处理、统计分析能力,另外Access对数据处理的灵活程度也是Excel无法比拟的。为了帮助减轻各行业财务管理人员的工作压力,作者介召一种利用Access数据库的报表功能制作工资条的方法,用此方法制作工资条可以让使用者一劳永逸。

1 创建Access数据库

启动ACCESS程序,利用“文件”菜单下的“新建”菜单项,选择新建空数据库,然后将数据库命名为“工资管理系统.mdb”。

2 创建Access数据表

数据表的创建过程分两步,先确定表结构,再输入表记录。根据本单位的工资发放项目明细,利用表设计视图,设置好工资表的表结构,各字段的大小、类型、宽度等。如图1所示。然后打开表的浏览视图状态,将公司员工工资情况逐条输入即可。可能现在大部分公司都是采用Excel来做的财务报表,也没关系,可以省略这一步,直接通过Access的导入功能将原来的Excel工作表转换为Access数据库表,然后再利用表设计视图,将表结构重新定义一下就可以了。如图2就是某电子公司工资表生成后的部分数据浏览视图状态。其中“实付工资”和“扣税”可以利用更新查询,使用公式让电脑自动计算出来即可。

3 创建报表

选中数据库管理窗中左侧对象列表中的“报表”对象,打开报表设计器,默认有页面页眉、主体和页面页脚三个窗格。在主体窗格中我们可以添加记录的每个字段变量,从而在生成的报表中显示所有员工的工资清单,但是无法实现在每个员工记录上自动添加表头,另外,我们知道页面页眉只是在打印时显示在每页顶端的,所以也没法通过页面页眉来设置每个记录的表头。这里就需要用到报表组成中一个很关键的部分就是组页眉。

1)添加组页眉。这是最重要的一步,是工资单中每个员工的工资单表头能否显示的关键。但是添加页眉以前首先要为报表设置记录源,方法是打开报表属性窗口,添加记录源为“工资表”,如图3所示。然后打开“视图”菜单选择排序和分组,如图4所示,设置分组依据是“职工号”,并显示组页眉,排序依据是“部门”,方便同一个部门的员工的工资单集中在一起。但是如果是想将每个部门的员工全部集中在一起,那么设置排序与分组时要先设置排序字段为“部门”,再设置分组字段“职工号”。

2)设置组页眉。这是工资条制作过程中最关键的一步了,在组页眉窗格中依次用“标签”工具和“直线”做出工资单表头。这个步骤相对需要一点时间,要想最后生成的工资表单规范,这个过程一定要认真、细致一些。

3)设置主体及页面页脚。主体部分是数据清单的直接反映部分了,为了实现和数据表中字段的直接链接,可以打开“字段列表”,在“视图”菜单里面,然后将所需的字段依次拖到主体窗格中,并依次删除每个字段前面的标签,留每个字段的文本框即可。页脚部分则可以根据实际需要统计员工人数等相关信息。

如图5所示,是在报表设计器中做好的工资条样式。其中用的四个组成部分,分别是页面页眉、职工号页眉(组页眉)、主体、页面页脚,在这里注意根据实际需要调整好每个组成部分的窗格高度,组页眉最上方的虚线是剪裁线,用以裁制工资条。在浏览视图下生成的工资条如图6所示。

4 打印报表

报表生成后通过打印机打印出来就是我们日常生活中见到的工资单了,然后沿虚线剪裁开就是发放到每个员工手中的工资条了。

利用ACCESS的报表功能制作工资条的最大优势就在于,只需要在数据库中生成制作一次报表对象,这就相当于做好了一个模板,以后根据每个月的工资变化直接导入工资表,将报表的数据源更新为当前月份的工资表即可,省去了每个月都要重新做工资条的麻烦,而且ACCESS数据库可以和EXCEL电子表格实现协同作业。既便是我们的单位财务人员以前习惯用EXCEL来制作工资表也没关系,直接将做好的每个月份的工资表导入到ACCESS中即可以成为ACCESS的数据库表,可以实现资源的直接利用,没必要重复作业,这样就最大程度的减轻了财务管理人员的工作压力。如果涉及到数据修改,在数据库表中可以随时修改,而在生成的报表中会根据数据源的变化实现自动更新。

参考文献:

[1] 李雁翎.ACCESS2003数据库技术及应用[M].北京:高等教育出版社,2008.

[2] 朱庆东.利用EXCEL VBA制作工资条[J].财会月刊,2011(13):53-54.

报表制作范文第6篇

关键词:自动气象站;文件;审核

中图分类号:P455 文献标识码:A

文章编号:1009-0118(2012)06-0223-01

随着自动气象站和地面测报业务系统软件的使用,地面气象数据文件审核方法发生了重大变化。为提高地面气象观测数据质量,现对台站出现的问题及处理方法进行归纳总结。

一、A文件的审核

A文件有台站参数、观测数据、质量控制、附加信息四个部分组成。A文件维护用于建立或修改A文件。对A文件中参数部分、观测数据部分和附加信息部分均可有输入修改,质量控制段和更正段由程序自动处理形成。

(一)台站参数设置

台站基本参数的内容包括了人工观测和自动观测方式、不同观测站的各种情况,台站应根据实际情况逐项输入,本站不用的项目可以不输或选择“无”。当本站参数内容发生变化时,应及时修改相应的内容(降水、蒸发)。观测项目的调整最好安排在月初,这样可以保证在一个月内观测项目的一致,便于数据文件的转换。

(二)数据质量控制部分

A文件数据文件格式增加了数据质量控制部分,质量控制码表示数据质量控制的状况。质量控制码用3位整数表示,分别为台站级、省级、部级。一般认为台站数据总是正确的,表示为099。“B文件转A/J文件”生成的A文件初始的质量控制码是999,预审员运行“A文件维护”录入封面、封底等附加信息,并进行数据维护,数据存盘的过程中,软件会自动设置质量控制码为099。

(三)人工观测项目的审核

云状与天气现象是否配合,天气现象与能见度是否配合。有些台站记录的云状、天气现象、日照配合不合理甚至有错。日照时数全天缺测,应该从日出至日落的各小时都录入“-”,不能仅从有日照的小时开始输“-”。日出、日落时的日照时数如果大于日出、日落时计算的最大值,OSSM02004审核提示为错误,应该利用软件提供的计算功能,算出本站该年每天日出、日落时间,并查找引起矛盾的原因,确保观测记录的准确性。

(四)自动站定时记录缺测的处理

自动气象站定时观测记录缺测,要优先使用整点前后接近整点的10min记录代替。人工观测和自动观测记录的同类观测记录可相互代替。在没有任何数据可代替的情况下,采取内插法计算或作缺测处理,但是内插法不适用于风向风速、降水量缺测记录的处理。

(五)附加信息录入时注意的问题

月报封面:是有台站参数库自动站成的,一定要注意录入的正确。

纪要栏:应按项目及标识码对号入座。

本月气候概况:01/、05/项必须录入,录入时语言要简练。

备注:由“气象观测中一般备注事项记载(BB)”和“有关台站沿革变动情况记载(01-12)”两部分组成。

1、“有关台站沿革变动情况记载”

(1)一定要在台站参数环境变动情况下录入,录入时要严格按规定执行。同时还要注意夜间守班、观测时次的正确选择。

(2)障碍物名称(06):所谓障碍物是指观测场周围的建筑物、树木、山等遮挡物边缘与观测场边缘的距离,小于遮挡物高度的10倍时,该遮挡物即确定为障碍物。如某10米高的建筑物、距观测场边缘小于100,应列为障碍物。列为障碍物的建筑应测仰角、宽度角,精确到度,占2个字符。

(3)观测仪器(08):为换型后观测仪器名称。例如:虹吸雨量计换成遥测雨量计。

(4)对于有些观测仪器只是高度发生变化,一般可在其它变动事项(12)中录入。

2、“气象观测中一般备注事项记载”主要注意的问题

(1)错别字较多,例如:反差(反查)、拔雪(拨雪)观测、内查(内插)等。

(2)仪器规格型号、号码、厂名、检定日期录入有问题。

二、J文件的审核

(一)时间概念

在要素值显示的表格中,首列固定列为日时数,首行固定行为分钟数,这里“时”标识的是指记录在该时次记录条上的记录,例如:1日02时记录,则存入的是01时01分至01时60分的60组数据。

(二)分钟降水量与天气现象矛盾的处理

由于OSSMO2004软件没有把J文件降水量及降水起止时间与A文件天气现象的降水起止时间对比,因此J文件经常出现降水量与天气现象矛盾的现象,值班员和预审人员必须人工校对分钟降水量与降水的起止时间是否一致。

(三)分钟数据缺测的处理方法

报表制作范文第7篇

曾经的梦魇

在企业当中,报表的应用更加广泛,向领导汇报财务和工作进度,对客户展示各项服务使用状况等。不过这看似简单的报表,往往花费了报表制作者巨大的心血,并且报表的每次修改都会成为他们的梦魇。

但是报表的设计往往是业务人员的事情,因为他们才真正清楚需要在报表上展现哪些信息,它们的意义又是什么,另外一个漂亮的报表往往也需要借助一些美工的力量。技术人员、业务人员和美术设计人员的共同协作,最终才能制作出一个赏心悦目、简洁明晰并且贴近用户需求的报表。

但是这种复杂性使得报表的制作往往变成一项耗时的工程,试想如果需要制作一个新形式的报表或者对原有的报表进行修改,业务人员都必须把这种需求清晰地传达给技术人员,依靠技术人员重新的编程来实现。而每次程序的编写和修改都需要花费一定的时间,最后如果要求比较高还需要美工再次介入。

现在的业务需求瞬息万变,并且要求立即得到响应,以上方式已经远远不能满足业务的需要。业务人员需要简化报表的制作,打破这种割裂,实现自己的全盘掌控。

简单就是效率

针对这种需求,日立公司开发出了二种专业的报表制作工具EUR。“通过EUR,你可以像使用Photoshop一样来做报表,只需要通过鼠标简单的拖拽就可以完成大部分的工作。”日立软件事业部通信科技主任李岩说,“通过这种简化,制作出同样漂亮的报表。EUR是普通方式所花费时间的1/8。”

在业务数据和表示区域的对应上也可以通过鼠标拖拽来完成,在EUR的报表制作环境中,上端是报表的格式,下端是需要表现的数据列表,制作人员可以通过鼠标把下端相应行和列的数据直接拖拽到上端报表的展现位置即可。

另外,同样的报表格式展现不同的客户数据是企业里最常见的需求,EUR的重复功能可以很轻松地实现这些。“第一个设定好以后,后面的数据库调用就是按照你第一个数据库调用的项目项进行自动的调用。”日立软件事业部主任技师三堀洁这样解释。

“EUR最强大的地方就是表现力,它能够帮助你做出非常漂亮的表格。”日立信息系统(上海)有限公司北京分公司软件事业部总经理森保治一句话概括了EUR的特点,同时也指出了和其他报表工具的区别,商业智能里使用的报表更偏重于数据分析的功能。

李岩认为通过把报表展现和数据处理分开,EUR使得报表的制作更加灵活,也可以结合各种业务系统,方便地打出各种报表。同时李岩介绍EUR和一些ERP产品和财务管理软件已经实现了很好的连接。

报表制作范文第8篇

[关键词]电力营销;账务管理

中图分类号:F426.8 文献标识码:A 文章编号:1009-914X(2014)35-0167-01

引言

财务管理中的复杂电力营销,很容易陷入到一片混乱,为改善电力营销财务管理的效率,使公司在一种有序的运作方式中运转,提高公司的现代信息管理的过程是迫在眉睫的。下面笔者探讨了电力营销账务管理系统的分析与设计。

一、电力营销账务管理系统主要业务流程分析

1、应收管理业务流程

应收管理是指审核应收日报、应收月报,并制作应收凭证。如果会计分录不在每个业务动作中产生,则需根据应收日报制作应收凭证。通过编制科目平衡表,核对科目平衡表与应收报表之间的平衡关系。

其业务流程如下:

与电费核算人员交接应收日报、应收月报;审核应收日报、应收月报,检查报表是否平衡,并根据计算机系统的提示错误,查明原因,通知相关人员纠正错误;检查每天电费发行情况。如果会计分录不在每个业务动作中产生,则需根据应收日报制作;编制记账凭证(收款凭证、付款凭证、转账凭证)制作科目平衡表,核对应收报表与科目平衡表的平衡关系;检查本期电费流程情况,审核应收口报汇总与应收月报平衡关系,确认应收月报,核对应收报表一与科目平衡表的平衡关系。

2、实收管理业务流程

实收管理审核实收交接报表以及现金解款单、银行进账单、发票存根等明细信息,根据分录模板生成实收凭证。

其中业务流程如下:

(1)收费交接。接收并核对各种收费方式的实收日报单、银行进账单、现金解款单、发票收据存根联、作废发票收据、未用发票收据、支票、本票、汇票等。对发现不平衡的,查明原因,通知相关人员,纠正错误。

(2)根据实收口报及相关附件制作审核各类实收凭证。

(3)制作审核电费回收情况汇总表及电费回收情况明细表等各类实收报表。电

费回收情况明细信息见数据类。

(4)在电费回收考核日,统计各类实收、欠费报表,完成应、实收核对工作。

(5)退票处理,将锁定的电费解锁,同时通知客户重新缴费。

(6)换票处理,通知客户按上次缴费金额重新缴费,重缴时不需退回发票和重开发票,只需登记换票原因、换票时间等记录。

3、预收管理业务流程

预收管理是指监控预收款的收取及冲抵,制作审核各类预收款冲抵报表及凭证。制作预收款冲抵报表。如果需要制作记账凭证,根据分录模板制作应收凭证。

其中业务流程如下:制作审核各类预收款冲抵报表;制作审核预收款冲抵转账凭证。

4、科目管理业务流程

其业务流程如下:

(1)根据财务要求,设置筒销内部的科目;

(2)科目变化时,应视情况,登记完原有的会计凭证,建立新科目,批量结转营销的科目余额,制定新的记账规则,维护会计分录模版。结束科目变化前,应检查借贷平衡关系,发现错误,查明原因,纠正错误。

(3)期末关账。检查是否可关账:检查抄表核算是否己关账,如果未关账,通知抄表核算关账,抄表核算不能关账的,中止关账操作。检查有当期应结束而未结束的记账凭证、未记账的业务、未生成凭证的交接单、未入账的应收数据等,结束业务处理。不能结束的,中止关账操作;关账准备:关账准备后,一般业务记入下一个会计期间;期末业务操作:损益类科目结转等;统计科目平衡表、汇总表等各类报表,检查报表平衡关系:检查借贷是否平衡、借贷余额是否相等;纠正错误:报表不平衡时,查明原因,纠正错误;关账:可根据需要将账龄分析等数据转存,关账后,数据不能修改,根据需要重新统计必要的报表;财务报表上报。

5、呆坏账,理业务流程

规范和加强对呆坏账的管理,对坏账核销实行流程化管理,包括申请、审批、核销.核销后的坏账,作为账销案存资产管理,需要跟踪并积极争取收回。对回收的坏账,应及时入账。

其业务流程如下:

(1)坏账核销登记:坏账申报、审批确认允许核销后,根据审批结果在营销系统中进行登记。记录管理部门、客户编号、欠费时间、欠费额、欠费风险级别、申报时间、核销原因、是否破产、破产时间、证明材料(破产依据)等。

(2)坏账核销审批:对申报的坏账进行审批。记录处理人、处理时间、处理意见、处理结果。允许填写审批意见,重新申报。允许取消申报。复核通过,等待核销处理。

(3)坏账核销:对审批通过的坏账,进行账销案存处理。形成核销坏账表。记录欠费为坏账,将核销结果传递给记账凭证管理,应收账款作销账处理。

(4)坏账回收:账销案存资产,需要跟踪并积极争取收回。对回收的坏账,应及时入账。

二、电力营销账务管理系统设计

在对系统进行了需求分析后,己经对系统的功能有了一个确定的完整的理解,接下来就是确定系统的总体结构,即系统由嘟些功能模块组成,以及各模块之间的关系。

电力营销财务管理系统由九个模块组成。包括:应收管理、实收管理、预收管理、科目管理、记账凭证管理、对账管理、呆坏账管理、用户管理和权限管理.九个模块通过信息共享和流程协作,为客户提供各类服务,完成各类业务处理,为供电企业的管理、经营和决策提供信息支持;另外通过信息整合平台与外部相关业务进行数据交换和业务协作,构架营销技术支持系统完整的功能体系.

1、应收管理模块设计

应收管理是指侮日提交应收口报,每月统计汇总生成应收月报,并根据应收月报制作应收凭证,再编制科目平衡表和应收报表。

2、实收管理模块设计

实收管理是指审核相关岗位转来的收费交接报表及相关的附件。制作审核各类实收凭证、实收报表,并向财务部门报送。

3、预收管理模块设计

对于预收管理功能,预收管理是指监控预收款的收取及冲抵,制作审核各类预收款冲抵报表及凭证的操作。

4、科目管理模块设计

根据财务的要求,设置营销内部的科目。科目变化时,登记完原有的会计凭证,建立新科目,批量结转营销的科目余额,制定新的记账规则,维护会计分录模版。结束科目变化前,应检查借贷平衡关系,发现错误,查明原因,纠正错误。

5、记账凭证管理模块设计

记账凭证管理是指实现凭证制作、审核、记账,凭证类型包括收款、付款、转账凭证。

6、对账管理模块设计

对账管理是为了掌握银行存款的实际余额,防止记账差错,应根据银行提供的对账单核对账目,以保证银行存款的安全和完整。获得银行提供的对账单。确定银行日记账与银行提供的对账单的关联关系。根据对账结果形成银行余额调节表。

7、呆坏账管理模块设计

规范和加强对呆坏账的管理,对呆坏账核销实行流程化管理,包括申请、审批、核销.核销后的呆坏账,作为账销案存资产管理,需要跟踪并积极争取收回。对回收的呆坏账,应及时入账。

结语

综上所述,营销财务管理系统中,从电费发行到回收、差错到调账、对账到上缴,做到每笔都有记录,每笔都有依据,每笔都能互相校对,从而保证了账务记账的结果和原始数据的结果一致,满足电费账务管理精细化的要求,真正意义上实现账务余额实时化、真实化.使整个企业的资金管理流程更加清晰、流畅。

参考文献

[1]邱贤辉.关于当前电力营销管理的几点思考[J].广西电业,2007, 8

[2]邱辉.浅谈电力营销系统管理与应用[J].中国西部科技,2011, 10

[3]刘闲刚.浅析电力营销系统的设计[J].科技与企业,2011, 1

报表制作范文第9篇

关键词:企业;财务报表;研究状况;分析

中图分类号:F275 文献标识码:A 文章编号:1001-828X(2014)06-0-01

企业财务报表是展示一个企业的所有的财务信息的核心手段之一,与此同时,企业财务报表也是构成一个企业的财务报告的中心话题。随着我国经济社会的不断发展,我国的企业制度也在随着不断建立健全,如何有效的展示一个企业的财务信息已经成为了企业发展过程之中的重点问题。

一、简述目前我国企业财务报表可以发挥的作用

通过对一个企业的财务报表进行分析,就可以有效地从企业的财务报表里面寻找出来该企业的经营成果,并可以有效地衡量出来这个企业目前的财务经营的状态,并根据财务报表的数据精确地评估出该企业的未来的发展趋势。但是,在目前的企业财务报表的发展过程中,由于存在着各式各样的局限性,企业财务报表的真正作用一直难以得到有效的发挥,使得企业财务报表的发展还存在问题,下面,本文将具体讲述企业财务报表的作用。

1.企业财务报表可以反映企业的真实经营情况

首先,企业的财务报表可以反映该企业在一段时间里面的具体的公司经营的财务状况以及公司的经营成果,这样就有利于该企业内部的管理人员根据企业里面的具体状况来了解本公司的具体的各项工作指标以及该企业具体的业务完成情况,还可以帮助企业管理人员有效的了解到自己的工作存在的问题。因此,通过企业财务报表,可以帮助企业管理人员迅速的找准企业存在的问题,提升公司的经营管理水平,提升企业的效益。

2.企业财务报表可以帮助国家相关部门了解实际情况

通过对一个企业的财务报表的审查,有利于国家的相关经济监督管理部门快速的掌握住相关的企业管理运营状况。通过对各个行业的企业财务报表的汇总处理分析,国家的经济监督管理部门可以迅速的掌握住国家的各个行业和地区的经济发展得具体的情况,这样就可以有效地促进国家经济的宏观调控,保证我国的国民经济持续快速健康发展。

3.企业财务报表可以提供给投资者相应的企业管理材料

通过对一个企业的企业财务报表的分析和审查,投资人、债权人和其他的有关各方可以快速的掌握住这个公司的具体的财务经营状况。通过这样的方式,投资者以及债权人就可以迅速的分析出来该企业的具体的盈利能力以及发展的具体前景,给投资者以及债权人的投资和贷款提供很高的参考价值。

二、简述我国企业财务报表研究状况及存在的问题

1.我国企业财务报表中存在着会计报表合并问题

1.1我国企业财务报表中存在着合并报表与解决合并范围对象的问题

目前,我国的企业财务报表在合并报表和解决合并范围对象的问题,具体的来说,目前以企业表决权为基础的企业报表合作标准比传统的注册资本更具有参考价值。因为投资企业所拥有的权益性资本是其在被投资企业享有权益的基础或承担责任的限额,这就使得一个投资人并不能够享有其投资比例的正常的权益,该企业所拥有的表决权才是真正的关键所在。

1.2我国企业财务报表中存在着超额亏损子公司合并报表问题

目前,在我国的企业财务报表的制作过程之中,存在着企业里面的少数股东承受着差额亏损,但是在企业财务报表合并之后就会产生不同的影响。我国的财政部曾经公布过《关于资不抵债公司合并报表问题请示的复函》,这个文件就充分的显示了在企业财务报表制作过程之中“未确认的投资损失”所造成的企业的母公司不确认该企业具体亏损数额的问题,解决办法可以通过以下几种途径:首先,企业的母公司按照相关的法律来确定具体的投资造成的损失;其次,根据具体的准则确定各个少数的股东承受的超额损失的份额进行处理。

2.我国企业财务报表中存在着会计报表附注披露的问题

2.1我国企业财务报表中存在着会计报表附注内容方面的问题

在具体的企业财务报表的制作过程之中,要依照国家具体颁布的会计政策来指导企业进行相关的财务报表制作工作。根据我国会计政策的具体要求,在会计报表附注中应披露的会计政策主要包括:企业的合并政策、企业资金的外币折算、企业具体的收入的确认、企业应当缴纳的企业所得税的数额核算。但是,目前企业的财务报表在提供给外界的时候都是要求必须建立在公平交易的基础之上,由于双联关系不可避免的存在,就可能导致不公平交易的存在,就很有可能出现在财务报表的制作中存在虚假业绩的情况,干扰到企业财务报表的使用。

2.2我国企业财务报表中存在着债务重组的说明问题

在具体的企业运行过程中,由于债务重组的过程所获得的收益情况和企业日常经营所获得的正常的收益情况存在着很多的不同点,这就需要在企业财务报表的制作过程之中将债务重组过程的财务收益状况说明出来,这样才有利于我国监督管理部门的监督。对于企业运营中存在的非现金资产的收益问题,企业财务报表也难以给出有效的说明,致使很多报表使用者对企业财务报表的公平性产生了怀疑。因此,必须进一步加强企业财务报表的公信力度。

三、结语

目前,企业财务报表在审核一个公司的具体经营状况和评估企业的未来发展趋势方面起着非常重要的作用。但是,企业财务报表还存在着许多的问题,例如我国企业财务报表中存在着会计报表合并问题以及会计报表附注披露的问题。针对这样的情况,笔者在本文中具体的讲述了企业财务报表的作用以及企业财务报表目前的研究状况。

参考文献:

[1]李永霞.上市公司财务报表分析[J].内蒙古科技与经济,2012(17).

[2]中国注册会计师协会,编写.财务成本管理[M].经济科学出版社,2008.

报表制作范文第10篇

关键词:结构化;复杂报表;自动生成

1 引言

在国内的数据库应用开发中,复杂报表的制作始终是一个棘手的问题,这是由报表表现形式的复杂性和格式、内容的灵活性决定的。而常用的开发工具所生成的报表通常格式简单、功能单一,对于实际问题中出现的特殊格式,如多层表头报表,各种票据格式等,都显得力不从心。

目前,在数据处理和信息管理方面,使用MS Excel制作各种报表非常普及,用户希望一个使用管理信息系统能将生成的报表导出到Excel中,以进一步进行加工处理,扩展系统信息处理能力。

为满足工程项目开发的实际需要,尝试对复杂报表形式进行结构化描述,并在此基础上定义了一个报表生成与excel导出对象类,极大的简化了复杂报表的制作。本文就复杂报表的结构化描述及使用OLE技术实现复杂报表生成的原理做了详细介绍。

2 复杂报表结构化模型

2.1 模型原理

复杂报表结构化模型的原理如图1所示,报表的结构化描述与自动生成程序从报表结构化描述数据库获取报表结构信息,从MIS数据数据库获取报表数据内容,经过综合处理之后,将结构导出到excel文件中,生成目标报表。

2.2 复杂报表结构模型

⑴报表结构化描述模型。为了描述问题的简洁,本文规定:

1)纵向位置:对应于Excel报表中的列序,起始位置为1,自左向右顺序计数;

2)横向位置:对应于Excel报表中的行序,起始位置为1,自上而下顺序计数;

3)数据标题:报表表头中与表体的某一列有直接对应关系的文字描述标题;

4)文本标题:报表表头中描述数据标题之间关系,一个文本标题可以覆盖2个或2个以上的数据标题或文本标题,是报表复杂性的主要表现。

报表结构化描述的数据结构定义如下:

Structure stru_head

String HeadID //标题的纵向位置描述

Integer Rand //标题的横向位置描述

String HeadText //标题显示文本

Integer ParentRank //父标题的横向位置描述

String HeadName //数据标题对应的字段名

End structure

其中,HeadID的取值定义可以区分数据标题和文本标题,数据标题HeadID取值为其在报表表体中对应的列序,文本标题的HeadID的取值由它所覆盖的所有标题的序列中最小与最大两个序列组成。文本标题的Rank等于其在报表表头中的行序,数据标题的Rank一律取值为报表表头的总行数。标题的ParentRank定义为相邻上层标题的行序,如果该标题没有相邻上层标题,则其ParentRank取值为0。

⑵报表结构化描述实例。本文选取一个具有多层表头的统计报表为例,利用本文提出的复杂报表结构化描述模型对该报表进行结构化描述。多层表头统计报表内容如表1所示,根据报表结构化模型描述的报表结构如表2所示。

表1中的标题“路线编号”与表体中的第1列直接对应,是数据标题,因此其HeadID取值为“01”;该报表表头部分共有3行,故其Rank取值为3;其没有相邻上层标题,所以其ParentRank取值为0;要显示的文本即为HeadText的值“路线编号”;HeadName的取值为其在数据库表中的字段名C_lxbh.

表1中的标题“结构形式”与表体中的列不直接对应,是文本标题,它覆盖了数据标题“上部”(列序03)和“下部”(列序04)两列,因此其HeadID取值为“0304”;其位于报表表头的第2行,故其rank为2;其相邻上层标题位于第一行,故parentrank为1,要显示的文本即为HeadText的值“结构形式”;文本标题没有数据库表中字段与其对应,故其HeadName项为空。

3 结论

本文介绍了复杂报表的结构化描述,实现了Excel报表的自动生成,该方法对于各种信息系统中复杂报表的生成具有一定的通用性,极大的缩短了相似功能的开发周期。

[参考文献]

[1]吴雷,袁兆山,李超.B/S结构下复杂报表实现技术的研究[J].计算机应用研究,2006, 23(5):83-85.

上一篇:报表分析范文 下一篇:报表系统范文