- HTTP অনুরোধ
- পথের পরামিতি
- অনুরোধকারী শরীর
- প্রতিক্রিয়া সংস্থা
- অনুমোদনের পরিধি
- বর্ধিত পরিষেবা প্রাপ্যতা
বিদ্যমান Services Availability প্রতিস্থাপন করে। এই ব্যাচ কলটি অ্যাটোমিসির নিশ্চয়তা দেয় না। শুধুমাত্র সফলভাবে আপডেট করা প্রাপ্যতা স্লটগুলোই ফেরত দেওয়া হবে।
HTTP অনুরোধ
POST https://mapsbooking.googleapis.com/v1alpha/inventory/{parent=partners/*}/availability:replace
URL-টিতে gRPC ট্রান্সকোডিং সিনট্যাক্স ব্যবহার করা হয়েছে।
পথের পরামিতি
| প্যারামিটার | |
|---|---|
parent | |
অনুরোধকারী শরীর
অনুরোধের মূল অংশে নিম্নলিখিত কাঠামোসহ ডেটা থাকে:
| JSON উপস্থাপনা |
|---|
{
"extendedServiceAvailability": [
{
object ( |
| ক্ষেত্র | |
|---|---|
extendedServiceAvailability[] | বর্ধিত পরিষেবা প্রাপ্যতা যা বিদ্যমান প্রাপ্যতা স্লটগুলি প্রতিস্থাপন করতে ব্যবহৃত হয়। |
প্রতিক্রিয়া সংস্থা
একাধিক Service অ্যাভেইলেবিলিটি স্লট প্রতিস্থাপনের জন্য ব্যাচ রেসপন্স। শুধুমাত্র সফলভাবে আপডেট করা স্লটগুলোই এই মেসেজে অন্তর্ভুক্ত করা হবে।
সফল হলে, প্রতিক্রিয়া অংশে নিম্নলিখিত কাঠামোসহ ডেটা থাকে:
| JSON উপস্থাপনা |
|---|
{
"extendedServiceAvailability": [
{
object ( |
| ক্ষেত্র | |
|---|---|
extendedServiceAvailability[] | সফলভাবে আপডেট করা বর্ধিত পরিষেবা প্রাপ্যতা বার্তাগুলি বিদ্যমান প্রাপ্যতা স্লটগুলি প্রতিস্থাপন করতে ব্যবহৃত হয়েছিল। |
অনুমোদনের পরিধি
নিম্নলিখিত OAuth স্কোপ প্রয়োজন:
-
https://www.googleapis.com/auth/mapsbooking
বর্ধিত পরিষেবা প্রাপ্যতা
প্রাপ্যতার একটি তালিকা এবং কাদের কাছে ও কখন আবেদন করতে হবে।
| JSON উপস্থাপনা |
|---|
{ "merchantId": string, "serviceId": string, "startTimeRestrict": string, "endTimeRestrict": string, "durationRestrict": string, "resourcesRestrict": { object ( |
| ক্ষেত্র | |
|---|---|
merchantId | নিচের প্রাপ্যতা বার্তাগুলো কোন মার্চেন্টের, তা নির্দিষ্ট করার জন্য এই ফিল্ডটি পূরণ করা আবশ্যক। |
serviceId | নিচের প্রাপ্যতা বার্তাগুলো কোন পরিষেবার অন্তর্গত, তা নির্দিষ্ট করার জন্য এই ক্ষেত্রটি পূরণ করা আবশ্যক। |
startTimeRestrict | যদি প্রদান করা হয়, আমরা প্রদত্ত অ্যাভেইলেবিলিটি এনটিটিগুলোকে [startTimeRestrict, endTimeRestrict) থেকে একটি সম্পূর্ণ স্ন্যাপশট হিসেবে বিবেচনা করব। অর্থাৎ, নিম্নলিখিত শর্তটি সত্য হলে সমস্ত বিদ্যমান অ্যাভেইলেবিলিটি মুছে ফেলা হবে: যদি একটি সময়কাল বার্তা সেট করা থাকে, তাহলে শর্তটি আরও সীমাবদ্ধ হয়: যদি একটি resourcesRestrict বার্তা সেট করা থাকে, তাহলে শর্তটি আরও সীমাবদ্ধ হয়ে যায়: এই ফিল্ডগুলি সাধারণত একটি নির্দিষ্ট সময়সীমার মধ্যে প্রাপ্যতার সম্পূর্ণ হালনাগাদ তথ্য প্রদানের জন্য ব্যবহৃত হয়। endTimeRestrict সেট না করে startTimeRestrict সেট করলে, এর অর্থ দাঁড়ায় startTimeRestrict থেকে শুরু হওয়া সমস্ত সময়। RFC 3339 ব্যবহার করা হয়, যেখানে তৈরি হওয়া আউটপুট সর্বদা Z-নরম্যালাইজড হবে এবং এতে ০, ৩, ৬ বা ৯টি ভগ্নাংশীয় অঙ্ক ব্যবহৃত হবে। "Z" ছাড়াও অন্যান্য অফসেটও গ্রহণ করা হয়। উদাহরণ: |
endTimeRestrict | startTimeRestrict সেট না করে endTimeRestrict সেট করা হলে, তা endTimeRestrict পর্যন্ত সমস্ত সময়কে বোঝাবে বলে ধরে নেওয়া হয়। RFC 3339 ব্যবহার করা হয়, যেখানে তৈরি হওয়া আউটপুট সর্বদা Z-নরম্যালাইজড হবে এবং এতে ০, ৩, ৬ বা ৯টি ভগ্নাংশীয় অঙ্ক ব্যবহৃত হবে। "Z" ছাড়াও অন্যান্য অফসেটও গ্রহণ করা হয়। উদাহরণ: |
durationRestrict | সময়কাল নির্ধারণ করলে আপডেটের পরিধি আরও সীমিত হয়ে শুধু একই সময়কালের প্রাপ্যতার মধ্যেই সীমাবদ্ধ থাকে। সেকেন্ডে পরিমাপকৃত সময়কাল, যা সর্বোচ্চ নয়টি ভগ্নাংশ অঙ্ক পর্যন্ত হতে পারে এবং শেষে ' |
resourcesRestrict | resourcesRestrict সেট করলে আপডেটের পরিধি আরও সীমাবদ্ধ হয়ে শুধু এই নির্দিষ্ট রিসোর্স সেটের মধ্যেই সীমাবদ্ধ থাকে। রিসোর্সগুলোর সমস্ত id ফিল্ড অবশ্যই হুবহু মিলতে হবে। |
availability[] | উপলব্ধতার নতুন তালিকা। |