[置顶] 20220326日更新excel版本折旧计算表
[
2022/03/26 23:03 | by admin ]
2022/03/26 23:03 | by admin ]
本次更新主要内容为: 资产及折旧汇总方式不再按原先的使用年限来作为标准汇总各数据,
而是使用资产分类(运输设备、电子设备、机器设备、家具器具、房屋建筑物 5个类别)来进行汇总,这样便于同一类别资产使用不同的折旧年限(如电子设备,可以按3年,也可以按4年或5年进行折旧的计提)。
下载文件 (已下载 303 次)
20221128修改细节后重新上传
下载文件 (已下载 233 次)
而是使用资产分类(运输设备、电子设备、机器设备、家具器具、房屋建筑物 5个类别)来进行汇总,这样便于同一类别资产使用不同的折旧年限(如电子设备,可以按3年,也可以按4年或5年进行折旧的计提)。
下载文件 (已下载 303 次)20221128修改细节后重新上传
下载文件 (已下载 233 次)[置顶] 简单的excel版本科目汇总表
[
2022/03/02 14:17 | by admin ]
2022/03/02 14:17 | by admin ]
这是很多年前做的一个简单的excel版本的科目汇总表,也重新补发一下吧,可能会对一些人还有点用,表是有密码的,要解也很简单,网上找个解密码的软件就行。直接问我也行。
下载文件 (已下载 293 次)
下载文件 (已下载 293 次)
在为一些企业代账中,我们要为购入商品或材料开具手工入库单,为了省事,直接用打印机打印,以免手工填写入库单而劳烦。故预编此形式入库单,具体使用方法如下:
1、从电子税务局下载当月收到的发票(一般情况下不用含红字及被红冲发票,包含的话也不影响),在数电发票号码及货物或应税劳务名称后面分别添加一空白列,全选后拷入本表的“数据源”,然后按下面添加公式。
2、在D列-数电发票号码后面添加1列,在E2单元格粘贴下面公式后双击向下填充。
公式为:=D2&COUNTIF($D$2:D2,D2&"*")
3、在M列-货物或应税劳务名称后面添加1列,在N2单元格粘贴下面公式后双击向下填充。
公式为:=TRIM(RIGHT(SUBSTITUTE(M2,"*",REPT(" ",99)),99))
4、使用。
在H2单元格输入发票的最后几位,然后选择匹配的发票号码就得到入库单,然后打印到凭证大小(24*14)的纸上即可。
下载文件 (已下载 34 次)
1、从电子税务局下载当月收到的发票(一般情况下不用含红字及被红冲发票,包含的话也不影响),在数电发票号码及货物或应税劳务名称后面分别添加一空白列,全选后拷入本表的“数据源”,然后按下面添加公式。
2、在D列-数电发票号码后面添加1列,在E2单元格粘贴下面公式后双击向下填充。
公式为:=D2&COUNTIF($D$2:D2,D2&"*")
3、在M列-货物或应税劳务名称后面添加1列,在N2单元格粘贴下面公式后双击向下填充。
公式为:=TRIM(RIGHT(SUBSTITUTE(M2,"*",REPT(" ",99)),99))
4、使用。
在H2单元格输入发票的最后几位,然后选择匹配的发票号码就得到入库单,然后打印到凭证大小(24*14)的纸上即可。
下载文件 (已下载 34 次)记录一次discuz6.1升级到discuzx3.5过程
[
2024/12/05 14:38 | by admin ]
2024/12/05 14:38 | by admin ]
因现在升级做得少了,感觉有点陌生,故做记录。
原dz6.1程序为TC-BIG5版本,但UC数据表为lant1,dz数据表为BIG5.
原服务器为centos7,用的是BT的lnmp套件,运行一会就超时了,故把数据下载到本地win7主机上升级,本地同样安装bt,php选择5.6版本,mysql选择5.7版本,调整本地环境性能,IIS中的php超时参数调大,php.ini中的参数调大,my.ini中的超时参数调大。
1、首先把dz6.1升级转换至x2.0,再升到3.2,再升3.4,至此可以开始3.5升级了。
2、先升级uc,报错,数据表编码非法,进phpmyadmin修改编码,如:ALTER TABLE pre_ucenter_admins CHARACTER SET big5 COLLATE big5_chinese_ci;把所有的uc表执行一下。
3、因原数据为TC-BI5版本,很多中文用户名在升级后要转成utf8mb4就变成乱码了,乱码重名就会报错,先把UC和DZX会员表转换为uft8mb4后会重名的用户名查询出来,然后删除掉。(如果只是升级中的改名也会导致会员无法再登录和使用,不如直接删除)。
执行:
多次执行后删除,直至没有列出重名数据。
执行
多次执行后删除,直至没有列出重名数据。
4、查询下DZX会员是否在UC中都存在,删除不存在于UC中的DZX会员(此步在升级中非必要)
DELETE FROM `pre_common_member` WHERE uid NOT IN(SELECT uid FROM `pre_ucenter_members`);
DELETE FROM `pre_common_member_action_log` WHERE uid NOT IN(SELECT uid FROM `pre_ucenter_members`);
DELETE FROM `pre_common_member_count` WHERE uid NOT IN(SELECT uid FROM `pre_ucenter_members`);
DELETE FROM `pre_common_member_field_forum` WHERE uid NOT IN(SELECT uid FROM `pre_ucenter_members`);
DELETE FROM `pre_common_member_field_home` WHERE uid NOT IN(SELECT uid FROM `pre_ucenter_members`);
DELETE FROM `pre_common_member_profile` WHERE uid NOT IN(SELECT uid FROM `pre_ucenter_members`);
DELETE FROM `pre_common_member_status` WHERE uid NOT IN(SELECT uid FROM `pre_ucenter_members`);
把UC会员更新到DZX中:
5、因会员数据表较大,为了节省时间,把uc升级程序中的通知次数由3改为1以节省通知失败而耗用时间(update_ucenter_adult.php文件大概在746行,既然UC通信是正常的,有一次失败,后面的基本也都是失败了,如UC中有会员,而DZX中没有,就会通知失败,即使在升级后在UC里手动通知能显示成功也是种假象)
6、接下来就可以运行update_ucenter_adult.php升级UC了。因有前面删除不能识别的会员数据,故升级很顺利。
7、使用update_adult.php升级dzx3.4。
8、升级后进后台调试正常,然后使用命令导出数据库:
9、恢复本地上传的dzx3.5程序,修改3个数据库配置文件,进uc调试通信,再进后台更新缓存即可。
原dz6.1程序为TC-BIG5版本,但UC数据表为lant1,dz数据表为BIG5.
原服务器为centos7,用的是BT的lnmp套件,运行一会就超时了,故把数据下载到本地win7主机上升级,本地同样安装bt,php选择5.6版本,mysql选择5.7版本,调整本地环境性能,IIS中的php超时参数调大,php.ini中的参数调大,my.ini中的超时参数调大。
1、首先把dz6.1升级转换至x2.0,再升到3.2,再升3.4,至此可以开始3.5升级了。
2、先升级uc,报错,数据表编码非法,进phpmyadmin修改编码,如:ALTER TABLE pre_ucenter_admins CHARACTER SET big5 COLLATE big5_chinese_ci;把所有的uc表执行一下。
3、因原数据为TC-BI5版本,很多中文用户名在升级后要转成utf8mb4就变成乱码了,乱码重名就会报错,先把UC和DZX会员表转换为uft8mb4后会重名的用户名查询出来,然后删除掉。(如果只是升级中的改名也会导致会员无法再登录和使用,不如直接删除)。
执行:
select uid from pre_ucenter_members where username in (select username from pre_ucenter_members group by convert(username using utf8mb4) collate utf8mb4_unicode_ci having count(1) > 1);
多次执行后删除,直至没有列出重名数据。
执行
select uid from pre_common_member where username in (select username from pre_common_member group by convert(username using utf8mb4) collate utf8mb4_unicode_ci having count(1) > 1);
多次执行后删除,直至没有列出重名数据。
4、查询下DZX会员是否在UC中都存在,删除不存在于UC中的DZX会员(此步在升级中非必要)
DELETE FROM `pre_common_member` WHERE uid NOT IN(SELECT uid FROM `pre_ucenter_members`);
DELETE FROM `pre_common_member_action_log` WHERE uid NOT IN(SELECT uid FROM `pre_ucenter_members`);
DELETE FROM `pre_common_member_count` WHERE uid NOT IN(SELECT uid FROM `pre_ucenter_members`);
DELETE FROM `pre_common_member_field_forum` WHERE uid NOT IN(SELECT uid FROM `pre_ucenter_members`);
DELETE FROM `pre_common_member_field_home` WHERE uid NOT IN(SELECT uid FROM `pre_ucenter_members`);
DELETE FROM `pre_common_member_profile` WHERE uid NOT IN(SELECT uid FROM `pre_ucenter_members`);
DELETE FROM `pre_common_member_status` WHERE uid NOT IN(SELECT uid FROM `pre_ucenter_members`);
把UC会员更新到DZX中:
REPLACE INTO .`pre_common_member` (`uid`,`username`,`password`,`email`,`regdate`) SELECT `uid`,`username`,`password`,`email`,`regdate` FROM .`pre_ucenter_members` ;
5、因会员数据表较大,为了节省时间,把uc升级程序中的通知次数由3改为1以节省通知失败而耗用时间(update_ucenter_adult.php文件大概在746行,既然UC通信是正常的,有一次失败,后面的基本也都是失败了,如UC中有会员,而DZX中没有,就会通知失败,即使在升级后在UC里手动通知能显示成功也是种假象)
6、接下来就可以运行update_ucenter_adult.php升级UC了。因有前面删除不能识别的会员数据,故升级很顺利。
7、使用update_adult.php升级dzx3.4。
8、升级后进后台调试正常,然后使用命令导出数据库:
D:\BtSoft\mysql\MySQL5.7\bin\mysqldump -u root -p123654 -c --default-character-set=utf8mb4 ppp > G:\backup\database\ppp35.sql
,打包后上传到服务器再解压出放入root目录,使用命令恢复数据库:/www/server/mysql/bin/mysql -hlocalhost -uroot -p[mysql password] dzx35 --default-character-set=utf8mb4 < /root/ppp35.sql
9、恢复本地上传的dzx3.5程序,修改3个数据库配置文件,进uc调试通信,再进后台更新缓存即可。




