SAP MM学习笔记28- 供给元(供货源)决定

news2024/10/3 2:26:33

前面已经努力的学习了 购买发注,入库,请求书照合 等功能,还是蛮多内容的哈。

剩下的功能,比如 右侧的 所要量决定,供给元决定,仕入先选择 还没学。

从这章开始,要开始学习它们了。

上一章学了 购买依赖。

SAP MM学习笔记27- 购买依赖(采购申请),供给元决定_东京老树根的博客-CSDN博客

这一章来看看 供给元决定。

 1,供给元(供货源)和契约(合同)

1-1,供给元(供货源)

如下图所示,供给元 就是提供货源的那方,范围比 仕入先要大,

不仅包含外部的仕入先(供应商),也有可能是内部的其他工厂。

分为如下三种:

-  Plant

-  购买情报(采购信息记录)

-  购买契约明细(框架协议)

   这个在现场极少用到,偶尔在汽车制造领域,能看到基本契约;分纳契约基本看不到。

1-1-1,购买契约明细(框架协议)

购买契约明细里面的分纳契约现场几乎不用,咱们这里简单说一下 基本契约。

契约嘛,就是个长期的协议

比如

-  今年内是一个什么固定价格

-  规定最少要进多少货

-  如果达不到的话,有什么惩罚(当然SAP里面就不管这部分了,这是人管的)

这里对比一下 购买情报。

购买情报是 品目的供给元,价格,纳入预定日 等信息的集合。

和契约最大的区别就是 购买情报 没有 价格和购买量的约束,反正就这个报价,爱买多少买多少。

 

基本契约有两种

-  数量契约

   数量达到约定数量,即视为履行了合同。如果有多个品目,那要按品目规定数量。

-  金额契约

   金额达到约定金额,即视为履行了合同。

履行契约的方式,就是通过登录购买发注票 实现的,如下图所示。

ME21N 登录购买发注票,输入品目之后,

-  如果品目有购买情报,则会参考 购买情报 提示价格,

-  如果该品目签了基本契约,那么就会自动从基本契约里面读取价格信息,

   登的票也会统计起来,当做是否履行契约的凭据。

 

下面来尝试登一张 基本契约 的购买发注票试试。

1),ME3L 仕入先别购买传票(就是先去找一张参考的票)

照会Type 用 RAHM 购买契约,然后点 检索图标

也可以进一步指定 传票Type,比如这里指定 MK 数量契约。

查看检索结果

 比如双击打开这个参考的契约。4600000022

2),MEK31 登录契约

也可以从如下的菜单点一下

打开画面以后,输入 仕入先,契约Type,购买组织等信息,按下回车

输入契约的 有效期间开始日,有效期间终了日,再次按下回车

在这里面,也可以指定 目标额 (就是 金额目标),咱们这里先忽略。

契约明细输入

A),有 购买情报 的品目

MM03 品目照会 品目 100-100 是标准原价,价格是 135.98 EUR

该品目有 购买情报,价格也是 135.98 EUR

 自动从 购买情报 里面取出来了:),而且还改不了,可能是 购买情报优先

B),无 购买情报 的品目

该品目无 购买情报

 如果没有 购买情报 的话,契约 里面就可以手动输入了,而且必须输入。

手动输入 价格信息,比如 这里输入 110 EUR

保存,照会

契约番号: 4600000063

3),ME21N 购买发注

A)直接输入 契约番号+明细番号,按回车

※之所要输入明细番号,是因为 契约里面有复数条,如果只有一条品目,那就不需要输入

这样就根据契约直接抽出了很多数据。

当然SAP 不可能知道 你本次要买多少,所以数量还是要自己输入。

这里输入 500 件

保存,照会

注意 这里的购买情报 也自动生成了

 不过也不用太担心,因为这里购买情报里面 价格并没有更新。

真实项目中,一般来说购买情报 都是手工输入的,在购买发注画面会把 更新购买情报 去掉。

在ME3L 里面,也可以确认合同的履行状况,比如 品目 100-109,已经履行了 2.5%了。

B)在 契约 画面直接打开 ME21N

菜单 基本契约 > 后续机能 > 契约Release发注

上述菜单 会直接打开 ME21N

然后拖动 契约番号 到 购物框上面

有 两条一样的 契约番号,这其实是因为 有复数条明细的原因,

我们拖动上面那条

 保存,照会

C),查看 契约履行 情况

除了刚才在 ME3L 里面能查到之外,

在 ME32K 里面也可以有统计的

选中一条品目的明细,点击上面的 Release文书 图标

这里也可以看到 契约履行情况。

2,供给元一览(供货源一览)

供给元一览 就是所有供给元的集合。

如下图所示,契约,仕入先等都集中在一个地方管理。

这个东西的作用

-  收集信息,以便快速找到货源

-  拉黑某个不靠谱的供给元

2-1,ME51N 供给元决定 Flg

可以看到该 供给元决定 Flg 的决定因素。(左侧的部分)

就是下面这个Checkbox

这个 供给元决定Flg 的作用是什么呢?

- 在输入明细的时候,是否自动提案 供给元 或显示 供给元一览

1),不勾 供给元决定 Flg

输入 品目,依赖数 按回车

供给元 Tab里面没有 自动显示 供给元,或供给元一览

点击 供给元割当 按钮,

供给元 Tab里面就自动提案了供给元。

2),勾 供给元决定 Flg 

先勾上 供给元决定 Flg,然后再输入 品目,依赖数,按回车

默认就提案了 供给元。

3),为什么要设置这么个Flg 呢?

主要是为自动化。

购买依赖 可以通过如下自动化手段生成:

-  MRP

-  Interface(就是Bapi)

比如这里的 MRP,

如果把 供给元决定 Flg 也给勾上,那么系统就会因为同时做太多事情而变慢,影响其他人操作。

这个时候,可以选择暂时先不要去决定 供给元,

就先把 购买依赖 生成了,以后再决定从谁那儿买。

2-2,ME01 供给元一览更新

ME01 供给元一览更新 画面本身只有两个项目,

这是站在用户(即要货工厂)的角度,做的一个货源的信息集合。

就下面画面来说,要货工厂 1000,想购买 品目 100-108的时候,有哪些货源可选。

 居然一条都没有呢??

这是因为购买情报,契约 并不会自动在这里表示,ME01是手动模式。

有关其他模式可以参照如下:

【SAP】供給元一覧の設定方法について徹底解説! | SAPコンサルブログ

-  ME05 可以根据 购买基本契约,购买情报 自动设置。

-  ME11 / ME12 在购买情报画面的Menu也可以启动 供给元一览 来设定

-  ME31K / ME32K 购买基本契约画面的Menu也可以启动 供给元一览 来设定

手动输入两个 仕入先,注意后面的 Fix Flg。

勾上这个 Fix Flg,表示说这个是默认的供给元,它不是按照这里登陆的顺序来的。

 

 保存,照会

回到 ME51N,来测试一下

然后把默认改为 仕入先99002

到 ME51N 再试一下

如果两行都不勾或都勾,那么会怎么样呢?

其实就是SAP也不知道,所以会给你显示一个 供给元列表 让你选

2-3,Block Flg(就是类似于黑名单的效果)

Block Flg (=Blk Flg),就是下图的栏目。

保存,照会

到 ME51N再试试看

可以看到 90002被Block了。因为只有一个 仕入先1000 有效,所以就直接提案了。

反正只要SAP能找到一条唯一的就直接提案,找不到就让用户自己手选。

这样就通过 Blk Flg实现了类似黑名单的效果。

3-4,供给元一览的其他一些字段

1),MRP

设置该条数据跟MRP有关或无关

2), PPl

就是 Plant,主要是说从其他工厂带过来的时候,需要把它给设上。

意思是这个意思,但是还是要做些设置

TODO:暂时没研究明白,等以后再研究

3), 契约

如果该品目有契约的话,也可以设上。

唯一没有的是 购买情报。

购买情报 可以通过 品目 和 仕入先 来间接决定。

3,品目Master 画面上的 供给元一览必须 Flg

本来 供给元一览 不是必须的,只是有它更方便而已。

但是,如果在 品目Master画面上设置了 供给元一览必须 Flg的话,供给元一览就变成必须的。

为啥要设为必须呢?

其实就是想增加一个控制。

供给元一览变成了必须,然后权限管理那边,再把 供给元一览 这个权限 只分配给管理层,

这样操作员在操作的过程中就能避免误操作,就是说买东西只能从这些信得过的供应商买。

1),品目Master 设置 供给元一览必须 Flg

就是如下这个Flg。

购买管理Tab > 供给元一览必须

2),ME51N 购买依赖

其实 供给元一览必须 Flg 和购买依赖没啥关系,咱们这里把它也带上,复习一下

保存,照会

3),ME21N 购买发注

这里报了一个错,

Msg 番号 06722  供给元(在这里就是 输入的仕入先 99002)在供给元一览里不存在。

4),ME01 供给元一览 里加上 该 仕入先

保存,照会

虽然能保存,但不一定是能用的,SAP暂时也不去Check那个。

那么什么时候SAP会Check呢?

就是SAP确定你要用它的时候。

就比如说如下图,你要是把 Fix 栏给勾上,那肯定就是要用了,SAP就会Check。

比如本例,SAP发现品目100-111 还没登 购买情报 呢,所以就给了个错误提示。

ME11 购买情报登录

 保存,照会

ME01 / ME03 再度更新供给元一览,设置Fix栏目,这次可以了。

5),再回到 ME21N 购买发注

现在就没问题了。

 保存,照会

6),ME01 供给元一览 中把 供给元给Block(拉黑)

7),ME21N 再去试试 登购买发注票

出了个错:Msg 番号 06723 99002 这个供给元被 Block了。

换一个其他的供给元试一下。

又报  Msg 番号 06722 错误了。

这样 通过 MM01/02 设置品目的 供给元一览必须 Flg,再配合权限控制,就能实现对采购的控制。

当然,挨个去设置品目的这个字段也挺费事儿的,可以在Customize里面统一设置。

4,自动生成

自动生成,现场一般用的很少。

一般还是让管理Master的人自己手动去输入的。

 有关其他模式,我上边也简单说了,这里拷贝一下,可以参照如下:

【SAP】供給元一覧の設定方法について徹底解説! | SAPコンサルブログ

-  ME05 可以根据 购买基本契约,购买情报 自动设置。

-  ME11 / ME12 在购买情报画面的Menu也可以启动 供给元一览 来设定

-  ME31K / ME32K 购买基本契约画面的Menu也可以启动 供给元一览 来设定

5,供给量割当(配额协议)

在现场这个也几乎没人用的。

就是用了,也不见得方便多少,测试也很麻烦。

供给量割当,就是在某个时期内,假如有订单的话,这个订单分给谁,每个人分多少,配额嘛。

可能在汽车领域,偶尔有人用 。

5-1,为什么会有供给量割当 这个东西呢?

俗语说鸡蛋不能放到一个篮子里,万一你只有一个供应商,而那个供应商突然因为主观或客观不可抗力不能供货了岂不是工厂也得停工?

多找几个可以分担风险。

对这些供应商,工厂内部也要有个配额计划。

5-2,购买依赖的时候,如何决定供给元?

如下图这样来决定供给元:

割当Rate(配额比率) = (割当济数量 + 割当基本数量)/ 供给量割当。

如下图所示,

-  供给元A 的割当Rate = (100+0)/ 2 = 50

-  供给元B 的割当Rate = (150+0)/ 1 = 150

A的割当Rate < B的割当Rate,就是说 A现在订货量太少了,再订货的就从它那订。

1),MEQM 品目别供给量割当 查询


 

2),MEQ1 供给量割当更新

输入品目 和Plant,按下回车

其实 MEQM 品目别供给量割当 查询 里面,

点击那一行的任意位置,以选中该行,

然后点击 菜单  编集 > 供给量割当

也可以打开供给量割当更新 画面

双击 供给量割当期间 行的任意栏目 (比如 供给量割当 55(这就是一个编号))

可以看到该品目一共有2个仕入先,它们的配额 是 40%,60%。

注意这个是轮换制,就是这一次采购 1#供应商,下一次自动采购 2#供应商,一次发注或依赖,自动按比例分开登两张票,好像不太行。

当然也不一定非得 1#,2#,1#,2#... 这样啊,SAP内部有一个公式来算到底该轮到谁了,

说不定是 1#,2#,2#,1#,1#,1#...也有可能啊。

具体决定采用哪个供应商,由如下公式计算,采用 配额比率最低 的供应商:

割当Rate(配额比率) = (割当济数量 + 割当基本数量)/ 供给量割当。

3),供给元决定的公式 中,割当基本数量的作用

供给元决定的公式:

割当Rate(配额比率) = (割当济数量 + 割当基本数量)/ 供给量割当。

图中的 割当基本数量也是 0,一般来说也确实是设为0的。

那什么时候用呢?

其实就是增加新货源的时候

假如新的仕入先 不设置 割当基本数量 或 设置为0的话,

那么它的割当Rate肯定是在一段时期内是最低的。

意思是一段时期内系统会总自动订它。这对老客户是不公平的。

再贴一下图:

做个例子试一下

A),ME51N 购买依赖

输入 品目 99-110,数量,然后按回车

 按下供给元割当 之后,SAP 提案了 仕入先1910

其实按公式计算的话,仕入先1910 ,仕入先1920的 割当Rate都是0。

那为什么提案 1910呢?

我估摸着是因为 1910的所占比例大,比例大,就是优先的 仕入先,这很符合常识。

公式:

割当Rate(配额比率) = (割当济数量 + 割当基本数量)/ 供给量割当。

 仕入先 1920 占 40%,仕入先1910 占 60%。

保存,照会

B),ME51N 购买依赖 再做一次

这次 依赖 20 KG。

 点击 供给元割当 按钮,这次就会提案 仕入先1920,因为它的 割当Rate 较小。

保存,照会

 进入MEQ1,割当济数量 已经更新了。

C),MEQ1 新增一个仕入先 1930

这个时候要是不加 割当基本数量,那么它的 割当Rate就是最小的,

也就是说头几笔的 购买依赖/发注 肯定会选它了。

所以这里需要加一个合理的 割当基本数量,比如 10,这样就和 仕入先1910 处于一个起跑线。

 点 供给元割当,默认选的是 1910,虽然 1910 和1930的割当Rate一样,可能是它比较靠前啊

登完上一张票之后,下一张 票就轮到 1930了,因为它的割当Rate变成最小的了。

虽然我上面学了这么一大段子,但是这个东西几乎没人用

大家也是看看了解一下就好了。

6,供给元自动割当的优先顺序总结

由下图所示,SAP中 供给元决定的优先顺序如下:

-  供给量割当

-  供给元一览

-  购买契约明细

-  购买情报

也就是说,SAP本身是想让大家多用 供给量割当,

但是呢,现场大家都不怎么用,反而是第二位的 供给元一览 用得最多(因为可以控制购买)

注意 4. 购买情报 里面有个 通常仕入先 这个概念。

就是最常用的仕入先,或者叫做 TOP仕入先

通常仕入先の決定 - SAP 文書

也就是说,即使前面的1,2,3 都设上了,

SAP check发现 你居然把 通常仕入先 也设上了,就会优先选它。

举个例子

1)设置 仕入先1920 作为 品目99-110 的 通常仕入先

保存,照会

2),ME51N 购买依赖

 好像没太好用啊啊啊啊啊

这不还是走的 供给元一览嘛。

 3),把客户端关了,重新登录 再试一下 ME51N 购买依赖

这次好像行了,看来刚才不行是因为缓存什么的吧

保存,照会

 看一下 MEQM 供给量割当,看 1920 快上天了,但是因为它是 通常仕入先,所以下一票还是它

4),ME51N 购买发注 再买一单

好像还是不好用啊

5),再设 通常仕入先 Flg

仔细看一下,除了 通常仕入先 Flg,上面不是还有 利用可能开始日/终了日 嘛。

把那个也设上,再试试。

好像还是不太行,默认就去找 仕入先1910了。

 MEQM 查看品目 99-110 的供给量割当,确实它的 割当Rate是最小的。

在 ME21N里面,有较为明显的警告Message,说 根据供给量割当,应该制定仕入先 1910。

总体来说吧,测试结果就是,通常仕入先 Flg 优先级低于 供给量割当

希望大家能找到证据推翻这个结论,因为根据上图的SAP教材,通常仕入先Flg 是最优先的。

补充:

ERP EXPERT 【SAP R/3コンサル御用達】 - 購買時などの仕入先決定の仕組みはどの様になっているのでしょうか。

上面URL里面,这个网友的回答说倒是和我的测试结果一致,看起来是对的,
那就是咱们理解错教材了。

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

仕入先決定の仕組みは、下記の優先度に従って
行われます。

優先度

1、供給量割当 (tr-cd : MEQ1)
  供給量割当の一番大きな仕入先で決定
  (MEQ1で品目へ定義されている仕入先)
     ↓

2、供給元一覧 (tr-cd : ME01)

  (1) 固定供給先の設定がある仕入先で決定
     ↓

  (2) プラントレベルの通常仕入先が設定されている場合
      (OMKHでプラントへチェックを入れる)
     購買情報で通常仕入先へチェックが入っている仕入先で決定
      (ME12の一般データで通常仕入先へチェックを入れる)

     ↓

  (3) 最も価格の低い仕入先として
     購買情報の正味価格が一番低いか
     (ME12の条件で価格を設定)
     ↓

3、全仕入先を対象 (tr-cd : ME12)
  一番低い価格を持つ仕入先で決定

このように細かく設定ができますよ。 

这章内容有点儿太多了啊,就先到这。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/983055.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

从零开始搭建vite4.0-vue3.0项目

目录 前言 项目地址 项目初始化 git初始化 别名配置 解决vscode报错 vue-router安装 pinia安装 环境配置 axios安装 element-plus按需引入 eslint与prettier安装 scss安装 stylelint配置 代码提交规范配置 husky与lint-stage配置 前言 pnpm和npm的命令行完全一…

Ae 效果:CC Radial Blur、CC Radial Fast Blur

模糊和锐化/CC Radial Blur Blur & Sharpen/CC Radial Blur CC Radial Blur&#xff08;CC 径向模糊&#xff09;可以创建径向缩放以及径向旋转等模糊效果。 ◆ ◆ ◆ 效果属性说明 Type 类型 径向模糊的类型包括两大类&#xff1a;前三个属于径向缩放模糊&#xff0c;后…

Kubernetes----基于kubeadm工具在CentOS7.9虚拟机上部署一主两从类型的Kubernetes集群环境

【原文链接】Kubernetes----基于kubeadm工具在CentOS7.9虚拟机上部署一主两从类型的Kubernetes集群环境 文章目录 一、虚拟机环境准备1.1 准备三台CentOS操作系统的虚拟机1.2 修改主机名1.3 确认CentOS的版本符合要求1.4 配置地址解析1.5 配置时间同步1.6 关闭防火墙1.7 禁用se…

【用unity实现100个游戏之9】使用Unity制作类八方旅人、饥荒风格的俯视角2.5D游戏

前言 2.5D游戏 是一种介于二维和三维之间的游戏形式。它通常在二维平面上展示游戏内容&#xff0c;但利用三维技术来实现更加逼真的图像效果。 在2.5D游戏中&#xff0c;角色和环境通常是以平面的形式呈现&#xff0c;但可以在垂直方向上移动。这意味着玩家可以在一个相对较薄…

Vert.x 源码解析(4.x)——ClusteredEventBus入门使用和源码解析

目录 1. 简介 如果哪里有错误&#xff0c;欢迎指正。 如果哪里有不明白的地方&#xff0c;欢迎讨论 Vert.x集群器 Vert.x 集群管理器的可插拔性&#xff0c;可轻易切换至其它的集群管理器。 Vert.x 集群管理器包含以下几项功能&#xff1a; 发现并管理集群中的节点管理集…

node.js下载安装使用

天行健&#xff0c;君子以自强不息&#xff1b;地势坤&#xff0c;君子以厚德载物。 每个人都有惰性&#xff0c;但不断学习是好好生活的根本&#xff0c;共勉&#xff01; 文章均为学习整理笔记&#xff0c;分享记录为主&#xff0c;如有错误请指正&#xff0c;共同学习进步。…

WangEditor在Vue前端的应用

1、在Vue项目中安装WangEditor 对于Vue2&#xff1a; npm install wangeditor/editor-for-vue --save 或者 yarn add wangeditor/editor-for-vue 对于Vue3&#xff1a; npm install wangeditor/editor-for-vuenext --save 或者 yarn add wangeditor/editor-for-vuenext 2、将Wa…

站在AI大模型十字路口:实地探访2023服贸会

服贸会恰是一面镜子。小到针对蓝领市场的刷脸招聘机器&#xff0c;大到向政企展示的生活服务数据监测平台&#xff0c;无一不在折射出&#xff0c;中国的数字化服务已渗透到个人生活与企业管理的方方面面。 作者|思杭 出品|产业家 处暑过后的北京&#xff0c;仍留着夏天些…

DevEco Studio开发工具无法预览的问题处理

预览如上图报错信息 解决办法&#xff1a; 1. 首先打开 "SDK管理" 下载后即可解决

Docker使用及本地Yolov5打包教程

1. Docker的安装 注意&#xff1a;官方也提供了直接Pull Yolov5的渠道&#xff1a; docker pull ultralytics/yolov5 详见&#xff1a;https://hub.docker.com/r/ultralytics/yolov5 --------------------------------------------------以下正文------------------------…

QT之形态学操作

形态学操作包含以下操作&#xff1a; 腐蚀 (Erosion)膨胀 (Dilation)开运算 (Opening)闭运算 (Closing)形态梯度 (Morphological Gradient)顶帽 (Top Hat)黑帽(Black Hat) 其中腐蚀和膨胀操作是最基本的操作&#xff0c;其他操作由这两个操作变换而来。 腐蚀 用一个结构元素…

ABAP 一般采购申请创建、服务类型采购申请创建BAPI_REQUISITION_CREATE

前言 此文的示例同时可创建一般采购申请或服务采购申请&#xff0c;当采购类型为Z007时&#xff0c;触发服务采购申请相关字段填写 正文 创建服务类型采购申请的时候参数间互相绑定很绕&#xff0c;看了这篇博客才理明白&#xff0c;有兴趣的可以阅读原文 https://wiki.scn.…

Stable Diffusion插件:StyleSelectorXL 之七十七种绘画风格任君选择

本文给大家分享一个应用于 SDXL 的新插件&#xff1a;StyleSelectorXL。通过在UI界面上简单的选择&#xff0c;我们就可以生成多种多样的风格图片&#xff0c;如动漫、水彩、平面、3D、线稿、涂鸦、剪纸、朋克、童话等等。 基本介绍 用过 SDXL 的同学&#xff0c;应该能切身感…

算法leetcode|79. 单词搜索(rust重拳出击)

文章目录 79. 单词搜索&#xff1a;样例 1&#xff1a;样例 2&#xff1a;样例 3&#xff1a;提示&#xff1a;进阶&#xff1a; 分析&#xff1a;题解&#xff1a;rust&#xff1a;go&#xff1a;c&#xff1a;python&#xff1a;java&#xff1a; 79. 单词搜索&#xff1a; …

提高设计效率,你还需要掌握FeatureManager这些小窍门

FeatureManager 设计树使多种选择和过滤器操作变得更为方便&#xff0c;并在处理模型时提供对多个文件夹和有用工具的访问。 FeatureManager 设计树和图形区域为动态链接。可在任一窗格中选择特征、草图、工程视图和构造几何线。 您可以分割 FeatureManager 设计树&#xff0c;…

力扣每日一题---2594. 修车的最少时间

文章目录 思路解题方法复杂度Code 思路 请注意&#xff0c;能力值越低&#xff0c;修车越快&#xff0c;应该翻译成「排名」&#xff0c;排名越靠前&#xff0c;修车越快。&#xff09;根据题意可以知道r * n * n < t 的&#xff0c;所以可以利用数学知识进行改变公式&#…

灰度变换与空间滤波

灰度变换与空间滤波 背景知识 空间域指包含图像像素的平面&#xff0c;灰度变换与空间滤波均在空间域进行&#xff0c;即直接在图像像素上操作&#xff0c;表示为 g ( x , y ) T [ f ( x , y ) ] g(x,y)T[f(x,y)] g(x,y)T[f(x,y)] &#xff0c;其中 T T T 是在点 ( x , y…

【SWT】 使 ScrolledComposite 中内容动态变化后依然可以滚动

引言&#xff1a; 在用户界面设计中&#xff0c;有时需要在有限的空间内显示大量内容。如果内容超过可视区域的大小&#xff0c;滚动功能可以帮助用户滚动并查看所有内容。本文将介绍如何使用 Eclipse SWT 库中的 ScrolledComposite 控件来实现在滚动区域中显示可滚动的标签。 …

Discuz论坛帖子标题随机高亮颜色,拒绝千篇一律!

DZ论坛帖子标题默认是没有高亮、加粗效果的&#xff0c;如果是要实现某篇帖子标题高亮、加粗&#xff0c;站长或是版主可以点开这篇帖子&#xff0c;在发帖的下方可以看到精华、高亮、图章、置顶等操作&#xff0c;然后点击高亮&#xff0c;可以选择高亮颜色&#xff0c;是否加…

直播预告 | 博睿学院 Bonree ONE接入zabbix数据源提高可观测运维能力

Zabbix是业界覆盖面非常普遍的监控工具。本课程将介绍目前公有云的基础监控体系的构建思路&#xff0c;讲述One产品对接Zabbix数据的必要性与可观测性赋能效果。 课程中会分享数据接入的过程&#xff0c;重点讲解zabbix工作机制&#xff0c;深入分析zabbix数据库表结构&#x…