阳光时间 <script language="javascript" type="text/javascript" src="http://js.users.51.la/1422876.js"></script>

回复某坛友：关于存货计价及负单价之话题

suntime — Tue, 22 Dec 2009 16:49:00 GMT

刚从公司下班回来，看了一下贴子。
本来俺最近社区的时间就少。有些话，还真不想说，因为容易被人认为这是人身攻击，但现在看来，这个架是吵定了。

请楼主了解或问答这些问题：

一、原贴所述：“按上述例子，意思是用负单价来冲减之前高估的25元？什么时候冲减完，是平摊冲减，还是用一个物料，一次冲减，K3是怎么管的？已经入库的物料，单价被锁定，不能改，又如何实现负单价？若单价可改，也就用不着用负单价来冲减之前高估的25元了，那75元的合同价又放在K3的什么地方？三个时段，三个价，“估价、冲减价、合同价”都曾放在物料基本信息里，成本核算时系统用的那个价，实在是个自相矛盾的死循环，财务真是这么算的吗？ "

RE:
1、什么是实际成本法？什么计划成本法？什么是标准成本法？请了解你的成本管理需求及企业现在成本核算法是什么之后，再来作定论。

2、单纯仅以存货计价方法的原理来讨论而言，在非计划成本法之下、或非标准成本法之下、或非实际成本法的个别计价法（分批计价法）之下的其他实际成本计价法，如加权平均法（移动加权平均法、全月加权平均法、全年加权平均法等）、先进先出法、后进先出法等等。
   请问2009年11月11日采购企业到货验收入库3000PCS，其采购估价100元/PCS与采购价格为75元/PCS之差的25元/PCS，以及2009年11月25日企业生产领用2900PCS多摊销的72500元，不同的各实际计价法对此几项差异该如何处理？
   你的最初入库单价是凭什么确认的？单价是怎么样锁定的？已结账期的存货核算单价当然不能改，谈什么修改？次月实际结算价格与之前预估价、物料耗用价格之差异，这几类实际计价方式将其放在哪了？
   说什么屁话：“三个时段，三个价，“估价、冲减价、合同价”都曾放在物料基本信息里，成本核算时系统用的那个价，实在是个自相矛盾的死循环，财务真是这么算的吗”
   自己想清楚，“估价、冲减价、合同价”是在体现在物流与财务流信息中，还是体现在物料基本信息中？成本核算，究竟用是什么价格？自相矛盾了吗？死循环了吗？

3、负单价的存在，严格说来肯定是不合理；但这种存在，往往是由于企业基础管理不规范，以及会计政策假策和会计分期原理上造成的，任何会计计价方法，实际作业起来，都会有一定偏差，本来会计计价方法的理论就是基于假设，各项会计理论、会计政策对价格核算的偏差，也是有一定范围的容忍度，只是看这个度有多大。
所以，我对物流系统中负单价的存在，也反对；但我明白，若要解决这种差异，必须从企业的财务政策和财务基础工作、物流基础上尽量去解决。

4、对于企业的主要存货，如产成品、主要大项原材料，一般提倡的存货计价方法为标准成本法、先进先出法、个别计价法（分批计价法），目的就在于尽量减少计价假设与真实的实际成本之差异；加权平均法，计价核算差异，相对较大，特别是在有会计分期、会计估计的情况之下，但国际及各国会计准则，并没有限制企业对其的使用，只是不过分提倡，因为会计核算的准确性高否，其实也是一项成本取舍。

5、再批评一句屁话：“已经入库的物料，单价被锁定，不能改，又如何实现负单价？若单价可改，也就用不着用负单价来冲减之前高估的25元了”，请问贴主，已结账的系统，如何修改之前的业务单据，你想改就改？你问问SAP，问问塞班斯，给不给改？

6、国外的一些ERP和物流系统，没有存货核算，或物流的存货核算尽量使用标准成本法，所以他们用系统，没有那么后顾之忧。
但同时请明白几个道理：
(1)、标准成本法不是企业想用就用的，那得看企业的管理基础已经夯实得有多好？人是先学会走路还是先学会跑？此法则同样适用于企业，只不过看个体差异，也就是看各自的加速度有多快。
(2)、国外的、特别是西方国家的会计准则，一般是行业学术协会规定，如美国；在中国，又是谁？财政部；两者最大区别在于民与官；尽管中国的会计政策一直在向西方趋化，但官方政策，其结果以事实得以证明，中国的企业对具体会计政策应用的选择权实际远小于美国企业。
(3)、中国的软件，必须要考虑要符合国家会计准则，否则它连通行证都拿不到，更别指望在中国的市场拿到份额；这种现实同时可以回复你，为什么他们ERP、物流系统用国外的软件，而财务软件选择国内的，因为前者中国政府的财政部门等没有作出限制要求，而后者，中国政府有强制要求。
撇开中国政府制度上的要求，单纯从外资企业向国外母公司合并数据报送情况上看，你看他们用的又是什么系统？这也就是有的外资企业，为什么存在多个财务系统的原因。
(4)、西方企业选择西方的系统软件，撇开软件其确实有更先进的管理经验、软件商有更好的实施经验不说，光从语言感情、国际化支持、人员交流沟通无障碍等方面来说，这是国内软件企业，显然是不具备的。
(5)、中国的一些大企业，如中石油、中石化、中移动？为什么也选择SAP等系统，这里面有几个方面的原因，一：国内软件商谁有这种技术支持实力？二、这些中字头的大企业，除了中国的企业大佬外，同时也是美国纳市、英国伦市、香港等地方的上市公司，中国的软件有几个得到国外认可？三、身份象征。这个偶从俺公司的人事薪酬系统用SAP就知道，偶的感觉是不过尔尔，这里不是诋毁SAP如何如何，而象征意义远大于实际应用价值，这就身份价值；同样的功效，用国内软件完全可以解决，但成本就却小得多。四、灰幕。虽然不是所有，但在一定企业，确实存在；这个我不多说，看过《圈子圈套》的人都知道，行情就这样。
(6)、国内的软件，真的一无是处吗？借用社区SAP高手--SAP屠夫先前反诘俺的话：你不觉得国内软件在解决一些中国企业业务上更胜一筹？但为什么很多国内大型企业反而选择了SAP？

二、原贴所述：“同一物料编码单价变更是常有的事，通过单价与合同号关联，合同号与批次号或序列号关联就可以了，而这一点，金蝶给日野做的财务系统就做不到。”

RE:
1、单价波动确实是常有的事，特别在越市场、越国际的环境之下，但请贴主仍考虑清楚，不同计价方式之下，价格差异的处理原理，是不同的。
2、“通过单价与合同号关联，合同号与批次号或序列号关联就可以了”，请贴主想清楚，这是一种什么计价方式需求？
我明确的可以告诉你，能达到这种需求的计价管理方式，只有标准计价法+订单管理、个别计价法（分批计价法）。
3、某个实施项目，没有达成某种管理需要，这实施项目是常见的事。这受限于很多方面：一、是否是企业方核心需求？企业方与软件商、实施方的达成意向及谈妥的解决方案？二、企业的管理基础；三、软件当年版本功能、后续产品升级支持与服务支持的买售等等。不能因以一而概。
4、存货核算属于物流与财务流交叉的结合功能点，不是单纯的财务系统问题。

三、原贴所述：“没谈妥价格就入库是常有的事，所以物流系统不带价格，入库时也无需价格，只是到了与供应商结算时，由财务系统通过单价与批次号、序列号的关联来完成，我们去本田看过，他们就是这么管理的，对于我们问的入库价格，他们难以理解，他们认为物流系统中就不该有价格。”

RE:
1、没谈妥价格就入库，确实是常有的事；正是因为这种现象的存在，才导致会计估价的存在。
2、“物流系统不带价格，入库时也无需价格” 这只一种企业管理思维，或说某些企业的管理需求，并不是因此就割裂、或否定物流中的财务流的存在。与ERP理论，实际无关。
    这样做的企业，只有三种：第一种是企业管理非常差，日常只能做到物流的数量管理；第二种是存货品种本来就少、价格波动较小或易于价格掌控，日常作业从简出发；第三种是企业基础管理做得十分规范，早已采取了标准成本法，因为标准价格资料事先已经给定，入库时的价格录入，这类工作早已由系统代劳，与供应商结算价格，其实也是确定最终成本差异的过程；
3、物流系统中真的不该有价格吗？
   只要有会计分期存在，存货估价的问题就跑不掉，存货发出计价的问题就跑不掉，否则资产怎么计价、负债怎么确认？放任不管？
   上述第一种企业，根本解决不了存货准确估价问题；第二种，能否解决，还取决于期品种量的多少和价格信息的实际掌控，实际上这部分工作，日常多是由会计账务解决掉了，并不是物流中不存在，只不过是当时日常业务作业单据没有体现价格信息而已；第三种，资产的准确能否计价，最实质的问题还在于的标准成本价格有多准确，日常物流基础工作做不好、标准成本价格不准确，理论再好，也是白搭。
4、像本田这类汽车行业，多数都已经玩到“落地结算”，企业强势得很，贴主想想看，人家玩的是什么成本管理模式？再想想你接触的是什么层次的业务人员？有没有人站在企业全貌之上，给你描述过这其中原理和奥秘？
5、无论是数量核算，还是标准成本法，现在金蝶提供技术支持版本的金蝶K3，都支持。贴主仍要想清楚的是，自己企业现在所处的位置，山脚、山腰、还是山顶。
画虎不成反似猫。
6、金蝶、用友等国内软件，还有 SAP 等国外软件，对于一些业务的支持，提供多种解决方案，本没有错，这也是软件商在市场生存，必须面临的问题。没有选择，哪来的去处？于企业的角度，是该如何正确的选择最适合自己的路。

四、原贴所述：“看来要用财务思维来管物流，这负单价就不可避免了，而系统中的单价有正有负，哪个是合同价，哪个是用来冲减的价，成本核算时，系统取那个数，就不知道财务系统是怎么管理的了。”

RE:
1、财务管理物流，从根本上没有错，企业运转本来就是在作价值的体现，一个企业的运转没有价值管理、财务监控了物流，才是大问题；试想一下，一个企业连自己的家当都不清楚，这股票能让股民买得放心、筹款举债能让债权人相信吗？
2、存货核算负单价的存在，与财务财务管控物流的思想无关，错在管理方式的选择，具体的，可以说是计价方式的选择、企业采购询价、报价、结算及时性等一系列环节的基础性事务工作之上，出了问题。
3、佛说因果为关系，这话同样适用于企业，适用于软件系统，翻译成ERP业的行话，是：进去的是垃圾，出来的也肯定是垃圾。
进去系统，不仅体现在录入数据方面，也体现在期初系统设置方面。

转：《SQL Server数据库管理电子书》

suntime — Sun, 13 Dec 2009 12:51:00 GMT

《51CTO技术黄皮书-c是51CTO.com网站特别策划，由51CTO网站技术论坛（bbs.51cto.com）数据库领域管理团队成员集体创作而成，微软（中国）SQL Server DBA、BI等多位技术专家为本书特邀顾问。
《51CTO技术黄皮书-SQL Server数据库管理电子书》内容涵盖了SQL Server的安装与升级、语句查询、数据备份和恢复、自动化任务、数据同步、数据字典、安全和预防、性能和优化、集群等各方面应用信息，以及DBA管理人员在数据库管理工作中常见问题、51CTO网站原创文章和频道精选等内容。集合了各种SQL Server应用管理技巧及常见故障排除，是了解和应用SQL Server DBA必备的工具手册，并且也是国内第一本全面介绍SQL Server数据库管理技巧的工具书。

下载地址：

一、
stp://CAFED849737F651DC8405ABCF9AC5EC8B909CF93/name=51CTO技术黄皮书-SQL Server数据库管理电子书&size=2306086&os=15

下载完后，后缀名为 LVA 的，可用 7-ZIP 打开。

二、RAR 附件：

http://community.kingdee.com/Images/Blogs/files/3322/391761/SQL_Server.rar

转：浅谈数据字典的设计(SQL Server 2005)

suntime — Wed, 11 Nov 2009 15:05:00 GMT

作者：天地男儿ID：yyj135

原贴在此：

http://blog.csdn.net/yyj135/archive/2007/03/24/1539437.aspx

数据字典：此文指表的中文意思以及字段的中文含义。
另：数据字典的结构有参考金蝶K3的表结构，而脚本则为自己编写。
我们在设计后台数据库时，一般表名和字段名是英文。且一般每个人都只对自己所属模块熟，而在需要用到其他模块的表时，则需要询问其他人。这样比较麻烦，且如果当初设计此表的人已经离开，则还需看代码，这样就更不方便了。因此对于一个好的数据库来说设计数据字典则非常必要。
设计数据字典要有两个表，一个是表清单（TableDescription），一个是字段表（FieldDescription）。
表清单用来存放所有的非系统表，而字段表用来存放所有的字段以及数据类型及中文含义。
设计这两个表的脚本如下：
/****** 对象: Table [dbo].[TableDescription]     ******/
CREATE TABLE [dbo].[TableDescription](
        [TableID] [int] IDENTITY(1,1) NOT FOR REPLICATION NOT NULL,
        [TableName] [nvarchar](50) NOT NULL, --表名
        [FDescription] [nvarchar](100) NULL, --中文说明
        [FDescription_en] [nvarchar](200) NULL, --英文说明
CONSTRAINT [PK_TableDescription_TableID] PRIMARY KEY CLUSTERED
(
        [TableID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]

--添加维一约束
ALTER TABLE TableDescription ADD CONSTRAINT un_TableDescription_TableName UNIQUE (TableName)

/****** 对象: Table [dbo].[FieldDescription]    ******/
CREATE TABLE [dbo].[FieldDescription](
        [FieldID] [int] IDENTITY(1,1) NOT FOR REPLICATION NOT NULL,
        [TableID] INT NOT NULL,
        [FieldName] [nvarchar](50) NOT NULL ,--字段名称
        [FieldType] [nvarchar](20) NOT NULL, --字段类型
        [Prec] [smallint] NULL, --长度
        [Scale] [smallint] NULL, --小数位数
        [FDescription] [nvarchar](100) NULL,               --中文说明
        [FDescription_en] [nvarchar](200) NULL,           --英文说明
CONSTRAINT [PK_t_TableDescription] PRIMARY KEY NONCLUSTERED
(
        [TableID] ASC,
        [FieldName] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]

--添加外键约束
ALTER TABLE [dbo].[FieldDescription] WITH CHECK ADD CONSTRAINT [FK_FieldDescription_TableDescription] FOREIGN KEY([TableID])
REFERENCES [dbo].[TableDescription] ([TableID])
ON UPDATE CASCADE
ON DELETE CASCADE
GO

我们新建、更新、删除表时则需要更新上述两表的相应内容。如果第次都手工去修改则非常麻烦，为此我们可以这样做：数据库设计人员在设计表时需要在表下面的【说明】写上相应的中文说明。然后编写存储过程:sp_UpdateDD
USE master
GO

IF EXISTS(SELECT * FROM sysobjects WHERE NAME='sp_UpdateDD' AND type='P' AND SCHEMA_NAME(uid)='dbo')
DROP PROC dbo.sp_UpdateDD
GO

/*************************
PROC:sp_UpdateDD
CREATE BY:Mark Yao
CREATE Date:2008/1/19
USE:更新資料字典
INPUT:
OUTPUT:
Table List:
   [TableDescription]：表描述
   [FieldDescription]：字段描述
Eg:Exec sp_UpdateDD
*************************/
CREATE PROC dbo.sp_UpdateDD
AS
SET NOCOUNT ON

DECLARE @TableID INT,    --表ID
           @strTable NVARCHAR(100), --表名
           @Fields   INT,--字段數　
           @Ver      INT --SQL SERVER的版本号　

BEGIN TRAN

--1.1刪除已經不存在的表
DELETE dbo.TableDescription
WHERE TABLENAME NOT IN (SELECT SCHEMA_NAME(uid)+'.'+NAME
                           FROM   SYSOBJECTS
                           WHERE TYPE = 'U')

--1.2將新增的表插入到：TableDescription
INSERT INTO dbo.TableDescription
             (TABLENAME)
SELECT schema_name(uid)+'.'+NAME
FROM   SYSOBJECTS
WHERE TYPE = 'u'
         AND schema_name(uid)+'.'+NAME NOT IN (SELECT TABLENAME
                          FROM   dbo.TableDescription)

--2.更新表結構到FieldDescription
SELECT TABLENAME =SCHEMA_NAME(d.uid)+'.'+ OBJECT_NAME(A.ID),
         SN = A.COLORDER,
         FIELDNAME = A.NAME,
         FIELDTYPE = B.NAME,
         PREC = CASE B.NAME
                  WHEN 'nvarchar' THEN A.LENGTH / 2
                  ELSE A.LENGTH
                END,
         SCALE = CASE
                   WHEN A.XTYPE = 61 THEN 0
                   ELSE ISNULL(COLUMNPROPERTY(A.ID,A.NAME,'scale'),0)
                 END
INTO   #AA
FROM   SYSCOLUMNS A
         LEFT JOIN SYSTYPES B
           ON A.XUSERTYPE = B.XUSERTYPE
         INNER JOIN SYSOBJECTS D
           ON A.ID = D.ID
              AND D.XTYPE = 'U'
              AND D.NAME <> 'dtproperties'
         LEFT JOIN SYSCOMMENTS E
           ON A.CDEFAULT = E.ID

SELECT B.TABLEID,
         A.*
INTO   #BB
FROM   #AA A,
         dbo.TableDescription B
WHERE A.TABLENAME = B.TABLENAME

--导出已经不存在的字段清单
SELECT a.FieldID
   INTO #Field
   FROM dbo.FieldDescription a left join #BB b
   ON LTRIM(STR(a.TABLEID)) + a.FIELDNAME=LTRIM(STR(b.TABLEID)) + b.FIELDNAME
   WHERE (LTRIM(STR(b.TABLEID)) + b.FIELDNAME ) IS NULL

--删除已经不存在的字段
DELETE dbo.FieldDescription
WHERE FieldID IN (SELECT FieldID
   FROM #Field)

--新增的字段
   SELECT b.* INTO #NewField
   FROM dbo.FieldDescription a right join #BB b
   ON LTRIM(STR(a.TABLEID)) + a.FIELDNAME=LTRIM(STR(b.TABLEID)) + b.FIELDNAME
   WHERE (LTRIM(STR(a.TABLEID)) + a.FIELDNAME ) IS NULL


--插入新增的字段
INSERT dbo.FieldDescription
        (TABLEID,
         FIELDNAME,
         FIELDTYPE,
         PREC,
         SCALE)
SELECT TABLEID,
         FIELDNAME,
         FIELDTYPE,
         PREC,
         SCALE
FROM   #NewField


--获取SQL SERVER版本号
SELECT @Ver = CONVERT(INT,SUBSTRING(@@VERSION,CHARINDEX('-',@@VERSION) + 1,CHARINDEX('.',@@VERSION) - CHARINDEX('-',@@VERSION) - 1))

--只有SQL SERVER 2005及以后的版本在设计表的时候才能给字段添加说明
IF @Ver >= 9
    BEGIN
      SELECT TABLENAME =SCHEMA_NAME(c.uid)+'.'+ OBJECT_NAME(B.MAJOR_ID),
             FIELDNAME = A.NAME,
             B.VALUE
      INTO   #CC
      FROM   SYS.COLUMNS A,
             SYS.EXTENDED_PROPERTIES B,
             SYSOBJECTS C
      WHERE A.OBJECT_ID = B.MAJOR_ID
             AND A.COLUMN_ID = MINOR_ID
             AND a.object_id=c.id

      UPDATE C
      SET    C.FDESCRIPTION = CONVERT(NVARCHAR(100),A.VALUE)
      FROM   #CC A,
             dbo.TableDescription B,
             dbo.FieldDescription C
      WHERE A.TABLENAME = B.TABLENAME
             AND B.TABLEID = C.TABLEID
             AND A.FIELDNAME = C.FIELDNAME

    END

IF @@ERROR <> 0
    ROLLBACK TRAN
ELSE
    COMMIT TRAN

SET NOCOUNT OFF

GO

执行存储过程：
sp_UpdateDD 时更新上述两表的相关信息。
可以在[选项]的[键盘]里面设置快捷方式Ctrl+4

如果是SQL SERVER 2005可以直接将注释写在字段的说明里面。

查看表信息时执行存储过程：
              sp_HelpTable 参数：@TableName
               可以在[选项]的[键盘]里面设置快捷方式 Ctrl +5
代码如下：
USE master
GO

IF EXISTS(SELECT * FROM sysobjects WHERE NAME='sp_HelpTable' AND type='P' AND SCHEMA_NAME(uid)='dbo')
DROP PROC dbo.sp_HelpTable
GO

/*************************
PROC:sp_HelpTable
CREATE BY:Mark Yao
CREATE Date:2008/1/19
USE:更新資料字典
INPUT:@TableName 表名
OUTPUT:
Table List:
   [TableDescription]：表描述
   [dbo.FieldDescription]：字段描述
Eg:Exec sp_HelpTable 'TableDescription'
   Exec sp_HelpTable 'dbo.FieldDescription'
*************************/
CREATE PROC dbo.sp_HelpTable(
           @TableName NVARCHAR(50))
AS
BEGIN
    SET NOCOUNT ON

    --定义表的拥有者、表名、分隔符的位置
    DECLARE @tbOwner NVARCHAR(50),@tbName NVARCHAR(50),@Index INT
    SELECT @Index=CHARINDEX('.',@TableName)
    SELECT @tbOwner=CASE @Index
       WHEN 0 THEN (SELECT TOP 1 SCHEMA_NAME(uid) FROM Sysobjects
                      WHERE name=@TableName and Type='U')
         ELSE Left(@TableName,@Index-1)
       End
       ,@tbName=CASE @Index
       WHEN 0 THEN @TableName
         ELSE Right(@TableName,len(@TableName)-@Index)
       END

--查看表信息
    SELECT *
    FROM   dbo.TableDescription
    WHERE TABLENAME = @tbOwner+'.'+@tbName

--查看字段信息
    SELECT   A.*,
             B.FDescription,
             B.FDescription_en
    FROM     (SELECT TableName = CASE
                                   WHEN A.COLORDER = 1 THEN D.NAME
                                   ELSE ''
                                 END,
                     FieldSN = A.COLORDER,
                     FieldName = A.NAME,
                     IsIdentity = CASE
                                    WHEN COLUMNPROPERTY(A.ID,A.NAME,'IsIdentity') = 1 THEN '√'
                                    ELSE ''
                                  END,
                     PrimaryKey = CASE
                                    WHEN EXISTS (SELECT 1
                                                 FROM   SYSOBJECTS
                                                 WHERE XTYPE = 'PK'
                                                        AND PARENT_OBJ = A.ID
                                                        AND NAME IN (SELECT NAME
                                                                     FROM   SYSINDEXES
                                                                     WHERE INDID IN (SELECT INDID
                                                                                      FROM   SYSINDEXKEYS
                                                                                      WHERE ID = A.ID
                                                                                             AND COLID = A.COLID))) THEN '√'
                                    ELSE ''
                                  END,
                     Type = B.NAME,
                     Prec = COLUMNPROPERTY(A.ID,A.NAME,'PRECISION'),
                     Scale = ISNULL(COLUMNPROPERTY(A.ID,A.NAME,'Scale'),0),
                     [IsNull] = CASE
                                  WHEN A.ISNULLABLE = 1 THEN '√'
                                  ELSE ''
                                END,
                     [Default] = ISNULL(E.TEXT,'')
              FROM   SYSCOLUMNS A
                     LEFT JOIN SYSTYPES B
                       ON A.XUSERTYPE = B.XUSERTYPE
                     INNER JOIN SYSOBJECTS D
                       ON A.ID = D.ID
                          AND D.XTYPE = 'U'
                          AND D.NAME <> 'dtproperties'
                     LEFT JOIN SYSCOMMENTS E
                       ON A.CDEFAULT = E.ID
              WHERE D.NAME = @tbName AND SCHEMA_NAME(d.uid)=@tbOwner ) A,
             (SELECT B.FieldName,
                     B.FDESCRIPTION,
                     B.FDESCRIPTION_EN
              FROM   dbo.TableDescription A,
                     dbo.FieldDescription B
              WHERE   A.TABLENAME =@tbOwner+'.'+@tbName AND
                      A.TABLEID = B.TABLEID) B
    WHERE    A.FieldName = B.FieldName
    ORDER BY A.FieldSN

    SET NOCOUNT OFF

END

GO

这样我们以后如果只需要在表清单（TableDescription）里面添加或修改中文说明就可以了。
因时间关系,这次就写到这里,欢迎大家讨论.

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/yyj135/archive/2007/03/24/1539437.aspx

回复友恒：也谈专业版的需求及解决问题

suntime — Wed, 14 Oct 2009 16:52:00 GMT

很长一段时间没有回贴了，这个月一直忙到现在，做会计还真累。

随意浏览了一下社区，看了友恒的博文《KIS 专业版改进建议》(原贴：http://community.kingdee.com/pages/umaysoft/blog/archive/2009/10/11/382656.aspx) 和叨客宁宁的博文《关于《友恒的博客》中对于KIS专业版需要调整的功能的个人看法》，

博文所提到的问题，一则有一定的代表性。基于专业版，有此类需求，我想不仅仅是友恒的客户，

二则趁着俺对专业版有点了解，所以赶个热闹，俺也来搅和搅和。

一、关于业务系统的金额小数位数自定义问题。

1、实际上，无论是金蝶K3、还是专业版的业务系统，后台数据库的单价、金额，小数位数精度是十位，但前台的金额小数精度，仅两位。

2、系统虽不直支持金额小数位数自定义，但支技单价小数位数自定义（实现方式目前是通过修改各物料的基础资料的“单价精度”），可以通过更改单据模板的FCtlType、序时簿的FColType值来解决金额精度值问题，但此方法在库存台账查询、存货核算及存货明细账查询上还有些细节问题，如金蝶仓存与存货核算的账表，默认显示只为两数小数；

如果单条存货金额小于1分钱，将导致存货系统无法结账。

3、这是金蝶产品规划上及程序控件的问题，但主要体现在工业老单上，BOS构架实际上可以、有办法解决此问题的，但这取决于金蝶的态度；如果我没有记错，三年前，我也提单过要求解决此类问题。

4、基于金蝶产品的定位和市场细分，专业版业务系统目前的构架，主要还是工业老单；至于BOS，成熟还是有一个过程，且绝对要优先用于K3之上。

二、关于批次管理应支持批号自动生成。

1、K3是有此功能的，金蝶刚推出专业版产品时，出于产品的定位和市场细分的考虑，砍掉了，以免与K3功能太同质化，产生冲突，影响市场。

2、这个功能，在专业版中实际是可以变通放出来的，出于尊重金蝶版权的考虑，请怒我也不知道。

3、此类需求，实际上还可以通过触发器，或修改金蝶单据模板 Action 来解决。

三、关于采购费用发票、销售费用发票自动分配。

1、K3是有此功能的，金蝶刚推出专业版产品时，出于产品的定位和市场细分的考虑，砍掉了。

2、百色小陆有一个解决方案，目前也只能这样了。砍了手脚，再接新肢，是点别扭。

四、关于采购及销售交期预警提示问题。

1、如果不是要登录时就”嘭、嘭、嘭”跳出个提示窗口，自已挂个KISBOS报表就可以解决问题。

2、即便要个登录时就”嘭、嘭、嘭”跳出个提示窗口，这社区有能力解决此问题的，大有人在，水深啦。

3、金蝶应该考虑此类考需求。

五、关于采购建议功能问题。

1、专业版采购建议，其实就基于MRP的数据模型功能，MRP的东东，原则上归于生产系统。

2、把采购建议拿到采购模块，那金蝶专业版的生产管理模块，价值就大打折扣；商务上的事，任何人都明白。

3、金蝶目前之所以把专业版的生产管理模块做得如此简陋，是有意而为之，所以叨客宁宁的“增强MRP运算能力，使生产管理模块的管理功能更加精益，可加入按订单生产和按计划生产的表单”，我个人来看，还有点远，专业版之上还有K3成长版、K3标准版，依金蝶的产品细分政策，那是它们干的活。

4、进行需求计划调整、源单跟踪，这些还是要考虑的，所以俺也写了那几篇日志。

5、专业版的产品规划，把申购单都屏蔽了，业务线是更简洁了，灵活性打折扣了，当然熟悉产品的朋友，也可以把申购单放出来遛遛。

6、专业版V10.0，金蝶从后台数据库砍了很了很多表单，但仍保留了《委外加工入库》、《委外加工出库》等数据表单结构，说明金蝶会在后期产品规划中放出来，但这要会在基于金蝶K3新的委外加工管理模块的成熟市场应用之后，才可能。

六、关于采购订单在以销定采业务应支持选源单方案（以销售订单为源单等)问题。

1、专业版V10.0之前的版本，如V8.X、V9.X，一直是放出来的。

2、从专业版V10.0，在《采购订单》上屏蔽了选单功能，金蝶这样做，我想是出于两个目的，一是V10.0的生产管理模块，规划者觉得从计划直接到采购订单，业务流程显得简洁、明了；二与商贸版作市场细分，把商贸应用尽量推向商贸应用。孰不知，这样反而影响了用户的选择。

3、生产类企业，目前专业版V10.0的销售订单、生产任务单跟踪问题，我之前的日志谈过。

4、商贸类企业，如确实需要在《采购订单》上启用选单功能，只需要在后台更新一下单据模板和选单启用流程。有时间，我再把语句贴出来。

七、关于报价单、询价单与订单粗毛利分析问题。

1、确实，目前专业版和K3的《报价单》，只是因单据而单据，商贸企业简易报价还可以。

2、叨客宁宁的“建议开发人员参考一下外贸企业的报价单，增加报价单这张单据，这张单据中应该包含原材料费用、直接人工费用、管理费用、运输费用、及其它影响成本的费用”需求，实际就是K3标准版、精益版中，销售模块中的“模拟报价”功能。指望在专业版有此功能，目前，不现实。

八、关于质检单的问题。

1、感觉友恒提的此需求，实际上是K3成长版的那个《质检单》，做个质检，但希望又不太复杂吧？

九、关于采购发票与销售发票的自动生成，以及和关联单据的钩稽问题。

1、大多数小企业确实没有发票的概念，或者有发票，只是一个备查簿之类的东东，这种业务应用，更像用友商贸版，那个发票只用来查询。

2、对于金蝶来说，目前专业版的发票流程，符合国家财税制度，但确实影响到一定的市场应用。

3、我认为购发票与销售发票的自动生成，以及和关联单据的钩稽问题，我认为这是有必要的，无非是一些细节应用上的问题，有待开发来解决。

4、这类需求，实际上也可以自己二次开发做控件、或用触发器来解决，社区高人→俺们的小陆同志的那个“直拨单”，就是实例。

感觉很多需求实是K3，特别是成长版的功能，应用需求冲突啊。

2009-10-13

常用金蝶表单查询

suntime — Sun, 20 Sep 2009 14:47:00 GMT

BillType

ID	FName	FTypeID	FTemplateID	FDataSql	FTableName
1	外购入库	1	58	SELECT * FROM vwStockBills WHERE FTranType=1	ICStockBill
2	产品入库	2	55	SELECT * FROM vwStockBills WHERE FTranType=2	ICStockBill
5	委外加工入库	5	56	SELECT * FROM vwStockBills WHERE FTranType=5	ICStockBill
7	其他入库	10	57	SELECT * FROM vwStockBills WHERE FTranType=10	ICStockBill
8	销售出库	21	76	SELECT * FROM vwStockBills WHERE FTranType=21	ICStockBill
11	生产领料	24	77	SELECT * FROM vwStockBills WHERE FTranType=24	ICStockBill
15	委外加工发出	28	69	SELECT * FROM vwStockBills WHERE FTranType=28	ICStockBill
16	其他出库	29	68	SELECT * FROM vwStockBills WHERE FTranType=29	ICStockBill
17	盘盈入库	40	50	SELECT * FROM vwStockBills WHERE FTranType=40	ICStockBill
18	仓库调拨	41	75	SELECT * FROM vwStockBills WHERE FTranType=41	ICStockBill
19	盘亏毁损	43	51	SELECT * FROM vwStockBills WHERE FTranType=43	ICStockBill
24	计划价调价	65	74	SELECT * FROM vwAdjPlanBills	ICStockBill
25	采购申请	70	80	SELECT * FROM vwPOReqBills	PORequest
26	采购订单	71	81	SELECT * FROM vwPOOrderBills	POOrder
27	采购收货	72	82	SELECT * FROM vwPOINStockBills	POInStock
28	采购退货	73	83	SELECT * FROM vwPOOutStockBills	POInStock
29	购货发票(专用)	75	84	SELECT * FROM vwPOInvoiceBills WHERE FTranType=75	ICPurchase
30	购货发票(普通)	76	84	SELECT * FROM vwPOInvoiceBills WHERE FTranType=76	ICPurchase
31	销售发票(专用)	80	62	SELECT * FROM vwSaleInvoiceBills WHERE FTranType=80	ICSale
32	销售订单	81	61	SELECT * FROM vwSaleOrderBills	SEOrder
33	销售退货	82	63	SELECT * FROM vwSaleInStockBills	SEOutStock
34	销售发货	83	64	SELECT * FROM vwSaleOutStockBills	SEOutStock
35	销售报价单	84	60	SELECT * FROM vwSaleQtPriceBills	PORFQ
36	生产订单	85	90	SELECT * FROM vwICMOBills	ICMO
37	销售发票(普通)	86	62	SELECT * FROM vwSaleInvoiceBills WHERE FTranType=86	ICSale
38	凭证	90	42	SELECT * FROM vwVoucherBills	t_Voucher
39	入库业务	101	70	SELECT * FROM vwStockBills WHERE FTranType<20	ICStockBill
40	出库业务	102	71	SELECT * FROM vwStockBills WHERE FTranType>=20 AND FTranType<40	ICStockBill
41	仓库业务	108	70	SELECT * FROM vwStockBills	ICStockBill
42	购货发票	110	84	SELECT * FROM vwPOInvoiceBills	ICPurchase
43	销售发票	118	62	SELECT * FROM vwSaleInvoiceBills	ICSale
45	物料成本计算单	120	40	SELECT * FROM vwPurchaseCostBills	ICStockBill
46	暂估入库	122	41	SELECT * FROM vwStockZGBills	ICStockBill
47	外购退/入库单	128	70	SELECT * FROM vwHookStockPOBills	ICStockBill
48	销售出/入库单	129	71	SELECT * FROM vwHookStockSEBills	ICStockBill
50	原库存业务单	136	70	SELECT * FROM vwStockBills WHERE (FTranType<>41 AND FTranType<>50)	ICStockBill
52	主生产计划预测输入	903	903
53	主生产计划维护	904	904
54	采购计划查询	905	905
55	生产计划查询	906	906
56	主生产计划详细查询	907	907
57	主生产计划查询	908	908
58	可签约量查询	909	909
59	物料需求计划查询	910	910
60	购货发票	188	88	SELECT * FROM vwPOInvoiceBills	ICPurchase
61	合并需求分析	911	911
62	需求来源明细查询	912	912	SELECT * FROM vwPlansDmdSrc
63	供应来源明细查询	913	913	SELECT * FROM vwPlansForeInvSrc;SELECT * FROM vwPlansCommitBillSrc
64	委外加工入库(核算)	264	264	SELECT * FROM vwStockHS1Bills WHERE FSRCTranType=5	ICStockBill
66	其他入库(核算)	266	264	SELECT * FROM vwStockHS1Bills WHERE FSRCTranType=10	ICStockBill
68	出库业务	800	800	SS
69	盘盈入库	40	703	SELECT * FROM vwStockBills WHERE FTranType=40	ICStockBill
70	盘亏毁损	43	704	SELECT * FROM vwStockBills WHERE FTranType=43	ICStockBill
71	产品入库	2	701	SELECT * FROM vwStockBills WHERE FTranType=2	ICStockBill
75	委外加工入库	5	701	SELECT * FROM vwStockBills WHERE FTranType=5	ICStockBill
78	其他入库	10	701	SELECT * FROM vwStockBills WHERE FTranType=10	ICStockBill
80	外购入库	1	701	SELECT * FROM vwStockBills WHERE FTranType=1	ICStockBill
81	委外加工发出	28	702	SELECT * FROM vwStockBills WHERE FTranType=28	ICStockBill
82	销售出库	21	702	SELECT * FROM vwStockBills WHERE FTranType=21	ICStockBill
85	生产领料	24	702	SELECT * FROM vwStockBills WHERE FTranType=24	ICStockBill
87	其他出库	29	702	SELECT * FROM vwStockBills WHERE FTranType=29	ICStockBill
94	计划价调价	65	74	SELECT * FROM vwAdjPlanBills	ICStockBill
95	购货发票	110	88	SELECT * FROM vwPOInvoiceBills	ICPurchase
96	销售发票	118	62	SELECT * FROM vwSaleInvoiceBills	ICSale
97	不能确定单价单据	999	999	SELECT * FROM vwErrStockBills	ICStockBill

Flash课件:云端打包工具演示

suntime — Sun, 13 Sep 2009 14:35:00 GMT

roymond520 在站内短信询问如何使用云端打包工具，本课件算是答复吧。

由于现在工作的关系，加班是常事，我的时间几乎不再在金蝶其他相应软件之上了，各位的短信息，回复不及时，请见谅！

Flash课件:金蝶专业版单据自定义操作入门之二

suntime — Thu, 10 Sep 2009 16:01:00 GMT

金蝶专业版单据自定义操作入门之二
《获取基础资料的关联业务数据》

改为链接下载。

Flash课件:金蝶专业版单据自定义操作入门

suntime — Wed, 09 Sep 2009 15:55:00 GMT

[转]再谈供应商赠品成本核算

suntime — Fri, 07 Aug 2009 03:38:00 GMT

再谈供应商赠品成本核算 by:快乐今天

原贴：http://7379352.blog.hexun.com/17743188_d.html

今天和同事JACK讨论了一个问题，还是围绕着之前提过的供应商赠品成本核算问题展开。

在谈这个问题之前，首先要明确以下2点原则问题：

1。仓库只对收货数量负责，一概不管成本高低。仓库收货确认后，采购单价即使发生变化，也不会影响仓库存货数量日记帐的数量数据。

2。成本核算的依据是供应商提供的结算发票上标注的价格。

财务将供应商结算发票匹配收货单，对赠送物料的成本核算通常有2种处理方法——零成本法和原成本法

零成本法

理论依据是：既然是赠送的，肯定是免费的，供应商发票不会涉及到，成本为零。把赠送数量视为无偿使用，当次采购单位成本自然因此而降低。

采购订单数量100件，采购单价120，采购总额12000。结果仓库超收20件，

实际到货单位成本＝12000/120＝100

帐务处理如下：

业务

借

贷

收货

存货 14400

暂估应付14400

发票匹配

暂估应付 14400

进项税 12000×0.17

应付12000×1.17

存货2400

原成本法

理论依据是：即使是赠送的，也要把原采购单成本体现出来，供应商发票不涉及到，也按照发票的不含税成本计入成本。

采购订单数量100件，采购单价120，采购总额12000。结果仓库超收20件，

实际到货单位成本＝120×120＝14400

帐务处理如下：

业务

借

贷

收货

存货 14400

暂估应付14400

发票匹配

暂估应付 14400

进项税 12000×0.17

应付12000×1.17

采购成本差异2400

两种方法各有利弊，具体选择哪种方法，主要还是要看企业的财务负责人怎么取向。下面是两种方法的对比一览表。

标题

零成本法

原成本法

成本体现

0成本

不含税采购价

计算方向

倒除

顺乘

物料单位成本

会因数量变化而变化，供应商赠送数量越多，单位成本越低。

不会因数量变化而变化，单位成本都按照对应采购单的不含税单价进行核算。

赠品利润体现的期间

领用多少，当期体现多少利润；物料用完之后，才可以完全体现供应商赠送物料的所有利润。体现期限不固定，也无法预估

赠送的当期即可完全体现，不用理会物料的使用情况。

成本分析

成本高低会因为供应商的赠送策略而忽大忽小，供应商赠送的越多，价格变化越大，没有一个可比性，分析缺乏说服力

成本高低比较恒定，有可比性，可以分开原订单单价和差异来进行分析

赠送利润体现的会计科目

存货科目，领用多少，就转多少到生产成本科目。

采购成本差异科目，月底清零，结转到生产成本科目

[转]ERP的画皮是怎样炼成的

suntime — Fri, 07 Aug 2009 02:20:00 GMT

ERP的画皮是怎样炼成的
By:老木

原贴在此：http://blog.vsharing.com/wood9999/A939744.html

刚在ITPUB论坛里看到PUBER转帖的陈淑娟女士的《揭秘SAP在华真相:天价收费与用户之灾》，没多大感慨。没想到，短短的几天里，各路神仙已经吵成一团：鼓掌叫好者有之，嗤之以鼻者有之，更有甚者，猜测作者为枪手者亦有之。不由得暗暗纳闷：说的都是ERP界内再普通不过的事情，不过指名道姓了而已,有必要这么大反应么。再看黄培先生对此的评论《画皮SAP到底是通病还是个案》，不由生起摇旗呐喊之心，决定极尽挑逗之能，为这两篇文章煽风点火。坚决戳穿画皮，不过不是SAP的，而是ERP行业的。

    两篇文章的对比
    陈淑娟女士的文章中批判SAP的内容总结起来为两大点：一是SAP的业务中，顾客的投入与产出不对等，二是SAP内部管理混乱。从而推出结论：在外部环境--顾客与内部环境—员工的双重压力下，必然导致SAP的衰落。

    而黄培先生的文章是批驳陈淑娟女士观点的，总结起来三大点：一是很多问题是ERP行业的通病；二是SAP没有问题或者说SAP与其它软件公司的做法大致相同，不要揪着SAP不放，三是要媒体要理性些。

    我个人的看法是：如果把陈淑娟女士的文章中的SAP换成另外一家软件公司，我可以得出同样的结论。因为现在中国ERP行业的从业公司都处于内外部环境的双重压迫下，正在寻求变革之道。

    而黄培先生也有偏向性，既然SAP有问题，其他人说说也没什么不可以的。因为一直缺少批评SAP的声音，现在有了，也未必就是坏事。国内的软件公司相互挖短揭丑大家看习惯了，现在轮到国外软件曝光，让大家耳目一新，有点新鲜感，挺好。

    最重要的是：陈女士的文章描述的问题，以及黄先生对问题在ERP行业内普适性的认可，让业界外的人士看到了ERP行业丑陋的一面，这对ERP行业的健康发展不无好处。

    画皮是怎样画成的
    冰冻三尺，非一日之寒。ERP能从一种管理工具进化到画皮，主要有以下几个手段：
    一、 ERP最佳实践

    1.售前顾问吹牛吹得头疼，而且不吹还不行，不吹显得你没本事，就拿不到单。在顾客的需求都不清晰的情况下，就敢开始承诺。顾客的选型负责人在案例清单、最佳实践、DEMO、回扣的铺天盖地的攻势下，能保持清醒的都不是凡人。

    2.毕竟神仙太少，打单成功之后，售前顾问吹着口哨，拿着奖金走了，留下的是ERP无所不能的承诺，该轮到负责实施的项目经理头疼了。一般来说，软件的标准流程（所谓最佳实践）与顾客的需求之间会存在差异，项目经理尽可能的说服顾客按照以前自己操作过的流程进行复制，在这时候，一般来说，贵的顾问要比便宜的顾问有说服力。如果碰到一个死犟的顾客，那就只好加大成本，进行二次开发了。

    3.经过漫长的实施阶段，上线测试运行之后，没签字验收还好。一签字，就轮到顾客的业务部门头疼了。软件不稳定、数据不准、流程不通，而实施方的顾问早已不见踪影了。但是，下回售前顾问达单的时候，该顾客很可能就会成为一个最佳实践。
经过一个完美的头疼三部曲过程循环产出的最佳实践，象滚雪球一样，越滚越大，形成一个长长的顾客清单。而且请放心，业务部门的投诉不会让你的未来顾客听到，因为ERP的实施相对来说，还是有一个相对封闭的圈子，而圈子里的人是同一条绳上的蚂蚱。

    二、同一条绳上的蚂蚱。
    甲乙双方的项目经理都知道，ERP不过是一个管理工具。在这个信息爆炸的时代， ERP让信息的及时、准确、共享成为可能，而企业管理的提升还是要靠企业自身的努力。效益离管理还有一段距离，离ERP就更远了。

    ERP是乙方项目经理吃饭的根本，是甲方项目经理提升在公司地位的手段。所以，ERP是必须要有的，而失败是不允许的。所以业务部门的抱怨是正常的，一旦上线，对于甲乙双方的项目经理就是成功。至于上线之后，ERP就成为企业管理的一部分，持续改进即可。

    况且ERP项目是一把手工程，在某些集团公司，动辄数百上千万的资金，还有大量的人力，项目的失败是不可能的事情，这是政绩，而不是其他简单的生活作风问题。要知道，信息化是顾客管理水平提升重要的一块遮羞布，怎么着也不能裸体啊？！
所以，很多时候，ERP项目一旦启动，妄图阻止其前进脚步的，都会被ERP的车轮辗倒。而终点，就是上线。在以上线为最终目的的实施项目中，谈什么价格、风险，我觉得有点奢侈。

    三、距离产生美
    ERP业界始终让顾客与ERP之间保持一定的距离，最好是高高在上，这样会让ERP很有美感。
第一个是造神运动。从上世纪80年代初到现在，将近30年的时间，整个ERP行业都在为描绘画皮而努力。以下有一组数字很能说明问题：

    据美国生产与库存控制学会（APICS）统计，使用一个ERP系统，平均可以为企业带来如下经济效益：
    1．库存下降30%～50%。
    2．延期交货减少80%。
    3．采购提前期缩短50%。
    4．停工待料减少60%。
    5．制造成本降低12%。
    6．管理水平提高，管理人员减少10%，生产能力提高10%～15%。

    但凡是接触过ERP应用的，几乎都知道这一忽略了N多前提的说法。作为ERP实施成功的标准，在大陆，它远比Oliver Wight的ABCD检测表流传的久远，也更深入人心。三人成虎，当大家众口一词的时候，假的也成真的了。于是乎顾客的期望值就人为的被售前顾问抬高了，ERP逐渐就成了一种万试万灵的仙药，无所不能的神仙。

    第二个是造庙运动。软件公司把ERP神话之后，就开始造自己的庙，以供养神灵。而且完全符合迈克尔.波特的《竞争优势》中的三大原则：成本优势、产品差异化、细分市场。我记得最早的争论是关于BS/CS架构哪种更合理，还有就是普及ERP、个性化、自主平台、自主配置、动态建模终结ERP，还有其他的什么BPR改造先行、电子商务是重点、PDM决定论、RTE终结论等论调是铺天盖地，前两年又开始热炒SOA、SAAS，今年又开始了云计算。开始的时候确实晕，后来就免疫了。作为顾客来讲，我要的就是好用，稳定，我管你啥啥架构的。本来ERP的技术是为应用服务的，却成为了行业内造庙的手段之一，以充分体现其与众不同。

    第三个是烧香运动。神有了，庙有了，必须香火旺才能有效益。光靠念经是不行的，还需要引导信徒来烧香。于是不仅仅要靠销售的嘴皮子，还要借助媒体等公关手段的宣传。如果在媒体的投放量减少，免不了要成为攻击目标，谁让你不给钱的。这些还不够，在提高自己的同时，还不能忘记踩别人一脚，这才是霸王之道的战略。而且还需要点下三滥的手段，无中生有也是不可缺少的战术之一。

    最终下来的结果给行外人的印象就是：ERP是个神奇的东东，好有技术含量，人气旺的念的经肯定管用。

2. 医者不自医
    必须承认，市场做的越好，上线（不敢说成功）的顾客越多，抱怨（也不敢说失败）也必然越多。因为成功失败本身就是一种谬论。人人心中有杆秤，顾客的需求是永无止境的。每个人都希望马儿跑得快，而且最好不吃草。所以，即使从人的本性上讲，顾客对ERP实施不满是再正常不过的事情。而且，在顾客的管理环境没有改善的情况下，换个其它软件，也没啥本质的区别。

    所以在成功的标准没有明确定义的情况下，不要谈什么ERP的成功率。而且，也没有哪个甲方公司的项目经理，敢说因为ERP的实施，达到了管理目标。因为说了，就会激起业务部门的众怒：感情都是你的成绩，那我们干嘛了？那么项目经理就不是离CIO的位置不远，而是离滚蛋不远了

    简单的总结一句，就是：树大招风。如果是小树，风也懒得理你。
    说到这里，想起一个小寓言：一棵千年的大树倒了，不是因为风，而是虫子。企业业绩好不好，外部环境对其影响不大的，起决定性作用的，就是内部环境。

    再想想软件公司，都是给其他的公司做管理咨询的，但是中国有句老话：医者不自医。说直白点：咨询公司是无法对自己的公司做管理诊断的。自古武无第二，文无第一。一群牛人（不管是公认的还是自封的）混在一起，谁能服谁啊？所以用咨询公司所谓的管理混乱来证明其管理咨询是否专业，是不公正的。

    3. 画皮还要么
    以前经常看到UF与KD的口水仗，谁也说不服谁，互相揭伤疤，结果是两败俱伤。现在好了，把SAP也拖下水了。毕竟SAP是业内巨子，影响力还是很大的，让更多的行外人士看到业内现状，了解业界，在这个信息化的时代，是很好的现象。对ERP行业的健康发展，有一定的促进作用。

    可是这张皮还是要画的，毕竟销售的包装是不可或缺的元素。都撕破脸，对谁都没好处。现在啥顾问、专家、大师，都是损人的话。本来顾客对顾问残存的求教之心，要是被本相吓跑了，那么外来的和尚也没法念经了，仅仅靠企业内部的管理改善，缺少先进的工具和技法，也是不成的。

    对于某些厂商使用电视直销的推销手段，能把没谱的事情，也吹的天花乱坠的，我只想说：出来混的，迟早要还的。那不是在画皮，是不要脸了。

事先声明：本人不是ERP业界的，ERP是我最大的业余爱好而已。虽然行业内朋友很多，但是与任何软件公司均无利益关联。欢迎批评，谩骂您自己留着就是了。

云端之上：云一样洁净的Windows

suntime — Sun, 26 Jul 2009 07:38:00 GMT

用软件的人，实际上也最怕折腾软件。

系统重装，首要之事是面临一大堆应用软件的重装，诸如 Office 之类啊，不重装还不行。

做软件应用、技服的朋友，面临的问题，可能更烦，今天产品演示要装K3 V10.4，明天客户账套问题又要安装10.3，刚刚搞掂操作系统、安装完产品，一个灾难性因难故障，让你直摔键盘和鼠标……，回公司一溜达，BOSS给你说一声K3 V11出来了，赶快熟悉一下……电话那头，销售那哥们又嘿嘿的告诉你，他揽了一个金蝶3.8的客户，要你协助处理一下……

回想俺们当初一天到晚折腾的，就是这类破事，装系统、装软件，所以折腾多了，什么还原卡、Ghost、VM、影子、一键不原……，全用上了。

今天，又有一款云端软件可以对此提出解决方案了，其相对于 GHOST 最大优点是不用再安装缺失软件，相对于VM，俺的破机又省了几兆内存。

认识云端，首先要从网博士说起。

年前使用网博士，发现这个软件不但免费，而且比网文快捕还好用，记得还在QQ上与lz_xiaohe谈论过这个软件，当时软件有些不稳定，所以一直关注这个软件的更新。

后来网博士参加了“首届中国优秀软件创新大赛”，因为大赛是金山的求大寨主们等掏银子的，有点价值，俺跟随去投了一票，至年前比赛结果公布，网博士名列第三，俺顺眼瞧了一下第一、第二。

第二的是DiskGenius，即当年 DOS 版之下的 DiskMan 升级版，这个在当年 CIH 猖狂时替俺们挣了无数饭局的东东，自然要笑纳。

第一的是就是云端，这是云端当时的介绍:

“云端平台的最大特点是应用虚拟化技术为软件运行提供虚拟环境，不仅实现了软件免安装使用，且脱离网络一样使用。同时还具有网络备份功能，可以做为U盘携带使用，媲美口袋操作系统。另外，在云端使用的软件，当系统重装后只需安装云端，所有软件立即恢复使用，无需再次下载。”

当即试用了一下，当时觉得基本还行。

但同事说，这东东要有官方提供的打包文件才能使用、而且仅是QQ、WPS之类的软件，没有什么应用价值，个人听了此番言论觉得也是，就顺手扔了。

上星期天在关注网博士4.6更新状况时，无意中又链接了云端主页，发现软件已经升级到了V0.9 beta3 版，而且已经提供了虚拟化打包工具，于是下载下来试用了一下，为些特地安装、还原了几操作系统。

截图如下：

以下是对云端几个功能评价：

1、云端自评“全面绿色的虚拟化环境：云端为软件提供虚拟化的运行环境，能够保持系统长久的干净、绿色。为软件虚拟注册表、文件IO等，避免了软件安装、使用、卸载带来的系统污染。软件想用就用，不怕垃圾污染；不需要了，一键删除，快速无痕。云端帮你实现全面绿色化。”

俺评：个人认为，完全的绿化及虚拟，实际软件并没有完全做到。

(1)、很大程度上，软件对安装程序的捕捉、虚拟化处理，仍要依靠Windows系统的洁净度。

(2)、并且至目前为止，虚拟化工具对安装过程中需要重启才能继续的软件、必须开机自启动（含自动载入驱动及启动系统服务）的软件，不能进行虚拟化处理。像Alcohol 120%，其虚拟光驱动服务就不能创建成功。像K3 v11.0 之前需要重启才能继续安装的产品，不用说，自然是无法虚拟化成功。

(3)、系统环境补丁与安装产品如何划分打包，会影响到具体软件的应用，像用友、金蝶这类管理软件（国内国外产品都一样），在安装软件产品本身前，需要打很多Windows系统及环境补丁，并且不同软件的环境要求还并不一样。这对低层次的云端用户来说，是个难题。并且不同的组合方式，对于具体软件应用产生的影响还不一样。

(4)、安装程度虚拟包的升级补丁安装、注册表信息的捕获，虚拟包的重新生成，相对来说，不理想。

2、云端自评“隐藏与激活：隐藏与激活是系统与软件之间的阀门。隐藏的软件会被撤出虚拟环境，该软件各虚拟位置（如C:\Program Files下的安装目录、注册表等）将从系统中消失，保持虚拟环境和系统的高效率工作，和系统环境的清洁。软件激活时，将被装载入虚拟环境，保持与系统良好的关联。”

俺评：这个功能好好，这就是省CPU、省内存的关键。弄一个VM，先其他软件不说，光加载多出来的Windows 就要耗去多少资源？隐藏还是激活，软件想用还是用，全在一念之间，尽量减少系统资源的浪费。

3、云端自评“重装系统，原有软件瞬间恢复：在云端里下载使用的软件，重装系统后，只需安装云端，所有软件立即恢复，无需再次下载。可以说，一次下载，终生使用，省时省力。重装系统不再烦恼。”

俺评：基本上如此，为此我还原了两次操作系统，此功能的优点，对于做软件维修的兄弟们来说，在做好产品虚拟包好，以后就不用天天装软件了，而且不同版本软件可以混装在一个操作系统中，如：金蝶专业版V9.2、金蝶专业版V10.0；当然肯定不同能时运行。

4、云端自评“操作系统保护：云端提供的虚拟化环境，极大的避免了软件安装使用和软件安装过多带来的操作系统出错、系统运行缓慢等，有效去除了软件卸载不干净而残留的注册表、dll文件等系统垃圾。降低了重装系统的频率，保护系统的干净、稳定。各种软件想装就装，不再怕系统被拖慢、污染。”

俺评：理论上如此。因为一个安装程所需的控件、驱动、注册表等数据文件，云端打包在一起了，要删除自然也快；只是这样也带来了新的问题，若两个不同的软件，同时需要同一组件等，文件相同、版本不同，同时运行这两个软件，肯定存在控件冲突，而安装在真实环境中，是以最后一次安装结果来决定的，这个问题存在的的概率相对要小得多。

5、云端自评“随U盘携带，打造移动软件平台：将云端和软件缓存都放置在U盘上，个人软件随身携带，即插即用。随时随地，插入U盘启动云端，所有软件立即使用，打造个人移动软件平台。”

俺评：理论上如此。不过俺目前没这方面需求，一是U盘的缓存太小，玩大软件会玩死人的；二是俺目前所在的公司网络管控，俺只是小小的“User”，云端管理员权限，这种应用完全无门；不过做维护兄弟们，可以考虑试一下移盘硬盘的应用。

6、云端自评“网络备份，随时随地使用软件：备份软件使用列表到网络服务器，随时随地，打开云端，就可以使用你常用的、熟悉的软件；软件分享灵活方便：云端提供多种软件分享方式：将本地云端缓存复制到另一台电脑上，即刻可用；将本地云端软件列表或下载链接导入另一台电脑，即可下载。云端的多点分发，在局域网内分享时，下载可达到局域网内传输的高速；软件轻松移植，移动便携：云端里的软件可以轻松移植至别的电脑中，换了电脑，也可立即使用。可将云端缓存设置在移动存储上，或将缓存复制到移动存储中，实现软件随身携带，移动办公。”

俺评：这个，呵呵。对于此应用，俺想得更多的是版权问题，商业软件很看重这个，一如在VM、P2P、MP3下载的应用一样，我想云端开发商，不会没有考虑此类问题。

7、云端自评“软件搜寻、使用、管理一站式服务：云端提供软件资源搜索、下载、使用、管理、备份等一站式服务。让你在软件获取、使用和管理上，体验前所未有的方便快捷。”

俺评：呵呵，这仍是云端的四个“一”优点。

8、云端自评“丰富安全的资源，无毒无木马无插件:云端的软件资源，经过虚拟化过滤，通过数到杀软测试，有效去除病毒、木马、捆绑插件软件等。除去虚拟化封装，云端不对软件做任务修改，保证软件原版特性。请大家放心使用。”

俺评：哈哈，云端对“无毒无木马”的表述范围限制很死，仅限于其提供的资源包；超出表述范围来说，我看过软件缓存目录下的设置，中毒、中马的可能是跑不掉的。并且对于其备份文件LVA类型，只要碰到类似像那位烧香的熊猫哥哥，估计LVA备份命运，比GHO好不到哪去。

9、“出错软件，一键恢复至完好：在云端里下载使用的软件，发生出错、使用异常等情况，可以一键迅速恢复到初始完好状态。再方便不过。”

俺评：不仅仅云端提供的虚拟包，自己做的虚拟包也一样可以实现，但主要问题仍是第一项，如何考虑虚拟包捕获完整性、不同虚拟包控件、组件及数据冲突问题，像俺虚拟金蝶专业版V9.2、金蝶专业版V10.0，就需要考虑AcctCtl.mdf数据库文件存放的冲突问题。

总的来说，这是个不错的软件，对于系统环境的洁净度、软件的安装、软件包的分享等，都做得不错，虽然仍只是beta产品，骨灰级的发烧友们，可以试一试。

采购订单的批次管理应用

suntime — Sun, 26 Jul 2009 05:25:00 GMT

本文为回答网友renjie45 的应用需求所写，为单据自定义功能应提升入门级操作课程。

renjie45 在2009年7月10日的QnA互动问答问题《我想在采购订单上加上批次，在做采购入库的时候可以直接引用》中提出：

需要在采购订单上增加批次管理的应用，

1、在采购订单上加上像外购入库单那样的批次功能。然后做这个采购订单的入库单的时候就可以直接带过去；

2、采购订单上的新增批号字段，能像采购入库上那种在批号字段上按F7出现查询选择窗口。

原贴在此：http://community.kingdee.com/questions/Q368565.aspx

此贴我当时回复过，考虑到楼主未必完全理解，所以再写一篇日志，算是再次回答一下。

此类需求，我在《专业版按单生产 (MTO)应用的解决（1）》中写过：？“采购订单后续业务控制，相关单据均需要使用选单生成来实现控制，否则会出现业务断链。对于要进行强计划管控的 MTO 子项物料，必须使用批次管理，所以应增加对于《外购入库单》和《领料单》的“批号”选单数据来源。”

只是仅限于篇幅，仅提供了关键脚本，没有作完全说明。

以下操作，基于K3 成长版V12.0为蓝本，同样适用于其他K3及专业版产品。

一、自定义《采购订单》“批次”字段：

通过客户端工具“单据自定义”工具实现，这个操作不多说明，对单据自定义操作不知情者，请先回家补课，然后再继续。

注意此字段必须设置为字符串类型。

二、设置《采购订单》“批次”字段的“批次”查询选择窗口，即那个 F7 窗口。

1、通过查询分析器执行如下语句得知，此新增字段的数据库后台字段名称为“FEntrySelfP0247”：

Select FFieldName from ICTemplateentry where FID='P02' and FHeadCaption='批次'

2、为新增字段设置F7查询选择窗口，并将此字段设置为系统字段。

UPDATE ICTemplateentry SET
FCtlType=10,FLookUpCls=18,FRelationID='FItemID',FAction='=,Ftrack,80',FSAveRule='@:',FDefaultCtl=1
WHERE FID='P02' and FHeadCaption='批次'

其中：

(1)、FCtlType=10,设置控件类型为查询选择类，当FLookUpCls 值为18时，F7窗口是“批次”查询选择窗口，

(2)、FRelationID='FItemID',FAction='=,Ftrack,80'，此动作设置表明，此字段是否有批次管理需要求，要看物料基础资料是否启用批次管理，

(3)、FSAveRule='@:'，是结果保存要求，当启用批次管理的物料，不填列此字段值时不允许保存，

(4)、FDefaultCtl=1，即设置字段为系统默认字段，不允许删除，之所以这要设定为此值，主要是一旦重新打开“单据自定义”工具对《采购订单》重新新增、修改定义字段时，会冲掉上述(1)、(2)项的设置；新的BOS开发平台不存在此方面的问题，当然这也不是什么BUG问题，因为金蝶在规划“单据自定义”产品功能时，本来就没有考虑给我们用户提供本项功能设置。

三、《采购订单》下推生成《外购入库单》时，“批次”字段的流转携带。

继续转贴我在回贴时用的脚本：

----------------

--增加采购订单批号生成外购入库单批号
IF NOT EXISTS (SELECT 1 FROM ICSelBills WHERE FID='A01' AND FFieldName='FOrderInterID' AND FDstCtlField='FBatchNo' )
Insert Into ICSelBills(FID,FFieldName,FDstCtlField,FDK,FSelType,FColName,FName,FTableName,FTableAlias) values('A01','FOrderInterID','FBatchNo',0,0,FEntrySelfP0247,FEntrySelfP0247,'POOrderEntry','u1')

----------------

这个，就不用再解释了。

再说点题外话。

实际上，涉及到工业老单方面，我在编写、修改脚本时，对FEntrySelfP0247之类字名称并不感冒，依习惯会改为“FBatchNo”（BOS平台不存在此问题，新增字段时可以重命名字段名称），当然这样操作会增加后期数据库升级扩展的风险，有多少，呵呵，自行掂量吧。金蝶这样设计，早期是主要出于对数据库安全考虑。

只是，举例来说吧，若对仓库类单据增加一个“第三计量单位”“第三计量数量”字段，要在 ICStockBillEntry 表中增加多少个字段？影响脚本的阅读性不说。事后对数据表的维护，还要先借ICTemplateentry 来翻译、对照才敢操作。

还有，最大的问题，就是业务应用的扩展，同一需求，张三家要求这样作了，李四家又提出，你又去自定义字段、撰写、修改脚本？这个，其实也就是论坛上经常有人提的，老账套单据自定义字段设置，如何迁移到新账套问题。

这个话题，再扩展开来就是知识管理方面，个人软件实施维修累积、整理、提练的话题了。俺已是不在业内的域外人士，此段算是写给仍奋斗在软件应用、实施、服务第一战线的哥们，共勉吧。

本文档从金蝶社区和QQ群4362985散发。

若要转载，敬请注明作者及出处。谢谢。

2009年7月26日。

专业版生产应用解决（5）：V10.X受托加工管理及受托加工转委外

suntime — Sun, 21 Jun 2009 17:41:00 GMT

专业版生产应用解决（5）：

V10.X受托加工管理及受托加工转委外

——打通任督二脉之十

By：Suntime 2009-6-22

一、 前言：

本案例纯属玩票。

本次产品需要解决思路主要基于KIS 专业版 V10.X。

但本案例思路原理，同样适用K/3 V10.0以来的产品。

本案例涉及对数据库的操作，特别是金蝶账套的单据模板数据表的修改，存在一定的数据风险，操作前请备份好账套。

二、需求背景：

趁着兴趣盎然，继续讨论金蝶KIS 专业版的受托加工业务处理，包括受托加工转委外的话题。

关于受托加工转委外的问题，其实我在2007年讨论过一次，原贴在此：《由受托加工转委外引出的一些话题》

这个问题，最先是小数点提出来的，现在回想起来，感觉对问题的深入，偶还是自渐不如小数点。

当然，当年这个话题是基于金蝶K\3的。

基于金蝶KIS 专业版的受托加工转委外问题的讨论，偶在QQ群和金蝶社区浏贴也见过，只是悻悻而一直未敢言。

于是在社区随手搜索一贴：《KIS专业版受托加工转委外加工问题》，有识之士也妨先去讨论一番。

KIS 专业版的受托加工业务处理，包括受托加工转委外，同在KIS 专业版上考虑处理产品委外业务一样，也存在两种方案：

若是金蝶KIS 专业版 V8.X、V9.X的产品，可通过《虚仓入库单》（或《其他入库单》）解决受托加工材料入库问题发出、《虚仓出库单》（或《其他出库单》）解决受托加工出库的问题，为了与自制生产业务能有所区别，可以通过加缀“生产类型”、“客户”等自定义字段来解决。

但此类方案的最大缺点是，由于没有生产任务单工单，受托加工业务的处理，缺乏主心骨，出入库业务及成本归集，都很随意，一群江湖游民而已。

而V10.X的出现，现在，通过“生产管理”模块的二次再规划，基本上可以解决KIS 专业版的受托加工业务处理，包括受托加工转委外的问题了。

三、需求分析

在金蝶K\3中，金蝶把受托加工业务规划到“受托加工仓”来处理，主要是基于对受托加工业务特殊性考虑。

从管理角度来说，由于受托加工而收到客供料，应该进行价值管理，但由于来料是客户提供的，实务中，有些材料价值的取得及金额的确认，实际上是有一定难度的，企业更愿把精力放在，重视客供料的数量及损耗确认方式之上；从重要性角度来说，受托加工业务，在一般企业中远次于企业自营生产任务，很多时候，企业也不会把管控重点放在受托加工业务上，所以，一般情况下，受托加工仓是进行虚仓管控，即只管数量不管金额。

要在金蝶KIS专业版 v10.x 的生产管理模块上，实现受托加工业务管理，我的设想是：

1、《BOM单》录入受托加工产品的BOM；

2、《生产任务单》作为受托加工产品的生产任务工单及投料单；

3、《其他入库单》用于处理受托加工材料的入库业务；

4、《其他出库单》用于处理受托加工材料的出库业务；

5、《产品入库单》用于处理受托加工产品的入库业务；

6、《费用分摊单》用于处理受托转委外业务的加工费用的结算及分配；

7、通过“生产成本核算”解决受托加工转委外产品的成本核算问题；

8、《销售出库单》、《销售发票》用于处理受托加工产品的出库业务及结算问题；

9、受托加工业务的查询，汇总与核销报表，通过KISBOS 解决。

上述1、5、6、7、8本是系统原有功能模块节点，对于专业版的委外问题，也刚在《专业版生产应用解决（4）：V10.X委外加工管理》中讨论过，故此处只再论2、3、4业务节点的处理问题。

要在金蝶KIS专业版 v10.x 的生产管理模块上，处理受托加工业务处理包括受托加工转委外问题，我们首先要理清的，就是能够保证“自制生产”、“委外加工”和“受托加工”业务能够区分开来，故这里仍需要沿用《专业版生产应用解决（4）：V10.X委外加工管理》篇的思路。

1、建增“生产类型”辅助资料。

下设“自制生产”、“委外加工”、“受托加工”三种业务类型。

2、在供应商档案中，新增一供应商，即“本公司”，用于处理本公司自制生产业务。

3、在《生产任务单》、《生产费用单》、《生产领料单》、《产品入库单》上，新增字段“生产类型”字段（FBringinID），基础资料来源于辅助资料“生产类型”，默认值为“自制”。

4、在《生产任务单》、《生产费用单》、《生产领料单》、《产品入库单》上，新增字段“供应商”字段（FSupplyID）、客户（FCustID）；供应商基础资料来源于“供应商”，默认值为“本公司”。

5、在《其他入库单》、《其他出库单》上新增，或保证应有“客户”及“供应商”字段。

四、需求实现：

1、通过《销售订单》录入产品受托加工订单。

2、通过《生产任务单》录入产品受托加工生产任务。

《生产任务单》上需要新增生产生产类型、供应商、客户、计划模式、订购数量等字段，字段的新增，可通过单据自定义解决，特殊注意事项，在前述篇均有说明。此处不再贴SQL代码。

生产类型为“受托加工”，客供料的计划模式“受托加工模式”、仓库为“受托加工仓”。

3、客供料入库，由《生产任务单》下推生成《其他入库单》。

此处需自定义“生产任务单→其他入库单”流程。过滤条件是生产任务单，子项物料的计划模式为“受托加工”、仓库为“受托加工仓”的物料。

客供料出库，由《生产任务单》下推生成《其他出库单》。

此处需自定义“生产任务单→其他出库单”流程。过滤条件是生产任务单，子项物料的计划模式为“受托加工”、仓库为“受托加工仓”的物料。

也可以通过“其他入库单→其他出库单”来处理客供料的出库，但需要增加客供料反写《生产任务单》的脚本。

4、受托加工产品入库，由《生产任务单》下推生成《产品入库单》。

5、受托加工产品出库，由《销售订单》下推生成《销售出库单》、《发票》等并进行结算。

6、受托加工转委外业务，由《费用分摊单》处理受托加工生产费用及委外加工费用，费用的分配，可按数量、材料成本、工时和手工分摊等四种方式进行。

7、 通过“生产成本核算”，核算受托加工产品成本。

8、用KISBOS制作《受托加工生产一览表》，查询受托加工产品任务下达、完工进度、受托加工材料入库、发出、核销及结存情况。

此业务流程有一个管理盲点，就是受托加工材料出给供应商后，监控核销没有再纳入管理。

五、会计核算处理：

1、在考虑价值管理的情况下，受托加工来料入库，通过《其他入库单》作如下会计分录：

借：受托加工物资——XX公司（XX材料）

贷：受托加工物资——备抵

受托加工材料出库，转委外情况下，通过《其他出库单》等作如下会计分录：

借：委托加工物资——XX产品（直接材料）

贷：受托加工物资——XX公司（XX材料）

2、受托加工转委外，加工费用的会计核算，通过总账、《费用分摊单》等作如下会计分录：

借：委外加工生产费用——XX产品（委外加工费用）

贷：应付账款等

3、受托加工转委外产品入库及成本归集的会计核算，通过《产品入库单》等作如下会计分录：

借：库存商品——受托加工商品

贷：委外加工物资——XX产品（直接材料）

贷：委外加工生产费用——XX产品（委外加工费用）

4、受托加工产品出库及销售结算，通过《销售出库单》、《销售发票》等作如下会计分录：

借：银行存款

贷：主营业务收入——受托加工

借：主营业务成本——受托加工

借：受托加工物资——备抵

贷：库存商品——受托加工商品

六、其他说明

本文档从金蝶社区和QQ群4362985散发。

若要转载，敬请注明出处。谢谢。

2009年6月21、22日。

By: Suntime

QQ: 408877590、89044458

E-mail: Suntime@163.com

专业版生产应用解决（4）：V10.X委外加工管理

suntime — Sun, 21 Jun 2009 13:45:00 GMT

专业版生产应用解决（4）：V10.X委外加工管理

——打通任督二脉之九

By：Suntime 2009-6-21

一、 前言：

本案例纯属玩票。

本次产品需要解决思路主要基于KIS 专业版 V10.X。

但本案例思路原理，同样适用K/3 V10.0以来的产品。

本案例涉及对数据库的操作，特别是金蝶账套的单据模板数据表的修改，存在一定的数据风险，操作前请备份好账套。

二、需求背景：

日前，与原公司的同事谈起金蝶KIS 专业版的产品委外业务处理，我建议他按三种思路去决：

1、若是金蝶KIS 专业版 V8.X、V9.X的产品，可通过《领料单》（或《其他出库单》）解决委外加工发出、《产品入库单》（或《其他入库单》）解决委外加工入库的问题，为了与自制生产业务能有所区别，可以通过加缀“生产类型”、“供应商”等自定义字段来解决。

也可以像我在《专业版二次开发：电镀加工企业的应用》谈的那样，通过自定义脚本增加《委外加工材料发出单》、《委外加工入库单》解决委外加工出入库问题。

但此类方案的缺点，主要委外成本核算、核销的问题，而V8.X、V9.X自制产品入库成本的核算也只能是手工处理；同专业版目前解决不了采购费用一样，委外加工费用的分摊也是一个难题，变通的方法如小陆的方案作二次开发插件；而二次开发增加《委外加工材料发出单》、《委外加工入库单》单据，还需要解决库存查询脚本问题。

2、若是金蝶KIS 专业版 V10.X的产品，可过产品新增模块“生产管理”来解决。

今日在社区又发现有网友发贴询问：“在专业版10.0中委托外加工业务该如何处理？”（http://community.kingdee.com/questions/Q365083.aspx）

于是趁着趁着之闲，顺手将自己的思路写了出来，纳入到本人《专业版按单生产应用的解决》组篇中，由于此块西瓜皮已经超出原来 MTO 的范畴，刚脆将此组日志改名为《专业版生产应用的解决》系列篇。

三、需求分析

应该说金蝶KIS专业版 v10.x 的生产管理模块，在计划、生产任务、投料、生产领料、产品入库及产品生产费用归集与核算方面还是搭建了一个不错的框架，对于小企业生产应用及成本核算，是一个不错的解决方案，并且能巧妙利用专业版的拓展性，解决一些个性需求。

要在金蝶KIS专业版 v10.x 的生产管理模块上，实现产品委外加工管理，我的设想是：

1、《BOM单》录入委外加工产品的BOM；

2、《生产任务单》作为委外加工产品的生产任务工单及投料单；

3、《生产领料单》用于处理委外加工材料的发出；

4、《产品入库单》用于处理委外加工产品入库业务；

5、《费用分摊单》用于处理委外加工费用的结算及分配；

6、通过“生产成本核算”解决委外加工产品的成本核算问题；

7、委外加工业务的查询，汇总与核销报表，通过KISBOS 解决吧。

其实，要在金蝶KIS专业版 v10.x 的生产管理模块上实现产品委外加工管理，我们要做的工就是，将“自制生产”业务与“委外加工”业务能够区分开来。

1、建增“生产类型”辅助资料。

下设“自制生产”、“委外加工”、“受托加工”三种业务类型，如下图。

2、在供应商档案中，新增一供应商，即“本公司”，用于处理本公司自制生产业务。

4、在《生产任务单》、《生产费用单》、《生产领料单》、《产品入库单》上，新增字段“供应商”字段（FSupplyID），基础资料来源于“供应商”，默认值为“本公司”。

四、需求实现：

1、通过《生产任务单》录入产品委外加工生产任务。

2、委外加工材料发出，由《生产任务单》下推生成《生产领料单》。

3、委外加工产品入库，由《生产任务单》下推生成《产品入库单》。

4、录入委外加工费用到《费用分摊单》，并分配委外加工费用，分配标准可按数量、材料成本、工时和手工分摊等四种方式。

5、通过“生产成本核算”，核算委外加工产品成本。

6、用KISBOS制作《委外加工生产一览表》，查询委外加工产品任务下达、完工进度、委外加工材料发出、核销及结存情况。

通过上述操作，我们会发现，本案例的是此组日志中最简单的。

五、会计核算处理：

1、委外加工材料发出的会计核算，通过《生产领料单》作如下会计分录：

借：委外加工物资——XX产品（直接材料）

贷：原材料

2、委外加工费用的会计核算，通过总账、《费用分摊单》等作如下会计分录：

借：委外加工生产费用——XX产品（委外加工费用）

贷：应付账款等

3、委外加工产品入库及成本归集的会计核算，通过《产品入库单》等作如下会计分录：

借：原材料、库存商品等

贷：委外加工物资——XX产品（直接材料）

贷：委外加工生产费用——XX产品（委外加工费用）

六、其他说明

本文档从金蝶社区和QQ群4362985散发。

若要转载，敬请注明出处。谢谢。

2009年6月21日。

By: Suntime

QQ: 408877590、89044458

E-mail: Suntime@163.com

再谈 K3及专业版的赠品业务：销售赠品

suntime — Mon, 15 Jun 2009 15:27:00 GMT

再谈 K3及专业版的赠品业务：销售赠品

By：Suntime 2009-6-15

在2007年11月26日11月27日，我曾撰文《玩转K3及专业版的赠品业务》，讨论金蝶K\3及专业版赠品业务的处理方法，原贴在此：

http://community.kingdee.com/pages/suntime/blog/archive/2007/11/27/260601.aspx

事隔一半年之余，再次挑起这个话题，主要是考虑，软件该如何操作才能更适合日常业务操作习惯，以及赠品业务在税务处理上面临的一些问题。

一、销售赠品业务的定义

销售赠品业务，通常随着商品促销和推广行为产生，企业制定的是一种营销策略，如“买一送一”、随货赠送等，具有附加条件、扩大销售增加利润等方面特征，是一种追求更多产品（商品）附加值的正常交易行为，最明显表现为企业捆绑销售产品（商品）的有偿赠送行为。

企业的销售赠品业务，实质上是一种实物折扣销售行为。

二、销售赠品业务的税法规定

实务中，企业的销售赠品业务，牵涉到税法中“视同销售”、“销售折扣”、:“实物折扣销售”等几个概念。

(一)、增值税相关法规规定

1、视同销售：财政部、国家税务总局2008年12月修订的《中华人民共和国增值税暂行条例实施细则》(中华人民共和国财政部国家税务总局令第50号令)第四条第八款规定：“第四条单位或者个体工商户的下列行为，视同销售货物:… (八)将自产、委托加工或者购进的货物无偿赠送其他单位或者个人。 ”

视同销售行业，需要缴纳增值税。

2、销售折扣：《国家税务总局关于印发〈增值税若干具体问题的规定〉的通知》（国税发[1993]154号）中规定 “纳税人采取折扣方式销售货物，如果销售额和折扣额在同一张发票上分别注明的，可按折扣后的销售额征收增值税；如果将折扣额另开发票，不论其财务上如何处理，均不得从销售额中减除折扣额。”

销售折扣行为，是否征收增值税，就看销售额与折扣额是否开具在同张发票上。

3、实物折扣销售：对于销售赠品业务，即实物折扣销售，是属于上述1项的视同销售，还是上述2项所批的“折扣方式销售”行为？

我在网上搜索了大量文章，发现不同的专家、学者、税局解释、会计考试网校和网友居然出现了这种观点的对立：

第一种观点是对销售赠品业务，作视同销售行为处理。

如：何雪韵、王碧珍在《商品促销的会计处理与增值税纳税筹划》中写道：

“随货赠送是指在销售方在销售主货物的同时赠送从货物。根据财政部发布的《关于加强企业对外捐赠财务管理的通知》（财企[2003]95号）对无偿赠送的定义，对外捐赠是指企业自愿无偿将其有权处分的合法财产赠送给合法的受赠人用于与生产经营活动没有直接关系的公益事业的行为。销售主货物、赠送从货物行为是出于利润动机的正常交易，不属于无偿赠送，应属于附有条件、义务的有偿赠送，从经济实质上看类似于成套、捆绑销售，只不过是没有将主货物与赠品包装到一起，而是分开包装。有的观点认为，应将随货赠送界定为销售前的实物折扣，即不作为视同销售处理，对赠品不再次征税，赠品的价值应作为销售成本的组成部分在所得税前扣除。确认赠品的费用是理所应当的，但是对赠品不计算销项税额则不符合税法的规定。因为，税法规定销售前的折扣，仅限于货物价格的折扣，销货者将自产、委托加工和购买的货物用于实物折扣的，该实物款额不能从货物销售额中减除，应视同销售中的无偿赠送处理。”

如中华会计网校《增值税中几种销售方式应如何确定销售额》一文：

“增值税中采取折扣销售方式销售应如何确定销售额？…（2）折扣销售仅限于货物价格的折扣，如果销货者将自产、委托加工和购买的货物用于实物折扣的，则该实物款额不能从货物销售额中减除，且该实物应按增值税条例“视同销售货物”中的“赠送他人”计算征收增值税。”

如：中华会计网校《实物折扣的增值税处理》一文：

“法对销售折扣的规定是：如果销售额和折扣额在同一张发票上分别注明的，可按折扣后的销售额征收增值税；如果将折扣额另开发票，不论其在财务上如何处理，均不得从销售额中扣除折扣额。税法的这一规定，是从价格折扣的角度来考虑的，没有包括实行折扣的情况。该公司采取的是实物折扣的销售方式，这种方式所折扣的服装更符合税法规定的将货物无偿赠送他人的行为，根据《增值税暂行条例实施细则》规定，无论该公司的这批服装是自己生产的还是委托他人加工的或是购进的，均应视同销售货物计算缴纳增值税。从以上规定可以看出，该公司采取买十送一、五十以上十送二的折扣销售方法销售的换季服装，不论在财务上如何处理，均不能减除折扣赠送买方服装的价款金额。也就是说，折扣的服装部分，不论会计上如何处理，均应按规定视同销售计算缴纳增值税。”

如：武汉市国家税务局《在实物折扣的销售行为中，折扣额能从销售额中减除吗？》

“问：我公司为某公司饮料代销商，将产品销售各商场，销售规定为，每100箱饮料，赠送5箱，按该比例赠送，每批发货单，会有相应的赠品发货单，注明“赠品”，请问该赠品是否被认定为视同销售，按非赠品的价格缴纳增值税？还是被认定为商业折扣，直接免交税金？答：在《增值税暂行条例》中，将自产、委托加工或购买的货物无偿赠送他人应作为视同销售货物的行为，征收增值税。贵单位这种销售方式中，要对赠出的商品按其正常销售价格缴纳税金。纳税人采取折扣方式销售货物，如果销售额和折扣额在同一发票上分别注明的，可按折扣后的余额作为销售额计算增值税；如果将折扣额另开发票，不论其在财务上如何处理，均不得从销售额中减除折扣额。贵单位如果只附发货单，不在一张发票上开具，应该不被认为是商业折扣。需要注意的是，折扣销售仅限于货物价格的折扣，如果销售者将自产、委托加工和购买的货物用于实物折扣的，则该实物款额不能从货物销售额中减除，且该实物应按《增值税暂行条例》中“视同销售货物”中的“赠送他人”计算缴纳增值税。所以贵公司对自己生产的饮料按一定的销售额赠送出去，属于《增值税暂行条例》中的“视同销售行为”，按规定的价格计算缴纳增值税。”

第二种观点是对销售赠品业务，作销售折扣行为处理。

如：网友大鱼blog《实物折扣销售的会计及税务处理》中写道：

“根据《国家税务总局关于印发〈增值税若干具体问题的规定〉的通知》（国税发[1993]154号）中规定 “纳税人采取折扣方式销售货物，如果销售额和折扣额在同一张发票上分别注明的，可按折扣后的销售额征收增值税；如果将折扣额另开发票，不论其财务上如何处理，均不得从销售额中减除折扣额。”

上述提到的“折扣方式”就是应该包括现金折扣和实物折扣，但是很多网友对此持不同意见，他们认为“折扣方式”仅包括现金折扣，实物折扣需要比照实物捐赠行为做增值税视同销售处理。我认为这种理解是不准确的，从增值税的法理来分析，增值税应该就货物的增值额征税，而现行增值税实行层层抵扣政策，因此要按商品的价值计算销项税额。而商品的价值是靠价格反应的，更准确点说是靠公平交易的公允价格反映的。因此，按市场价格销售的商品并附赠的实物行为中包含的两部分商品的理论价值应该为实际从消费者收取的销售款，因此对附赠的实物再视同销售征一遍税就对同一个增值额实施了双重增税。理论上清楚后，要解决的就是上述文件中“折扣额另开发票”的例外情形了，该例外情形对“现金折扣”和“实物折扣”都是适用的，如果纳税人不能满足“销售额和折扣额在同一张发票上分别注明”的形式要求，则折扣额不得从销售额中减除。因此，纳税人应在同一张发票上列明折扣额、折扣数量、单价等信息；不是一种商品的，还需要列明名称等信息。

对于实物折扣是否可以适用上述规定，除了法理上的解释之外，其实在税务机关颁布的另外一个文件中也能找到依据，只是这个文件年代比较久远不被大家所注意罢了。这个文件是《国家税务总局关于中外合资南京中萃食品有限公司饮料折扣销售额征收增值税问题的批复》（国税函[1996]598号），该文件对实物折扣销售的税务处理提供了指导性的规范：“关于该公司采用数量折扣方式销售货物，在开具增值税专用发票时，在发票的“数量”栏中同时反映购买数量和折扣数量，在“单价”栏中注明统一价格，只是在“金额”栏没有列明折扣金额，是否可按折扣后的金额征收增值税问题，经研究，同意你局意见：对该公司以上述方式销售货物可按《国家税务总局关于印发〈增值税若干具体问题的规定〉的通知》（国税发[1993]154号）第二条第二款的规定依照扣后的销售额征收增值税，并且应要求该公司今后在开具增值税专用发票时，按规定逐栏填写。”广大纳税人一定要按照文件的规定，逐栏进行填写相关信息。”

如：中国职业网《赠品的增值税及所得税问题》一文：

“关于实物折扣，广州市国税局有明确的规定，根据《关于明确增值税征管若干问题的通知》（穗国税函〔2005〕304号）规定：纳税人与购买方约定购买指定货物或达到约定的购买金额、数量后赠送货物等与直接销售货物行为相关的赠送行为，是纳税人促销经营手段，是销售折扣的一种形式，在销售单据上填列销售和折扣货物的名称数量、金额的，纳税人可按取得的进货发票计算进项税额，按最终实现的销售价格计算销项税额，附带赠送货物不作视同销售处理。直接销售货物行为无关的赠送货物，属于 “将自产、委托加工或购买的货物无偿赠送他人”的行为，应作视同销售处理。以上处理办法对非广州的企业同样适用，因为这是增值税视同销售的正确理解和解释。如果主管税务机关对实物折扣坚持要视同销售缴纳增值税，我们建议采用其他的促销办法避免这种情况。具体操作办法如下：1. 合同的处理：合同上没有赠送条款，可以列明折扣销售条款，如购买10件，销售价格折扣10%等。2. 发票的处理：按主货物和从货物的价格开具发票，并在同一张发票上注明折扣额。”

如：中国财税浪子王骏Blog《大连国税20090602增值税在线访谈实录》一文：

“网友问：请问一下，现国税局就实物折扣业务有怎样的规定？ 国税局货劳处赵戈答：对为促销而采取赠品、实物折扣等方式销售货物的行为，视为降价销售货物，不征收增值税。”

“网友问：商业企业购进的、搞活动对外赠送的，需要达到一定条件后的商品的进项税是做转出处理呢？还是视同销售，做销项税处理？ 赵戈答：商业企业购进货物无偿赠送他人的，增值税作视同销售处理。用于非应税项目、集体福利、个人消费等，增值税作进项税额转出处理”

如：国税函〔2006〕1279号《国家税务总局关于纳税人折扣折让行为开具红字增值税专用发票问题的通知》：

“各省、自治区、直辖市和计划单列市国家税务局：近接部分地区询问，因市场价格下降等原因，纳税人发生的销售折扣或折让行为应如何开具红字增值税专用发票。经研究,明确如下：纳税人销售货物并向购买方开具增值税专用发票后，由于购货方在一定时期内累计购买货物达到一定数量，或者由于市场价格下降等原因，销货方给予购货方相应的价格优惠或补偿等折扣、折让行为，销货方可按现行《增值税专用发票使用规定》的有关规定开具红字增值税专用发票。”

在国税函〔2006〕1279号中，国家税务总局明确指出了，销货方“由于购货方在一定时期内累计购买货物达到一定数量”，从而给予“购货方相应的价格优惠或补偿”属于“折扣、折让行为”的一种，故我个人的观点倾向第二种观点，即作销售折扣行为处理。

(二)、所得税相关法规规定

继续引用网友大鱼blog《实物折扣销售的会计及税务处理》观点：

“对于实物折扣销售的企业所得税处理也一直存在很大争议，就像我上面提到的情况，在《国家税务总局关于确认企业所得税收入若干问题的通知》（国税函［2008］875号）颁布实施以前，纳税人处理的方法也存在很大不同，有些纳税人的错误处理导致了其企业所得税税负的增加。其实，实物折扣销售的企业所得税处理，也是可以从法理上找到答案的。企业所得税是按所得征税，在销售商品时赠送实物的行为理论所得为从消费者实际收到销售款的总额，不应该再将所赠商品视同销售重复征一次企业所得税。

根据《国家税务总局关于确认企业所得税收入若干问题的通知》（国税函［2008］875号）文件规定：“企业以买一赠一等方式组合销售本企业商品的，不属于捐赠，应将总的销售金额按各项商品的公允价值的比例来分摊确认各项的销售收入”。其他类型实物折扣销售的处理可以参照上述规定执行。此外，需要提醒纳税人注意的是，进行会计核算时必须满足“应将总的销售金额按各项商品的公允价值的比例来分摊确认各项的销售收入”这一形式上的要求。”

三、销售赠品业务的三种类型

依据上述法理及税法规定，具体到企业日常实务，我把销售赠品业务分三种类型，不同的赠送方式，会计和税务处理也存在区别。

1、第一种方式是“附带奖励机会、或作宣传品、纪念品的销售赠品”。会计实务中货物无论是购入取得还是自制取得，领用时均按成本价和应交税费计入“销售费用”或“管理费用”。增值税法和所得税法则按视同销售处理。

附带奖励机会的销售赠品，是指企业为了促销，在销售商品时往往附带提供奖励顾客的机会，顾客凭一定数量的瓶盖、标签、包装纸、附券、车（船、机）票等，可以得到相应赠品、免费交通或购物优待券等，即“有奖销售”。这类促销活动产生的支付责任，其发生时间与受益人是不确定的，但是它很可能发生是确定无疑的，金额也可以合理估计，因此应确认为企业的一项或有负债。企业在销售商品的同时，要根据销售量和预计回收率等因素估计可能发生的赠品和购物优待券费用，计入当期损益，并相应确认一笔或有负债。当顾客领取赠品时，一方面减少赠品存货，一方面冲销已入帐的或有负债。

作宣传品、纪念品的销售赠品，是指企业为了促销，把货物作为纪念品、宣传品、样品单独赠送给客户，带有一定促销和增进联系之功利目的，与捐赠的无功利性又有所区别，即“销售赠送小礼品”。

2、第二种方式是“同品数量销售折扣”业务，赠品与卖品属同类商品。这种赠送以销售为前提和条件，属有偿赠送，实质上是销售折扣，这种销售赠品业务，实际上就是我们经常所说的“买n送n”；在《玩转K3及专业版的赠品业务》中，我曾在把这种业务表述为“正品之赠”。

如“买十赠一”可视为销售11件产品，虽然单价降低了，但销售收入中已经涵盖了赠品的销售收入。会计实务中按实收金额记收入和销项税金，按11件结转销售成本；税法上对赠品也不视同销售处理，但要求发票按11件开具，并注明1件为折扣，

赠品未在发票上注明或另开红字发票的则不得冲减收入，即赠品要视同销售征增值税和所得税。

3、第三种方式是随货附赠或捆绑销售，赠品与卖品不属同类，这种销售赠品业务，实际上就是我们经常所说的“随货附赠”业务；如买西服赠衬衣；买空调赠电磁炉等，这是商家除打折销售外最常用的销售方式。在《玩转K3及专业版的赠品业务》中，我曾在把这种业务表述为“他品之赠”。

由于属有偿赠送，会计和税法对赠品也不做销售处理，会计上，企业根据实际情况，作为销售收入或作为销售费用处理，所得税可以在税前据实扣除，增值税不加征。这与第二种方式的广告宣传费略有不同。但同样要求卖品和赠品同开在一张发票上才行，否则要视同销售征税。

具体到企业实务中，这种方式还可以分“随货随赠”，即买一送一（送他品），和组装销售业务之分；组装销售，实际上是把两种或两种以上的产品、商品组合成了一种新的产品、商品，对于组装件商品，金蝶有解决方案，在这里，我不再延伸话题。

企业对随货附赠业务，是进行“组装”表述还是“赠送”表述，实际上主要是基于企业统计及与供应商对账的需要。

四、金蝶对赠品的表述及K\3及专业版的赠品业务的处理

金蝶K\3及专业版的赠品业务的处理，实际上通过虚仓（赠品仓）的出入库控制来实现的。对此，我在这里不再作赘述，有兴趣的，可查看我原来的Blog文《玩转K3及专业版的赠品业务》“二、金蝶目前的赠品业务处理方式”一节的描述。

到目前为止，金蝶在赠品业务处理上，有改进的是专业版 v10.0，不仅在一张单据上可以处理销售正品与赠品业务，而且也不再像专业版 V9X 那样，不再拘泥于只限于一个虚仓了，而是允许多个实仓与虚仓在同一张单据上。K\3 问题依旧。当然，即便是这样，在灵活性上，金蝶的赠品业务处理，还是强于用友系列产品。

严格意义上说，金蝶K\3及专业版的，把赠品业务的定义限定在“虚仓（赠品仓）”的处理及表述是有缺限的，金蝶官方的赠品业务处理表述仅限于或只能做到我在《玩转》一文所指的“不进行价值管理的产品和商品”，这种设定逻辑，金蝶主要是基于存货核算考虑。

问题在于：

1、实际业务中，企业用户中关于赠品的表述及操作，实际就是前述的销售赠品业务的定义及销售赠品业务分类为几种情况，相对于此来说，金蝶的“赠品”要狭义得多，在营销上、实施过程中，这种表述及操作距离，会对刚购买产品的用户在此赠品处理功能上的“预期值”产生打击。

2、操作习惯不符合市场主流业务需求。

在《玩转》一文中，我曾指出：从应用企业角度来说，大多企业特别是商业企业更希望，无能是正品还是赠品，其都在一张出库单、入库单上显示，只有这样，业务的来龙去脉才更清楚，才更便于供需双方的查询、核对等工作的进行。

到目前为止，K\3 仍还不能在一单据上处理实仓与虚仓出库，销售赠品出其库业务仍要走关联《虚仓出库单》来处理；而专业版，虽然有很大改进，也在满足了一定的市场需求，但仍不能在《销售出库单》上单独处理虚仓出库。

3、从企业管理内部控制、审计角度来说，凡是有价值的商品、产品都应该进行价值管理，而不是游离于监控之外。但在金蝶官方的赠品处理方案中，赠品业务实际上已经被人为被割离在价值管理之外了，这种情况，在“买n送n”的同品数量销售折扣业务中，尤为明显。

五、对《玩转K3及专业版的赠品业务》一些否定与改进

实际上，在现行版本的金蝶K3及专业版产品中处理销售赠品业务，主要是需考虑以下几个问题：

1、赠品是否需要价值管理？

2、赠品的单据处理，是否需要与销售正品在同一张单据上处理？

3、赠品的会计处理问题。

以上这三个问题，我在《玩转》一文中均已经阐述和讨论过，这里不再赘述。

4、赠品的税务问题。

企业对对税收态度、是否有避税需求？以及不销售赠品业务类型下的单据作业处理方式，都直接对税务问题产生直接的影响。

2007年11月，写《玩转K3及专业版的赠品业务》一文，当时的销售赠品业务的税收问题，我仅在“赠品及赠品业务的管理难点”作了一下探讨，未作过多深入；而“对金蝶对赠品业务处理能否拓展的一些想法和考虑”和“基于需要进行价值管理的赠品业务的管理需求，对现存版本的改造”两节，也未对销售赠品业务的税务问题进行考虑。在原来的“现有版本改进方案”中，我是直接通过屏蔽业务类型“赠品”的销售出库单分录来实现的。

坦白的讲，从实务作业习惯来说，我一贯不主张把软件实务单据，特别是将采购、销售发票与税务发票进行等同，因为软件上的“发票”除了结算功能外，还存在太多的企业业务及管控色彩，比如说信用管理、VIP管理、赠品管理、价格管理等等，企业任何一项特殊需求，都可以容破“税务发票”概念的定义。

而站在外部审计及企业税收筹划角度来说，企业的销售作业方式、《销售出库单》、《销售发票》的数据构成及表述（赠品的处理，只是其中的一个节点），又直接对企业业务的真实性、企业信誉及税务问题，产生影响。

5、金蝶K3及专业版软件《销售发票》与金税系统的数据衍接问题，或者说是否需要与航天金税系统进行数据交换？这个问题实际上是问题4的延伸。

6、销售赠品业务同金蝶K3及专业版软件“销售价格控制”功能的冲突。

7、金蝶K3及专业版软件的“销售赠品业务”处理的智能化问题。

简言之，在价格管理资料方案（或赠品业务管理方案）中，若是“随货附赠”业务，我们设定了“买空调赠电磁炉”后，能否在《销售出库单》录入“空调”物料分录项之后，自动产生“电磁炉”赠品分录？若是“买n送1”业务，能否在《销售出库单》录入10个正品数量分录项之后，自动产生随赠的1个赠品分录？当然，在这里说的只是胡人胡话。

基于如上考虑，对于金蝶K3及专业版软件的销售赠品业务处理，我作了如下设想，以KIS专业版 V10.0为例。

第一种方案：

1、在辅助资料中增加“交易类型”，下设“普通交易”和“赠品”两种，设定为用户不可以修改。

2、在《销售出库单》上新增“交易类型”字段，数据来源于基础资料“辅助资料—交易类型”，默认为“普通交易”，此字段用于录入赠品业务业务类型；同时增加“税控开票金额”字段，此字段用于录入按公允价值比例计算得出销售金额。

3、在《销售发票》上新增“交易类型”字段，数据来源于基础资料“辅助资料—交易类型”，默认为“普通交易”，此字段用于录入赠品业务业务类型；同时增加“税控开票金额”字段，此字段用于录入按公允价值比例计算得出销售金额。

需要说明的是，之所以提出这样的解决方案，主要是金蝶K3及专业版软件的销售发票，实际上是支持零金额分录的，当然条件是多分录，且至少有一条分销售金额不为零。

此方案的优点是：

1、基本是沿用软件原有功能，未作大的改动，所有控制项功能节点，均可以有通过软件的自定义功能解决。

2、业务单据上的“销售金额”、“销售单价” 等系统字段符合业务真实情况，有利于系统的相关账表查询和分析。

此方案的缺点：

1、与航天金税系统进行数据交换问题。目前已知的问题是，金蝶的《航天金税接口》并不支持自定义字段，也就是做到导出的销售金额是“公允价值比例计算得出销售金”。

2、“税控开票金额”字段及数据的可靠性缺乏法理支持，在企业外部审计和税务稽核角度来说，能否得到认可？存在很大的问题。

第二种方案：

1、在辅助资料中增加“交易类型”，下设“普通交易”和“赠品”两种，设定为用户不可以修改。

2、在《销售出库单》上新增“交易类型”字段，数据来源于基础资料“辅助资料—交易类型”，默认为“普通交易”，此字段用于录入赠品业务业务类型；同时增加“销售对账金额”字段，此字段用于录入同客户销售对账金额；原单据“销售金额”字段用于录入按公允价值比例计算得出销售金额。

3、在《销售发票》上新增“交易类型”字段，数据来源于基础资料“辅助资料—交易类型”，默认为“普通交易”，此字段用于录入赠品业务业务类型；同时增加“销售对账金额”字段，此字段用于录入同客户销售对账金额；原单据“销售金额”字段用于录入按公允价值比例计算得出销售金额。

此方案的优缺点恰如与方案一相反，优点是：

1、基本是沿用软件原有功能，未作大的改动，所有控制项功能节点，均可以有通过软件的自定义功能解决。

2、与航天金税系统进行数据交换问题得到了保证。

2、销售出货与开票，在企业外部审计和税务稽核，都能得到认可。

此方案的缺点：业务单据上的“销售金额”、“销售单价” 等系统字段因是公允价值比例计算得出销售金额、单价，并不一定符合业务实际情况，在相关账表查询和分析也存在一定的问题。

六、销售赠品业务的会计处理

1、方案一：

借：银行存款 1,000,000

贷：主营业务收入854,700.85 （正品及赠品共110 SET）

应交增值税 145,299.15

借：主营业务成本 880,000

贷：库存商品 880,000

其中销售赠品的账表毛利：收入0元-成本80,000元 = －80,000元

2、方案二：

借：银行存款 1,000,000

贷：主营业务收入 777,000.77 （正品100 SET）

主营业务收入77,700.08 （赠品10 SET）

应交增值税 145,299.15

借：主营业务成本 880,000

贷：库存商品 880,000

其中销售赠品的账表毛利：收入77,700.08元-成本80,000元 = －2,299.92元

七、其他说明

本文所提到的方法和原理，原则在金蝶K3及专业版系列、版本产品中均适用，具体请根据产品版本制宜。如果你的企业对于销售赠品业务的税务问题很在意，建议按第二种方案处理；如果不在意，可以建议按第一种方案处理或本人原《玩转K3及专业版的赠品业务》的方法处理。

鱼和熊掌，呵呵！

感谢本文所引用的相关网站、社区、Blog文章的原创作者、知识提供者！

本文档从金蝶社区和QQ群4362985散发。

若要转载，敬请注明出处。谢谢。

2009年6月14日至15日，东莞。

By: Suntime

QQ: 408877590、89044458

E-mail: Suntime@163.com