Chương 11: Những người im lặng

Chương 11: Những người im lặng

Anh Bình gửi metadata lúc 17:42, nhưng tôi không chuyển tiếp file đó cho bất kỳ ai. Có những bằng chứng nếu đưa ra quá sớm sẽ biến thành một cuộc cãi nhau mới, rồi chính nó lại bị kéo khỏi thứ tự ban đầu. Tôi lưu file vào thư mục incident, đặt cạnh bản giải trình đã nộp và ghi thêm một dòng trong bảng timeline: 17:42 – received preliminary server-side metadata from IT, pending full approved export. Việc còn lại không phải là chứng minh mình đúng bằng mọi giá, mà là giữ cho dữ kiện không bị người khác bẻ cong lần nữa.

17:46, anh Bình nhắn thêm: “IT lead đồng ý export limited log trước 18:05. Phạm vi: case Đại Phú/MT Star, các field liên quan forecast, approval, override. Anh sẽ gửi vào incident group sau khi mask phần không cần thiết.” Tôi nhìn chữ “mask” và thấy nhẹ đi một chút. Một bản log đủ sạch sẽ khó bị biến thành lý do khác để trách ngược người giữ chứng cứ. Hương ngồi bên cạnh tôi, tay vẫn đặt trên bàn phím nhưng không gõ. Màn hình của con bé sáng lên rồi tắt đi mấy lần, như thể nó cũng đang đợi một thứ gì đó có thể gọi tên được.

“Chị nghĩ chỉ có case này không?” Hương hỏi. Câu hỏi rơi xuống rất nhẹ, nhưng tôi nghe rõ tiếng nó chạm vào những năm tháng mình đã ngồi ở support desk, nhặt từng lỗi forecast, từng email xin giữ chỗ sát giờ cut-off, từng câu “khách đã confirm rồi” trong khi hệ thống chưa có một approval nào đủ điều kiện. Tôi không trả lời ngay. Nếu nói có, tôi sẽ phải thừa nhận mình từng sống quá lâu trong một quy trình có lỗ hổng. Nếu nói không, tôi đang tự lừa mình. Cuối cùng tôi chỉ nói: “Chị chưa có dữ kiện để trả lời.”

Đó là câu an toàn nhất, nhưng không phải câu thật nhất. Câu thật nhất là: tôi sợ có nhiều hơn một case. Tôi sợ mình từng nhìn thấy những dấu hiệu nhỏ rồi bỏ qua vì nghĩ đó là lỗi hiển thị, lỗi thao tác, lỗi người dùng. Trong nghề logistics, im lặng đôi khi được gọi là phối hợp. Nhưng có những im lặng, sau nhiều năm, sẽ trở thành một lớp bụi phủ lên trách nhiệm của người khác.

17:58, file export limited log được anh Bình gửi vào nhóm incident. Không có lời mở đầu dài. Chỉ một câu: “Gửi mọi người bản export server-side đã được IT lead approve, phạm vi theo yêu cầu Evidence conflict.” Tôi mở file cùng lúc với thông báo của chị Nhung: “Từ thời điểm này, mọi trao đổi trong nhóm chỉ tập trung vào dữ kiện. Không kết luận động cơ, không gán lỗi cá nhân trước khi review xong.” Chị Thảo thả một biểu tượng đã đọc, rồi viết ngay: “Cần đối chiếu ba điểm: audit timestamp, effective display time và authority used.”

Log đầy đủ rõ hơn nhiều so với màn hình CRM. 17:02:44, tài khoản anh Khoa mở case Đại Phú/MT Star ở chế độ view, tải bản call note final lên HR case lúc 17:03:18. 17:05:37, tài khoản Mai Nguyen mở field forecast_alignment_status. 17:06:12, field đổi từ Pending support confirmation sang Support acknowledged bằng quyền Sales Manager Override. 17:06:13, effective display time được set về 14:58. 17:06:16, reason dropdown chọn Customer committed before cutoff. Ở cột cuối, một dòng tôi chưa từng thấy trên giao diện thường: freeze_bypass_flag = true.

Tôi nhìn cột đó lâu hơn những cột còn lại. “Bypass” không phải một từ vô tình. Nó nói rằng hệ thống biết case đang ở trạng thái không nên sửa theo đường thông thường. Nó cũng nói rằng vẫn có một con đường khác để sửa. Tôi nhớ lại bao nhiêu lần support bị hỏi tại sao không ghi nhận forecast, tại sao không update status kịp, tại sao khách phản hồi trước cut-off mà chúng tôi không secure được space. Trước đây tôi luôn nghĩ mình đang tranh cãi với email. Bây giờ tôi mới thấy có thể mình đã tranh cãi với những trạng thái được viết lại sau lưng.

18:05, chị Nhung mở cuộc gọi evidence alignment. Tôi không bật camera. Trên màn hình chỉ có những ô tên: Nhung HR, Thảo Ops Control, Hải Incident Owner, Bình IT, Khoa Sales, Mai Sales Manager, tôi và vài người support được add sau. Họ đều ở đó, nhưng không khí trong cuộc gọi vẫn trống. Chị Nhung nói trước: “Mục tiêu của cuộc gọi này không phải xử lý kỷ luật tại chỗ. Mục tiêu là xác định dữ kiện nào được phép dùng để kết luận trách nhiệm. Trạng thái hiện tại của CRM đang mâu thuẫn với audit timestamp, nên chưa thể xem là căn cứ độc lập.”

Anh Khoa thở ra rất khẽ qua micro. “Em nghĩ mọi người đang làm vấn đề nặng hơn cần thiết. Override là chức năng được thiết kế cho trường hợp cần chỉnh dữ liệu sau khi có thêm thông tin. Sales không tự tạo forecast, chỉ đồng bộ theo thông tin khách đã commit trước cut-off.” Giọng anh vẫn mềm. Nhưng lần này chị Thảo không để câu đó nằm yên. Chị hỏi: “Thông tin khách commit không tương đương support acknowledgement. Nếu update sau freeze, log phải có approval ID hoặc ticket tham chiếu từ support. Trong dòng này không có. Khoa có approval ID nào trước 15:31 không?”

Đường dây im vài giây. Rồi anh Khoa nói: “Cần check lại.” Chị Mai tiếp lời gần như ngay lập tức: “Status em update để đồng bộ tình trạng case, không nhằm thay đổi trách nhiệm. Lúc đó em thấy customer committed before cutoff nên chọn reason đúng nhất trong dropdown.” Chị Thảo hỏi tiếp: “Vì sao effective display time là 14:58?” Lần này, chị Mai không trả lời nhanh nữa. Tôi nghe tiếng ai đó gõ bàn phím ở đầu dây bên kia, đều đều, nhỏ và vô dụng. “Vì call note ghi mốc đó,” chị nói sau cùng.

Tôi cúi xuống nhìn tay mình. Câu trả lời đó không cần ai nâng giọng để trở nên nặng. Call note dựa vào CRM status đang hiển thị, CRM status lại lấy mốc từ call note. Một vòng tròn đủ gọn để người đứng ngoài không biết điểm bắt đầu nằm ở đâu. Tôi tưởng chị Nhung sẽ hỏi tiếp, nhưng chị chỉ ghi chú rồi nói: “Linh, em xác nhận lại trong phạm vi support: trước 15:31 có support approval ID, Teams chat, email hoặc CRM acknowledgement nào cho forecast 6x40HC không?” Tôi đáp: “Dạ không. Theo dữ liệu em có và theo freeze time em đã export trước đó, em không ghi nhận approval hoặc acknowledgement từ support trước 15:31.”

Sau câu đó, nhóm im hẳn. Tôi bỗng nhận ra trong danh sách người tham gia có thêm ba cái tên từ support ca chiều: Dũng, Trang và Uyên. Họ không nói gì. Những cái tên ấy sáng lên ở góc màn hình, rồi tối xuống, rồi lại sáng lên khi có tiếng động nền. Tôi từng làm chung với họ trong những mùa cao điểm. Họ không phải người không biết. Họ chỉ là những người đã học được rằng trong một nhóm có Sales, HR và manager, nói ra một câu không đủ chứng cứ có thể biến mình thành người tiếp theo phải giải trình.

Tin nhắn riêng của Hương hiện lên ở góc màn hình: “Chị Linh, em nhớ case Ninh Thái tháng 4 cũng có effective time lùi. Lúc đó em tưởng do em xem nhầm.” Ngay sau đó, một tin khác từ Trang gửi thẳng cho tôi: “Chị, nếu HR có kênh riêng thì em có một case Hải Long. Em không dám nói trong call.” Tôi đọc hai dòng ấy, cổ họng nghẹn lại. Những người im lặng không biến mất. Họ chỉ đứng rất sát cạnh mình, mỗi người cầm một mảnh nhỏ của cùng một bức tranh, chờ xem có ai đủ sức mở cửa hay không.

Tôi không chuyển tiếp tin nhắn riêng vào nhóm. Làm vậy sẽ kéo họ ra giữa phòng. Tôi chỉ gõ trong cuộc gọi: “Em đề nghị nếu review mở rộng sang các case tương tự, HR nên có kênh nhận thông tin riêng để nhân viên support gửi evidence theo case, tránh trao đổi thiếu bối cảnh trong nhóm chung.” Tôi tưởng câu đó sẽ bị bỏ qua, nhưng trước khi chị Nhung kịp trả lời, chị Uyên, người im từ đầu cuộc gọi, bật micro. Giọng chị rất thấp: “Em đồng ý. Có những case tụi em từng thấy trạng thái thay đổi sau giờ cut-off, nhưng lúc đó không biết hỏi ai. Nếu gửi trong nhóm chung, mọi người sẽ không dám nói.”

Không ai nói “mọi người” là ai. Không cần. Cả cuộc gọi hiểu rất rõ cái bóng đứng sau hai chữ đó. Anh Hải lên tiếng sau vài giây: “HR lập kênh confidential, Ops Control và IT cùng nhận. Phạm vi ban đầu ba tháng gần nhất, các case có Sales Manager Override sau freeze hoặc effective display time khác audit timestamp. Mọi người chỉ gửi dữ kiện, không bình luận cá nhân.” Chị Nhung xác nhận ngay: “Tôi sẽ mở form nội bộ và khóa quyền xem theo nhóm review. Cũng ghi nhận yêu cầu không retaliation đối với người cung cấp dữ kiện.”

Anh Khoa nói: “Mở rộng như vậy có thể làm ảnh hưởng rất nhiều case đang chạy.” Chị Thảo đáp: “Nếu case đang chạy dựa trên dữ liệu đúng, nó không bị ảnh hưởng. Nếu dữ liệu sai, nó vốn đã ảnh hưởng rồi.” Tôi nhìn câu nói đó trên transcript tự động và thấy tim mình đập chậm lại. Không phải vì mọi chuyện đã được giải quyết. Nhưng lần đầu tiên, sự im lặng trong phòng không còn là bức tường chắn trước mặt tôi. Nó bắt đầu có khe nứt, và từ những khe nứt ấy, người khác đang nhìn ra.

18:27, cuộc gọi kết thúc với ba việc chưa có kết luận: case Đại Phú chưa chốt trách nhiệm, forecast 6x40HC vẫn cần phương án xử lý với khách, và review mở rộng chưa biết sẽ kéo ra những gì. Hương ngồi cạnh tôi, mắt đỏ nhưng miệng lại mím chặt như sợ chỉ cần thở mạnh sẽ làm mình khóc. Tôi đưa tay kéo ly nước của mình sang phía con bé. “Uống đi,” tôi nói. Nó nhìn tôi, cười méo xệch: “Em tưởng hôm nay em là người nhắc chị.”

Tôi cũng cười, rất nhẹ. Cười xong lại thấy mệt hơn. Teams báo tin nhắn mới từ anh Bình. Anh không gửi vào nhóm incident, chỉ gửi riêng cho tôi một ảnh chụp màn hình query đã mask tên khách: “Anh chạy thử last 90 days theo điều kiện Sales Manager Override sau freeze. Có 14 case. Trong đó 11 case chọn reason Customer committed before cutoff. 9 case có effective display time sớm hơn audit timestamp trên 30 phút.” Tôi đọc đến đó thì dừng ở dòng cuối: “Tên người update không chỉ có Mai.”

Tôi nhìn những con số trong ảnh. 14, 11, 9. Không số nào đủ lớn để gây ồn toàn công ty, nhưng đủ để phủ định câu “chỉ là đồng bộ một case”. Bên ngoài cửa kính, khu văn phòng sau giờ làm đã vắng đi một nửa. Những người còn lại cúi đầu trước màn hình, yên lặng như chưa có gì xảy ra. Nhưng tôi biết từ sau cuộc gọi này, sự im lặng ấy không còn giống trước nữa. Nó đã có một nơi để đi tới, một form để gửi vào, và một log hệ thống không biết cách quên.