通常在启动用友NC合并报表任务时,批量选择当前页的任务,点击启动后等待几秒即可启动成功。然而,当本月引入了新的报表合并成员,则可能会遇到启动失败,提示“未知的错误”。 若是正值各单位月末出合并报表的节点,分分钟让你变成热锅上的蚂蚁。笔者就“有幸”经历了这么一回,现在问题已经得以顺利解决,分享给大家避免后来人再踩坑。
报表合并时,一套主体只能负载一套数据,如下图所示,要呈现出A1与A11、A12这一小合并单位的结果时,在NC报表产品中,需要建立A1(虚)的虚组织,实体单位A1、A11、A12的上级成员都是A1(虚)。
场景1:报表合并组织体系第一次建立后使用,若是上级成员设置的有问题,能给出正常的提示。
如下图所示,某一单位00149,要出合并报表,合并00149和0014901两个单位的数据,则需要在合并体系下新增虚节点301,此虚节点承载这两个单位合并后的数据,两个单位的上级成员都应该是这个虚节点。
若是0014901的上级成员,不小心选择成00149这一实体的单位;则在合并方案新建立的时候,会给出提示:非末级主体必须时报表管理组织。
修改0014901的上级成员,改成301虚的报表管理组织后,可以保存合并方案成功。
场景2:报表合并组织体系已经建立,后引入成员若是上级成员选择的是实体公司,则启动合并报表任务的时候会提示未知的错误。
如下图所示,0010101实体单位,引入成员时,上级成员误选择了00101的实体单位,实际应该选择虚合并组织。
导致在启动合并报表任务的时候提示:未知的错误。
修改0010101的上级成员为虚拟单位302。
刷新维度。
再次启动合并报表任务,就可以启动成功。