FICO与MM的集成概述

  • 主要流程:

采购订单PO ->
收货 Migo ->
收发票 Miro -> GR/IR月结清帐 F.13 -> GR/IR借贷方余额重估
F.19

注:
收货和发票都是按行项目来的,收货可以分批收,发票也可以按部分数量开。

———————————————————————————————————————————

  • 各步时的分录

Migo

收货会产生2张凭证,一张物料凭证(不属于财务凭证),一张收货凭证(属于财务凭证)

收货凭证的分录:

借: 
库存原材料

贷:GR/IR

Miro

收发票时会产生至少2张凭证,
一张发票校验凭证(非财务凭证),一张发票凭证(属于财务凭证)

发票分录:

借:GR/IR

贷:
应收

Gr/IR
是属于中间科目,不出现在相关的报表中,所以月末出报表时要把这个科目全部结转清0

月结的清帐F.13是把能挂上勾的GR/IR借贷方对清。

重估F.19是为把GR/IR

剩余的借方(做了发票没收货)
结转到 在途库存 good intransit

剩余的贷方(收了货没来发票)  
结转到 
应付暂估 AP/Provision

———————————————————————————————————————————

  • 生成财务凭证时的科目决定

在收货和收发票时都会自动生成财务凭证,那么这个凭证的科目是怎么决定出来的,有哪些因素,后台如何配置?

主要是通过收货时的移动类型 +
物料
来决定的

首先由收货时的移动类型决定一组Transaction,后台配置OMJJ

双击一行进去

可以看到一组TE码,这些码表明需要决定哪些科目

这些码决定科目的后台配置, OBYC

双击BSX查看

不同的Valuation class评估类决定了不同的帐户,
而这个评估类是在物料主数据中,所以算是通过物料来决定的。

GR/IR
科目没有分类,都用一个

时间: 2024-10-03 22:54:33

FICO与MM的集成概述的相关文章

SharePoint Server和Office 365之间的混合模式集成概述

正如您可能已经知道的那样,云中的Microsoft Office 365和SharePoint Server 2013/2016内部部署可以通过多种方式协同工作.这些通常被称为混合模式,因为它们将功能集成到SharePoint Online和SharePoint内部部署中. 以下Microsoft提供了下对照表,SharePoint Server和Office 365之间集成的快速预览. 详细参考官方链接: https://technet.microsoft.com/en-us/library/

基于 Jenkins 快速搭建持续集成环境

持续集成是一种软件开发实践,对于提高软件开发效率并保障软件开发质量提供了理论基础.Jenkins 是一个开源软件项目,旨在提供一个开放易用的软件平台,使持续集成变成可能.本文正是从持续集成的基本概念入手,通过具体实例,介绍了如何基于 Jenkins 快速搭建持续集成环境. 持续集成概述 什么是持续集成 随着软件开发复杂度的不断提高,团队开发成员间如何更好地协同工作以确保软件开发的质量已经慢慢成为开发过程中不可回避的问题.尤其是近些年来,敏捷(Agile) 在软件工程领域越来越红火,如何能再不断变

基于jenkins搭建一个持续集成服务器

1 引言 1.1 编写目的 指导质量管理部,业务测试组同事进行Jenkins环境部署,通过Jenkins解决测试环境不可控,开发测试环境不一致等问题. 1.2 使用对象 质量管理部.基础研发部,集成部署部及EMT 目标受众: 本文的预期受众是从事持续交付或持续自动测试工作的软件工程师.要想按照本文中的步骤进行操作,您应该理解: 脚本开发. 软件开发流程. 1.3 持续集成概述 1.3.1 什么是持续集成 随着软件开发复杂度的不断提高,团队开发成员间如何更好地协同工作以确保软件开发的质量已经慢慢成

Jenkins 快速搭建持续集成环境

持续集成概述 什么是持续集成 随着软件开发复杂度的不断提高,团队开发成员间如何更好地协同工作以确保软件开发的质量已经慢慢成为开发过程中不可回避的问题.尤其是近些年来,敏捷(Agile) 在软件工程领域越来越红火,如何能再不断变化的需求中快速适应和保证软件的质量也显得尤其的重要. 持续集成正是针对这一类问题的一种软件开发实践.它倡导团队开发成员必须经常集成他们的工作,甚至每天都可能发生多次集成.而每次的集成都是通过自动化的构建来验证,包括自动编译.发布和测试,从而尽快地发现集成错误,让团队能够更快

Kafka 入门和 Spring Boot 集成

Kafka 入门和 Spring Boot 集成 标签:博客 [TOC] 概述 kafka 是一个高性能的消息队列,也是一个分布式流处理平台(这里的流指的是数据流).由java 和 Scala 语言编写,最早由 LinkedIn 开发,并 2011年开源,现在由 Apache 开发维护. 应用场景 下面列举了一些kafka常见的应用场景. 消息队列 : Kafka 可以作为消息队列使用,可用于系统内异步解耦,流量削峰等场景. 应用监控:利用 Kafka 采集应用程序和服务器健康相关的指标,如应用

1.GitLab和Jenkins 结合构建持续集成(CI)环境

14.1 持续集成概述及运行流程 14.1.1 持续集成概述 持续集成概述:持续集成(Continuous integration)持续集成是指开发者在代码的开发过程中, 可以频繁的将代码部署集成到主干,并进行自动化测试. 持续交付:持续交付指的是在持续集成的环境基础之上,将代码部署到预生产环境. 持续部署:在持续交付的基础上,把部署到生产环境的过程自动化. 14.1.2 jenkins 和 Gitlab 概述 Jenkins 概述:是一个开源软件项目,是基亍 Java 开发的一种持续集成工具,

spring boot redis 缓存(cache)集成

Spring Boot 集成教程 Spring Boot 介绍 Spring Boot 开发环境搭建(Eclipse) Spring Boot Hello World (restful接口)例子 spring boot 连接Mysql spring boot配置druid连接池连接mysql spring boot集成mybatis(1) spring boot集成mybatis(2) – 使用pagehelper实现分页 spring boot集成mybatis(3) – mybatis ge

Gitlab与Jenkins结合构成持续集成(CI)环境

Jenkins概述: Jenkins是一个开源软件项目,是基于Java开发的一种持续集成工具,用于监控持续重复的工作. 官方网址:https://jenkins.io/  Gitlab概述: Gitlab是一个可以实现自托管的Git项目仓库,可通过web界面进行访问公开的或者私人项目. Gitlab拥有与GitHub类似的功能,能够浏览源代码,管理缺陷和注释,可以管理团队对仓库的访问. Gitlab中文网:https://www.gitlab.cc/installation/#centos-7

GitLab+Jenkins结合构建持续集成(CI)环境

持续集成概述 持续集成概述:持续集成(continuous integration)持续集成是指开发者在代码的开发过程中,可以频繁的代码部署集成到主干,并进行自动化测试. 持续交付:持续交付指的是在持续集成的环境基础之上,将代码部署到预生产环境. 持续部署:在持续交付的基础上,把部署到生产环境的过程自动化. 版本控制系统概述 什么是版本控制系统 版本控制系统(Version Control System): 是一种记录一个或若干文件内容变化,以便将来查阅特定版本修订情况的系统. 版本控制系统不仅