Duy trì một sổ đăng ký rõ ràng về các mốc thời gian và tài liệu

Gán cho hồ sơ một mã tham chiếu và một người phụ trách

Tạo một dòng cho mỗi lượt thuê, với một mã tham chiếu nội bộ ổn định và một người phụ trách vận hành. Thêm nhu cầu nghiệp vụ, mẫu GPU, các lô, số card, thời lượng và mã đơn hàng Capordia. Tên của một máy có thể thay đổi; nó không được là cách duy nhất để tìm lại khoản mua và người quyết định khoản đó.

Gắn mỗi mốc thời gian với một hành động tiếp theo và một người thay thế: theo dõi thanh toán, nhận môi trường, xuất dữ liệu hoặc quyết định một kỳ mới. Một ngày tháng không có hành động mong đợi sẽ sớm trở thành một lời nhắc bị bỏ qua. Tổ chức của bạn có thể duy trì sổ đăng ký này trong một bảng chia sẻ; quan trọng là xác định rõ các trường và người phụ trách chúng.

Tách biệt đơn hàng, thanh toán và bàn giao

Đơn hàng mô tả những gì đã được chọn và số tiền của nó. Ý định thanh toán nêu rõ một tài sản, một mạng lưới, một đích đến, một số tiền và một mốc thời gian. Thanh toán đã xác nhận ghi nhận việc nhận tiền và sự phân bổ của nó. Bàn giao liên quan đến quyền truy cập GPU. Hãy xếp các sự kiện này vào những trường riêng biệt; một màu xanh chung chung sẽ che khuất sự khác biệt giữa một đơn hàng đã trả tiền và một tài nguyên có thể sử dụng được. Lưu giữ ngày tháng và tài liệu chứng minh cho mỗi lần thay đổi trạng thái.

Bản tóm tắt đơn hàng không thay thế các tài liệu mà quy trình kế toán của bạn yêu cầu. Đừng thêm «đã thanh toán» chỉ vì một nhân viên đã báo cáo việc thanh toán của mình. Hãy lưu giữ riêng phiên bản môi trường và kết quả nghiệm thu, với quyền truy cập phù hợp. Sổ đăng ký hành chính không cần chứa bộ dữ liệu, mật khẩu hay khóa riêng tư.

Xây dựng lịch trình từ thời điểm kết thúc dịch vụ

Hãy ghi lại thời điểm bàn giao đã xác nhận, ngày kết thúc và ngày quyết định nội bộ của bạn. Ngày quyết định này phải để đủ thời gian hoàn tất các xử lý, kiểm tra các kết quả đầu ra và chuẩn bị cho bước tiếp theo. Các kỳ hạn của Capordia là 3, 7 hoặc 30 ngày, không tự động gia hạn. Nếu dự án tiếp tục, cần có một đơn hàng mới. Ngày tạo hồ sơ hoặc ngày báo cáo thanh toán không thay thế ngày bắt đầu dịch vụ thực tế.

Hãy bắt đầu từ thao tác bắt buộc cuối cùng và lập kế hoạch ngược lại: mở các bản xuất từ đích đến của chúng, thực hiện việc sao chép, tạo ra các kết quả, rồi khởi chạy các xử lý cuối cùng. Cộng thêm thời gian tham gia của những người cần thiết. Với nhiều nhóm, cùng một ngày kết thúc có thể dồn tất cả các yêu cầu xuất dữ liệu vào tối thứ Sáu; hãy phân bổ các quyết định từ trước. Ghi lại mọi thay đổi của lịch trình kèm lý do thay vì ghi đè lên một ngày mà bộ phận khác vẫn còn phụ thuộc.

Ví dụ giả định: một kỳ hạn kết thúc vào ngày thứ 7 lúc 18 giờ UTC. Nhóm ước tính phép tính cuối cùng mất 8 giờ, việc xuất dữ liệu mất 2 giờ và việc kiểm tra mất 1 giờ; nhóm dự trữ 3 giờ cho các tình huống bất ngờ. Tổng nhu cầu là 8 + 2 + 1 + 3 = 14 giờ. Do đó lần khởi chạy cuối cùng phải bắt đầu muộn nhất lúc 4 giờ UTC. Những khoảng thời gian này là các giả định minh họa, không phải hiệu năng của Capordia. Quyết định của con người được đặt vào ngày thứ 6 lúc 16 giờ, khi những người phụ trách có mặt.

Hãy dùng một quy ước giờ chung. Một ngày kèm giờ và độ lệch UTC, như được mô tả bởi RFC 3339, giúp tránh việc mỗi người phải tự đoán múi giờ. Sổ đăng ký cũng có thể hiển thị giờ địa phương, nhưng vẫn giữ giá trị tham chiếu. Mọi thay đổi của thời điểm kết thúc kỳ hạn phải được kiểm tra trong hồ sơ liên quan trước khi tính lại các công việc phụ thuộc.

Đối chiếu các khoản thanh toán mà không nhầm lẫn các thao tác

Một khoản thanh toán thuê sẽ thanh toán cho một hồ sơ cụ thể. Một lần nạp tiền sẽ bổ sung số dư sau khi dịch vụ thanh toán xác nhận; khoản ghi có của nó chỉ được ghi nhận một lần và không tự động thanh toán cho mọi lượt thuê đang mở. Trong sổ đăng ký, hãy phân biệt số tiền đơn hàng bằng USD, yêu cầu chuyển khoản và việc sử dụng số dư nếu có. Nút « Tôi đã thanh toán » ghi lại một thông báo có ghi ngày cho ý định đã chọn. Hãy dựa vào trạng thái đã xác nhận của hồ sơ để theo dõi tài chính: một thông báo vẫn tách biệt với khoản thanh toán đã xác nhận và với việc giao hàng.

Capordia chấp nhận thanh toán bằng crypto mà không có quy trình KYC hay giấy tờ tùy thân. Họ, tên và email vẫn là thông tin liên hệ của đơn hàng. Cách tổ chức này không xóa hồ sơ, các tham chiếu hay thông tin công khai của một mạng crypto. Trước khi thanh toán, nhân viên phụ trách chuyển khoản kiểm tra tài sản, mạng và số tiền hiển thị. Sau khi họ thông báo, những người tham gia khác tiếp tục cùng hồ sơ đó; họ không thực hiện chuyển khoản thứ hai để làm biến mất một trạng thái vẫn đang được xác minh.

Giải quyết xung đột lịch giữa hai nhóm

Hãy tiếp tục ví dụ giả định. Atlas hoàn thành chiến dịch bảy ngày của mình theo lịch trình ngược này; Boréal chuẩn bị giai đoạn tiếp theo của dự án ba mươi ngày. Cùng một người xác nhận các bản xuất của họ. Nếu Atlas chậm hai giờ và nếu các bước khác giữ nguyên thời lượng dự kiến, khoảng dự trữ giảm từ ba giờ xuống một giờ. Sổ đăng ký làm cho phép tính này hiển thị rõ; nó không chỉ ghi « có thể chậm ». Boréal dời cuộc họp xác nhận của mình mà không thay đổi thời điểm kết thúc thuê của Atlas.

Độ trễ bốn giờ sẽ vượt quá khoảng dự trữ một giờ. Người phụ trách khi đó phải quyết định trước lần chạy cuối cùng: giảm lô cuối với sự đồng ý của bộ phận nghiệp vụ, đẩy một thao tác độc lập lên trước, hoặc chuẩn bị một đơn hàng mới nếu nhu cầu vẫn tiếp diễn. Không quyết định nào trong số này tự động kéo dài giai đoạn hiện tại. Bộ phận mua hàng, người phụ trách dữ liệu và người phụ trách thanh toán giữ những hành động riêng biệt, kèm tên và thời hạn.

Tạo một bản kết thúc có thể đọc lại

Khi kết thúc, hãy kiểm tra các kết quả được lưu giữ, các quyền truy cập cần thu hồi, các tài liệu hiện có và những sai lệch còn lại. Người phụ trách dữ liệu xác nhận đích của các bản sao; người phụ trách vận hành xác nhận nhu cầu đã kết thúc. Hãy lưu giữ cấu hình và quy trình khôi phục khi công việc cần có thể tái lập. Đối với một lần huấn luyện, chỉ một kho lưu trữ kết quả không thay thế được trạng thái cần thiết để khôi phục; yêu cầu này phải xuất phát từ giao thức kỹ thuật gắn với hồ sơ.

Những lỗi thường gặp là tính một lần nạp tiền như một khoản chi cho thuê, nhầm một thông báo với một biên lai và chia sẻ thông tin đăng nhập tài khoản như thể đó là quyền truy cập của nhóm. Hãy giữ các tham chiếu trong sổ đăng ký của bạn và các quyền truy cập trong những công cụ phù hợp. Kết quả mong đợi là một hồ sơ đã đóng hoặc một danh sách các hành động còn lại được giao rõ ràng. Một người khác phải có thể tái dựng lại quyết định và lịch trình mà không cần xem nội dung các phép tính đã thực hiện.