审核不通过单据还原解决方案

合集下载

报账制度报账管理制度报账工作制度(1)

报账制度报账管理制度报账工作制度(1)

优缺点分析及改进建议
• 方便查询:系统可生成详细的报 销明细和数据统计,方便后续查 询和分析。
优缺点分析及改进建议
系统依赖
电子化报账系统需要稳定的网络环境和可靠的硬件设备支持,否则可能影响使用效果。
数据安全
系统涉及敏感财务信息,需要加强数据保护措施,防止数据泄露和损坏。
优缺点分析及改进建议
加强培训和指导
智能化报账
随着人工智能技术的发展,未来报账工作将更加智能化, 通过自动识别票据、自动填写报销单等方式,减少人工操 作,提高工作效率。
电子化报销
随着互联网技术的发展,未来报销流程将更加电子化,通 过在线提交报销申请、在线审批等方式,实现报销流程的 便捷高效。
大数据分析应用
未来将通过大数据分析技术,对报账数据进行深入挖掘和 分析,为企业管理提供更加全面、准确的数据支持。
附件缺失或不符
对于附件缺失或不符合要求的情况,给出处理意见和补救措施,如补充附件、重新填写 单据等。
审核不通过
对于审核不通过的单据,说明具体原因和处理方式,如退回报销人重新整理、补充相关 证明等。同时提供指导和帮助,协助报销人顺利完成报销工作。
电子化报账系统应
04

系统功能介绍
报销申请
员工可通过系统提交报销申请,填写相关信 息,如报销事由、金额、时间等。
报账制度报账管理制度 报账工作制度
汇报人: 2023-12-27
目录
• 报账制度概述 • 报账管理制度 • 报账工作制度 • 电子化报账系统应用 • 员工培训与宣传教育 • 案例分析与实践经验分享
报账制度概述
01
定义与目的
报账制度定义
报账制度是企业或组织内部为了规范 财务管理和报销流程而制定的一系列 规章制度。

企业核销单的操作制度

企业核销单的操作制度

企业核销单的操作制度企业核销单是企业进行核销操作时必须填写的一份单据,既能确认核销事项,避免错账,也符合企业内部财务管理审批流程。

因此,建立一套完善的企业核销单操作制度显得十分重要。

下面将具体阐述企业核销单的操作制度,包括填写规范、审批流程、操作流程等。

一、填写规范1. 核销单的开具①每个核销单都应有一个唯一的编号,并标明核销日期。

编号应连续、逐年增长。

②在编号的下方,应当填写核销单的主体内容,如本次核销事项、核销对象、核销金额等。

核销单的主体内容应该简明扼要、分门别类。

2. 核销金额的填写①核销单上的金额应体现包含的税费及其比例,如销售税率、附加税费、个人所得税等。

任何一项税收都应填写到核销单上,以避免漏填漏报的情况。

②针对不同的税收填写的规则也不同。

比如,对于附加税,应标明其代征主体、计算公式及税额;对于普通增值税,应注明税率、销售金额、增值税金额等。

3. 核销人及核销对象信息的录入①应当标明核销人的基本信息,包括姓名、部门、职务及电话等。

②核销对象的信息也应填写清楚,如名称、注册地址、税号等。

这些信息也应准确无误地与相关证照信息一致。

二、审批流程1. 核销单的审核核销单必须经过审核人的审核才能够进行下一步操作。

审核人应当是公司内部职能部门人员,对核销业务了解程度比较深。

审核时应根据企业核销管理制度,检查该核销单是否符合相关规定。

2. 核销单的审批审核通过后,核销单便进入审批环节。

审批人是公司相关负责人,其要求对核销业务的了解更深。

在审批环节,应根据核销单的内容及金额,按照公司相关管理制度进行审批。

审批人应当仔细审查核销单的合法性、合理性,进行审批决策。

3. 核销单的盖章核销单审批通过后,应在核销单上进行盖章,以证明该单证已经获得公司内相关人员的同意。

企业可对内部核销单设计盖章章式,以证明该单证确为正常折账记录。

盖章时应注意不要盖在单据内容上。

三、操作流程1. 核销单的填写核销单的填写应有明确的制度规范。

报关报错整改措施

报关报错整改措施

2023-11-20•报关报错问题概述•报关报错整改方案•具体整改措施实施计划目录•整改效果评估及总结报关报错问题概述单一产品报错由于某些原因,大量产品在报关时出现问题,导致通关效率低下。

批量产品报错系统错误报关报错类型报关报错原因分析01020304申报信息错误产品属性问题单证缺失或不规范网络或系统故障物流延误成本增加客户投诉030201对公司的影响报关报错整改方案针对名称错误针对数量错误针对价值错误针对系统故障定期维护和升级报关系统,确保系统稳定运行。

如遇故障,及时修复并核实数据完整性。

针对人为失误加强报关员培训,提高业务能力,确保准确填报。

同时,加强复核机制,减少人为错误。

针对文件缺失完善货物进出口文件资料,确保齐全、准确。

如有缺失,及时补充并核实。

培训计划内部审核流程优化系统升级公司整体报关水平的提升计划具体整改措施实施计划第一阶段(1-3天)第二阶段(4-7天)第三阶段(8-14天)第四阶段(15-30天)实施时间安排项目经理技术负责人团队成员负责人及分工实施步骤1. 对报关报错问题进行分类和总结,找出问题的共性和根源。

2. 根据问题类型和复杂程度,制定相应的应对方案。

010201020304整改效果评估及总结评估方法评估指标整改效果评估方法及指标在整改过程中,加强风险意识,关注可能出现的问题和风险点,制定应对措施,确保整改工作的顺利进行。

整改效果预期及风险控制风险控制预期效果总结展望总结及展望感谢观看。

原始凭证不合规整改措施

原始凭证不合规整改措施

原始凭证不合规整改措施
针对原始凭证不合规的情况,可以采取以下整改措施:
1. 清查原始凭证:全面清查并整理所有的原始凭证,包括发票、收据、凭证等,确保所有凭证都被妥善保存和归档。

2. 内部培训:对相关财务人员进行培训,加强其对原始凭证的正确处理和管理意识,提高凭证的真实性和准确性。

3. 加强审核:建立严格的审核机制,确保凭证的合规性和真实性。

对于不符合要求的凭证,及时发现并予以纠正。

4. 梳理流程:梳理原始凭证的流程,明确每个环节的责任与权限,确保每一份凭证都经历了正确的审批和核对程序。

5. 强化责任追究:对于故意或严重疏漏导致的凭证不合规问题,要追究相关人员的责任,确保类似问题不再发生。

6. 流程和系统优化:在凭证的整理和管理上,可以考虑采用电子化系统,提高处理效率和准确性,减少手工操作可能带来的错误。

7. 外部审计:委托独立的审计机构对财务凭证的合规性进行外部审计,确保财务报表的真实性和准确性。

8. 合规意识培养:加强组织内部的合规意识培养,通过内部沟
通、通知或培训等形式,让所有人员都清楚知道凭证管理的重要性。

财务人员对报销单据审核要求及处理办法

财务人员对报销单据审核要求及处理办法

财务人员对报销单据审核要求及处理办法报销单据审核是财务人员重要的工作之一,正确的审核要求和处理办法能够确保公司财务的正常运作,并避免因不恰当的审核而导致的财务风险。

一、报销单据审核的要求1.权限控制:财务人员需要对报销单据的审核权限进行严格控制,确保只有经过授权的人员才能进行审核。

这可以防止未经授权的人员恶意报销或滥用公司财务资源。

3.合规性审查:财务人员需要对报销单据的合规性进行审查。

首先,要核对报销单据是否符合公司相关政策和规定。

例如,一些公司规定报销必须在一定时间内提交,超过规定时间将不予受理。

其次,要确保报销的费用是公司支持的业务费用,符合公司财务政策和财务控制要求。

如果报销人员申请的费用属于禁报范围,则需要拒绝报销,并及时告知报销人员。

4.权责分离原则:财务人员在审核报销单据时,要严格遵守权责分离原则,即不允许自己审核自己的单据。

财务人员可以参与对审核流程的设置和监控,但不能直接参与自己报销单据的审核工作。

5.审核记录保存:财务人员需要将每张报销单据的审核结果和相关审核记录进行保存,以备后续查阅或审计需要。

这有助于跟踪报销流程,及时解决问题和发现潜在的违规行为。

6.及时沟通:如果发现报销单据上存在问题或有疑问,财务人员需要及时与报销人员沟通,了解情况并核实。

通过及时沟通,可以避免信息误解和流程延误,保证报销单据的正确性和合规性。

二、报销单据审核的处理办法1.合规性检查:根据报销单据的要求和相关政策,财务人员进行合规性检查。

如果发现单据不符合要求,可以要求报销人员提供补充材料或进行调整,直到单据符合要求为止。

2.资金核对:财务人员根据报销单据上的金额进行核对,在确认金额无误后,可以将报销款项发放给报销人员,并进行相关账务处理。

同时,应及时更新相关账户余额,确保财务数据的准确性。

3.异常处理:在报销单据审核中,可能会遇到一些特殊情况,如不明费用、超额报销等。

财务人员在发现异常情况时,应及时与报销人员沟通,要求其提供合理解释,并与相关部门协商处理办法。

资料审核中的问题处理以及面对不同情况的处理方法

资料审核中的问题处理以及面对不同情况的处理方法

资料审核中的问题处理以及面对不同情况的处理方法
在资料审核中,可能会出现各种问题,以下是一些常见问题的处理方法以及面对不同情况的处理方法:
1.信息不准确或不完整:处理这种情况,可以要求提供者提供更准确或更完整的信息。

如果提供者无法提供所需信息,可以与他们联系以获取更多帮助。

2.格式不正确:如果审核的资料格式不正确,可以要求提供者按照规定的格式进行修改。

如果格式问题复杂,可以提供详细的指导说明以帮助提供者。

3.资料与主题不相关:如果资料与审核的主题不相关,可以要求提供者重新提交与主题相关的资料。

如果无法联系到提供者,可以寻求其他相关人员的帮助。

4.涉及敏感信息:如果资料涉及敏感信息,如个人隐私或商业机密等,需要谨慎处理。

必须严格遵守相关的信息安全规定,确保信息安全不受威胁。

5.存在矛盾或错误:如果资料中存在矛盾或错误,可以要求提供者进行更正。

如果错误严重或影响范围广,可能需要与相关人员进行进一步的沟通和协调。

6.需要进一步的信息或澄清:如果需要进一步的信息或澄清,可以要求提供者提供更多信息或进行澄清。

如果无法联系到提供者,可以寻求其他相关人员的帮助。

7.存在误解或沟通障碍:如果存在误解或沟通障碍,可以尝试与提供者进行沟通以解决。

如果无法解决,可以寻求其他相关人员的帮助。

总的来说,处理资料审核中的问题需要耐心、细致和专业的态度。

必须严格遵守审核原则和规定,同时也要灵活处理各种可能出现的问题,以确保审核工作的顺利进行和完成。

结算审核服务服务方案

结算审核服务服务方案

结算审核服务服务方案服务方案:结算审核服务1. 服务概述结算审核服务是指为客户提供专业、高效的结算审核服务,通过对客户的结算单据进行审核,确保结算的准确性和合规性,从而为客户提供数据支持,优化财务流程,减少风险,并提高财务管理的效率和精度。

2. 服务流程(1)收集资料:要提供给我们结算审核的资料包括但不限于销售合同、收据、发票、运输单据等。

客户可以通过电子邮件、在线文件共享等方式将资料发送给我们。

(2)数据核对:我们会对收到的资料进行详细的核对,确保资料的完整性和准确性,并将核对结果反馈给客户。

如果发现数据有误,我们会及时与客户沟通并要求其提供更正后的资料。

(3)审核结算:在核对无误的基础上,我们会对结算单据进行审核。

主要包括对金额、日期、数量、税金等方面的审核,以确保结算的准确性和合规性。

(4)编制审核报告:审核完成后,我们会根据审核结果编制结算审核报告,并向客户提供详细的结算审核结果。

报告会包括结算单据的摘要、审核人员的意见及建议等内容。

(5)追踪异常情况:在结算审核过程中,如果发现异常情况(如重复结算、金额异常等),我们会及时与客户沟通并协助解决问题,以避免导致财务风险。

3. 服务优势(1)专业团队:我们拥有一支专业的结算审核团队,具备丰富的财务和税务知识,能够准确判断结算单据的合规性和准确性,并提供专业的意见和建议。

(2)高效服务:我们通过优化服务流程和借助先进的技术手段,提高工作效率,确保在最短的时间内完成结算审核,并及时向客户提供审核结果和报告。

(3)保密性:我们严格遵循保密协议,确保客户提供的结算资料和相关信息的保密性,不泄露给任何第三方。

(4)灵活度:我们根据客户的需求,提供个性化的结算审核方案,包括结算周期、审核内容和方式等,以满足不同客户的需要。

(5)全面支持:除了结算审核服务,我们还可以提供财务咨询、税务筹划等方面的支持,帮助客户全面优化财务管理,提高企业的利润和竞争力。

4. 服务收费结算审核服务的收费根据服务内容、结算单据数量和服务周期等因素而定。

单证工作中的常见问题及解决方法

单证工作中的常见问题及解决方法

单证工作中的常见问题及解决方法单证工作是进出口贸易中的一项重要工作,虽然现在有许多工作是由AI完成的,但是单证工作目前仍主要由人工完成。

在这项工作中,经常会遇到一些常见问题,这些问题会影响到工作的进度和质量,因此需要及时解决。

一、常见问题1. 单证填写不规范单证填写不规范是单证工作中的一个常见问题。

有些工作人员可能会忽略一些细节问题,比如字迹不清晰、漏填或填错信息等,这些问题都会影响单证的有效性和使用效果。

2. 单证不合法由于不同国家或地区的贸易法规不同,一些主管部门可能会扣留或拒绝使用某些单证。

如果单证本身就不合法,那就更加失误了。

3. 单证缺失对于单单证工作来说,缺失某些单证同样属于常见问题。

对于一些有特殊要求的进出口贸易类型,需要准备一些特定的单证,如果没有及时准备齐全会影响商品的进出口。

4. 时间紧迫在进出口贸易中,常常要按照时间节点来办理相关手续,时间紧迫是单证工作中的另一个常见问题。

如果准备不充分,或者单证出现问题的时候,都会让这一问题变得更加紧迫。

二、解决方法1. 严格按照规范填写单证在单证工作中,必须要对每一个单证进行规范的填写。

在这个过程中,可以注意一些细节问题,比如字迹是否清晰、是否漏填或填错信息等等。

如果要起草一些需要特别注意的单证,可以请专业人士提供帮助和指导。

2. 熟悉相关贸易法规单证工作需要熟悉相关的贸易法规,并做好实际操作的区别。

在出货之前,要做好单证的检核工作,并随时跟踪相关法规的变化,以更新自己的单证范本。

3. 做好单证齐全工作在每一个进出口贸易项目中,都需要根据实际情况准备齐全相关单证。

在进出口贸易的工作中,要根据具体要求准确制备和提交单证,以确保不出错。

4. 备足时间在时间紧迫的情况下,可以考虑在遇到单证问题时适当延迟进出口贸易项目的时间节点。

如果需要准备的单证多而重要,可以提前准备,以便面对时间紧迫的情况时不至于无奈。

总之,多备足时间来处理单证问题是最有效的方法。

给错单据改善对策

给错单据改善对策

给错单据改善对策
1、直接在发票上进行更正,每次更正必须由发票方确认并带有其公司印章,日期和签名。

如果发票已更正,则修改后的数据仍必须在发票上可见。

禁止使用标签覆盖或覆盖数据。

2、发票补充给出补充文件,注明补充日期,明确要修改的发票且与其明确相关。

发票补充应包含缺少的信息或正确的错误数据。

它必须通过命名原始发票编号来引用原始发票。

只有原始发票和发票补充才可抵扣进项税。

3、贷方通知单和重新开具新发票通过贷方通知单取消旧发票,并发行具有新发票编号和发票日期的新发票。

发票必须包含对原始发票的明确引用。

通常,这是通过参考原始发票编号来完成的。

贷方通知单和新发票通常在当前期间生成,因此不需要公司重新打开过去的会计期间。

这是最常见的更正方法,尤其是在发票的财务状况(例如,净额,增值税额或总额)已更改时。

关于稽核审核注单异常未通过回家提不了怎么解决

关于稽核审核注单异常未通过回家提不了怎么解决

•关于稽核审核未通过提不了怎么解决
遇到这种情况,你首先要做的事情,就是收住脾气,千万不要激
怒他们,然后找到懂行且有经验的人协助处理,要是自己懂那就
最好,不用找别人自己也可以处理。

一、保持冷静,切勿被骗子利用
遇到稽核未通过不给提现的情况,很多人会变得焦虑和恐慌。


时候,骗子往往会
利用这种情绪,以各种借口要求受害者汇款提供个人身份信息。

我们要保持冷静,不要轻易相信骗子的话。

QV2631339254
二、寻求专业帮助
如果觉得自己无法解决稽核未通过通道维护不给提现的问题,可
以寻求专业人士的帮助。

这些专业他们可以为我们提供更专业的
意见和建议,帮助我们更好的解决问题。

三、加强自我防范意识
为了避免再次遇到不给提现的情况,我们在选择平台时应擦亮眼
睛,加强自我防范意识。

•。

网上注单审核异常风控审核未通过不给提现怎么解决?

网上注单审核异常风控审核未通过不给提现怎么解决?

首先,当我们发现网上系统检测注单异常时,应保持冷静,不要惊慌失措。

此时,最重要的是了解问题的具体原因。

一般来说,注单异常可能由多种因素导致,包括但不限于系统故障、网络延迟、人为操作失误等。

为了找到问题的根源,我们可以先尝试联系平台的客服部门,询问是否有关于注单异常的提示或通知。

如果客服部门无法给出明确的答复,或者提示我们等待第三方维护解决,那么我们需要进一步了解第三方维护的具体情况和进度。

在这个过程中,我们可以关注平台发布的公告或通知,以便及时了解维护进度和可能的解决方案。

在等待第三方维护的过程中,我们可以采取一些措施来保障自己的权益。

首先,确保保存好所有与注单异常相关的证据,如截图、聊天记录等。

这些证据将有助于我们在后续与平台沟通时证明自己的权益。

其次,我们可以尝试联系平台的上级管理部门或监管机构,向他们反映问题并寻求帮助。

这些机构通常会对此类问题进行调查,并推动平台尽快解决。

当第三方维护完成后,我们应及时与平台取得联系,了解是否解决了注单异常的问题。

如果问题仍未得到解决,我们可以再次联系客服部门或上级管理部门,要求他们进一步处理。

在此过程中,我们需要保持耐心和理性,避免情绪化的言辞或行为。

如果经过多次沟通和协商,平台仍未解决注单异常问题,我们可以考虑采取法律手段维护自己的权益。

首先,我们可以咨询专业律师,了解相关法律法规和维权途径。

其次,我们可以向有关部门投诉或举报平台的不当行为,寻求他们的支持和帮助。

在必要的情况下,我们甚至可以通过诉讼的方式解决纠纷。

当然,为了避免此类问题的发生,我们在进行网络交易时也应该注意一些事项。

首先,选择正规、有信誉的平台进行交易,避免陷入非法或欺诈性平台的陷阱。

其次,在进行交易前,仔细阅读平台的规则和政策,了解可能存在的风险和问题。

最后,保持警惕,不要轻信陌生人的诱导或承诺,以免上当受骗。

总之,面对网上系统检测注单异常第三方维护不给提款的问题,我们需要保持冷静、理性应对。

订单审核未通过的原因

订单审核未通过的原因

订单审核未通过的原因在现代商业环境下,订单审核是一项十分重要的工作。

订单审核的目的是确保订单的合法性、准确性和完整性,以保证交易的顺利进行。

然而,在实际操作中,我们常常会遇到一些订单审核未通过的情况。

那么,订单审核未通过的原因究竟是什么呢?首先,订单审核未通过的原因之一是信息不完整或不准确。

在审核订单时,相关的信息是非常重要的。

如果订单中的信息不完整或不准确,那么很难进行有效的审核工作。

例如,订单中缺少关键的联系人信息、商品规格不清楚或与实际情况不符等情况都会导致审核未通过。

此外,由于信息不完整或不准确,还可能导致后续的发货、物流等环节出现问题,进而影响客户的体验和满意度。

其次,订单审核未通过的原因还包括价格不合理或异常。

价格是商业交易中非常重要的一个因素。

如果订单中的价格异常,例如明显低于市场价或与之前的交易记录不符,那么就需要进行仔细的审核。

价格异常可能是由于系统错误、输入错误或人为恶意操作等原因导致的。

在审核中,我们需要与客户进行沟通,核实价格的准确性,以确保交易的公平和合法性。

此外,订单审核未通过的原因还可能与客户信用有关。

客户信用是衡量客户可靠性和付款能力的一个重要指标。

如果客户的信用不足或存在风险,那么订单审核就可能未通过。

客户信用不足可能是由于客户的信用记录不良、付款逾期或与之前的交易存在问题等原因导致的。

在审核中,我们需要进行客户信用调查,确保与可靠的客户进行交易,以降低风险并保护企业的利益。

另外,订单审核未通过的原因还可能与合规性有关。

在商业交易中,合规性是非常重要的一个方面。

如果订单涉及的商品或服务存在合规性问题,例如未经授权销售的商品、违反国家法律法规的交易等,那么审核就会未通过。

合规性问题可能涉及到商品的质量、安全性、法律法规要求等方面。

在审核中,我们需要进行合规性检查,确保交易符合相关法律法规的要求,以保证交易的合法性和可持续性。

此外,订单审核未通过的原因还可能与系统问题有关。

在网上遇到注单异常未同步回转系统一直审核不通过怎么办呢?

在网上遇到注单异常未同步回转系统一直审核不通过怎么办呢?

注单异常解决
遇到网上取款通道维护注单异常提不了款应该怎么解决面对网上被黑且注单异常审核导致无法提款的情况,可以采取以下步骤来应对:一、保持冷静与收集证据保持冷静:情绪化的反应可能会让问题变得更加复杂,因此首先要保持冷静。

收集证据:立即开始收集与此次交易和提款问题相关的所有证据,包括但不限于交易记录、聊天记录、
转账凭证、系统提示信息等。

这些证据将在后续的处理过程中起到关键作用。

二、联系平台客服通过官方渠道联系:使用网站客服、在线聊天、电子邮件等官方渠道与平台客服取得联系。

详细说明情况:向客服详细说明提款失败的情况,并要求立即解决问题。

在沟通过程中,尽量保持冷静和礼貌,避免情绪化。

记录沟通内容:记录好与客服的沟通内容,包括时间、对话内容、客服的回复等,以备后续使用。

三、尝试更换提款方式如果平台支持多种提款方式,可以尝试更换其他提款方式看是否能够成功出款。

有时候,提款问题可能是由于特定提款方式的故障或限制导致的。

四、寻求内部解决要求更高层级介入:如果客服无法解决问题,可以要求更高层级的客服或管理人员介入,寻求内部解决途径。

委外加工入库审核未成功解决办法

委外加工入库审核未成功解决办法

---委外加工审核未成功的问题解决办法,---可能原因是表 ICShop_ItemConsume 中FinterID的最大值问题,由于中间有表删除,一些流水号丢失,所以更新下最大值select top 1 *from ICShop_ItemConsume order by FInterID descselect*from ICMaxNum where FTableName like'ICShop_ItemConsume'--- 保证最大值一致,如不是则更新update ICMaxNum set FMaxNum = (select max(finterid) from ICShop_ItemConsume) where FTableName like 'ICShop_ItemConsume'以下代码为其中一列报错中抓取的过程--Declare @FSouceTrantype as intDeclare@WIPDeductMode as Decimal(28,10)--在制品扣减方式Declare@bWriteMethod as Int--是否按标准数量Declare@dRate as Decimal(28,10)--换算率Declare@FWIPQty as Decimal(28,10)--在制品数量Declare@FICMOInterID as intDeclare@#Data797A90FE46DE4D3DB0887B4794F98159table(FOrderInterID int,FOrderEntryIDINT,FItemID INT,FStockQty Decimal(28,10),FSecStockQty DECIMAL(28,10))Insert into@#Data797A90FE46DE4D3DB0887B4794F98159SELECT FOrderInterID,FOrderEntryID,FItemID,SUM(ISNULL(u2.FQty,0))asFStockQty,SUM(ISNULL(u2.FSecQty,0))AS FSecStockQty FROM ICStockBillEntry u2 WHERE u2.FICMoInterID= 0 AND u2.FOrderInterID>0 AND u2.FInterID= 213494GROUP BY FOrderInterID,FOrderEntryID,FItemIDIF (select count(*)from@#Data797A90FE46DE4D3DB0887B4794F98159)>0UPDATE u1SETu1.FStockQty=ISNULL(u1.FStockQty,0)+m2.FStockQty,u1.FAuxStockQty=ISNULL(u1.FAuxStockQty,0)+m2.FStockQty/cast(t2.FCoEfficient as float),u1.FSecStockQty=ISNULL(u1.FSecStockQty,0)+m2.FSecStockQtyFROM ICSubContractEntry u1INNER JOIN@#Data797A90FE46DE4D3DB0887B4794F98159m2onu1.FInterID=m2.FOrderInterID AND u1.FEntryID=m2.FOrderEntryID AND u1.FItemID=m2.FItemID INNER JOIN t_MeasureUnit t2ON u1.FUnitID=t2.FMeasureUnitIDUPDATE u1SETu1.FBCommitQty=ISNULL(u1.FBCommitQty,0)+m2.FBackQty,u1.FAuxBCommitQty=(ISNULL(u1.FBCommitQty,0)+m2.FBackQty)/cast(t2.FCoEfficient as float), u1.FSecBCommitQty=ISNULL(u1.FSecBCommitQty,0)+m2.FSecBackQtyFROM ICSubContractEntry u1INNER JOIN(SELECT FOrderInterID,FOrderEntryID,FItemID,SUM(ISNULL(u2.FQty,0))AS FBackQty,SUM(ISNULL(u2.FAuxQty,0))AS FAuxBackQty,SUM(ISNULL(u2.FSecQty,0))AS FSecBackQty FROM ICStockBillEntry u2WHERE u2.FICMoInterID= 0 AND u2.FOrderInterID>0 AND u2.FSourceTranType= 73 AND u2.FQty< 0 AND u2.FInterID= 213494GROUP BY FOrderInterID,FOrderEntryID,FItemID)m2ON u1.FInterID=m2.FOrderInterID AND u1.FEntryID=m2.FOrderEntryID ANDu1.FItemID=m2.FItemIDINNER JOIN t_MeasureUnit t2ON u1.FUnitID=t2.FMeasureUnitIDDeclare@#ICSTOCK797A90FE46DE4D3DB0887B4794F98159table (FICMOInterID int,FPPBOMEntryID int,FItemID int,FStockQty decimal(28,10))Insert into@#ICSTOCK797A90FE46DE4D3DB0887B4794F98159SELECTu2.FICMOInterID,u2.FPPBOMEntryID,u2.FItemID,SUM(ISNULL(u2.FQty,0))AS FStockQty FROM ICStockBillEntry u2WHERE u2.FOrderInterID>0 AND FICMOInterID> 0 and u2.FPPBOMEntryID>0 and u2.FInterID= 213494GROUP BY u2.FICMOInterID,u2.FPPBOMEntryID,u2.FItemIDIF (select count(*)from@#ICSTOCK797A90FE46DE4D3DB0887B4794F98159)>0UPDATE u1SETu1.FStockQty=ISNULL(u1.FStockQty,0)+ISNULL(m2.FStockQty,0),u1.FAuxStockQty=ISNULL(u1.FAuxStockQty,0)+ISNULL(ROUND(ISNULL(cast(m2.FStockQty as float),0)/cast(t2.FCoEfficient as float),t1.FQtyDecimal),0) FROM PPBOMEntry u1INNER JOIN@#ICSTOCK797A90FE46DE4D3DB0887B4794F98159 m2ON u1.FItemID=m2.FItemID AND u1.FEntryID=m2.FPPBOMEntryID AND u1.FInterID=m2.FICMOinterID INNER JOIN t_ICItem t1ON m2.FItemID=t1.FItemIDINNER JOIN t_MeasureUnit t2ON u1.FUnitID=t2.FMeasureUnitIDWHERE u1.FMaterielType IN(372,373,374)--联副产品等级品件SET NOCOUNT ONDECLARE@DeductPoint AS INT,@DeductMode AS INTSET@DeductMode=0SET@DeductPoint=0--构建临时表记录源单信息,如入库单、任务单汇报单CREATE TABLE#SourceBill(FInterID INT--源单内码,FEntryID INT DEFAULT-1--源单分录,FItemID INT--物料,FICMOInterID INT--任务单或委外订单的内码,FICMOEntryID INT DEFAULT 0--委外订单的分录,FMOCoefficient DECIMAL(23,10)DEFAULT 1--任务单单位的换算率,FPPBOMEntryID INT DEFAULT 0--投料单的分录,FSourceInterID INT DEFAULT 0--源单内码(蓝字推红字),FSourceEntryID INT DEFAULT 0--源单分录(蓝字推红字),FSourceTranType INT DEFAULT 0--源单类型(蓝字推红字),FQty DECIMAL(23,10)--本次入库数量,如果是等级品需要换算成产成品,FROB INT DEFAULT 1--红蓝字标记,FBillNO NVARCHAR(255)--源单编号,FTranType INT DEFAULT-1--源单类型,FItemConsumeBillNO NVARCHAR(255)DEFAULT''--材料耗用编号,FDeleted INT DEFAULT 0--删除单据)CREATE TABLE#ItemConsume(FInterID INT DEFAULT-1,FEntryID INT DEFAULT-1,FSourceInterID INT--源单内码,FSourceEntryID INT--源单分录,FICMOInterID INT--任务单内码,FICMOEntryID INT DEFAULT 0--委外订单分录,FProductID INT--产品ID,FPPBOMBillNO NVARCHAR(255)--投料单编号,FPPBOMInterID INT--投料单内码,FPPBOMEntryID INT--投料单分录,FItemID INT--原材料分录,FUnitID INT--单位,FQtyConsume DECIMAL(23,10)--材料耗用,FAuxQtyConsume DECIMAL(23,10)--常用单位材料耗用,FAccumulateQtyConsume DECIMAL(23,10)--累计耗用根据总的任务单入库或汇报信息计算所得,FAccumulateAuxQtyConsume DECIMAL(23,10)--常用单位累计耗用根据总的任务单入库或汇报信息计算所得,FPPBOMQtyConsume DECIMAL(23,10)--投料单上的累积耗用,FPPBOMAuxQtyConsume DECIMAL(23,10)--投料单上的常用单位累积耗用,FCancellation INT DEFAULT 0--作废单据,FAuxQtyMust DECIMAL(23,10)--常用单位应发数量,FQtyMust DECIMAL(23,10)--基本单位应发数量,FOperSN INT DEFAULT(0)--工序号,FOperID INT DEFAULT(0)--工序)CREATE TABLE#StockBill(FInterID INT--入库单内码,FICMOInterID INT--任务单内码,FICMOEntryID INT DEFAULT 0--委外订单分录,FStockQty Decimal(23,10)--本次入库数量,FAccumulateStockQty Decimal(23,10)DEFAULT 0--累计入库数量,FPlanProductQty Decimal(23,10)DEFAULT 0--预计生产数量数量,FQtyFinish DECIMAL(23,10)--任务单实作数)INSERT INTO#SourceBill(FInterID,FTranType,FDeleted)VALUES(213494,5,0)--更新FTranType及FBillNO相关信息--更新FTranType及FBillNO相关信息UPDATE t SET FBillNO=v.FBillNO,FTranType=v.FTranType,FROB=v.FRobFROM#SourceBill tINNER JOIN ICStockBill v On t.FInterID=v.FInterID--获取符合条件的分录信息INSERT INTO#SourceBill(FInterID,FEntryID,FItemID,FICMOInterID,FICMOEntryID,FPPBOMEntryID,FBillNO,FTranType,FROB,FMOCoefficient,FQty,FSourceTranType,FSourceInterID,FSourceEntryID,FDeleted) SELECT u.FInterID,u.FEntryID,u.FItemID,u.FOrderInterID,u.FOrderEntryID,u.FPPBOMEntryID ,s.FBillNO,s.FTranType,s.FROB,ISNULL(tm.FCoefficient,1),CASE WHEN u.FPPBOMEntryID=0 THEN u.FQty ELSEu.FQty*ISNULL(tm.FCoefficient,1)/ISNULL(u1.FQtyScrap,1)END ASFQty,u.FSourceTranType,u.FSourceInterID,u.FSourceEntryID,s.FDeletedFROM ICStockBillEntry uINNER JOIN#SourceBill s ON s.FInterID=u.FInterIDINNER JOIN ICSubContractEntry m ON m.FInterID=u.FOrderInterID AND m.FEntryID=u.FOrderEntryID LEFT JOIN t_MeasureUnit tm ON tm.FMeasureUnitID=m.FUnitIDLEFT JOIN PPBOMEntry u1ON u1.FICMOInterID=u.FOrderInterID ANDu1.FOrderEntryID=u.FOrderEntryID AND u1.FEntryID=u.FPPBOMEntryID AND u1.FMaterielType=374--等级品LEFT JOIN PPBOMEntry u2ON u2.FICMOInterID=u.FOrderInterID ANDu2.FOrderEntryID=u.FOrderEntryID AND u2.FEntryID=u.FPPBOMEntryID AND u2.FMaterielType IN (372,373)--联副产品不考虑WHERE s.FEntryID=-1 AND(u.FPPBOMEntryID=0 OR(u.FPPBOMEntryID>0 AND u1.FInterID IS NOT NULL))--主产品或等级品AND u2.FInterID IS NULLDELETE FROM#SourceBill WHERE FEntryID=-1--更新单据编号Update s SET FItemConsumeBillNO='MCR133337'FROM#SourceBill sINNER JOIN(SELECT TOP 1 FInterID,FEntryID FROM#SourceBill WHERE FItemConsumeBillNO='')st ON st.FInterID=s.FInterID AND st.FEntryID=s.FEntryIDUpdate s SET FItemConsumeBillNO='MCR133338'FROM#SourceBill sINNER JOIN(SELECT TOP 1 FInterID,FEntryID FROM#SourceBill WHERE FItemConsumeBillNO='')st ON st.FInterID=s.FInterID AND st.FEntryID=s.FEntryID--获取本次各个入库单的累积入库数量,等级品按单位用量换算成产成品INSERT INTO#StockBill(FInterID,FICMOInterID,FICMOEntryID,FStockQty)SELECT u.FInterID,u.FOrderInterID,u.FOrderEntryID,SUM(u1.FQty)AS FStockQtyFROM ICStockBillEntry uINNER JOIN#SourceBill u1ON u1.FInterID=u.FInterID AND u.FEntryID=u1.FEntryIDGROUP BY u.FInterID,u.FOrderInterID,u.FOrderEntryID--更新委外订单的产量信息和已经生产信息的信息(主要处理等级品的问题)UPDATE d SETFAccumulateStockQty=m.FStockQty+ISNULL(djp.FAccumulateStockQty,0)*ISNULL(tm.FCoefficient,1 ),FPlanProductQty=m.FQtyFROM#StockBill dINNER JOIN ICSubContractEntry m ON m.FInterID=d.FICMOInterID AND m.FEntryID=d.FICMOEntryID LEFT JOIN t_MeasureUnit tm ON tm.FMeasureUnitID=m.FUnitIDLEFT JOIN(SELECT FICMOInterID,FOrderEntryID,SUM(FStockQty/FQtyScrap)AS FAccumulateStockQty FROM PPBOMEntry WHERE FMaterielType=374 GROUP BY FICMOInterID,FOrderEntryID)djp ONdjp.FICMOInterID=d.FICMOInterID AND djp.FOrderEntryID=d.FICMOEntryID--获取理论的耗用表INSERT INTO#ItemConsume(FSourceInterID,FSourceEntryID,FICMOInterID,FICMOEntryID,FProductID,FPPBOMBill NO,FPPBOMInterID,FPPBOMEntryID,FItemID,FUnitID,FPPBOMQtyConsume,FPPBOMAuxQtyConsume,FQtyConsume,FAuxQtyConsume,FAccumulateQtyConsume,FAccumulateAuxQtyConsume,FQtyMust,FAuxQtyMust,FOperSN--工序号,FOperID--工序代码)--委外加工入库单SELECT u1.FInterID,u1.FEntryID,u.FICMOInterID,u.FOrderEntryID ASFICMOEntryID,u1.FItemID,v.FBillNO,u.FInterID,u.FEntryID,u.FItemID,u.FUnitID,u.FQtyConsume,u.FAuxQtyConsume--基本单位预计耗用,CASE WHEN@DeductMode=0 THENROUND(u.FQtyMust*u1.FQty/st.FPlanProductQty,t.FQtyDecimal+1)WHEN@DeductMode=1 THEN ROUND(u1.FQty*u.FQtyScrap/u1.FMOCoefficient,t.FQtyDecimal+1) ELSE (CASE WHEN (u1.FTranType=5 AND u1.FROB=-1)--蓝字下推红字,用红字的分摊蓝字耗用THENROUND(ISNULL(B.FQtyConsume,0)*u1.FQty/ISNULL(B.FStockQty,1),t.FQtyDecimal)ELSE u1.FROB*ABS(ROUND((u.FQtyMust-u.FQtyConsume)*(CASE WHEN (st.FPlanProductQty-st.FAccumulateStockQty+st.FStockQty)=0 THEN 1ELSEu1.FQty/(st.FPlanProductQty-st.FAccumulateStockQty+st.FStockQty)END),t.FQtyDecimal))END)END--预计耗用,CASE WHEN@DeductMode=0 THENROUND(u.FAuxQtyMust*u1.FQty/st.FPlanProductQty,t.FQtyDecimal+1)WHEN@DeductMode=1 THENROUND(u1.FQty*u.FAuxQtyScrap/u1.FMOCoefficient,t.FQtyDecimal+1)ELSE (CASE WHEN (u1.FTranType=5 AND u1.FROB=-1)--蓝字下推红字,用红字的分摊蓝字耗用THENROUND(ISNULL(B.FQtyConsume,0)*u1.FQty/ISNULL(B.FStockQty,1),t.FQtyDecimal)ELSE u1.FROB*ABS(ROUND((u.FQtyMust-u.FQtyConsume)*(CASE WHEN (st.FPlanProductQty-st.FAccumulateStockQty+st.FStockQty)=0 THEN 1ELSEu1.FQty/(st.FPlanProductQty-st.FAccumulateStockQty+st.FStockQty)END)/(CASE WHEN tm.FCoefficient=0 THEN 1 ELSE tm.FCoefficientEND),t.FQtyDecimal))END)END--基本单位累计耗用,CASE WHEN@DeductMode=0 THENROUND(u.FQtyMust*st.FAccumulateStockQty/st.FPlanProductQty,t.FQtyDecimal)--计划用量WHEN@DeductMode=1 THENROUND(st.FAccumulateStockQty*u.FQtyScrap/u1.FMOCoefficient,t.FQtyDecimal)--标准用量ELSE 0 END--剩余用量--累计耗用,CASE WHEN@DeductMode=0 THENROUND(u.FAuxQtyMust*st.FAccumulateStockQty/st.FPlanProductQty,t.FQtyDecimal)--计划用量WHEN@DeductMode=1 THENROUND(st.FAccumulateStockQty*u.FAuxQtyScrap/u1.FMOCoefficient,t.FQtyDecimal)--标准用量ELSE 0 END--剩余用量--基本单位应发数量=基本单位预计耗用后面统一更新 3.1,-1 AS FQtyMust--应发数量=预计耗用后面统一更新 3.1,-1 AS FAuxQtyMust,0,0FROM PPBOMEntry uINNER JOIN PPBOM v ON v.FInterID=u.FInterIDINNER JOIN t_ICItemBase t ON t.FItemID=u.FItemID--投料单使用物料,为了获取基本计量单位INNER JOIN t_MeasureUnit tm ON tm.FMeasureUnitID=u.FUnitID--投料单使用的单位INNER JOIN#StockBill st ON st.FICMOInterID=u.FICMOInterID ANDu.FOrderEntryID=st.FICMOEntryID--获取该入库单的上累计入库信息(主要是为了考虑等级品等信息,所以不直接获取任务单信息)INNER JOIN#SourceBill u1ON u1.FICMOInterID=st.FICMOInterID ANDu1.FICMOEntryID=u.FOrderEntryID AND u1.FInterID=st.FInterIDLEFT JOIN ICShop_ItemConsume cn ON cn.FIsAutoGen=0 AND cn.FSourceInterID=u1.FInterID AND cn.FSourceEntryID=u1.FEntryID AND cn.FSourceTranType=5--不更新用户手工调整的数据LEFT JOIN(--获取蓝字单据及当初耗用信息SELECT bv.FSourceTranType,sun.FInterID,sun.FEntryID,sun.FQty ASFStockQty,bl.FPPBOMInterID,bl.FPPBOMEntryID,FQtyConsume,FAuxQtyConsumeFROM ICShop_ItemConsumeEntry blINNER JOIN ICShop_ItemConsume bv ON bv.FInterID=bl.FInterIDINNER JOIN ICStockBillEntry sun ON sun.FInterID=bv.FSourceInterID ANDsun.FEntryID=bv.FSourceEntryIDINNER JOIN#SourceBill sb ON sb.FSourceInterID=sun.FInterID ANDsb.FSourceEntryID=sun.FEntryID AND sb.FSourceTranType=2 AND sb.FROB=-1--当前红字单据)B ON B.FInterID=u1.FSourceInterID AND B.FEntryID=u1.FSourceEntryID ANDB.FSourceTranType=u1.FTranType AND B.FPPBOMInterID=u.FInterID AND B.FPPBOMEntryID=u.FEntryID AND B.FSourceTranType=5WHERE u.FMaterielType NOT IN(372,373,374,376)AND u.FQtyMust>0 AND cn.FInterID IS NULL ORDER BY u1.FInterID,u1.FEntryID,u.FInterID,u.FEntryID--按入库(汇报)、分录、投料单、投料单分录排序--统一更新处3.1UPDATE#ItemConsume SET FQtyMust=FQtyConsume,FAuxQtyMust=FAuxQtyConsumeIF@@RowCount<>0--没有需要生成的耗用记录BEGINDECLARE@DeviationPermmited AS DECIMAL(23,10)--获取偏差值DECLARE@PPBOMInterID AS INT,@PPBOMEntryID AS INT,@ICMOInterID AS INT,@ICMOEntryID ASINT,@ProductID AS INTDECLARE@MaxSize AS INT,@Loop AS INTDECLARE@SumConsume AS DECIMAL(23,10),@SumAuxConsume AS DECIMAL(23,10),@SumConsume1AS DECIMAL(23,10),@SumAuxConsume1AS DECIMAL(23,10)SELECT@DeviationPermmited=FValue FROM t_SystemProfile WHERE FCategory='SH'ANDFKey='BackFlushScale'--SELECT@DeviationPermmited=CONVERT(DECIMAL(23,10),1.0/POWER(convert(decimal(23,10),10),ISNULL(@De viationPermmited,0)))--调整差异这里使用的变量计算逻辑需要特别注意,请不要随意修改SELECT IDENTITY(INT,1,1)AS FIndex,FICMOInterID,FICMOEntryID,FPPBOMInterID,FPPBOMEntryID,FProductID,FItemID,SUM(FQtyConsume)ASFQtyConsume,SUM(FAuxQtyConsume)AS FAuxQtyConsume--获取累计预计耗用(一张单据存在多张相同任务单的时候)INTO#SUMItemConsumeFROM#ItemConsume GROUP BY FICMOInterID,FICMOEntryID,FPPBOMInterID,FPPBOMEntryID,FProductID,FItemIDORDER BY FProductID,FPPBOMInterID,FPPBOMEntryIDUPDATE u SET FQtyConsume=CASE WHENABS(u1.FAccumulateQtyConsume-u1.FPPBOMQtyConsume-u.FQtyConsume)<CONVERT(DECIMAL(23,10),@DeviationPermmited*1.0/POWER(convert(decimal(23,10),10),ISNULL(t.F QtyDecimal,0)))THEN (u1.FAccumulateQtyConsume-u1.FPPBOMQtyConsume)ELSE u.FQtyConsume END ,FAuxQtyConsume=CASE WHENABS(u1.FAccumulateAuxQtyConsume-u1.FPPBOMAuxQtyConsume-u.FAuxQtyConsume)<CONVERT(DECIMAL(23,10),@DeviationPermmited*1.0/POWER(convert(decimal(23,10),10),ISNULL(t.F QtyDecimal,0)))THEN (u1.FAccumulateAuxQtyConsume-u1.FPPBOMAuxQtyConsume)ELSEu.FAuxQtyConsume ENDFROM#SUMItemConsume uINNER JOIN(SELECT DISTINCTFPPBOMInterID,FPPBOMEntryID,FAccumulateQtyConsume,FAccumulateAuxQtyConsume,FPPBOMQtyConsum e,FPPBOMAuxQtyConsume FROM#ItemConsume)u1ON u1.FPPBOMInterID=u.FPPBOMInterID AND u1.FPPBOMEntryID=u.FPPBOMEntryIDINNER JOIN t_ICItemBase t ON t.FItemID=u.FItemIDSELECT@Loop=1,@MaxSize=COUNT(FPPBOMInterID)FROM#SUMItemConsumeWHILE@Loop<=@MaxSizeBEGINSELECT@PPBOMInterID=FPPBOMInterID,@PPBOMEntryID=FPPBOMEntryID,@ICMOInterID= FICMOInterID,@ICMOEntryID=FICMOEntryID,@SumConsume=FQtyConsume,@SumAuxConsume=FAuxQtyConsume,@ProductID=FProductID FROM#SUMItemConsume WHERE FIndex=@LoopUPDATE u SET@SumConsume1=FQtyConsume=CASE WHENABS(@SumConsume-u.FQtyConsume)<CONVERT(DECIMAL(23,10),@DeviationPermmited*1.0/POWER(conver t(decimal(23,10),10),ISNULL(t.FQtyDecimal,0)))THEN ROUND(@SumConsume,t.FQtyDecimal)ELSE ROUND(u.FQtyConsume,t.FQtyDecimal)END,@SumAuxConsume1=FAuxQtyConsume=CASE WHENABS(@SumAuxConsume-u.FAuxQtyConsume)<CONVERT(DECIMAL(23,10),@DeviationPermmited*1.0/POWER( convert(decimal(23,10),10),ISNULL(t.FQtyDecimal,0)))THENROUND(@SumAuxConsume,t.FQtyDecimal)ELSE ROUND(u.FAuxQtyConsume,t.FQtyDecimal)END,@SumConsume=@SumConsume-CASE WHENABS(@SumConsume-u.FQtyConsume)<CONVERT(DECIMAL(23,10),@DeviationPermmited*1.0/POWER(conver t(decimal(23,10),10),ISNULL(t.FQtyDecimal,0)))THEN ROUND(@SumConsume,t.FQtyDecimal)ELSE ROUND(u.FQtyConsume,t.FQtyDecimal)END,@SumAuxConsume=@SumAuxConsume-CASE WHENABS(@SumAuxConsume-u.FAuxQtyConsume)<CONVERT(DECIMAL(23,10),@DeviationPermmited*1.0/POWER( convert(decimal(23,10),10),ISNULL(t.FQtyDecimal,0)))THENROUND(@SumAuxConsume,t.FQtyDecimal)ELSE ROUND(u.FAuxQtyConsume,t.FQtyDecimal)END FROM#ItemConsume uINNER JOIN t_ICItemBase t ON t.FItemID=u.FItemIDWHERE u.FPPBOMInterID=FPPBOMInterID AND u.FPPBOMEntryID=@PPBOMEntryID AND u.FICMOInterID =@ICMOInterID AND u.FICMOEntryID=@ICMOEntryID AND u.FProductID=@ProductID SET@Loop=@Loop+1END--调整基本单位和常用单位的换算差异统一按照常用单位换算基本单位的原则UPDATE d SETFQtyConsume=ROUND(ROUND(d.FAuxQtyConsume,t.FQtyDecimal)*tm.FCoefficient,t.FQtyDecimal) FROM#ItemConsume dINNER JOIN PPBOMEntry u ON u.FInterID=d.FPPBOMInterID AND u.FEntryID=d.FPPBOMEntryID INNER JOIN t_ICItemBase t ON t.FItemID=u.FItemIDINNER JOIN t_MeasureUnit tm ON tm.FMeasureUnitID=u.FUnitIDDROP TABLE#SUMItemConsumeUPDATE#ItemConsume SET FQtyMust=FQtyConsume,FAuxQtyMust=FAuxQtyConsume--产生耗用记录内码耗用记录DECLARE@InterID AS INT,@EntryID AS INT,@Increase AS INTDECLARE@SourceInterID AS INT,@SourceEntryID INTSELECT@InterID=1001,@Increase=1SELECT@Increase=ISNULL(COUNT(1),0)FROM (SELECT DISTINCT FSourceInterID,FSourceEntryID FROM#ItemConsume WHERE FInterID=-1)T--获取没有内码的记录IF@Increase>0BEGINEXEC GetICMaxNum'ICShop_ItemConsume',@InterID OUTPUT,@Increase--获取单据内码SELECT TOP 1 @SourceInterID=FSourceInterID,@SourceEntryID=FSourceEntryID FROM#ItemConsumeUPDATE#ItemConsume SET@InterID=CASE WHEN (@SourceInterID=FSourceInterID AND@SourceEntryID=FSourceEntryID)THEN@InterID ELSE@InterID+1END,@SourceInterID=FSourceInterID,@SourceEntryID=FSourceEntryID,FInterID=@InterID--记录对应的内码和材料耗用的内码SELECT TOP 1 @EntryID=0,@InterID=FInterID FROM#ItemConsumeUPDATE#ItemConsume SET@EntryID=CASE WHEN@InterID=FInterID THEN@EntryID+1 ELSE 1 END,@InterID=FInterID,FEntryID=@EntryID--记录对应的内码和材料耗用的内码END--批量生成材料耗用记录INSERT INTO ICShop_ItemConsume(FInterID,FClassTypeID,FBillNO,FSourceInterID,FSourceEntryID,FSourceBillNO,FSourceTranType,FICMOInterID,FICMOEntryID,FIt emID,FPPBOMInterID,FPPBOMBillNO,FPPBOMTranType,FIsAutoGen,FWIPDe ductMode,FBillerID,FDate)SELECT DISTINCT u.FInterID,1002525,u1.FItemConsumeBillNO,u.FSourceInterID,u.FSourceEntryID ,u1.FBillNO,u1.FTranType,u.FICMOInterID,u.FICMOEntryID,u.FProductID,u.FPPB OMInterID,u.FPPBOMBillNO,88,1,0,16407,CONVERT(NVARCHAR(10),GETDATE(),121)FROM#ItemConsume uINNER JOIN#SourceBill u1ON u1.FInterID=u.FSourceInterID AND u1.FEntryID=u.FSourceEntryID --批量生成材料耗用表体记录INSERT INTOICShop_ItemConsumeEntry(FInterID,FIndex,FICMOInterID,FICMOEntryID,FPPBOMInterID,FPPBOMEntr yID,FItemID,FUnitID,FQtyConsume,FAuxQtyConsume,FAuxQtyMust,FQty Must,FOperSN,FOperID)SELECT DISTINCTu.FInterID,u.FEntryID,u.FICMOInterID,u.FICMOEntryID,u.FPPBOMInterID,u.FPPBOMEntryID ,u.FItemID,p.FUnitID,u.FQtyConsume,u.FAuxQtyConsume,u.FAuxQtyMust,u.FQtyMus t,u.FOperSN,u.FOperIDFROM#ItemConsume uINNER JOIN#SourceBill u1ON u1.FInterID=u.FSourceInterID AND u1.FEntryID=u.FSourceEntryID INNER JOIN PPBOMEntry p ON p.FInterID=u.FPPBOMInterID AND p.FEntryID=u.FPPBOMEntryID ORDER BY u.FInterID,u.FEntryID--更新投料单UPDATE u SET FQtyConsume=u.FQtyConsume+(1*s.FQtyConsume),FAuxQtyConsume=u.FAuxQtyConsume+(1*s.FAuxQtyConsume),FWIPQty=u.FWIPQty-(1*s.FQtyConsume)--更新WIP,FWIPAuxQty=u.FWIPAuxQty-(1*s.FAuxQtyConsume)FROM PPBOMEntry uINNER JOIN(SELECT FPPBOMInterID,FPPBOMEntryID,SUM(FQtyConsume)ASFQtyConsume,SUM(FAuxQtyConsume)AS FAuxQtyConsumeFROM#ItemConsume GROUP BY FPPBOMInterID,FPPBOMEntryID)s ON s.FPPBOMInterID=u.FInterID AND s.FPPBOMEntryID=u.FEntryIDEND--删除临时表DROP TABLE#SourceBillDROP TABLE#ItemConsumeDROP TABLE#StockBill运行以上代码委外入审核后的更新动作存储过程-可检查问题,如下图:所以有第一段说明。

报关单审核不通过处理流程解析如何应对报关单审核不通过的情况

报关单审核不通过处理流程解析如何应对报关单审核不通过的情况

报关单审核不通过处理流程解析如何应对报关单审核不通过的情况在进行进出口贸易时,报关单是一个重要的文件,用以申报货物的品类、数量、价值以及其他相关信息。

然而,由于种种原因,报关单审核不通过的情况也时有发生。

在面对这种情况时,如何处理和应对是每一个从事进出口贸易的人必须面对的问题。

首先,当报关单审核不通过时,我们需要深入了解审核不通过的原因。

常见的原因有货物价值核算错误、品类归类错误、数量核对不一致等等。

在收到审核结果后,我们应立即与报关单审核部门进行联系,以确切了解审核不通过的具体原因。

只有通过了解原因,我们才能有的放矢地进行后续的处理。

其次,一旦我们了解了审核不通过的具体原因,我们需要积极采取措施予以改正。

对于货物价值核算错误的情况,我们可以重新核对并提供正确的数据。

对于品类归类错误的情况,我们需要重新对货物进行分类,并提供正确的分类依据和证明文件。

对于数量核对不一致的情况,我们需要重新核对货物的数量,并提交正确的报关单。

除了对审核不通过的具体原因进行改正以外,我们还应及时向相关部门提交申诉。

在申诉时,我们需要清楚地陈述我们的理由,并提供充足的证据支持。

申诉过程中,我们应尽量与报关单审核部门取得良好的沟通和合作,以争取更好的处理结果。

另外,可以考虑寻求专业人士的帮助。

专业的海关代理人通常具有丰富的报关单审核经验,对于如何处理审核不通过的情况有着丰富的经验和技巧。

他们可以帮助我们正确地填写报关单,提供准确的资料,并与相关部门进行有效的沟通。

通过寻求专业人士的帮助,我们可以提高顺利通过报关单审核的几率,避免审核不通过所带来的诸多问题。

此外,我们还应及时调整我们的进出口贸易策略和方法。

在报关单审核中不通过的情况下,我们应审慎评估我们的进出口贸易方式和流程,并及时进行调整。

在进行进出口贸易之前,我们应详细了解相关法规和政策,并根据实际情况进行合理的运作。

只有通过不断总结经验和不断改进,我们才能提高报关单审核通过的机会。

财务管理制度审核票据

财务管理制度审核票据

财务管理制度审核票据背景介绍财务管理制度审核票据是公司内部财务管理制度审核的重要工具之一。

对于任何一家公司而言,制定一整套严谨的财务管理制度是必要的,只有这样才能确保公司的财务管理严密规范,防范治理风险。

财务管理制度审核票据的主要作用是记录审核过程中的每一个环节,包括审核人员、审核日期、审核结果等信息,以此来严格控制审核流程,确保审核过程中没有漏洞。

文件内容财务管理制度审核票据包括以下内容:1. 审核单号审核单号是财务管理制度审核票据的唯一标识,用于区分不同的审核记录。

2. 审核人员审核人员包括审核发起人和审核人员。

审核发起人是指提交审核申请人,负责填写审核单据并发起审核流程,审核人员是指审核发起人所在部门的领导或者专门负责财务管理审核的人员。

3. 审核内容审核内容是指要进行审核的财务管理制度文件,可以是一个具体的条款、流程等。

4. 审核结果审核结果包括审核通过、审核不通过、审核中等状态。

审核不通过时需要填写不通过原因,并重新发起审核流程。

5. 审核日期审核日期是指审核操作完成的日期,需要记录审核发起、审核完成等各个环节的日期。

6. 备注备注是针对审核过程中需要补充说明的信息,如审核人员的意见、审核结果的解释等信息。

审核流程在公司中,财务管理制度审核流程一般分为以下几个环节:1. 审核发起审核发起人将审核内容填写到审核单据中,并提交给审核人员进行审核。

2. 审核人员审核审核人员根据审核单据中的审核内容,对财务管理制度进行审核,审核结果需要填写到审核单据中。

3. 审核不通过如果审核结果为不通过,则需要将不通过原因填写到审核单据中,并重新发起审核流程。

4. 审核结束审核流程结束后,审核单据中应记录所有审核环节的操作过程,确保财务管理制度审核过程完整、准确。

随机抽查在审计过程中,为了确保公司财务管理制度的质量,审计人员需要进行随机抽查。

具体流程如下:1.抽查人员从现有的审核单据中随机选择一份,查看审核人员的审核结果以及审核过程中的备注。

银行工单案例

银行工单案例

银行工单案例银行工单是指银行客户在办理各类业务过程中产生的相关工作单据。

在银行日常运营中,工单扮演着重要的角色,它记录了客户需求、银行操作和业务进展等关键信息。

本文将以一个银行工单案例为例,详细介绍工单的流程和重要性。

案例描述:某银行的客户李先生想要申请一张信用卡,他通过银行官方网站下载了信用卡申请表,并填写了个人信息和联系方式。

随后,他前往银行的柜台提交了申请表。

银行工作人员在确认李先生的身份和信息无误后,将李先生的申请信息录入系统,并生成了一张信用卡申请工单。

工单中包含了李先生的个人信息、申请时间、申请状态等重要信息。

工单流程:1. 工单生成和录入:银行工作人员根据客户的申请,将客户的信息录入系统,并生成对应的工单。

工单中包含了客户的个人信息、申请时间、申请状态等重要信息。

工单的生成和录入是工单流程的第一步,也是整个流程的基础。

2. 工单审核:银行的审核部门会对客户的申请进行审核。

他们会核实客户的身份信息、财务状况、信用记录等。

审核部门会根据银行的信用评估标准,对客户的信用申请进行评估和审核。

审核部门根据审核结果,将审核的结论填写在工单上,并进行下一步的处理。

3. 工单处理:在工单审核通过后,银行工作人员会根据审核结果进行后续的处理。

对于信用卡申请,银行会根据客户的申请和信用评估结果,决定是否发放信用卡。

如果审核通过,银行会通知客户,并进行信用卡的制卡和邮寄。

如果审核不通过,银行会向客户解释审核不通过的原因,并提供相应的解决方案。

4. 工单归档:工单处理完成后,银行会将工单归档。

工单的归档是为了方便日后的查询和备案。

归档的工单可以作为银行的业务依据,也可以作为客户的信用记录。

银行会按照一定的归档标准,将工单进行分类和存储,以便日后的检索和使用。

工单的重要性:银行工单在银行日常运营中起着重要的作用。

首先,工单记录了客户的需求和申请信息,有助于银行了解客户的需求和提供更好的服务。

其次,工单是银行内部各部门之间协调合作的重要纽带。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

您好:单据启动了多级审核流程,一旦点击“审核不通过”,那么该审批流流程就会结束,单据会被锁定,同时也不能再进行驳回、删除等任何操作。

系统之所以这样管控是因为为
了确保业务发生的过程准确无误的记录下来。

所以被标识了审核不通过的业务单据是不容
许删除的,但此单据中的数据也不会参与任何计算和影响任何业务流程。

因此对于用户的
一些误操作,建议从管理角度和权限的角度去控制不要随意去点击此按钮。

对于客户点了审核不通过操作后,但还希望能还原其状态的方法,您可以通过以下方式在后台数据库下执行SQL去变通解决(在执行时请备份客户账套,并在测试账套下先测试该功能,注意以下SQL举例的单据是其他出库单,请您根据客户实际单据进行替换):
--启用审批流的单据的审核状态一般存储在表头的一个【审核流程状态】字段上
--查询到其他出库单中字段【审核流程状态】的字段名及所在表,如查出FFieldName
为FMultiCheckStatus, FTabeleName为ICStockBill
SELECT FFieldName,FTableName,* FROM ICClassTableInfo WHERE fcaption_chs LIKE '%审核流程状态%' AND FCLASSTYPEID=1021(其他出库单的ID号)
-- FMultiCheckStatus值含义如下:64=不通过,16=已审核,8=待提交,4=审核中,2=未启动
--可根据具体需求更新为不同的状态,如更新单据编号为SOUT000001的其他出库单
为未启动状态
UPDATE ICStockBill SET FMultiCheckStatus=2 WHERE FBillNo IN(SOUT000001) --只有更新为未启动状态,才能把对应的状态表和记录表中的信息都删除掉
UPDATE ICStockBill SET FMultiCheckStatus=2 WHERE FBillNo IN('SOUT000001') --删除单据SOUT000001在审核记录表ICClassMCRecord1021和审核状态表ICClassMCStatus1021里的对应信息
DELETE ICClassMCRecord1021 WHERE FBillID IN(SELECT FINTERID FROM ICStockBill WHERE FBillNo IN('SOUT000001'))
DELETE ICClassMCStatus1021 WHERE FBillID IN(SELECT FINTERID FROM ICStockBill WHERE FBillNo IN('SOUT000001'))。

相关文档
最新文档