数据库置疑
数据库置疑
问题版本: | 49-用友通标准版10.1PLUS2 | 问题模块: | 11-系统管理 | 所属行业: | 0-通用 | 问题状态: | 1-用友渠道公司帐户 | 关 键 字: | 9 | 适用产品: | 49 | 补 丁 号: | | 开放状态: | 3-用友渠道公司帐户 | 原问题号: | | 提交时间: | 2008-4-23 11:14:00 | 问题名称: | 数据库置疑 | 问题现象: | 我在用10.1PLUS2标准版,以账套主管身份登陆系统管理时提示如下错误信息 "运行错误'3704',对象关闭时,不允许操作".后来又进入用友通中提示"登陆失败". 去数据库里查了一下,发现该账套的2008年度数据库置疑. 另外,在2008-03-31有过数据备份,将此备份的数据恢复回去,账套是可以进去操作的.而在把2008-03-31至2008-04-15之间的数据系统文件.Admin文件夹下的ZT001文件夹下的2008复制--粘贴到"D:/UFSMART/ADMIN/ZT001/"下.在进入软件后就会出现以上的错误提示信息. 请问是什么原因造成的?请给予帮助?该怎么解决? | 原因分析: | 引起置疑原因和修复详见数据篇如下为修复数据库置疑脚本(账套号:001 年度:2007为例) 说明:如数据库存放路径为:C:\UFSMART\Admin\ZT999\2007,执行脚本前先停止数据库服务,然后删除此路径下的ufdata.ldf文件,再启用数据库服务执行脚本 use master go sp_configure 'allow updates',1 go reconfigure with override go update sysdatabases set status=-32768 where dbid=DB_ID('UFDATA_001_2007') go dbcc rebuild_log('UFDATA_001_2007 ','C:\UFSMART\Admin\ZT001\2007\UFDATA.LDF') go sp_dboption 'UFDATA_001_2007 ','dbo use only','false' go sp_configure 'allow updates',0 go reconfigure with override go 请参照此方法修复置疑数据库问题。 | 解决方案: | 引起置疑原因和修复详见数据篇如下为修复数据库置疑脚本(账套号:001 年度:2007为例) 说明:如数据库存放路径为:C:\UFSMART\Admin\ZT999\2007,执行脚本前先停止数据库服务,然后删除此路径下的ufdata.ldf文件,再启用数据库服务执行脚本 use master go sp_configure 'allow updates',1 go reconfigure with override go update sysdatabases set status=-32768 where dbid=DB_ID('UFDATA_001_2007') go dbcc rebuild_log('UFDATA_001_2007 ','C:\UFSMART\Admin\ZT001\2007\UFDATA.LDF') go sp_dboption 'UFDATA_001_2007 ','dbo use only','false' go sp_configure 'allow updates',0 go reconfigure with override go 请参照此方法修复置疑数据库问题。 |
|
|
如果您的问题还没有解决,可以到 T+搜索>>上找一下答案
其他流动负债包括什么呀- _0其他流动负债包括什么呀?[]
你的报表里有数据吗我一个老师是把营业金及附加的金额放这里的流动负债不包括营业税金及附加@加州的荒野:不应该呀@丁丁F3e:那其他流动负债包括什么呀@smile1428060596:这样做就可以很清楚应交税费里增值税有多少 其他负债里就放城建税等 这样就可以一目了然
各位;大家好!-请问:事业单位的开办资金账簿是否要贴缴纳印花税?如何贴,是否按照开办资金的万分之五贴花?期待答复,谢谢! _0各位;大家好!请问:事业单位的开办资金账簿是否要贴缴纳印花税?如何贴,是否按照开办资金的万分之五贴花?期待答复,谢谢![]
华艳老师好像有关于行政事业单位的课件,你可以去听听。请问:事业单位的开办资金账簿是否要贴缴纳印花税?如何贴,是否按照开办资金的万分之五贴花?期待答复,谢谢!
检测基础档案末级标志
功能特性:检测各种基础档案的末级标志是否正确。如不正确,可以自动更正。
摘 要:经过筛选,伯纳德选择了与用友iUAP Mobile合作,联手针对智慧后勤移动校园应用产品拓展至全国高校及大中专院校,为广大师生和后勤服务管理者提供快捷优质产品平台。 随着数字化校园向智慧校园的转变,智慧后勤应运而生。顾名思义,智慧后勤就是将后勤业务细分、重组、整合和共享,形成可支撑互动服务和响应的系统平台。 博纳德公司从事后勤软件产品研发已超过十年,为学校、政府、企业、军队等提供后勤管理平台的搭建。目前已包含,餐饮管理系统、报修管理系统、宿舍管理系统、车辆管理系统、物业管理系统等15个子系统。
顾家家居携手用友iUAP Mobile 探索移动化变革顾家家居携手用友iUAP Mobile 探索移动化变革
“互联网+”并不是“互联网+传统企业”,而应该是“传统企业+互联网”。家居行业同样如此,通过互联网来创新发展模式,已成为寻求增长的大方向。
顾家家居,专业从事客厅及卧室家居产品的研究、开发、生产与销售,为全球家庭提供健康、舒适、环保的客厅及卧室家居产品。目前,顾家家居产品远销世界120余个国家和地区,在国内外拥有超过2800余家品牌专卖店,为全球家庭提供高品质的产品和服务。
在这个互联网的时代中,酒香也怕巷子深。顾家家居之所以能够享誉全球,跟他们的营销理念,以及在信息化方面的不断探索是分不开的。顾家家居从2011年开始试水电商;2013年合并线上线下营销,尝试O2O;2014年又提出“终端再造”的概念,来优化线上线下的经销体系。
可以看出,顾家家居对融合互联网的创新一直在探索。2015年,顾家家居决定开拓移动端,探索移动化变革!在移动端做什么呢?别以为仅仅做个支付功能。其实可以做的事情还很多。比如,通过移动端来梳理营销渠道,对市场和销售状态进行实时管控和分析,快速响应客户。
顾家家居在电商和营销层面已经打好了基础,这些都是为了更好的服务客户,争取更多市场空间。通过各种互联网手段将产品卖出去后,你是否知道都卖给了谁?什么产品好评度最高?哪个区域的销量最好?这是顾家家居希望知道的。
现在很多企业并没有像顾家家居一样,先抛出问题,再解决问题,而是为了移动化而移动化。往往会采用局限性、碎片化的移动部署方式,如此导致移动应用所产生的数据无法交互和共享,数据难以充分挖掘。
顾家家居的选择截然不同,他们首先清晰了解移动化会带来的价值,所以从业务和技术两方面入手去选择移动化产品。顾家家居决定用移动平台来开发应用,在一个平台上,分阶段的去构建多种业务应用;从技术角度来看,需要开放的、可扩展的、支持异构数据和系统的、架构稳定的平台。经过多重考虑,顾家家居最终选择了用友iUAP Mobile移动平台。
用友iUAP Mobile从技术上采用交叉编译的方式实现跨平台开发,仅开发一次就可生成不同终端应用,还保持了原生的性能和体验;iUAP Mobile具有很好的开放性和兼容性,可以实现跨平台应用的集成,包括不同移动端应用,以及PC端与移动端应用的整合。使顾家家居的APP与原有PC的业务数据得到很好融合;另外,iUAP Mobile具备良好的安全性,提供了完整的安全机制,涵盖设备端、服务器端、通讯、数据等安全,可以完全融入企业或组织现有的信息安全框架。
之前,顾家家居在运营管理过程中,发现经销商门户虽然覆盖到一级经销单,但核心的经销商库存数据无法获取,系统无法覆盖到终端,会员数据目前仅限于核心的VIP静态资料,市场活动数据执行缺少信息支撑,团队管理仍停留在手工状态等一系列问题。
顾家家居通过用友iUAP的开发和顾问团队深入讨论, 先从整合和分析各营销渠道数据开始。以此进行营销渠道的整体管控,以及实时把握商机。
顾家家居APP界面
第一,开发移动营销管理功能,将营销管理向终端渠道延伸,以此构建整体营销管控体系。在这里面,顾家家居可以宏观掌控销售终端的动向、布局、市场策略、竞品市场促销动向等。将全国的销售资源进行整合。实现销售商机透明,规范销售管理,有利于业务统一开展。
第二,渠道营销数据进入APP后,可以将这些数据与其它业务系统数据共享,加快数据的流转。同时对采集的数据进行深度分析,为企业决策提供有效支持,辅助快速决策。后台可以按沙发、床垫等产品品类,统计出每个品牌的销量、产品流向、顾客评价、退单量等,并排出精准的名次,还可通过信息系统的优化,将众多城市发生的庞大而繁杂的数据进行归类、交叉对比和分项统计,形成有用信息,从而指导企业依据 消费者需求调整生产和营销方式。
第三,iUAP Mobile提供了位置服务,顾家家居可以基于各地经销商的实时位置,进行内部服务资源调配,提高客户响应速度。
顾家家居相关负责人表示,互联网+家居将为传统的家居行业带来一片新的蓝海。而移动互联网为家居行业带来了更多创新动力。通过移动化,将移动端的大数据进行充分运用,可以更加有效的对供应链、产品开发、线上引流等进行引导,提高移动平台的业务价值。
顾家家居的互联网化过程是一个进化的过程,企业只要清晰认识到自己的业务需求,并找到一个开发、可扩展、以业务为中心的互联网平台产品,那就可以不断提高运营效率、轻松应对互联网时代的消费需求。
web客户端浏览器怎么去控制服务器端的应用程序和与之通信- web客户端浏览器怎么去控制服务器端的应用程序和与之通信?''
是说自己编程实现吗,浏览器的话当然是通过HTTP请求最方便了,可以使用GET或者PUT发请求,服务器端得设置相应的处理机制进行处理。
T+有演示账套吗 T+有演示账套吗[]
要什么版本最新的 我们安装的是最新的@小米2mE:http://service.chanjet.com/chanjet/tplus谢谢@小米2mE:不客气
职工食堂的货币化补贴涉及个税吗 职工食堂的货币化补贴涉及个税吗
【问题】 部最近刚下发了关于企业加强职工福利费的通知,职工食堂的货币化补贴能列支福利费吗?需要缴纳吗? 【解答】 《关于企业加强职工福利费财务管理的通知》(财企[2009]242号)只规范企业的核算口径,不影响个人所得税处理: 根据财企[2009]242号规定,自办职工食堂经费补贴出作为福利费核算。这里的补贴含您提到的货币化补贴。
用友U8.61821工资管理升级到861薪资管理U8.61821工资管理升级到861薪资管理
U8.61-821工资管理升级到861薪资管理
自动编号: | 17330 | 产品版本: | U8.61 | 产品模块: | 薪资管理 | 所属行业: | 通用 | 适用产品: | U861--人力资源--薪资管理 | 关 键 字: | 升级问题 | 问题名称: | 821工资管理升级到861薪资管理 | 问题现象: | 821工资管理升级到861薪资管理后,人员编码与升级前人员编号不一致,全改为总账中职员档案信息(个人往来账所设的职员档案),人员编码长度也不在固定长度。因客户有几千人工资,如果修改后台数据,工作量将很大,请问能有好的解决办法吗? | 原因分析: | 同解决方案 | 解决方案: | 860的人员整合方案就是按照先总账人员,再升级工资人员,然后是HR人员的顺序升级的,所以在遇到已经总帐中已经存在的人员时,工资人员编码会自动整合到总帐人员的编码上,这是总体人员整合方案的要求,在升级后业务数据的正确性是没有问题的,整合中由于原来工资的编码体系是与平台人员档案冲突的,所以就被取消了工资编码的限制,工资编码中如果有同部门同姓名的人员会自动整合到公共档案的人员上,此问题在860的发版说明和平台整合方案已经明确说明,如果出现编码变化,属于正常的现象,关键在于数据中人员姓名和部门都是正确的,编码只是
温馨提示:如果您的问题还没有解决,欢迎进入用友云基地。 |
| |