Chương 5: Slot chưa từng xác nhận

Tôi ở lại văn phòng thêm gần một tiếng sau khi trời đổ mưa. Khu sale đã thưa người, vài màn hình tắt đen, trên bàn vẫn còn những ly cà phê giấy chưa kịp vứt. Tiếng mưa dội lên cửa kính, nhưng file tường trình trước mặt tôi thì không lùi đi đâu cả. Con trỏ nhấp nháy bên dưới ba tiêu đề: Timeline hệ thống, chứng cứ đã đối chiếu, nội dung cần xác minh. Tôi nhìn chúng rất lâu, rồi tự nhắc mình rằng nếu ngày mai họ muốn nói về thái độ, tôi vẫn sẽ chỉ nói bằng dữ kiện.

Tôi bắt đầu từ mốc sớm nhất mà CRM còn lưu. Incident Đại Phú – MT Star không tự nhiên xuất hiện trong một buổi chiều. Nó bắt đầu từ ba ngày trước, khi khách hỏi lại khả năng đi slot MT Star trước cut-off vì container hàng đã kéo ra khỏi kho. Tôi mở từng tab: CRM case, slot request, ticket OPS, mail chứng từ, và bảng attachment index Hương vừa cập nhật. Tôi kéo chúng về cùng một dòng, như xếp những mảnh giấy ướt lên bàn để xem tờ nào bị ai đặt lệch.

Ở cột sale update, anh Khoa ghi lúc 10:18: “Đã báo khách giữ slot MT Star, support follow tiếp chứng từ.” Ở cột support action, request chỉ được chuyển vào queue lúc 10:26, trạng thái “pending carrier confirmation”. Tôi dừng lại ở đó. Tim tôi chậm lại, vì cuối cùng tôi nhìn thấy một khe hở cụ thể trong đống câu chữ nhập nhằng cả ngày. Nếu slot đã được báo khách là “giữ”, ai là người xác nhận nó? Và nếu support chưa nhận xác nhận từ hãng tàu, dựa vào đâu sale nói với khách như vậy?

Tôi mở slot request S-4821. Dòng lịch sử đầu tiên: created by Khoa Tran, 09:52. Dòng tiếp theo: assigned to Support Pool, 10:26. Dòng kế: viewed by Huong Nguyen, 10:29. Sau đó là comment của Hương: “Đã nhận request, cần carrier confirm. Chưa có slot confirmed. Chờ chứng từ hợp lệ để submit final.” Tôi đọc đi đọc lại câu “Chưa có slot confirmed”. Nó nằm ngay trong hệ thống, không phải trong trí nhớ hay lời cãi. Nếu ai đó muốn dùng sự im lặng của support làm xác nhận, câu này là thứ đầu tiên họ phải bước qua.

Tôi chụp màn hình toàn bộ history, lấy cả thanh trạng thái và timestamp. Trong attachment của request, booking draft do anh Khoa upload lúc 10:05 để ô “slot status” là “tentative hold”, không phải “confirmed”. Tôi ghi vào timeline: 10:05 – sale upload booking draft, slot status tentative hold. 10:29 – support comment chưa có slot confirmed, cần carrier confirm. Viết xong, tôi để trống một dòng bên dưới mục “điểm cần xác minh”. Có những khoảng trống tồn tại vì người phải trả lời chưa đứng vào đúng chỗ của họ.

Teams bật sáng. Hương nhắn: “Chị Linh, em update index attachment rồi. File của anh Khoa em để là sale supplementary note theo yêu cầu chị Thảo. Nhưng trong package draft cũ vẫn có dòng ‘support confirmed slot’. Em không chắc chị Thảo đã thấy bản nào.” Tôi nhìn tin nhắn đó, cơn mệt đổi thành một thứ lạnh hơn. Tôi hỏi package draft nằm ở đâu. Hương gửi đường dẫn SharePoint nội bộ, rồi nhắn thêm rất nhanh: “Em không edit được, chỉ thấy vì anh Khoa share trước trong group xử lý.”

File package draft hiển thị ở chế độ view-only, người tạo là Khoa Tran, modified gần nhất lúc 16:08, trước khi tôi phát hiện attachment bất lợi trên CRM. Trong incident summary, một dòng viết: “Support failed to secure confirmed slot after receiving customer request.” Tôi ngồi thẳng lưng. Nếu câu đó đi vào báo cáo cấp trên, mọi thứ phía sau sẽ tự động sắp hàng theo nó. Sale báo khách giữ slot sẽ thành bước bình thường. Khách giao hàng theo lịch sẽ thành hậu quả của support chậm xử lý. Và tôi sẽ thành người cố né trách nhiệm sau khi làm mất slot.

Tôi không sửa file. Tôi không được quyền và cũng không cần quyền đó. Tôi chụp màn hình phần summary, metadata, modified time, rồi quay lại statement của mình. Bên dưới mục “nội dung cần xác minh”, tôi gõ: “Nguồn xác nhận cho câu ‘support confirmed slot’ trong package draft; đối chiếu với slot request S-4821 có comment support lúc 10:29: chưa có slot confirmed, cần carrier confirm.” Câu ấy không buộc tội ai, chỉ đặt một câu hỏi ở nơi đáng ra nó phải xuất hiện từ đầu.

Đến gần tám giờ tối, anh Phong OPS gửi vào CRM timeline ticket: OPS nhận thông tin rủi ro lúc 13:42, sau khi khách báo đã kéo container ra bãi. Chị Lan chứng từ bổ sung bảng đối chiếu: bộ chứng từ hợp lệ được gửi lại lúc 12:56, sau hai lần bị thiếu mã seal và sai booking party. Hai dữ kiện đó kéo câu chuyện khỏi cái khung sale đang cố dựng: support nhận đủ thông tin, support không xử lý, support làm hỏng slot. Tôi copy các mốc vào statement, cẩn thận ghi nguồn từng dòng. Mỗi timestamp khiến bản tường trình bớt giống lời tự vệ và giống một bản đồ hơn.

Tôi rời văn phòng lúc 21:17. Bảo vệ dưới sảnh hỏi đùa sao hôm nay về muộn vậy. Tôi cười, nói còn chút việc trước cut-off. Nói xong, tôi mới nhận ra mình dùng chính từ làm mình mệt cả ngày để giải thích cho sự mệt của mình. Ngoài đường, mưa đã nhỏ hơn, nước đọng ở lề đường khiến ánh đèn xe vỡ thành từng vệt dài. Tôi ôm laptop trước ngực. Trong đó có bản statement đầu tiên tôi viết cho chính mình, bằng một giọng không phải xin phép ai được tồn tại.

Sáng hôm sau, tôi có mặt ở công ty lúc 07:46. Tôi rà statement lần cuối, rồi upload lên CRM lúc 08:12 với tiêu đề “Support_statement_NguyenGiaLinh_fact_timeline.docx”. Comment đi kèm chỉ một đoạn ngắn: “Em gửi statement dữ kiện từ phía support theo yêu cầu chị Thảo. Nội dung chỉ bao gồm timeline hệ thống, chứng cứ đã đối chiếu và các điểm cần xác minh, không kết luận trách nhiệm cá nhân khi incident chưa hoàn tất đối chiếu.” Lần này, khi tên tôi nằm trên file, tôi biết từng chữ trong đó là của mình.

Phòng họp HR ở tầng mười một lạnh hơn mọi phòng khác. Chị Nhung HR ngồi đầu bàn, trước mặt là laptop và một cuốn sổ có logo công ty. Chị Thảo ngồi bên phải chị, nét mặt bình tĩnh nhưng không dễ đoán. Anh Tuấn đến sau tôi hai phút, chỉ gật đầu nhẹ. Anh Khoa và chị Mai bước vào cùng nhau, cả hai đều mang theo laptop. Tiêu đề trên màn hình vẫn là “Alignment – cooperation attitude and incident statement”, như thể chữ cần được soi hôm nay không phải là “slot”, mà là “attitude”.

Chị Nhung mở đầu bằng giọng rất mềm: “Buổi này không nhằm quy kết ai. HR muốn nghe các bên để đảm bảo quá trình xử lý incident không bị ảnh hưởng bởi cách phối hợp nội bộ.” Anh Tuấn nói incident đang nhạy cảm vì liên quan khách hàng lớn, mọi người cần tránh đưa cảm xúc cá nhân lên kênh chung. Chị Mai tiếp lời, nói support có thể đúng về quy trình, nhưng cách phản hồi của tôi trên CRM làm sale bị động và khiến khách chờ lâu hơn. Tôi nghe hết, ghi lại vài từ khóa: cảm xúc cá nhân, bị động, khách chờ. Khi đến lượt mình, tôi chỉ nói: “Em xin phép trình bày theo statement đã upload. Nếu cần đánh giá thái độ phối hợp, em đề nghị đối chiếu trên cùng timeline xử lý incident.”

Anh Khoa khẽ cười, vừa đủ để cả bàn nghe thấy. “Linh lúc nào cũng timeline. Vấn đề là khách được báo có slot rồi, support follow không kịp nên mới mất. Em cứ bắt lại từng chữ thì không thay đổi được thiệt hại thực tế.” Tôi nhìn anh ấy. Câu “khách được báo có slot rồi” cuối cùng cũng được nói ra ngay trong phòng họp. Tôi không đáp bằng cảm giác bị xúc phạm. Tôi mở laptop, vào slot request S-4821, xoay màn hình một chút để chị Thảo nhìn rõ hơn, rồi hỏi: “Dạ, vậy em xin xác minh một điểm. Slot được báo có rồi là dựa trên xác nhận nào của support hoặc carrier?”

Phòng họp im đi rất nhanh. Chị Mai nói: “Sale trao đổi theo tình trạng hold lúc đó. Support nhận request thì phải hiểu là cần xử lý giữ slot.” Tôi gật đầu. “Dạ, em hiểu sale có tentative hold. Nhưng trong request, trạng thái lúc 10:05 là tentative hold, lúc 10:29 support comment rõ chưa có slot confirmed, cần carrier confirm. Package draft lại ghi ‘support confirmed slot’. Em cần xác minh nguồn của câu đó vì nó ảnh hưởng trực tiếp đến kết luận incident.” Tôi không nâng giọng. Một câu hỏi đúng chỗ đôi khi đã đủ nặng.

Chị Thảo đưa tay về phía tôi. “Linh, em mở history đầy đủ.” Tôi mở. Các timestamp hiện ra theo thứ tự. Created by Khoa Tran. Assigned to Support Pool. Viewed by Huong Nguyen. Comment của Hương. Không có dòng nào ghi confirmed by support. Không có carrier confirmation. Không có approval từ tôi. Anh Khoa nói: “Có thể cách diễn đạt trong package chưa chuẩn, nhưng bản chất là support đã nhận follow.” Tôi trả lời: “Dạ, support nhận follow là đúng. Support confirmed slot là một dữ kiện khác. Hai câu này không thể dùng thay nhau trong incident report.”

Không khí trong phòng đổi hướng từ khoảnh khắc đó. Chị Nhung không còn hỏi tôi vì sao comment trên CRM. Chị hỏi ai có quyền chỉnh package draft, bản nào đã được gửi ra khỏi nhóm xử lý, và câu “support confirmed slot” lấy từ nguồn nào. Chị Mai nói cần kiểm tra lại luồng trao đổi với khách. Anh Khoa nói anh không nhớ chính xác vì hôm đó quá nhiều việc. Chị Thảo yêu cầu Hương được thêm vào phần đối chiếu attachment và yêu cầu mọi bản package sau 16:21 hôm qua phải lưu version, không ghi đè. Tôi ngồi yên. Đường ray mà họ cố bẻ sang “thái độ” vừa gặp một thanh chắn tên là “slot chưa từng xác nhận”.

Cuộc họp kết thúc lúc 09:11, chưa có kết luận cuối cùng. Chị Nhung nói HR sẽ chờ bản đối chiếu package và không ghi nhận vấn đề kỷ luật nào trước khi incident hoàn tất dữ kiện. Chị Thảo yêu cầu 14:00 cùng ngày họp lại với OPS, chứng từ và đại diện quản lý sale để chốt timeline xác nhận slot. Khi tôi thu laptop, anh Khoa đi ngang qua sau lưng, giọng rất nhỏ: “Em làm vậy thì mọi người cùng mệt thôi.” Tôi không quay lại, chỉ nói đủ nghe: “Mệt vì kiểm tra dữ kiện vẫn tốt hơn mệt vì ký sai.”

Tôi vừa về đến bàn thì CRM bật thông báo mới: “Incident package draft has a blocked edit attempt due to active version lock.” Người thực hiện: Mai Nguyen. Thời gian: 09:14. Object: incident_summary_package_draft. Tôi nhìn dòng thông báo đó, rồi mở sổ, ghi thêm một mốc mới vào timeline. Bên ngoài cửa kính, mưa đêm qua đã ngừng, nhưng trên mặt kính vẫn còn những vệt nước chưa khô. Tôi chụp màn hình notification. Nếu có người muốn sửa lại câu chuyện sau khi slot chưa từng được xác nhận, tôi cần biết họ bắt đầu sửa từ phút nào.