Chương 6: Log sau 22 giờ

Chương 6: Log sau 22 giờ

Tôi không bấm vào notification ngay. Ngón tay tôi dừng trên touchpad vài giây, đủ lâu để tự nhắc mình rằng một thông báo bị chặn không đồng nghĩa với một bằng chứng hoàn chỉnh. Nó chỉ là một dấu chân. Muốn biết người đó định bước vào đâu, tôi cần lối đi còn nguyên, không bị tôi vô tình làm xáo trộn. Tôi chụp màn hình, lưu vào folder timeline với tên “2026-incident-MTStar-0914-blocked-edit.png”, rồi ghi lại đúng từng chữ trong sổ: 09:14, Mai Nguyen, incident_summary_package_draft, active version lock. Chỉ bốn dòng ngắn, nhưng chúng khiến cơn mệt từ cuộc họp HR chưa kịp tan đã quay lại, sắc hơn và tỉnh hơn.

Tôi mở nhóm xử lý incident, cân nhắc rất lâu trước khi gõ. Nếu nhắn riêng cho chị Thảo, mọi thứ sẽ lại thành câu chuyện “Linh tự gom chứng cứ sau lưng mọi người”. Nếu đưa thẳng lên kênh chung, chị Mai có thể nói tôi làm lớn chuyện. Cuối cùng tôi chọn cách thứ ba: viết một câu chỉ nói về quy trình. “Em ghi nhận CRM vừa báo blocked edit attempt trên package draft lúc 09:14 do active version lock. Để cuộc họp 14:00 dùng cùng một nguồn dữ kiện, em đề nghị chị Thảo duyệt export audit trail/version history của package từ 16:00 hôm qua đến hiện tại.” Tôi đọc lại hai lần, xóa chữ “chị Mai”, xóa cả chữ “sửa”, rồi mới gửi.

Tin nhắn nằm yên chưa đầy một phút thì chị Mai phản hồi: “Chị chỉ định sửa wording cho rõ, không có gì nghiêm trọng. Không cần làm phức tạp thêm.” Tôi nhìn câu đó và biết mình không nên trả lời ngay. Một người nói “không nghiêm trọng” quá nhanh thường đang mong người khác đồng ý với nhịp của họ. Chị Thảo trả lời sau đó: “Approve. IT hỗ trợ export audit trail read-only, include HRBP và các lead liên quan. Không ai edit package cho đến khi họp xong.” Chỉ đến khi dòng ấy xuất hiện, tôi mới thở ra. Tôi không cần thắng bằng cảm giác. Tôi chỉ cần giữ được mặt bàn đủ phẳng để mọi người đặt chứng cứ lên.

Hương nhắn riêng gần như cùng lúc: “Chị Linh, chị Mai vừa hỏi em có giữ bản chụp cũ không. Em nên trả lời sao?” Tôi nhìn tin nhắn, nhớ lại nét mặt của con bé trong phòng tài liệu hôm qua, vừa sợ sai vừa sợ bị kéo vào một lỗi không phải của mình. Tôi gõ chậm: “Em đừng gửi gì qua chat riêng. Nếu ai hỏi, em trả lời trên group xử lý rằng em chỉ có attachment index và không chỉnh package. Mọi bản chụp cứ để theo yêu cầu audit.” Hương gửi lại một icon nhỏ rồi im. Sự im lặng ấy làm tôi khó chịu, vì tôi biết có những người mới đi làm vài năm đã học được cách sợ một file Word nhiều hơn sợ khách hàng nổi giận.

Đến 10:03, anh Bình bên IT gửi đường dẫn audit trail read-only. File không đẹp như một bản tường trình. Nó là một bảng dài, khô và lạnh: version number, actor, action, field changed, timestamp, export event. Tôi mở bằng chế độ chỉ xem, bật filter sau 22:00. Những dòng log hiện lên, không biết nói giảm nói tránh. 22:07, Khoa Tran viewed incident_summary_package_draft. 22:16, Khoa Tran edited incident summary. 22:18, system auto-saved version 19. 22:31, Mai Nguyen edited executive note. 22:38, package preview exported. 22:47, PDF generated for pre-read group. Tôi đọc đến đó, cổ họng khô lại. Nếu bản PDF đã được tạo cho nhóm đọc trước, câu chuyện sai có thể đã rời khỏi nhóm xử lý trước cả khi tôi bước vào phòng HR sáng nay.

Tôi mở version compare giữa bản 18 và bản 19. Ở phần incident summary, câu cũ “support nhận follow để chờ carrier confirmation” bị đổi thành “support confirmed slot conditionally via CRM follow-up”. Sang bản 20, phần executive note thêm một câu khác: “At 10:29, support acknowledged slot status and failed to secure final space before customer gate-in.” Tôi biết mốc 10:29 đó. Nó là comment của Hương. Nhưng trong comment đầy đủ, Hương không xác nhận slot. Hương viết “Chưa có slot confirmed.” Họ đã lấy timestamp của một câu phủ định để đỡ cho một kết luận khẳng định.

Tôi copy đường dẫn audit trail, không tải bản riêng về máy, rồi gửi vào nhóm: “Em đã thấy version compare sau 22:00 có dùng mốc 10:29. Đề nghị khi họp đối chiếu, mở full comment 10:29 của slot request S-4821 để tránh cắt mất nội dung ‘chưa có slot confirmed’.” Anh Khoa trả lời rất nhanh: “Linh, em đang biến incident khách hàng thành điều tra nội bộ rồi đó.” Tôi đọc câu ấy, thấy tim mình nảy lên một nhịp, nhưng lần này tôi không để nó chạy trước. Tôi gõ: “Dạ, em đang đề nghị đối chiếu nguồn của câu có thể ảnh hưởng trách nhiệm incident. Nếu câu đó đúng, log sẽ xác nhận. Nếu câu đó chưa đúng, package cần sửa trước khi dùng.”

Trước giờ họp, tôi tự lập một trang ghi chú chỉ có bốn dòng: tentative hold không phải confirmed slot; support nhận follow không phải support xác nhận slot; customer được sale báo không phải carrier confirm; timestamp 10:29 phải đi cùng toàn bộ comment. Tôi đọc nó như đọc một tấm thẻ nhắc thở. Bên cạnh tôi, Hương đặt một ly nước lên bàn, nhỏ giọng: “Em xin lỗi chị. Nếu em không comment lúc 10:29 chắc họ không lấy mốc đó được.” Tôi quay sang nhìn con bé. “Em comment đúng nên log mới còn điểm tựa. Đừng xin lỗi vì một câu đúng quy trình bị người khác cắt mất nửa sau.” Hương cúi đầu, mắt đỏ lên nhưng không khóc. Ở công ty này, đôi khi không khóc cũng là một loại tăng ca.

Cuộc họp 14:00 đông hơn buổi sáng. Ngoài chị Thảo, chị Nhung HR, anh Tuấn, anh Khoa và chị Mai, còn có anh Phong OPS, chị Lan chứng từ và anh Hải, quản lý sale phụ trách nhóm khách Đại Phú. Chị Thảo mở đầu không vòng vo: “Buổi này chốt timeline xác nhận slot và kiểm tra package version. Mọi người nói theo log, không suy diễn.” Câu “không suy diễn” đặt xuống bàn như một cái chặn giấy. Tôi thấy chị Mai ngồi thẳng hơn, còn anh Khoa mở sẵn laptop nhưng không nhìn ai lâu.

Anh Phong trình bày trước. OPS nhận cảnh báo rủi ro lúc 13:42, sau khi khách báo container đã kéo ra bãi, nên OPS không có cơ sở giữ hay nhả slot trước mốc đó. Chị Lan tiếp theo, mở bảng chứng từ và xác nhận bộ hồ sơ hợp lệ chỉ hoàn chỉnh lúc 12:56 sau hai lần bị thiếu mã seal và sai booking party. Anh Hải nghe xong, quay sang anh Khoa: “Vậy trước 12:56, khách được báo mức nào?” Anh Khoa nói khách cần thông tin nhanh, sale báo theo tình trạng hold đang có và kỳ vọng support follow. Câu trả lời không sai hoàn toàn, nhưng nó vẫn đi vòng quanh chữ “confirmed” như đi quanh một cái hố.

Chị Thảo yêu cầu IT share audit trail lên màn hình. Khi các dòng sau 22 giờ hiện ra, phòng họp im khác hẳn buổi sáng. Không còn ai nói về thái độ. Chỉ còn timestamp. Chị Nhung đọc từng dòng: 22:16, Khoa Tran edited incident summary; 22:31, Mai Nguyen edited executive note; 22:47, PDF generated for pre-read group. Chị hỏi: “Pre-read group gồm những ai?” Anh Bình bên IT trả lời qua call: “GM Ops, Sales Management, HRBP, và Incident Owner list theo template. File gửi nội bộ, chưa có log gửi khách.” Chữ “chưa” làm tôi nhẹ đi một nửa, nhưng nửa còn lại vẫn nặng nguyên, vì nội bộ cũng đủ để một người bị đóng khung trước khi được nghe.

Chị Thảo mở version compare và hỏi thẳng: “Câu ‘At 10:29, support acknowledged slot status’ lấy từ đâu?” Chị Mai nói: “Em dùng mốc support đã vào xử lý, có thể wording chưa đủ chính xác.” Tôi nhìn vào màn hình, nơi comment của Hương được mở đầy đủ ngay bên cạnh câu executive note. Tôi không định chen ngang, nhưng chị Thảo quay sang tôi: “Linh, em đọc lại comment 10:29.” Tôi đọc chậm: “Đã nhận request, cần carrier confirm. Chưa có slot confirmed. Chờ chứng từ hợp lệ để submit final.” Không ai trong phòng có thể giả vờ không nghe thấy bốn chữ “chưa có slot confirmed” khi nó vừa được đọc lên trọn vẹn.

Anh Khoa đặt tay lên mép bàn. “Không ai cố tình đổ cho support. Nhưng trong tình huống khách lớn, support cũng phải linh hoạt. Cứ bám chữ như vậy thì vận hành không chạy được.” Tôi nói: “Dạ, linh hoạt là xử lý nhanh trong phạm vi dữ kiện có thật. Còn dùng timestamp của câu ‘chưa có slot confirmed’ để viết thành support acknowledged slot status thì không phải linh hoạt. Đó là đổi nghĩa nguồn.” Phòng họp lại im. Lần này tôi không sợ sự im lặng đó nữa.

Anh Hải yêu cầu tạm rút toàn bộ package đã gửi pre-read và gửi thông báo thay thế rằng timeline đang được audit, không dùng bản 22:47 làm căn cứ đánh giá trách nhiệm. Chị Nhung ghi nhận HR không tiếp tục bất kỳ hướng đánh giá kỷ luật nào liên quan “cooperation attitude” cho đến khi package được chỉnh theo log. Chị Thảo yêu cầu tất cả version sau 16:00 hôm qua phải được giữ nguyên trong audit trail, mọi bản package mới phải có bảng nguồn từng câu kết luận. Đó chưa phải là một chiến thắng, chỉ là một cánh cửa vừa được chặn lại trước khi ai đó kịp đóng sập nó lên tay tôi.

Khi mọi người rời phòng, anh Khoa đi chậm lại cạnh tôi. “Em rất giỏi làm người khác mất mặt.” Tôi gập laptop, nhìn thẳng vào anh ấy. “Em không làm ai mất mặt bằng log của họ được. Log chỉ ghi lại việc đã xảy ra.” Anh không đáp, chỉ cười nhạt rồi đi trước. Tôi đứng thêm vài giây trong phòng họp đã vắng, thấy ánh đèn trần phản lên mặt bàn lạnh. Mệt thì vẫn mệt. Nhưng lần đầu tiên từ khi incident Đại Phú – MT Star nổ ra, tôi không còn cảm giác mình đang chống lại một đám khói.

Tôi về đến bàn lúc 15:08. Trên CRM, anh Bình vừa attach bản audit trail chính thức vào incident case. Tôi mở ra để lưu đường dẫn nguồn, định đóng máy đi lấy nước thì một dòng ở cuối tab distribution history khiến tay tôi dừng lại. 22:52, customer follow-up draft generated from package version 20. Status: pending approval. Owner: Khoa Tran. Approval owner: Mai Nguyen. Recipient group: Dai Phu escalation contact. Tôi nhìn dòng ấy rất lâu. Bản sai chưa được gửi cho khách, nhưng nó đã được chuẩn bị để đi ra ngoài. Và người có quyền bấm duyệt vẫn là người vừa cố sửa package lúc 09:14.