Hoàn tiền, render lại, và điều gì xảy ra khi một bản render thất bại
Hoàn tiền, render lại, và điều gì xảy ra khi một bản render thất bại
Khi một bản render trên Super Renders Farm không trả về đúng như bạn mong đợi, "thất bại" có thể mang hai ý nghĩa rất khác nhau — và ý nghĩa nào áp dụng sẽ quyết định điều gì xảy ra tiếp theo, kể cả chi phí bạn phải trả. Trang này trình bày thẳng thắn cả hai hướng xử lý: lỗi từ phía farm mang lại gì cho bạn, render lại từ phía người dùng tốn bao nhiêu, cách yêu cầu xem xét lại, và bạn sẽ thấy gì trong tài khoản sau đó. Không có cam kết chung nào ở đây cả — hoàn tiền và biện pháp đền bù được xử lý theo từng trường hợp, được mô tả đúng như cách chúng thực sự hoạt động hiện nay.
Điều gì xảy ra khi một bản render thất bại (hai kiểu "thất bại")
Một bản render thất bại thường rơi vào một trong hai nhóm, và chúng được xử lý rất khác nhau:
- Lỗi từ phía farm. Có gì đó xảy ra sai trên hạ tầng của chúng tôi, không liên quan gì đến scene của bạn — một node bị crash giữa job, một sự cố cấu hình từ phía farm, một trục trặc về license. Frame không hoàn tất, báo lỗi, hoặc trả về bị lỗi rõ rệt mà không phải do tệp của bạn.
- Vấn đề từ phía người dùng. Bản render đã chạy và hoàn tất đúng như những gì được yêu cầu, nhưng kết quả lại không đúng — một texture bị thiếu, một camera sai, một thiết lập output tệ, hoặc một kết quả đơn giản là không khớp với những gì bạn mong đợi.
Job rơi vào nhóm nào sẽ quyết định mọi thứ tiếp theo: liệu nó được xem xét như một biện pháp đền bù khả thi, hay bị tính phí như một bản render mới.
Lỗi từ phía farm — biện pháp đền bù hoạt động thế nào
Không có chính sách chính thức, công khai nào đảm bảo một kết quả cụ thể cho mọi lỗi từ phía farm, và Super Renders Farm không quảng cáo việc tự động render lại miễn phí các frame bị ảnh hưởng. Điều thực sự xảy ra là xử lý theo từng trường hợp.
Bạn liên hệ hỗ trợ với thông tin chi tiết job của mình, đội ngũ sẽ xem xét render log nội bộ để đánh giá xem nguyên nhân có thực sự đến từ phía farm hay không, và nếu được xác nhận, khoản phí bị ảnh hưởng sẽ được xử lý ổn thỏa. Trong các trường hợp trước đây, điều đó có nghĩa là hoặc hoàn tiền về phương thức thanh toán gốc, hoặc credit lại vào số dư render credit của bạn — áp dụng cách nào được quyết định theo từng trường hợp, không phải một quy tắc cố định, vì vậy đừng giả định trước kết quả nào cả.
Nếu bạn không chắc trường hợp nào áp dụng, hãy hỏi — đội hỗ trợ có thể xác định từ log nhanh hơn bạn tự đoán từ bên ngoài.
Render lại từ phía người dùng — chi phí như thế nào
Nếu bản render đã làm đúng những gì bạn yêu cầu và vấn đề nằm ở phía scene hoặc thiết lập — một texture bị thiếu, một camera sai, một thiết lập output tệ — đó là một bản render mới, không phải trường hợp hoàn tiền. Quy tắc tính phí ở đây giống như với bất kỳ job lặp lại nào: render lại sẽ tính phí lại từ đầu các frame bị ảnh hưởng, và thời gian render của lượt đầu tiên không được hoàn lại. Xem vì sao bản render của bạn tốn nhiều hơn ước tính để biết chi tiết đầy đủ về cách tính phí render hoạt động.
Điều này cũng bao gồm cả những quyết định về gu thẩm mỹ và chất lượng. Nếu output đúng về mặt kỹ thuật nhưng bạn muốn nó trông khác đi, hoặc nó không khớp với bản preview cục bộ vì lý do liên quan đến thiết lập, xem bản render trên farm khác với bản render cục bộ của bạn — đó cũng là một lượt render lại từ phía người dùng, tính phí theo cùng cách. Ranh giới rất đơn giản: lỗi từ node hoặc từ phía farm đi theo hướng xử lý đền bù ở trên; vấn đề về scene, thiết lập, hoặc sở thích cá nhân bị tính phí như một bản render mới.
Cách yêu cầu xem xét lại hoặc hoàn tiền
- Gửi email tới supportcenter@superrendersfarm.com với tiêu đề "Refund" — hoặc bắt đầu live chat nếu bạn muốn trao đổi trực tiếp.
- Kèm theo số đơn hàng hoặc số job của bạn.
- Cho biết những frame nào bị ảnh hưởng.
- Mô tả điều gì đã xảy ra sai, càng cụ thể càng tốt.
- Đội hỗ trợ sẽ đối chiếu render log nội bộ với báo cáo của bạn để xác định liệu nguyên nhân có phải từ phía farm hay không.
Sau khi yêu cầu của bạn được xem xét và chấp thuận, khoản hoàn tiền về phương thức thanh toán gốc sẽ được xử lý thường trong vòng 5 ngày làm việc. Nếu đội hỗ trợ giải quyết trường hợp của bạn bằng cách credit lại vào số dư render credit thay vì hoàn tiền, số dư sẽ được cập nhật ngay khi đội ngũ xử lý xong.
Bạn sẽ thấy gì sau đó
Tùy vào hướng xử lý mà đội hỗ trợ áp dụng cho trường hợp của bạn, bạn sẽ thấy một trong hai điều sau:
- Credit lại vào số dư của bạn: số dư render credit của bạn tăng lên, và một dòng mục xuất hiện dưới Account → Payment History, được đánh dấu là hoàn tiền thủ công. Nó sẽ không xuất hiện trên sao kê thẻ hoặc ngân hàng của bạn, vì thẻ của bạn không bị đụng đến trong hướng xử lý này.
- Hoàn về phương thức thanh toán gốc: khoản hoàn tiền xuất hiện dưới dạng một giao dịch đảo ngược trên sao kê thẻ gốc của bạn thay vì một thay đổi số dư.
Trường hợp nào áp dụng cho bạn được quyết định khi đội hỗ trợ xử lý yêu cầu — hãy kiểm tra Payment History hoặc sao kê thẻ của bạn để xác nhận khoản hoàn tiền đã được xử lý.
Phòng ngừa: phát hiện vấn đề trước khi bạn phải trả tiền render hai lần
Hầu hết các lượt render lại từ phía người dùng đều có thể tránh được nếu bạn test một chút trước khi cam kết cho toàn bộ sequence:
- Render một hoặc hai frame test trước, dùng thiết lập production thực tế của bạn thay vì một bản preview đã lược bớt. Phát hiện một texture bị thiếu hoặc một camera sai trên một frame rẻ hơn nhiều so với phát hiện nó ở frame cuối cùng của một sequence dài.
- Chạy bước Analyze scene tự động trước đó. Bước này miễn phí và không đụng đến số dư của bạn, vì vậy không có lý do gì để bỏ qua.
- Dùng công cụ tính chi phí như một khoảng lên kế hoạch, không phải một báo giá — xem vì sao bản render của bạn tốn nhiều hơn ước tính để biết ước tính và tính phí thực tế có thể khác nhau thế nào.
- Cứ từ từ — render credit không bao giờ hết hạn, vì vậy không có lý do gì phải vội bỏ qua bước render frame test.
Không điều nào trong số này loại bỏ hoàn toàn lỗi từ phía farm, vốn được xử lý qua quy trình ở trên — nhưng nó loại bỏ lý do phổ biến và có thể tránh được nhất khiến bạn phải trả tiền render hai lần.
Liên quan
- Vì sao bản render của bạn tốn nhiều hơn ước tính — cách tính phí hoạt động cho render lại và job lặp lại.
- Vì sao render job của tôi bị xếp hàng, kẹt, hoặc chậm hơn dự kiến? — nếu vấn đề là một job chậm hoặc bị kẹt thay vì một job đã hoàn tất.
- Bản render trên farm khác với bản render cục bộ của bạn — cho các khác biệt về chất lượng hoặc output, một hướng xử lý từ phía người dùng chứ không phải trường hợp hoàn tiền.
- Thanh toán và hóa đơn — cho hóa đơn, phương thức thanh toán, và các câu hỏi khác về tính phí.
- Vẫn còn thắc mắc về một khoản phí cụ thể? Liên hệ hỗ trợ qua live chat tại knowledge.superrendersfarm.com, hoặc email supportcenter@superrendersfarm.com.
Câu hỏi thường gặp
Hỏi: Tôi có được hoàn tiền nếu bản render của tôi thất bại không? Đáp: Còn tùy vào lý do thất bại. Nếu một sự cố node hoặc từ phía farm được xác nhận sau khi đội hỗ trợ xem xét render log nội bộ, Super Renders Farm sẽ xử lý ổn thỏa theo từng trường hợp — hoặc bằng cách hoàn tiền về phương thức thanh toán gốc, hoặc credit lại vào số dư render credit của bạn. Nếu bản render đã làm đúng những gì bạn yêu cầu và vấn đề là một lỗi scene hoặc một kết quả bạn không thích, đó là một lượt render lại từ phía người dùng, không phải trường hợp hoàn tiền — xem các phần ở trên.
Hỏi: Hoàn tiền mất bao lâu? Đáp: Sau khi được chấp thuận, khoản hoàn tiền về phương thức thanh toán gốc được xử lý thường trong vòng 5 ngày làm việc. Nếu trường hợp của bạn được giải quyết bằng cách credit lại vào số dư render credit thay vì hoàn tiền, số dư sẽ được cập nhật ngay khi đội hỗ trợ xử lý xong — không cần chờ giao dịch đảo ngược trên thẻ.
Hỏi: Tôi có bị tính phí lại nếu render lại không? Đáp: Nếu bạn đang sửa một lỗi scene hoặc thiết lập, hoặc bạn chỉ đơn giản muốn một kết quả khác, thì có — nó sẽ tính phí lại từ đầu các frame bị ảnh hưởng, và thời gian render của lượt đầu tiên không được hoàn lại. Nếu lỗi ban đầu được xác nhận là từ phía farm, nó sẽ được xử lý qua hướng đền bù ở trên, không bị tính phí như một lượt render lại mới từ phía người dùng.