Chương 23: Ai đã bán slot ma

Chương 23: Ai đã bán slot ma

Chiếc bút trong tay anh Khoa dừng lại đúng vào khoảnh khắc bốn chữ urgency approved by K hiện rõ trên màn hình. Không ai trong phòng nói ngay. Cái im lặng lần này khác với lúc file support_ack xuất hiện. Khi đó, mọi người còn có thể giả vờ rằng một template nháp bị đặt nhầm chỗ, một automation cũ chạy sai luồng, một shared mailbox vô tình chọn nhầm package. Nhưng một dòng reason field được nhập bằng tay thì không giống lỗi hệ thống. Nó có hơi người. Nó có ý định. Và vì nó chỉ có một chữ K, nó càng giống một mũi dao không cắm thẳng vào ai nhưng bắt tất cả phải nhìn về phía người có tên bắt đầu bằng chữ đó.

Anh Khoa đặt bút xuống, rất nhẹ. “Tôi đề nghị mọi người không suy diễn. K có thể là ký hiệu category. Có thể là mã khẩn cấp của khách hàng Key account. Có thể là viết tắt của bất kỳ người nào trong danh sách approval đêm qua.” Giọng anh vẫn đều, nhưng tôi nghe được một độ khô rất mỏng ở cuối câu. Trước đây, tôi từng nể kiểu bình tĩnh ấy. Những người ở cấp quản lý luôn biết cách biến một vết nứt thành một câu cần kiểm chứng thêm. Nhưng lúc này, tôi chỉ nghĩ đến Uyên, đến tấm lưng co lại của em khi bị hỏi vì sao không phát hiện file thiếu sheet, và đến những ngày Support bị yêu cầu ký nhận những thứ không ai chịu gọi đúng tên.

Chị Thảo không nhìn anh Khoa lâu. Chị nhìn sang anh Quang. “Khóa phiên audit này. Export bản read-only kèm hash. Từ bây giờ, mọi truy vấn liên quan đến token salesops_bridge_04 phải có người chứng kiến của Legal và IT Security.” Rồi chị quay sang cả phòng. “Reason field này chưa đủ để kết luận cá nhân. Tôi nhắc lại: chưa đủ. Nhưng nó đủ để yêu cầu preserve evidence ở mức cao hơn. Không ai xóa log, không ai sửa rule, không ai disable token bằng tay trước khi IT chụp trạng thái hiện tại.” Câu cuối của chị làm vài người phía Customer Success lập tức rời tay khỏi bàn phím, như thể chỉ cần chạm nhầm một phím cũng có thể bị ghi vào biên bản.

Tôi nghiêng người nói nhỏ với Hương: “Ghi nguyên văn câu ‘chưa đủ để kết luận cá nhân’ và câu ‘đủ để preserve evidence ở mức cao hơn’. Đừng rút gọn.” Hương gật đầu. Mắt em đỏ vì căng, nhưng ngón tay vẫn bám rất chắc lên bàn phím. Tôi biết vì sao mình phải nhắc kỹ. Trong một biên bản sai một chữ, Support có thể từ người phối hợp điều tra biến thành người đã thừa nhận lỗi. Chúng tôi không sợ làm việc. Chúng tôi chỉ sợ bị nhét vào một câu đã viết sẵn từ trước khi sự thật được mở ra.

Đại diện Hải Long trong ô video bỗng lên tiếng. “Tôi cần hỏi một vấn đề vận hành. Nếu phụ lục kia không phải tài liệu chính thức, vậy slot S-99 mà chúng tôi được thông báo là đã giữ thì hiện giờ có tồn tại không?” Câu hỏi rơi xuống bàn như một vật nặng hơn cả chữ K. Tôi thấy chị Nhung hơi khựng lại. Chị Thảo cũng ngước lên. Cho đến lúc này, cuộc họp vẫn xoay quanh file clean, phụ lục support_ack và email pre-brief. Nhưng với khách hàng, tất cả những thứ đó chỉ là đường dẫn. Cái họ thật sự trả tiền và đặt niềm tin là một slot vận chuyển trước giờ cut-off.

Anh Khoa đáp rất nhanh: “S-99 là mã allotment thương mại trong gói xử lý nhanh của Hải Long, không nên gọi là slot theo nghĩa booking carrier đã confirm. Chúng ta cần phân biệt thuật ngữ nội bộ và thuật ngữ vận hành.” Anh nói đúng ở bề mặt. Nhưng chính vì anh nói quá nhanh, tôi càng thấy gáy mình lạnh đi. Trong Support, chúng tôi luôn bị bắt phân biệt từng trạng thái: pending, hold, tentative, confirmed, released, expired. Một chữ sai có thể khiến cả kho chờ xe, cả khách hàng chờ thông quan, cả đội vận hành thức trắng. Vậy mà trên cuộc gọi tối qua, nếu Hải Long nghe được chữ “đã giữ slot”, thì đó không còn là thuật ngữ nội bộ nữa. Đó là cam kết.

Chị Nhung hỏi thẳng: “Hải Long, trong email hoặc cuộc gọi, bên anh nhận được wording cụ thể thế nào?” Người đàn ông bên kia nhìn xuống màn hình phụ. “Trong pre-brief ghi: S-99 fast handling slot secured. Trong cuộc gọi, nhân sự của các anh chị nói đây là slot đã được giữ, chỉ cần Support xác nhận phụ lục để đẩy lô vào luồng ưu tiên.” Anh dừng lại, rồi thêm một câu khiến cả phòng im phăng phắc. “Chúng tôi đã trả phí premium cho luồng đó.”

Tôi nghe Hương hít vào. Uyên phía sau tôi thì không phát ra âm thanh nào, nhưng tôi biết em đang nhìn mình. Vì sheet bị thiếu trong file clean chính là sheet dependency_tag_recommendation, nơi Support từng dùng để gắn cảnh báo cho những mã chưa đủ điều kiện cam kết. Tôi mở tập timeline giấy trước mặt, lật đến bản in từ hệ thống chính mà tôi đã giữ từ sáng. Ở dòng S-99, ô trạng thái trong bản gốc không phải secured. Nó là carrier_hold_pending. Cạnh đó, ghi chú của Uyên lúc 18:42 rất rõ: không gửi wording confirm trước khi có booking ID từ carrier portal. Dòng đó đã biến mất khỏi file HaiLong_final_clean.xlsx.

Tôi không đưa bản giấy lên ngay. Tôi biết cảm xúc của mình đang nóng, và một bằng chứng đưa ra sai nhịp có thể bị biến thành hành động tự vệ của Support. Tôi chỉ nói: “Support đề nghị kiểm tra trực tiếp trạng thái S-99 trong carrier portal và allocation ledger, không dùng wording trong pre-brief làm nguồn xác nhận. Minutes ghi giúp: câu hỏi hiện tại là tại thời điểm pre-brief gửi ra, S-99 có booking ID hợp lệ hay không.” Chị Thảo gật đầu. “Đúng. Quang, truy carrier reference và ledger. Customer Success, không trả lời khách hàng bằng suy đoán.”

Anh Quang chuyển màn hình sang một tab khác. Lần này không còn là log email mà là bảng allocation lạnh lùng hơn, nhiều cột hơn và cũng tàn nhẫn hơn. Anh nhập S-99, chọn khoảng thời gian từ 18:00 đến 21:10, rồi lọc theo mã khách hàng Hải Long. Một dòng hiện ra: slot_reserve_request created 18:31, carrier_hold_pending 18:36, capacity_release_notice received 20:34, status expired_unconfirmed 20:39. Không có booking ID. Không có carrier confirmation. Không có một dấu hiệu nào cho thấy S-99 đủ điều kiện được gọi là secured lúc 20:51 khi clean package được đóng gói.

Phòng họp như bị rút mất không khí. Tôi nghe ai đó phía Customer Success lẩm bẩm rất khẽ: “Vậy là slot ma à?” Không ai nhắc lại hai chữ đó, nhưng chúng đã kịp bò lên mặt bàn. Slot ma. Một thứ được bán như thể tồn tại, được đẩy vào tài liệu như thể đã chắc chắn, được dùng làm lý do ép Support ký phụ lục xử lý nhanh, nhưng khi đi ngược về carrier portal thì chỉ còn một trạng thái hết hạn không xác nhận. Tôi từng nghe từ này trong kho, trong những câu chửi lúc nửa đêm của điều phối: slot ma là khi trên giấy có chỗ, ngoài đời không có chỗ; trên call có lời hứa, tại cổng cảng không có ai mở cửa.

Anh Khoa lập tức chỉnh lại. “Không nên dùng từ slot ma trong cuộc họp với khách hàng. S-99 có thể là commercial standby. Nếu carrier nhả capacity phút cuối thì quy trình sẽ tìm slot thay thế. Đây là chuyện bình thường trong logistics.” Chị Nhung nhìn anh. “Bình thường nếu nói đúng là standby. Không bình thường nếu nói secured. Càng không bình thường nếu dùng một phụ lục support_ack để biến việc thiếu booking ID thành lỗi xác nhận của Support.” Giọng chị không lớn, nhưng tôi thấy vai Hương bớt căng đi một chút. Có những câu đáng lẽ cấp quản lý phải nói từ rất lâu. Hôm nay, cuối cùng chúng cũng được đặt vào biên bản.

Chị Thảo yêu cầu Hải Long tạm ngắt âm thanh trong hai phút để công ty xác minh dữ liệu nội bộ, nhưng phía khách hàng vẫn giữ camera mở. Sự hiện diện im lặng của họ khiến mọi câu nói trong phòng trở nên đắt hơn. Anh Quang tiếp tục truy dòng capacity_release_notice. “Thông báo carrier release đến lúc 20:34:11, từ portal callback. Hệ thống có tạo alert cho owner package. Alert được routing vào Sales Ops brief folder vì package lúc đó do Sales Ops giữ quyền chỉnh.” Anh kéo xuống thêm. “Alert chưa được đưa vào clean package. Có thao tác dismiss alert lúc 20:48:03.”

“Ai dismiss?” Chị Thảo hỏi ngay. Anh Quang không trả lời vội. Anh phóng to bảng quyền. “Dòng này không phải service token. Là user session qua web console. Display name bị mask trong màn hình thường vì có chính sách privacy, nhưng user ID nội bộ hiện bốn ký tự cuối: _k04. Tôi cần quyền Security để unmask.” Anh Khoa thở ra. “Lại một chữ K nữa. Công ty có bao nhiêu người đuôi k04, mọi người định nhìn tôi đến bao giờ?” Không ai đáp. Chính việc không ai đáp khiến câu hỏi của anh rơi xuống rất trống.

Tôi nhìn màn hình, rồi nhìn bản giấy trong tay. Nếu alert capacity release đã đến lúc 20:34, nếu nó bị dismiss lúc 20:48, nếu sau đó file clean vẫn đóng gói S-99 như secured lúc 20:51, thì vấn đề không còn là Support có phản ứng chậm hay không. Vấn đề là có ai đó đã nhìn thấy slot không còn chắc chắn, rồi vẫn để khách hàng tin rằng nó đã được giữ. Tôi đặt bản in lên bàn, đẩy về phía chị Thảo chứ không đẩy về phía anh Khoa. “Đây là bản export Support giữ lúc 18:46, trước khi working copy bị clean. Dòng S-99 có ghi carrier_hold_pending và note không gửi wording confirm trước booking ID. Tôi đề nghị scan vào evidence package, nhưng không dùng bản giấy này thay cho truy xuất hệ thống.”

Chị Thảo nhận lấy, ánh mắt chị thoáng dịu đi một nhịp rất nhỏ. “Cảm ơn Linh. Cách đưa chứng cứ như vậy là đúng.” Chỉ một câu ấy thôi, tôi bỗng thấy cổ họng mình nghẹn lại. Không phải vì được khen. Mà vì trong rất nhiều năm, người làm Support như chúng tôi quen với việc bằng chứng mình giữ bị coi là biện minh, ghi chú mình viết bị coi là chống đối, cảnh báo mình đưa ra bị coi là làm chậm doanh thu. Hôm nay, cùng một tờ giấy ấy, cuối cùng nó được gọi đúng là chứng cứ.

Chị Nhung quay lại với Hải Long. “Chúng tôi có dữ liệu ban đầu cho thấy tại thời điểm pre-brief gửi ra, S-99 chưa có booking ID carrier xác nhận. Chúng tôi không dùng thuật ngữ secured cho trạng thái này. Legal sẽ phát hành lại thông báo bằng văn bản, đồng thời vận hành sẽ đưa phương án thay thế cho lô hàng của Hải Long, nhưng không yêu cầu Support ký bất kỳ phụ lục nhận lỗi nào.” Người đàn ông bên kia im rất lâu. Khi anh ta nói, giọng đã lạnh hơn trước. “Vậy ai đã bán cho chúng tôi một slot không tồn tại?”

Không ai trong phòng trả lời được. Hoặc đúng hơn, chưa ai được phép trả lời. Anh Quang vẫn chờ quyền unmask. Chị Thảo vẫn giữ Legal ở ranh giới không kết luận khi log chưa đủ. Chị Nhung vẫn phải giữ khách hàng không rơi khỏi bàn đàm phán. Còn tôi chỉ có thể ngồi đó, nghe câu hỏi của Hải Long vang lên trong đầu như một hồi chuông: ai đã bán slot ma? Không phải ai đã quên một sheet. Không phải ai đã trễ một email. Không phải ai không chịu ký phụ lục. Mà là ai đã lấy một khoảng trống trong hệ thống, bọc nó bằng chữ secured, rồi đẩy nó ra ngoài như một lời hứa có thể thu tiền.

Đúng lúc chị Thảo chuẩn bị tuyên bố tạm dừng để Security cấp quyền unmask, màn hình của anh Quang nhấp nháy thêm một dòng log mới được mở khóa từ audit queue. Anh im lặng lâu hơn mọi lần. Sau đó, anh kéo dòng ấy lên màn hình phụ. Dismiss alert capacity_release_notice, 20:48:03. Linked note: remove dependency tag before client call. Approver reference: not K. Tôi vừa kịp thấy Hương ngừng gõ thì anh Quang phóng to phần cuối. Approver reference hiển thị đủ ba chữ cái đầu tiên của một mã người dùng mà tôi chưa từng muốn thấy trong vụ này: CSN.