Chương 24: Sửa biên bản ngay tại đây
Ủng hộ Lăng Kính Truyện
Mở ưu đãi một lần để tiếp tục đọc. Thông báo này chỉ hiện lại sau 4 giờ.
Mở ưu đãi và tiếp tục đọcChương 24: Sửa biên bản ngay tại đây
Ba chữ CSN hiện trên màn hình không gây ra một tiếng nổ nào, nhưng tôi lại có cảm giác cả phòng vừa bị ai đó kéo lệch khỏi trục. Vài ánh mắt vốn đang vô thức đặt lên anh Khoa lập tức trượt sang dãy Customer Success. Một người bên đó ngồi thẳng lưng hơn. Một người khác cúi xuống nhìn laptop như thể màn hình nhỏ trước mặt có thể che được chữ viết quá lớn trên màn hình chính. Còn chị Nhung thì không né. Chị nhìn thẳng vào dòng approver reference, rất lâu, rồi nói bằng giọng thấp hơn bình thường: “Đề nghị không ai tự diễn giải CSN là tên cá nhân hay tên phòng ban cho đến khi Security unmask. Minutes ghi nguyên văn như vậy.”
Tôi nghe rõ câu ấy, nhưng vẫn chưa yên tâm. Một biên bản không chỉ chết người ở phần kết luận. Nó còn chết người ở cách sắp xếp câu. Nếu dòng “Approver reference: CSN” được đặt ngay sau câu “Customer Success thông báo đã giữ slot”, người đọc sau này sẽ tự nối hai thứ lại bằng một sợi dây mà không ai phải ký tên vào. Nếu dòng “Support giữ bản export 18:46” bị đặt sau câu “Support không phát hiện alert bị dismiss”, chúng tôi lại trở thành những người biết rủi ro nhưng im lặng. Tôi đã sống đủ lâu trong những đêm cut-off để hiểu: đôi khi kẻ nguy hiểm nhất không phải người sửa dữ liệu, mà là người sửa dấu phẩy trong biên bản.
Anh Khoa là người đầu tiên tận dụng khoảng trống ấy. Anh khép nắp bút, giọng bình tĩnh đến mức hơi lạnh. “Vậy hiện tại chúng ta có thể ghi nhận manual override không đủ căn cứ gắn với Sales Ops. Approver reference đang mở ra hướng Customer Success. Tôi đề nghị cập nhật minutes để tránh ảnh hưởng danh dự cá nhân khi chữ K liên tục bị nhắc đến.” Anh nói không sai hoàn toàn. Nhưng cách anh chọn chữ “hướng Customer Success” khiến vài người bên kia lập tức tái mặt. Chỉ một phút trước, Support còn đứng ở mép vực. Bây giờ, có vẻ Customer Success sắp bị đẩy đến đó thay chúng tôi. Tôi không thấy nhẹ nhõm. Tôi chỉ thấy cái vực vẫn còn nguyên, và người ta đang đổi tên người đứng trước mép.
Chị Thảo ngẩng lên khỏi laptop. “Không dùng cụm ‘hướng Customer Success’. Ghi: approver reference hiển thị tiền tố CSN, chưa xác định bản chất.” Rồi chị nhìn anh Quang. “Security đến đâu rồi?” Anh Quang kiểm tra cửa sổ chat nội bộ, đáp: “Họ đang cấp quyền read-only cho bảng identity map. Tôi không unmask trực tiếp trên màn hình chung cho đến khi Legal xác nhận phạm vi.” Chị Thảo gật đầu. “Đúng. Hải Long vẫn đang ở đây. Mọi thứ nhìn thấy phải là thứ chúng ta sẵn sàng ký bằng văn bản.”
Ô video của Hải Long vẫn sáng. Người đại diện của họ không chen vào, nhưng chính sự im lặng ấy làm tôi thấy khó thở hơn cả một câu chất vấn. Họ đã trả phí premium cho một slot không có booking ID. Họ đang nghe chúng tôi tranh nhau từng chữ trong log. Với họ, CSN hay K hay _k04 đều không quan trọng bằng một container đang chờ đường đi. Nhưng với chúng tôi, từng chữ đó quyết định ai sẽ phải ký nhận một lỗi không phải của mình, và ai có thể tiếp tục ngồi đây để sửa hậu quả thật sự.
Hương nghiêng laptop về phía tôi rất khẽ. Trên màn hình là bản minutes live đang được chia sẻ trong phòng. Em không nói, chỉ đặt con trỏ ở đoạn vừa được một người ghi phụ thêm. Tôi đọc lướt một dòng rồi thấy máu trong người mình lạnh xuống: “Support retained 18:46 export but did not prevent dependency tag removal before client call.” Một câu tiếng Anh gọn gàng, sạch sẽ, đọc qua tưởng trung lập. Nhưng nó gài chúng tôi vào hai chữ did not prevent, như thể Support có quyền ngăn thao tác của Sales Ops brief folder, như thể Uyên nhìn thấy alert capacity_release_notice lúc 20:34, như thể Hương và tôi đứng cạnh console lúc 20:48 để mặc ai đó xóa cảnh báo.
Tôi đặt tay lên mép bàn. “Dừng cập nhật biên bản đoạn này.” Cả phòng nhìn sang. Tôi giữ giọng mình đủ thấp để không giống một người đang phản ứng vì bị chạm vào quyền lợi, nhưng từng chữ phải rõ. “Sửa biên bản ngay tại đây. Support giữ export 18:46 với trạng thái carrier_hold_pending và note không gửi wording confirm trước booking ID. Chưa có bằng chứng Support nhận được capacity_release_notice lúc 20:34. Chưa có bằng chứng Support có quyền hoặc có mặt trong thao tác remove dependency tag lúc 20:48. Câu hiện tại biến việc không có quyền ngăn thành nghĩa vụ phải ngăn. Tôi không đồng ý để nó nằm trong minutes.”
Không ai trả lời ngay. Có lẽ vì tôi không nói lớn. Cũng có lẽ vì câu “tôi không đồng ý” trong một phòng họp có Legal, khách hàng và quản lý nghe nặng hơn bất kỳ tiếng đập bàn nào. Hương nhìn tôi, mắt em sáng lên một chút rồi lại cụp xuống, chờ người có quyền quyết định. Tôi không trách em. Người ghi biên bản cũng là người dễ bị đổ lỗi nhất nếu biên bản làm phật lòng ai đó.
Chị Thảo kéo bản minutes về phía mình trên màn hình chia sẻ. “Linh nói đúng về cấu trúc trách nhiệm.” Chị xóa dòng kia, không nhanh, không chậm, như cố tình để mọi người nhìn thấy một câu sai bị rút khỏi hồ sơ như thế nào. Sau đó chị đọc thành tiếng câu thay thế: “Support retained an 18:46 export showing S-99 as carrier_hold_pending with a note not to confirm before carrier booking ID. No evidence currently shows Support received the 20:34 capacity_release_notice or had permission to dismiss the 20:48 alert.” Chị dừng lại. “Ghi thêm: wording này không kết luận bộ phận nào có lỗi. Nó chỉ mô tả trạng thái chứng cứ hiện tại.”
Một cô bên Customer Success thở ra rất nhỏ. Anh Khoa không nói nữa, nhưng ngón tay anh gõ nhẹ lên thân bút. Chị Nhung nhìn tôi một nhịp, ánh mắt phức tạp hơn trước. Tôi không biết trong đó là cảm ơn, cảnh giác, hay cả hai. Nếu CSN thật sự kéo tới chị, việc tôi vừa làm không cứu chị khỏi điều tra. Nó chỉ giữ cho điều tra không biến thành một cuộc đổi vật hiến tế. Với tôi, như vậy là đủ. Support không cần người khác chết thay. Chúng tôi chỉ cần biên bản viết đúng những gì đã xảy ra.
Anh Quang nhận được xác nhận từ Security sau đó khoảng vài chục giây. Anh đọc trước trong màn hình riêng, rồi quay sang chị Thảo. “Em có thể chia sẻ phần đã mask theo phạm vi approved. User session _k04 không hiển thị full name trên màn hình chung, nhưng identity map xác nhận đây là một tài khoản cá nhân thuộc Sales Ops, cấp coordinator, không phải tài khoản của anh Khoa.” Một tiếng động rất khẽ chạy qua phòng. Tôi không rõ đó là nhẹ nhõm hay thất vọng. Anh Khoa lập tức ngồi thẳng hơn, nhưng chị Thảo đã giơ tay trước khi anh nói. “Chưa kết luận gì về anh Khoa, và cũng chưa loại trừ vai trò approval cấp trên. Minutes ghi đúng: user session thuộc Sales Ops coordinator, không phải tài khoản của anh Khoa.”
Hải Long cuối cùng cũng lên tiếng. “Vậy người thao tác là Sales Ops. Người approve là CSN. Ai chịu trách nhiệm với lô hàng của chúng tôi trong ba giờ tới?” Câu hỏi đó cắt ngang mọi nỗ lực tự bảo vệ trong phòng. Tôi thấy chị Nhung nhắm mắt một nhịp rất ngắn. Khi mở ra, giọng chị đã trở lại kiểu rõ từng cột trạng thái. “Vận hành chịu trách nhiệm đưa phương án thay thế, nhưng không dùng lại wording secured nếu chưa có booking ID. Tôi đề nghị lập bridge call riêng với carrier trong mười phút, có Hải Long nghe trạng thái trực tiếp. Nếu chỉ là standby, chúng tôi nói standby. Nếu có slot thay thế, chúng tôi xuất booking ID. Nếu không có, chúng tôi gửi recovery plan bằng văn bản, kèm phần phí premium cần xử lý lại.”
“Ghi vào minutes,” tôi nói ngay, rồi tự thấy mình hơi vượt quyền. Nhưng chị Nhung không phản đối. Chị còn nhắc Hương: “Ghi nguyên văn. Không ai được ghi ‘đảm bảo có slot thay thế’ khi tôi chưa nói câu đó.” Lần này, chính chị là người bảo vệ dấu phẩy. Tôi chợt hiểu vì sao CSN xuất hiện khiến tôi khó chịu đến vậy. Trong một cuộc họp hỗn loạn, rất dễ để ghét nhầm người vừa nói đúng. Nhưng hệ thống không quan tâm chúng tôi thích ai. Nó chỉ quan tâm ai đã bấm nút, ai đã approve, ai đã để khách hàng trả tiền cho một câu chưa đủ điều kiện tồn tại.
Security tiếp tục mở phần approver reference. Anh Quang phóng to không phải tên người, mà là một đường dẫn nội bộ đã được hash: csn-brief-approval/HL/S99/20-47. “CSN trong dòng này nhiều khả năng là alias luồng approval, không phải ba chữ cái đầu của tên cá nhân. Tên đầy đủ theo registry là Customer Success Nightline.” Phía Customer Success xôn xao. Một người nói ngay: “Nightline là nhóm trực đêm, không phải chị Nhung.” Người khác lại chen vào: “Nhưng approval trong Nightline vẫn có owner theo ca.” Chị Thảo lập tức chặn. “Không tranh luận bằng trí nhớ. Quang, truy owner ca 20:47 theo registry, nhưng chỉ đọc vai trò, chưa đọc tên nếu chưa cần thiết.”
Tôi nhìn bản minutes vừa được sửa. Nó không còn hoàn hảo, nhưng ít nhất nó không còn cắn vào cổ Support bằng một câu giả trung lập. Dòng S-99 vẫn ở đó, trần trụi: không booking ID, alert bị dismiss, dependency tag bị yêu cầu gỡ trước client call. Cái sự thật ấy không làm lô hàng của Hải Long có chỗ trên tàu. Nó cũng không làm Uyên bớt run ngay lập tức. Nhưng nó dựng lại một mặt sàn đủ cứng để chúng tôi đứng, thay vì cứ trượt mãi trên những câu chữ được bôi dầu.
Hương bỗng chạm nhẹ vào khuỷu tay tôi. “Chị Linh.” Giọng em nhỏ đến mức gần như tan vào tiếng quạt máy lạnh. Tôi cúi xuống màn hình của em. Em đang mở version history của thư mục biên bản, có lẽ để lưu lại thay đổi vừa rồi theo yêu cầu preserve evidence. Ở đó, bên dưới bản minutes live đang được Legal sửa, còn một tài liệu khác nằm trong mục draft liên quan đến cùng incident. Tên file làm tôi thấy ngón tay mình tê đi: Support_ack_meeting_minutes_final.docx. Thời gian tạo: 20:49 tối qua, trước cả khi cuộc họp điều tra hôm nay bắt đầu. Chủ sở hữu hiển thị qua alias Customer Success Nightline. Và trong phần preview đầu tiên, dòng chữ đã được điền sẵn như một chỗ trống chờ người bước vào: Nguyễn Gia Linh đại diện Support xác nhận đã bỏ sót dependency tag của S-99 trước giờ cut-off.
