首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

SAP 新总账中 CodingBlock客户化自定义新字段方法

CodingBlock客户化自定义新字段 1、Coding Block新字段 财务会计(新)-财务会计基本设置(新)-分类帐-字段-客户字段-编辑编码块(OXK3); 添加字段如图; 该步骤比较耗时,完成后,可查看客户化字段已经创建; 2、安装新字段到新总账汇总表FAGLFLEXT中 财务会计(新)-财务会计基本设置(新)-分类帐-字段-客户字段-包括总计表中的字段(FAGL_GINS); 输入表FAGLFLEXT,修改进入,将自定义字段加入,保存并激活; 该步骤耗时,完成后退出,在初始界面激活汇总表; 使用SE16,检查表FAGLFLEXT和BSEG,发现字段ZZFI已经加入了; 新增补的字段需要更改其记账码和字段状态组的字段状态(可使用事务码:FBKP),才能正常显示和输入,系统默认的状态是为“隐藏”。注意维护的语言,否则可能看不到字段名; 3、为Coding Block新字段定义凭证输入的子屏幕 为了使新增补的字段能在凭证输入时比较方便的输入,使新增的字段能出现在事务OXK3的屏幕中:发票/贷项发票快速输入、总账快速输入、科目分配和预制凭证等; 财务会计(新)-财务会计基本设置(新)-分类帐-字段-客户字段-编辑编码块(OXK3); 选择菜单“环境”,“预备快速输入”进入新的屏幕; 执行完成后,即可在FB50,F-02的屏幕中看到新增字段; 可以通过维护自定义屏幕变式和自定义子屏幕来设置字段出现的位置,路径如下: 财务会计(新)-总账会计核算(新)-业务交易-总账会计过帐-满意-在Enjoy事务中包括客户字段; 财务会计(新)-财务会计基本设置(新)-分类帐-字段-为编码块定义子屏幕(OXK1); 4、为Coding Block新字段维护数据表内容 使用事务SE11创建客户自定义的数据表ZZFI_BB; 点创建后进入表格创建界面,维护参数 创建字段如下; 维护技术设置; 保存后激活;然后可以使用事务SE16直接维护数据表ZZFI_BB的内容; 但对于一般的最终用户来说不会被分配访问数据表的操作权限,因此需要开发人员编写一段ABAP程序以使最终用户能简单方便的维护数据表内容; 5、定义Coding Block新字段的搜索帮助 为了在数据输入时方面的选择输入其数据值(F4),需要为新增补的字段创建搜索帮助;使用事务SE11创建搜索帮助; 点击创建,选择“基本索引帮助”,进入创建搜索帮助界面; 保存并激活; 6、分配搜索帮助给Coding Block新字段 使用事务SE11将创建号的搜索帮助分配给新增补字段; 保存并激活; 7、分配数据检查表给Coding Block新字段 使用事务SE11修改结构CI_COBL; 点修改进入,选中所需要维护的组件ZZFI,点 ,进入搜索帮助及检查视图; 点击按钮选择“外来码”,系统弹出对话框“外来关键词不存在,创建带值表ZZFI_BB的建议作为检查表格?”,选择“是”,接受系统建议; 选择“复制”复制外来码关键字检查表ZZFI_BB;此时可以看到ZZFI_BB已经填入到CheckTable中了; 保存并激活;此时可以使用FB50,F-02试试效果; 8、把方案和客户字段分配到分类帐 财务会计(新)-财务会计基本设置(新)-分类帐-分类帐-把方案和客户字段分配到分类帐 将客户字段ZZFI添加到分类帐OL中,这样表FAGLFLEXT中,就能对字段ZZFI产生一条汇总记录;经过这样设置,可以查询查询针对ZZFI的期初、发生、期末的数据了;

02

sap CodingBlock客制化自定义新字段方法

CodingBlock客户化自定义新字段 1、Coding Block新字段 财务会计(新)-财务会计基本设置(新)-分类帐-字段-客户字段-编辑编码块(OXK3); 添加字段如图; 该步骤比较耗时,完成后,可查看客户化字段已经创建; 2、安装新字段到新总账汇总表FAGLFLEXT中 财务会计(新)-财务会计基本设置(新)-分类帐-字段-客户字段-包括总计表中的字段(FAGL_GINS); 输入表FAGLFLEXT,修改进入,将自定义字段加入,保存并激活; 该步骤耗时,完成后退出,在初始界面激活汇总表; 使用SE16,检查表FAGLFLEXT和BSEG,发现字段ZZFI已经加入了; 新增补的字段需要更改其记账码和字段状态组的字段状态(可使用事务码:FBKP),才能正常显示和输入,系统默认的状态是为“隐藏”。注意维护的语言,否则可能看不到字段名; 3、为Coding Block新字段定义凭证输入的子屏幕 为了使新增补的字段能在凭证输入时比较方便的输入,使新增的字段能出现在事务OXK3的屏幕中:发票/贷项发票快速输入、总账快速输入、科目分配和预制凭证等; 财务会计(新)-财务会计基本设置(新)-分类帐-字段-客户字段-编辑编码块(OXK3); 选择菜单“环境”,“预备快速输入”进入新的屏幕; 执行完成后,即可在FB50,F-02的屏幕中看到新增字段; 可以通过维护自定义屏幕变式和自定义子屏幕来设置字段出现的位置,路径如下: 财务会计(新)-总账会计核算(新)-业务交易-总账会计过帐-满意-在Enjoy事务中包括客户字段; 财务会计(新)-财务会计基本设置(新)-分类帐-字段-为编码块定义子屏幕(OXK1); 4、为Coding Block新字段维护数据表内容 使用事务SE11创建客户自定义的数据表ZZFI_BB; 点创建后进入表格创建界面,维护参数 创建字段如下; 维护技术设置; 保存后激活;然后可以使用事务SE16直接维护数据表ZZFI_BB的内容; 但对于一般的最终用户来说不会被分配访问数据表的操作权限,因此需要开发人员编写一段ABAP程序以使最终用户能简单方便的维护数据表内容; 5、定义Coding Block新字段的搜索帮助 为了在数据输入时方面的选择输入其数据值(F4),需要为新增补的字段创建搜索帮助;使用事务SE11创建搜索帮助; 点击创建,选择“基本索引帮助”,进入创建搜索帮助界面; 保存并激活; 6、分配搜索帮助给Coding Block新字段 使用事务SE11将创建号的搜索帮助分配给新增补字段; 保存并激活; 7、分配数据检查表给Coding Block新字段 使用事务SE11修改结构CI_COBL; 点修改进入,选中所需要维护的组件ZZFI,点 ,进入搜索帮助及检查视图; 点击按钮选择“外来码”,系统弹出对话框“外来关键词不存在,创建带值表ZZFI_BB的建议作为检查表格?”,选择“是”,接受系统建议; 选择“复制”复制外来码关键字检查表ZZFI_BB;此时可以看到ZZFI_BB已经填入到CheckTable中了; 保存并激活;此时可以使用FB50,F-02试试效果; 8、把方案和客户字段分配到分类帐 财务会计(新)-财务会计基本设置(新)-分类帐-分类帐-把方案和客户字段分配到分类帐 将客户字段ZZFI添加到分类帐OL中,这样表FAGLFLEXT中,就能对字段ZZFI产生一条汇总记录;经过这样设置,可以查询查询针对ZZFI的期初、发生、期末的数据了;

02

【系列文】数据分析在物流行业中的应用!

数据分析在物流行业中的应用 现代物流系统是一个庞大复杂的系统,包括运输、仓储、配送、搬运、包装等诸多环节,每个环节信息流量都十分巨大,如果企业不能对这些数据进行准确、高效的收集和处理,那么就很难实现对物流过程的有效控制。 物流行业的数据分析主要体现在以下几个环节: 1 采购环节 采购是物流中不可忽视的重要环节之一,原材料的获取是企业生产的基础。如何在庞大的供应商中选择适合自己的,如何把握好产品质量等问题是采购环节遇到的最大的问题。 在采购环节进行数据分析,分析价格波动规律,对供应商的信用等级分析……这些数据

09

微服务的最终一致性与事件流

微服务是指一个个单个小型业务功能的服务,由于各个微服务开发部署都是独立的,因此微服务天然是分布式的,因此,分布式系统的设计问题如CAP定理同样适合微服务架构,虽然微服务本身是无状态的,但是微服务是需要管理状态的。这些状态是指领域模型的状态或存储在自己的专有数据库中。 虽然我们使用微服务必须面对分布式系统,但是好的一方面是有很多关于如何建立复杂分布式系统的成熟模式和最佳实践。 典型的问题是微服务之间如果需要共享状态怎么办?实际是在分布式节点之间需要共享或复制状态。关于共享状态有几个解决方案: 1.微服务之间通过共享同一个数据库实现状态共享,但是因为微服务是使用自己专用的数据库,因此,数据库共享方案在微服务中是不适用的,违背了微服务架构宗旨。 2.通过调用同一个微服务实现状态共享,比如A服务和B服务需要共享C数据状态,而C数据状态是由C服务管理的,那么,A服务和B服务共同调用C服务不就是获得同一个C状态吗? 但是考虑到分布式系统下,A服务和B服务可能不在同一个节点服务器上,或者不同Docker VM中,那么服务之间调用就需要网络通讯,通常RPC是一种通过网络调用远程服务器上其他服务的同步方式,但是,RPC虽然将网络编程藏起来,其实藏是藏不住,结果造成抽象泄漏了。 "Asynch message-passing makes constraints of network programming firstclass instead of hiding them behind the RPC leaky abstraction"异步消息传递使得网络编程变成第一公民(显式),而不是像RPC隐藏了网络编程却造成抽象泄漏。 在分布式系统中使用异步消息必然会遭遇最终一致性。甚至可以说微服务是使用最终一致性的(microservices use eventual consistency) 最终一致性Eventual Consistency 最终一致性是一种用于描述在分布式系统中数据的操作模型,在分布式系统中状态是被复制然后跨网络多节点保存,其实在关系数据库集群中,最终一致性被用来在集群多个节点之间协调数据复制的写操作,数据库集群中这种写操作挑战是:各个节点接受到的写操作必须严格按照复制的次序进行,这个次序是有时间损耗的,从这个角度看,数据库在集群节点之间的这种状态复制还是可以被认为是一种最终一致性,所有节点状态在未来某个时刻最终汇聚到一个一致性状态,也就是说,最终达成状态一致性。 当构建微服务时,最终一致性是开发者 DBA和架构师频繁打交道的问题,当开始在分布式系统中进行状态处理时,头疼问题更加严重。核心问题是: 如何在保证数据一致性基础上保证高可用性呢? 事务日志 几乎所有数据库都支持高可用性集群,大多数数据库对系统一致性模型提供一个易于理解的方式,保证强一致性模型的安全方式是维持数据库事务操作的有序日志,理论上理由非常简单,一个事务日志是一系列数据更新操作的动作有序记录集合,当其他节点从主节点获得这个事务日志时,能够按照这种有序动作集合重新播放这些操作,从而更新自己所在节点的数据库状态,当这个事务日志完成后,次节点的状态最终会和主节点状态一致。 这种事务日志非常类似于财务中记账模型,或者类似银行储蓄卡打印出来的流水账,哪天存入一笔钞票(更新操作),哪天又提取了一笔钞票(更新操作),最后当前余额是多少(代表数据库当前状态)。 Event Sourcing Event sourcing事件溯源是借鉴数据库事务日志的一种数据持久方式,在ES中,事务单元变得更细粒度,使用一系列有序的事件来代表存储在数据库中的领域模型状态,一旦一个事件被加入事件日志,它就不能被移走或重新排序,事件被认为是不可变的,事件序列只能被追加方式存储。 因为微服务将系统切分成一个个松耦合的小系统,每个系统后面都独占自己的数据库,虽然,微服务是无态的,但是它需要操作自己数据库的状态,如何保证微服务之间操作数据库数据的一致性成了微服务实践中重要问题,使用ES能够帮助我们实现这点。 聚合可以被认为是产生任何对象的一致性状态,它提供校订方法用来进行重播产生对象中状态变化的历史。它能使用事件流提供分析数据许多必要输入,能够采取补偿方式对不一致应用状态实现事件回滚。 事件流共享 我们在微服务之间相互调用中通过引入异步机制,如果不同微服务之间存在共享的状态,或者说需要访问其他微服务的专用数据库,那么我们无需将本来专有的数据库共享出来,也无需在服务层使用2PC+RPC进行性能很慢的跨机同步调用,而是将改变这些共享状态的事件保存并共享,将领域事件以事务日志的方式记录下来,保存在一个统一的存储库,现在EventSourcing标准的存储库是 Apache Kafka。 也就是说,微服务之间共享的不是传统数据库,而是Apache Kafka,通过读取ES的事务日志和重新播放,我们可以得到任何时

03
领券