Chương 10: Người đổi trạng thái

Chương 10: Người đổi trạng thái

Tôi không mở file “final” ngay. Tay tôi dừng trên con chuột vài giây, không phải vì sợ nội dung bên trong, mà vì tôi biết từ khoảnh khắc bấm mở, mọi thứ mình nhìn thấy đều phải được giữ lại đúng thứ tự. Một bản call note được đổi từ v2 thành final trong vòng chưa đầy mười phút không còn là một ghi chú cuộc gọi nữa. Nó là một phiên bản câu chuyện, và câu chuyện đó đang được đẩy vào HR case với tên tôi ở ô người cần phản hồi.

Tôi chụp màn hình thông báo HR trước, lưu file .msg của yêu cầu, rồi mới tải attachment về thư mục incident. Hương ngồi bên cạnh không hỏi, chỉ đặt một ly nước sát mép bàn tôi. Con bé đã học được rằng ở những lúc như thế này, lời an ủi không giúp được nhiều bằng việc đừng để tôi quên uống nước. Tôi mở bản v2 đã tải từ nhóm họp, mở tiếp bản final trong HR case, dùng chức năng compare của Word. Màn hình tách ra hai cột đỏ xanh, và chỉ cần nhìn dòng đầu tiên bị gạch, tôi đã hiểu vì sao chữ “final” làm mình khó chịu.

Câu “Đã trao đổi với support phụ trách case, support nắm tình trạng forecast 6x40HC và đang kiểm tra nguyên nhân chưa secure đủ space” đã biến mất. Thay vào đó là một câu nghe sạch hơn rất nhiều: “At 14:58, internal case status reflected support acknowledgement of updated forecast 6x40HC; Sales communicated customer-facing update based on internal case status and ongoing operational checking.” Không còn “support phụ trách case”, không còn ám chỉ một người cụ thể. Nhưng câu mới nguy hiểm hơn. Nó không cần gọi tên tôi nữa, vì nó gọi tên hệ thống.

Tôi nhìn cụm “internal case status” rất lâu. Nếu một câu mơ hồ còn có thể bị yêu cầu làm rõ người, giờ, kênh trao đổi, thì một trạng thái trên CRM lại dễ được xem như chứng cứ khách quan. Người đọc vội sẽ không hỏi trạng thái đó xuất hiện từ lúc nào, do ai đổi, hay có được khóa trước khi email 15:31 gửi ra ngoài hay không. Họ chỉ cần thấy hai chữ “support acknowledgement” là đủ để đặt câu hỏi ngược lại tôi: nếu hệ thống đã ghi support xác nhận lúc 14:58, tại sao support còn nói không xác nhận với Sales trước 15:31?

“Chị Linh,” Hương nói rất nhỏ, “lúc nãy timeline của chị ghi 15:08 draft bị hold, approval bị khóa. Có dòng nào về acknowledgement không?” Tôi lắc đầu, mở lại CRM case Đại Phú/MT Star. Phần summary ở đầu case hiện đang có một ô xám: Forecast Alignment Status – Support acknowledged. Bên dưới là timestamp hiển thị 14:58. Nếu chỉ nhìn giao diện chính, bản final của anh Khoa không sai. Chính điều đó mới làm tôi lạnh gáy.

Tôi chuyển sang tab audit trail. Mặc định hệ thống chỉ hiện activity chính: tạo draft, hold approval, freeze version, cập nhật incident. Tôi bấm “show field-level changes”, rồi nhập bộ lọc “forecast_alignment_status”. Không có gì hiện ra trong hai giây đầu. Tôi tưởng mình gõ sai, đến khi một dòng nhỏ bung ra dưới phần technical log: 17:06:12 – Forecast Alignment Status changed from Pending support confirmation to Support acknowledged. Updated by Mai Nguyen. Source: Manual update. Effective display time: 14:58. Reason note: Align with Sales call note final.

Tôi không nói gì. Hương ở cạnh tôi cũng im. Có những khoảnh khắc văn phòng không cần tiếng hét, vì một dòng audit đủ làm căn phòng ồn ào trong đầu người đọc. Lúc 15:31, email của chị Mai nói forecast đã được ghi nhận từ sáng là 6x40HC và support đang kiểm tra vì sao không secure đủ space. Lúc 16:55, công ty đính chính với khách rằng timeline đó chưa có căn cứ approved. Và lúc 17:06, sau khi HR case yêu cầu tôi giải trình, trạng thái trên CRM lại được đổi thành “Support acknowledged”, với giờ hiển thị lùi về 14:58.

Tôi chụp màn hình audit trail, tải bản export CSV của CRM, rồi gửi một tin ngắn cho anh Bình trong nhóm incident riêng: “Anh Bình, nhờ anh hỗ trợ preserve field-level audit của case Đại Phú, đặc biệt forecast_alignment_status. Em thấy có manual update 17:06 nhưng effective display time 14:58.” Anh Bình phản hồi sau chưa đầy một phút: “Anh thấy. Đừng kết luận motive trong bản giải trình. Ghi đúng audit timestamp và display timestamp. Anh sẽ export server-side log.” Tôi nhìn câu “đừng kết luận motive”, tự nhiên thấy mình bình tĩnh lại. Không kết luận motive không có nghĩa là bỏ qua hành động. Nó chỉ có nghĩa là mình để hành động tự nói.

Tôi mở HR case, chưa bấm trả lời ngay. Trước khi viết, tôi lập một bảng đối chiếu bốn cột: nguồn dữ liệu, nội dung thể hiện, timestamp audit, rủi ro diễn giải. Ở dòng bản v2 của anh Khoa, tôi ghi: có cụm “support phụ trách case”, đã bị yêu cầu làm rõ người/kênh/giờ nếu giữ lại. Ở dòng bản final, tôi ghi: cụm người bị thay bằng “internal case status reflected support acknowledgement”, tạo cơ sở diễn giải rằng support đã xác nhận qua CRM trước email 15:31. Ở dòng CRM audit, tôi ghi lạnh nhất có thể: trạng thái support acknowledgement được cập nhật thủ công lúc 17:06:12 bởi Mai Nguyen, sau thời điểm email 15:31, sau thời điểm văn bản đính chính 16:55 và sau thời điểm HR case 17:01; effective display time được đặt là 14:58.

Tôi viết bản giải trình thứ hai như đang dựng một hàng rào bằng chữ. “Tôi không có cuộc gọi, tin nhắn riêng, email, Teams chat hoặc CRM approval nào xác nhận với Sales rằng forecast 6x40HC là active/customer-committed trước thời điểm email 15:31 được gửi.” Câu đầu tiên phải rõ như vậy. Không quanh co, không cảm xúc, không để người khác cắt mất nửa câu. Câu thứ hai tôi viết chậm hơn: “Tại thời điểm tôi kiểm tra và cung cấp timeline cho incident group, tôi không ghi nhận approved record thể hiện support acknowledgement đối với forecast 6x40HC tại freeze time.”

Đến đoạn về trạng thái CRM, tay tôi khựng lại. Chỉ cần một chữ quá mạnh, bản giải trình có thể bị chuyển từ “phản hồi dữ kiện” thành “cáo buộc đồng nghiệp chỉnh dữ liệu”. Tôi xóa câu “trạng thái đã bị đổi sau đó” và viết lại: “Sau khi nhận HR case, khi đối chiếu bản call note final với CRM audit trail, tôi ghi nhận field forecast_alignment_status đang hiển thị Support acknowledged với effective display time 14:58; tuy nhiên field-level audit thể hiện thay đổi này được manual update lúc 17:06:12 bởi Mai Nguyen. Vì vậy trạng thái hiện tại không thể được dùng làm căn cứ để kết luận support đã xác nhận với Sales trước email 15:31, trừ khi có thêm bằng chứng hệ thống khác chứng minh trạng thái này tồn tại trước 15:31.”

Tôi đính kèm bốn file: screenshot HR request, bản compare v2-final, CRM audit export và timeline đã gửi incident group. Trước khi bấm submit, tôi đọc lại một lần cuối. Bản giải trình không có chữ “chị Mai cố tình”, không có chữ “anh Khoa dựng chuyện”, cũng không có câu nào xin lỗi thay support. Nó chỉ đặt mỗi dữ kiện về đúng mốc thời gian của nó. 17:29, tôi gửi.

Thông báo “response submitted” hiện lên chưa được ba mươi giây thì Teams đã sáng. Chị Nhung tag tôi trong nhóm incident: “Linh, chị đã nhận bản giải trình. Chị cần xác nhận: em đang ghi nhận có thay đổi trạng thái CRM sau HR case?” Tôi nhìn câu hỏi đó, thấy rõ một cái cửa khác vừa mở ra. Nếu trả lời quá ngắn, nó sẽ thành câu nói thiếu bối cảnh. Nếu trả lời quá dài, nó sẽ giống một bản cáo trạng. Tôi gõ chậm: “Dạ, em ghi nhận theo audit trail: field forecast_alignment_status được manual update lúc 17:06:12, effective display time 14:58. Em không kết luận ý định người update. Em chỉ nêu rằng trạng thái hiện tại cần được đối chiếu bằng audit timestamp trước khi dùng làm căn cứ xác định support có xác nhận trước 15:31 hay không.”

Chị Thảo phản hồi ngay sau đó: “Đề nghị giữ nguyên audit trail, không tiếp tục cập nhật status case Đại Phú cho đến khi IT export log.” Anh Hải thêm một dòng ngắn: “Agree. Responsibility review tạm chuyển sang evidence conflict.” Tôi nhìn thấy trạng thái HR case của mình nhảy từ “Waiting for employee explanation” sang “Evidence conflict – system log required”. Lần đầu tiên trong gần hai tiếng, hệ thống không đứng về một câu chuyện đã được viết sẵn. Nó buộc mọi người quay lại hỏi: ai đã đổi trạng thái, đổi lúc nào, và vì sao giờ hiển thị lại nằm trước email 15:31.

Anh Khoa xuất hiện sau gần năm phút im lặng: “Mọi người đừng hiểu sai. Call note final chỉ reflect thông tin hệ thống đang hiển thị, không nhằm quy trách nhiệm cho cá nhân nào.” Tôi nhìn câu đó, không trả lời. Chị Mai thì gửi một câu còn ngắn hơn: “Status em update để đồng bộ thông tin case, không phải chỉnh lịch sử.” Một câu tự vệ rất quen. Không phải chỉnh lịch sử, chỉ là đồng bộ. Không phải đổ lỗi, chỉ là wording hơi nhanh. Không phải nói riêng em, chỉ là support phụ trách case. Mỗi câu nghe riêng đều có thể mềm, nhưng khi xếp theo thứ tự thời gian, chúng tạo thành một đường rất thẳng.

Anh Bình gửi riêng cho tôi file export server-side đầu tiên lúc 17:42. Tin nhắn của anh chỉ có một dòng: “Anh gửi trước phần metadata, bản đầy đủ chờ IT lead approve.” Tôi mở file, mắt dừng ở phần update source. Dòng audit trên giao diện CRM chỉ nói “Manual update”. Metadata thì rõ hơn: trường forecast_alignment_status được đổi bằng quyền Sales Manager Override, session đăng nhập từ tài khoản Mai Nguyen, lý do chọn trong dropdown là “Customer committed before cutoff”. Tôi ngồi yên vài giây, cảm giác mệt không còn dội lên nữa mà chìm xuống, nặng và sâu.

Trên màn hình, trạng thái “Support acknowledged” vẫn nằm đó với giờ hiển thị 14:58, gọn gàng như một con dấu. Nhưng phía sau con dấu ấy, log hệ thống đã giữ lại tên người đặt nó xuống. Tôi nhìn đồng hồ. 17:44. Còn mười sáu phút trước hạn HR ban đầu, nhưng bản giải trình thứ hai của tôi đã gửi xong, và một câu hỏi khác vừa bắt đầu: nếu một người có thể đổi trạng thái sau khi sự việc đã bị freeze, thì còn bao nhiêu trạng thái trong những case cũ từng được đổi theo cách tương tự trước giờ cut-off?