ମାଗଣା ମାସିକ ରେଣ୍ଡର କ୍ରେଡିଟ୍ କିପରି ସର୍ବନିମ୍ନ-ପ୍ରଥମେ ପ୍ରୟୋଗ ହୁଏ

ପ୍ରତ୍ୟେକ ବିଲିଂ ଚକ୍ରର ମାଗଣା ରେଣ୍ଡର କ୍ରେଡିଟ୍ କିପରି ଗଣନା କରାଯାଏ ଏବଂ ରେଣ୍ଡର ଓ AI ଉନ୍ନତିକରଣ ମଧ୍ୟରେ କିପରି ଖର୍ଚ୍ଚ ହୁଏ, ଏବଂ per-seat ଯୋଜନାରେ କଣ ବଦଳେ ତାହା ଦେଖନ୍ତୁ।

1. ପ୍ରତ୍ୟେକ ବିଲିଂ ଚକ୍ରରେ ପ୍ରତ୍ୟେକ org ତାର ଲାଇସେନ୍ସରୁ ଗଣନା କରାଯାଇଥିବା ମାଗଣା ରେଣ୍ଡର କ୍ରେଡିଟ୍ ପାଏ: ଲାଇସେନ୍ସ ଉପଭୋକ୍ତା ସଂଖ୍ୟା × ଆନୁପାତିକ ବ୍ୟବହାର ଅନୁପାତ × ନିର୍ଦ୍ଧାରିତ free-credits-per-license ପରିମାଣ। ଏହି ମାଗଣା କ୍ରେଡିଟ୍ କିଛି ଚାର୍ଜ ହେବା ପୂର୍ବରୁ ସ୍ୱୟଂଚାଳିତ ଭାବେ ପ୍ରୟୋଗ ହୁଏ, ଏବଂ ସେଗୁଡ଼ିକ ସର୍ବନିମ୍ନ-ପ୍ରଥମେ ପ୍ରୟୋଗ ହୁଏ: ଚକ୍ରର ସମସ୍ତ ବିଲ୍‌ଯୋଗ୍ୟ ଆଇଟମ୍ — ରେଣ୍ଡର ଏବଂ AI ଉନ୍ନତିକରଣ (ପ୍ରତ୍ୟେକଟି 0.2 କ୍ରେଡିଟ୍) ମିଶାଇ — କ୍ରେଡିଟ୍ ଖର୍ଚ୍ଚର ଊର୍ଦ୍ଧ୍ୱକ୍ରମରେ ସଜାଡ଼ାଯାଏ, ଏବଂ ମାଗଣା କ୍ରେଡିଟ୍ ସେହି କ୍ରମରେ ସେଗୁଡ଼ିକୁ ଗ୍ରହଣ କରେ; ସୀମା ରେଖାରେ ଥିବା ଆଇଟମ୍ ଆଂଶିକ ପ୍ରତିଶତ ରିହାତି ପାଏ। ଚକ୍ରର ଚାର୍ଜ ହୋଇଥିବା ପରିମାଣ ହେଉଛି max(0, ମୋଟ ବ୍ୟବହୃତ କ୍ରେଡିଟ୍ − ମୋଟ ମାଗଣା କ୍ରେଡିଟ୍)। ଅବ୍ୟବହୃତ ମାଗଣା କ୍ରେଡିଟ୍ ପରବର୍ତ୍ତୀ ଚକ୍ରକୁ ଗଡ଼ିଯାଏ ନାହିଁ (ଏକମାତ୍ର କ୍ୟାରିଓଭର ହେଉଛି ଏକ ଗ୍ରେସ-ପିରିଅଡ୍ ସେଟେଲମେଣ୍ଟକୁ, ଯେଉଁଠାରେ ଅଦେୟ ବିଲ୍‌ରୁ ଅବ୍ୟବହୃତ ଅନୁପୂରକ କ୍ରେଡିଟ୍ ଗ୍ରେସ ବ୍ୟବହାରକୁ ଅଫସେଟ୍ କରେ)। ତେଣୁ ଯଦି ଜଣେ ଗ୍ରାହକ ପଚାରନ୍ତି ଯେ ଏକ ସସ୍ତା ରେଣ୍ଡର 100% ରିହାତି ଦେଖାଉଛି କିନ୍ତୁ ଏକ ମହଙ୍ଗା ରେଣ୍ଡର ସମ୍ପୂର୍ଣ୍ଣ ଚାର୍ଜ ହେଉଛି କାହିଁକି, ତାହା ସର୍ବନିମ୍ନ-ପ୍ରଥମେ ଆବଣ୍ଟନ, ତ୍ରୁଟି ନୁହେଁ। ମାଗଣା କ୍ରେଡିଟ୍ ଲାଇଭ୍ ଲାଇସେନ୍ସ ତଥ୍ୟରୁ ପୁନଃଗଣନା କରାଯାଏ, ତେଣୁ ଚକ୍ର ମଧ୍ୟରେ ଲାଇସେନ୍ସ ଯୋଡ଼ିଲେ ପୁଲ୍ ଆନୁପାତିକ ଭାବେ ବଢ଼େ।

   ନୂତନ per-seat ଯୋଜନାକୁ ଯାଇଥିବା ସଂସ୍ଥାଗୁଡ଼ିକ ଅଲଗା ଭାବେ କାମ କରନ୍ତି: ପ୍ରତ୍ୟେକ ସିଟ୍ ନିଜର ମାସିକ ଭତ୍ତା ବହନ କରେ, ଏବଂ ପ୍ରତ୍ୟେକ ଉପଭୋକ୍ତାଙ୍କ ରେଣ୍ଡର ଓ AI ଉନ୍ନତିକରଣ କେବଳ ସେମାନଙ୍କ ନିଜ ସିଟ୍‌ର ଭତ୍ତା ବିରୁଦ୍ଧରେ ଚାର୍ଜ ହୁଏ — ସିଟ୍‌ମାନଙ୍କ ମଧ୍ୟରେ ଅବ୍ୟବହୃତ ଭତ୍ତାର ପୁଲିଂ ନାହିଁ, ଏବଂ ସର୍ବନିମ୍ନ-ପ୍ରଥମେ କ୍ରମ ପ୍ରଯୁଜ୍ୟ ନୁହେଁ। ଚକ୍ର ମଧ୍ୟରେ କିଣାଯାଇଥିବା ଲାଇସେନ୍ସର ସିଟ୍‌ଗୁଡ଼ିକ ଆନୁପାତିକ ଭତ୍ତା ପାଆନ୍ତି।

2. ଯେତେବେଳେ ଏକ ରେଣ୍ଡର କିମ୍ବା AI ଉନ୍ନତିକରଣ RENDER_OVERAGE_CAP_EXCEEDED ତ୍ରୁଟି ସହିତ ଅବରୋଧିତ ହୁଏ, ସେତେବେଳେ org ପାଖରେ ଏକ ରେଣ୍ଡର ଓଭରେଜ୍ କ୍ୟାପ୍ ନିର୍ଦ୍ଧାରିତ ଅଛି ଏବଂ ଏହି ଜବ୍‌ର ଚାର୍ଜଯୋଗ୍ୟ ଅଂଶ ଚକ୍ରର ଦେୟ ରେଣ୍ଡର କ୍ରେଡିଟ୍‌କୁ କ୍ୟାପ୍ ଅତିକ୍ରମ କରାଇଦେବ। ଏହି ଯାଞ୍ଚ ଏକ ରେଣ୍ଡର ଫାୟାର କରିବା ପୂର୍ବରୁ ଏବଂ ପ୍ରତ୍ୟେକ AI ଉନ୍ନତିକରଣ (enhance, create-and-enhance, re-enhance) ପୂର୍ବରୁ ଚାଲେ। ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ ସୂକ୍ଷ୍ମତା: ଅବଶିଷ୍ଟ ମାଗଣା କ୍ରେଡିଟ୍ ଦ୍ୱାରା ସମ୍ପୂର୍ଣ୍ଣ ଆବୃତ ରେଣ୍ଡର ତଥାପି ଆଗେଇ ଯାଏ, ଏବଂ 0-କ୍ରେଡିଟ୍ HD ରେଣ୍ଡର କେବେ ଅବରୋଧିତ ହୁଏ ନାହିଁ, କାରଣ କ୍ୟାପ୍ କେବଳ ସେହି କ୍ରେଡିଟ୍ ଗଣେ ଯାହା ପ୍ରକୃତରେ ଚାର୍ଜ ହେବ। କେଉଁ ମାଗଣା କ୍ରେଡିଟ୍ ପ୍ରଯୁଜ୍ୟ ହେବ ତାହା orgର ବିଲିଂ ମୋଡ୍ ଉପରେ ନିର୍ଭର କରେ: ନୂତନ per-seat ଯୋଜନାରେ ପ୍ରତ୍ୟେକ ଉପଭୋକ୍ତା ନିଜ ସିଟ୍‌ର ମାସିକ ଭତ୍ତା ଉପରେ ନିର୍ଭର କରନ୍ତି (ଚକ୍ର ମଧ୍ୟରେ ନିଆଯାଇଥିବା ସିଟ୍ ପାଇଁ ଆନୁପାତିକ), ଯେତେବେଳେ ପୁରୁଣା ଯୋଜନାରେ org ଏକ ମାଗଣା-କ୍ରେଡିଟ୍ ପୁଲ୍ ବାଣ୍ଟେ। କଣ କରିବେ: catalog manager, project manager, କିମ୍ବା accounts manager ଭୂମିକା ଥିବା ଜଣେ org ଉପଭୋକ୍ତା କ୍ୟାପ୍ ବଢ଼ାଇପାରନ୍ତି କିମ୍ବା ହଟାଇପାରନ୍ତି (ସ୍ୱୟଂ-ସେବା store ସେଟିଂ; ଏହା ଅନସେଟ୍ କଲେ ଅସୀମିତ ଅର୍ଥ), କିମ୍ବା ଗ୍ରାହକ ପରବର୍ତ୍ତୀ ବିଲିଂ ଚକ୍ର ପାଇଁ ଅପେକ୍ଷା କରିପାରନ୍ତି, ଯେତେବେଳେ ଚାର୍ଜ ହୋଇଥିବା ବ୍ୟବହାର ଶୂନ୍ୟକୁ ରିସେଟ୍ ହୁଏ। per-seat ଯୋଜନାରେ, ନିଜ ସିଟ୍ ଭତ୍ତା ଶେଷ କରିଥିବା ଉପଭୋକ୍ତାଙ୍କୁ କ୍ରେଡିଟ୍ ବାକି ଥିବା ସିଟ୍‌କୁ ସ୍ଥାନାନ୍ତର କରାଯାଇପାରେ, କିମ୍ବା ସେମାନଙ୍କ ପାଖରେ କୌଣସି ସିଟ୍ ନ ଥିଲେ ସେମାନଙ୍କୁ ଏକ ସିଟ୍ ଦିଆଯାଇପାରେ। କ୍ୟାପ୍ ହଟାଇବାକୁ ପରାମର୍ଶ ଦେବା ପୂର୍ବରୁ ଗ୍ରାହକଙ୍କ ସହିତ ନିଶ୍ଚିତ କରନ୍ତୁ ଯେ କ୍ୟାପ୍ ବଜେଟ୍ ନିୟନ୍ତ୍ରଣ ଭାବେ ଉଦ୍ଦେଶ୍ୟମୂଳକ ଭାବେ ସେଟ୍ କରାଯାଇଥିଲା କି ନାହିଁ — ଅନେକ org ଆଶ୍ଚର୍ଯ୍ୟଜନକ ଓଭରେଜ୍ ବିଲ୍ ବନ୍ଦ କରିବା ପାଇଁ ଏହାକୁ ଠିକ୍ ସେଥିପାଇଁ ସେଟ୍ କରନ୍ତି।