Archived
人手改的那一手真正落得下去;界面不撒谎那几处补齐
手改是**兜 AI 的错**的那一手 —— 这一轮把它从「摆在那儿但落不了地」做成真的: 件上就地改 · 保存**按地址收**,不看当下那张卡:载荷从前借道工单的 `blocks[i]` 取列名, 于是熔断卡(没有 blocks)在屏上时,人补的那一格一个字都送不出去 —— 而他要补的恰恰是把这一单卡住的那个必填格。授权面改由活动清单的台账声明把关。 · **能增删行**:错不止「这一格填错了」,还有「这一行不该在」与「漏了一行」。 删挂记号不当场抹掉(看得见、可后悔),且**删要说出来**(`drops`)—— 「没回传就是删了」会把一次不完整的回传变成一次删表。 · **必填没填按不下提交**:与放行门 L1 同一个数同一套算法;闸上摆出差在哪一行哪一格。 · 只写真改了的那几行 —— 改一格却留「修订 4 行」的痕,那句话是假的。 判据与门 · 裁量判据带谓词时**谓词说了算**:「选填缺口已补齐」基座数得出来, 人填好的目标价它照样判「客户未提供」的毛病由此消掉。 · 验收卡判据**读时现算** —— 人在成果件上补一格,判据跟着变。 · 放行门认「**办完了没有**」不认「有人写过」:从前写个 `false` 就把门推开, 于是一单没打标就进了放行门。三个数全由基座现数。 · 拒回把「活没干完」说成「数或行对不上」的毛病:判据点名的表一行都没写时直说那一步没办。 **指向两扇打不开的门,比不指还糟。** 界面不撒谎 · 日志只有三色:负责人绿 · 智能体蓝 · 系统灰(归侧五种是度量的分法,不是给人看的)。 · 验收收口答两件事:落了什么(按**交付物**点名,一份成果的几张表并成一行)、 往哪儿去(转出哪一口、带过去哪些字段);一个口都没发就直说到此为止。 · 签完到收尾之间那一段有自己的话「字已签下,正在落地」—— 中间态本来就该说出来,只是要说对。 · 消息不再被内部事件刷屏:只有从通道进来的件才谈得上「无人认领」。 · 建客户公司与联系人**一次确认落两行**;联系人编码自增不问人;卡面摆表的人读名。 A1 三案例端到端全 released:全 A 类直通 12 拍 / 客户点名跳一条 10 拍 / 新客户缺必填 14 拍。 五道门禁全绿(971 passed)。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01JsTDjoHovERXyy6Wmw1ALp
This commit is contained in:
@@ -1,50 +1,189 @@
|
||||
/**
|
||||
* A6 视图模版 —— 议价两屏:正式报价单 / 待放行即发出(AM 07)。
|
||||
* 这是**唯一会触达外界**的活动:放行一刻要发信、要回写台账,所以那一屏必须说清后果。
|
||||
* A6 报价议价的 HTML 报告模版 —— **活动自己持有的资产**(§10.3),随包版本冻结。
|
||||
*
|
||||
* 议价是**多轮往来**:成单 → 人工按下发出 → D+3 催 → D+7 催 → 客户还价 → 改一版再发。
|
||||
* 所以这两屏都要让人看得出**先后**:这一版是第几轮、上一轮报的是多少、下一记提醒在哪天。
|
||||
* 只摆一个「当前单价」的屏,人签字时没有参照系,也就无从判断这一让让得值不值 ——
|
||||
* 于是「历次报价」那一节摆的是共享域整表(含既往单),它不是本单成果,是本单的尺子。
|
||||
*
|
||||
* 两个局面:
|
||||
* ① 正式报价单(草稿)—— 六样条款齐不齐;这一步还没碰外界,一封信都没发;
|
||||
* ② 放行即发出 —— 按下的那一刻信就到客户手上,签字前是最后一次能改的机会。
|
||||
*
|
||||
* 容器是 `sandbox=""` iframe:无脚本、无外链、样式自带;数据由基座推送时填
|
||||
* (`data-slot` 取值、`data-rows` 逐行展开)。
|
||||
*
|
||||
* 两条贯穿全包的呈现纪律:
|
||||
* · **状态章一律用「在办」灯,不用「已办」印** —— 模版是随包冻结的静态字符串,
|
||||
* 它盖不了一个还没发生的章;这两张都是放行前的局面;
|
||||
* · **`verdict` 的橙档专指「还没发生,等你按」** —— 发出的后果是预告不是既成事实。
|
||||
* 整屏的结构色一律品牌蓝/案卷紫,红橙绿只落在「达标没达标」上,不拿来渲染气氛。
|
||||
*/
|
||||
import { kvCard, noteCard, tableCard, viewShell } from '@sdk';
|
||||
import { noteOnly, section, stagesOnly, statsBand, tableOnly, verdict, viewShell } from '@sdk';
|
||||
|
||||
/**
|
||||
* 静态阶梯 —— **规则与节拍不是数据**:六样条款的要求、D+3/D+7 的节拍、三个出口的去向
|
||||
* 都随包冻结,不该走 `data-rows` 等基座来填(那会让「规矩」看起来像「这一单的结果」)。
|
||||
* 沿用外壳已有的 `.steps` 版式,与引擎推的阶段列表同一副面孔。
|
||||
*/
|
||||
function ladder(rows: ReadonlyArray<readonly [string, string, string]>): string {
|
||||
return `<ul class="steps">${rows
|
||||
.map(
|
||||
([no, term, gloss]) =>
|
||||
`<li><span class="n">${no}</span><span><span class="t">${term}</span> <span class="d">${gloss}</span></span></li>`,
|
||||
)
|
||||
.join('')}</ul>`;
|
||||
}
|
||||
|
||||
/**
|
||||
* 键值格 —— 报价单的条款是**一份单据的正面**,六样并排比一张六列横向滚动的表好读。
|
||||
* `@sdk` 的 `kvCard` 自带一个「·」号章节,与本页「一/二/三」的编号排不到一起,
|
||||
* 所以这里只借外壳已有的 `.kv` 版式,章节仍交给 `section` 统一编号。
|
||||
*/
|
||||
function kvGrid(items: ReadonlyArray<readonly [string, string, ('mono' | 'tag')?]>): string {
|
||||
return `<div class="kv">${items
|
||||
.map(([label, path, style]) => {
|
||||
const cls = style === undefined ? '' : ` class="${style === 'mono' ? 'mono' : 'tag'}"`;
|
||||
return `<div><em>${label}</em><b${cls} data-slot="${path}"></b></div>`;
|
||||
})
|
||||
.join('')}</div>`;
|
||||
}
|
||||
|
||||
/** 局面一:S1 成单 —— 人此刻要核的是「六样齐没齐、这一版能不能发」 */
|
||||
export const QUOTE_COMPOSED = viewShell({
|
||||
title: '正式报价单',
|
||||
kicker: 'A6 · 报价议价',
|
||||
title: '正式报价单(草稿)',
|
||||
kicker: 'A6 · 报价议价 · S1 成单',
|
||||
tone: 'brand',
|
||||
icon: 'handshake',
|
||||
stamp: { kind: 'live', text: '成单中' },
|
||||
sign: 'A6 报价议价 · 正式报价单(本单草稿)',
|
||||
body:
|
||||
kvCard('报价抬头', [
|
||||
['报价单号', 'quoteNo', 'mono'],
|
||||
['客户编码', 'customerCode', 'mono'],
|
||||
['型号 PN', 'pn', 'mono'],
|
||||
]) +
|
||||
kvCard('报价条款', [
|
||||
['单价', 'unit_price'],
|
||||
/* `items` 是起单入参的数组,基座渲染数组时给的是条数 —— 正好是「这一单要报几条」 */
|
||||
statsBand([
|
||||
['报价条目', 'items'],
|
||||
['单价 CNY', 'unit_price'],
|
||||
['交期', 'lead_time'],
|
||||
['最小包装量 SPQ', 'spq'],
|
||||
['最小起订量 MOQ', 'moq'],
|
||||
['贸易条款', 'trade_terms'],
|
||||
['有效期', 'valid_until'],
|
||||
]) +
|
||||
noteCard('这一步还没碰外界', '报价单此刻只是<b>草稿</b>。发出动作是<b>写类</b>的,过程中只登记为「动作意向」——入参冻结、等放行,放行前一封信都不会发出去。'),
|
||||
});
|
||||
|
||||
export const QUOTE_RELEASE = viewShell({
|
||||
title: '正式报价单 · 放行即发出',
|
||||
kicker: 'A6 · 成果预览',
|
||||
tone: 'danger',
|
||||
body:
|
||||
tableCard(
|
||||
'本单报价',
|
||||
'mine:quote_negotiate.formal_quote',
|
||||
[
|
||||
section('报价条款六样 —— 缺一不可',
|
||||
kvGrid([
|
||||
['单价 CNY', 'unit_price'],
|
||||
['交期', 'lead_time'],
|
||||
['最小包装量 SPQ', 'spq'],
|
||||
['最小起订量 MOQ', 'moq'],
|
||||
['贸易条款', 'trade_terms'],
|
||||
['有效期', 'valid_until'],
|
||||
]) +
|
||||
noteOnly(
|
||||
'单价与交期<b>照审批通过的草案抄</b>,不做任何「顺手优化」—— 改价要重新过审批点。' +
|
||||
'有效期按行情波动定,不要一律写「长期有效」:那等于把汇率与料价风险自己扛了。' +
|
||||
'拿不准的项<b>宁可空着走补全</b>,不要填一个看起来合理的值。',
|
||||
),
|
||||
{ text: '缺一样多一轮' },
|
||||
) +
|
||||
section('本单已成形的报价行',
|
||||
tableOnly('mine:quote_negotiate.formal_quote', [
|
||||
['报价单号', 'quote_no', 'mono'],
|
||||
['型号', 'pn', 'mono'],
|
||||
['型号 PN', 'pn', 'mono'],
|
||||
['单价', 'unit_price'],
|
||||
['交期', 'lead_time'],
|
||||
],
|
||||
['有效期', 'valid_until'],
|
||||
]),
|
||||
{ text: '只列本单写下的行' },
|
||||
) +
|
||||
noteCard(
|
||||
'按下放行会发生什么',
|
||||
'① <b>落地预检</b>先跑:交付物齐备、动作意向可执行、授权在契约边界内 —— 预检不过不发卡。' +
|
||||
'② 放行通过<b>即刻落地</b>:台账回写 + 出站发送(报价单发给客户),动作附幂等键。' +
|
||||
'③ <b>落地收敛</b>后输出口才发射 —— 下游只见落地完成的任务;已成动作留存<b>不回滚</b>。' +
|
||||
'④ 出口三选一(成交 / 有异议 / 拒绝)<b>恰发一口</b>,随放行一并确认,G4 网关按它分流。',
|
||||
section('议价的节拍 —— 一轮一版',
|
||||
ladder([
|
||||
['1', '写成正式报价单', '中英双语,六样齐备'],
|
||||
['2', '人工按下发出', '触达客户的一下,系统不替人做这个决定'],
|
||||
['3', 'D+3 提醒到点', '没有跟进的报价等于没报'],
|
||||
['4', 'D+7 提醒到点', '第二记催办,仍无回音即等超时'],
|
||||
['5', '客户回音 → 议价调整', '改价、改交期、换料都是新一版,重新走发出'],
|
||||
]),
|
||||
{ text: '往来看得出先后' },
|
||||
) +
|
||||
section('案例当下进程', stagesOnly('case:stages'), { text: 'Enabled ≠ Active' }) +
|
||||
section('这一步还没碰外界',
|
||||
verdict('报价单此刻只是草稿 —— 一封信都还没发出去', 'wait', '发出这一下必须人工按') +
|
||||
noteOnly(
|
||||
'发出是<b>写类动作</b>:过程中只登记为「动作意向」—— 入参冻结、等放行,放行前不触达世界。' +
|
||||
'预授权是逐项列举的:催办模板可即时发,<b>报价单不行</b>。',
|
||||
),
|
||||
),
|
||||
});
|
||||
|
||||
/** 局面二:待放行 —— 按下的那一刻信就发出去,这是最后一次能改的机会 */
|
||||
export const QUOTE_RELEASE = viewShell({
|
||||
title: '正式报价单 · 放行即发出',
|
||||
kicker: 'A6 · 报价议价 · 成果待签',
|
||||
tone: 'case',
|
||||
icon: 'send',
|
||||
stamp: { kind: 'live', text: '待签字放行' },
|
||||
sign: 'A6 报价议价 · 正式报价单(待放行即发出)',
|
||||
body:
|
||||
statsBand([
|
||||
['单价 CNY', 'unit_price'],
|
||||
['交期', 'lead_time'],
|
||||
['最小起订量 MOQ', 'moq'],
|
||||
['有效期', 'valid_until'],
|
||||
]) +
|
||||
section('本单交付:正式报价单',
|
||||
tableOnly('mine:quote_negotiate.formal_quote', [
|
||||
['报价单号', 'quote_no', 'mono'],
|
||||
['型号 PN', 'pn', 'mono'],
|
||||
['单价', 'unit_price'],
|
||||
['交期', 'lead_time'],
|
||||
['SPQ', 'spq'],
|
||||
['MOQ', 'moq'],
|
||||
['贸易条款', 'trade_terms'],
|
||||
['有效期', 'valid_until'],
|
||||
]),
|
||||
{ text: '发出去的就是这几行' },
|
||||
) +
|
||||
section('历次报价对照 —— 这一轮让了多少',
|
||||
/*
|
||||
* 这一张**故意不用 `mine:`**:它取共享域整表,含既往单的行。
|
||||
* 本单成果只看 `mine:`(见上一节),而「让了多少」这件事天然要跟别的单比 ——
|
||||
* 没有上一轮的价摆在旁边,人签字时判断不了这一让的分寸。
|
||||
*/
|
||||
tableOnly('shared.history_price', [
|
||||
['型号 PN', 'pn', 'mono'],
|
||||
['报价日期', 'quoted_at', 'mono'],
|
||||
['单价', 'unit_price'],
|
||||
['交期', 'lead_time'],
|
||||
]) +
|
||||
noteOnly(
|
||||
'这一节<b>不是本单成果</b>,是共享域里同一料号的历次报价(含既往单)—— 摆在这里只做一件事:' +
|
||||
'给这一轮的价一个参照系。报价日期在列上,先后按日期对;它由 A7 情报归档一单一单沉下来。',
|
||||
),
|
||||
{ text: '含既往单' },
|
||||
) +
|
||||
section('放行前要过的四道判据',
|
||||
ladder([
|
||||
['1', '单价 / 交期 / SPQ / MOQ / 贸易条款 / 有效期齐备', 'L1 机检 · missingQuoteFields = 0'],
|
||||
['2', '按报价有效期 P-04 注明有效期', 'L2 机检 · validityDays 大于 0'],
|
||||
['3', '已建 D+3 / D+7 跟进', 'L2 机检 · 没有跟进的报价等于没报'],
|
||||
['4', 'BD 放行', 'L5 人签 · 签了才算数'],
|
||||
]),
|
||||
{ text: '三机检 · 一人签' },
|
||||
) +
|
||||
section('出口三选一 —— 恰发一口',
|
||||
ladder([
|
||||
['1', '成交', '转订单履约(ORM),这条流走到终点'],
|
||||
['2', '有异议', '回 A4 重开新实例重算 —— 旧的已终,不再入算'],
|
||||
['3', '拒绝 / 超时', '转 A7 情报归档,把拒绝原因与竞对价位登记下来'],
|
||||
]) +
|
||||
noteOnly(
|
||||
'三个出口对应三种后续,随放行<b>恰选一口</b>,下游网关读的就是它;<b>不选口不许放行</b> ——' +
|
||||
'含糊的结果比没结果更坏。「拒绝」不是失败终态:原因回写历史情报后,下一单的三分类与利润模型会用上它。',
|
||||
),
|
||||
{ text: '下游只读这一口' },
|
||||
) +
|
||||
section('按下放行会发生什么',
|
||||
verdict('放行即落地:台账回写 + 报价单出站发送', 'wait', '已成动作留存,不回滚') +
|
||||
noteOnly(
|
||||
'① <b>落地预检</b>先跑:交付物齐备、动作意向可执行、授权在契约边界内 —— 预检不过不发卡;' +
|
||||
'② 放行通过<b>即刻落地</b>,出站动作附幂等键;' +
|
||||
'③ <b>落地收敛</b>之后输出口才发射 —— 下游只见落地完成的任务。',
|
||||
),
|
||||
),
|
||||
});
|
||||
|
||||
Reference in New Issue
Block a user