REST Resource: accounts

সম্পদ: অ্যাকাউন্ট

একটি অ্যাকাউন্ট আপনার অবস্থানের জন্য একটি ধারক। আপনি যদি একমাত্র ব্যবহারকারী হন যিনি আপনার ব্যবসার অবস্থানগুলি পরিচালনা করেন, আপনি আপনার ব্যক্তিগত Google অ্যাকাউন্ট ব্যবহার করতে পারেন৷ একাধিক ব্যবহারকারীর সাথে অবস্থানের ব্যবস্থাপনা শেয়ার করতে, একটি ব্যবসায়িক অ্যাকাউন্ট তৈরি করুন ।

JSON প্রতিনিধিত্ব
{
  "name": string,
  "accountName": string,
  "primaryOwner": string,
  "type": enum (AccountType),
  "role": enum (AccountRole),
  "verificationState": enum (VerificationState),
  "vettedState": enum (VettedState),
  "accountNumber": string,
  "permissionLevel": enum (PermissionLevel),
  "organizationInfo": {
    object (OrganizationInfo)
  }
}
ক্ষেত্র
name

string

অপরিবর্তনীয়। সম্পদের নাম, ফর্ম্যাটে accounts/{account_id} ।

accountName

string

প্রয়োজন। অ্যাকাউন্টের নাম। PERSONAL টাইপ একটি অ্যাকাউন্টের জন্য, এটি ব্যবহারকারী অ্যাকাউন্টের প্রথম এবং শেষ নাম।

primaryOwner

string

প্রয়োজন। শুধুমাত্র ইনপুট। অ্যাকাউন্টের সম্পদের নাম যা তৈরি করা অ্যাকাউন্টের প্রাথমিক মালিক হবে। এটি ফর্ম accounts/{account_id} ।

type

enum ( AccountType )

প্রয়োজন। অ্যাকাউন্টের ধরন রয়েছে। এই API ব্যবহার করে PERSONAL এবং ORGANIZATION ধরনের অ্যাকাউন্ট তৈরি করা যাবে না।

role

enum ( AccountRole )

শুধুমাত্র আউটপুট। এই অ্যাকাউন্টের AccountRole নির্দিষ্ট করে।

verificationState

enum ( VerificationState )

শুধুমাত্র আউটপুট। যদি যাচাই করা হয়, ভবিষ্যতে যে অবস্থানগুলি তৈরি করা হবে সেগুলি স্বয়ংক্রিয়ভাবে Google মানচিত্রের সাথে সংযুক্ত হবে, এবং সংযম প্রয়োজন ছাড়াই Google+ পৃষ্ঠাগুলি তৈরি করা হয়েছে৷

vettedState

enum ( VettedState )

শুধুমাত্র আউটপুট। অ্যাকাউন্টটি Google দ্বারা যাচাই করা হয়েছে কিনা তা নির্দেশ করে৷ একটি পরীক্ষিত অ্যাকাউন্ট VETTED_PARTNER পদ্ধতির মাধ্যমে অবস্থানগুলি যাচাই করতে সক্ষম৷

accountNumber

string

শুধুমাত্র আউটপুট। অ্যাকাউন্ট রেফারেন্স নম্বর যদি বিধান করা হয়।

permissionLevel

enum ( PermissionLevel )

শুধুমাত্র আউটপুট। এই অ্যাকাউন্টের জন্য ব্যবহারকারীর অনুমতির স্তর নির্দিষ্ট করে৷

organizationInfo

object ( OrganizationInfo )

শুধুমাত্র আউটপুট। একটি প্রতিষ্ঠানের জন্য অতিরিক্ত তথ্য। এটি শুধুমাত্র একটি প্রতিষ্ঠানের অ্যাকাউন্টের জন্য জনবহুল।

অ্যাকাউন্ট ধরন

এটি কী ধরনের অ্যাকাউন্ট তা নির্দেশ করে: হয় একটি ব্যক্তিগত/ব্যবহারকারী অ্যাকাউন্ট বা একটি ব্যবসায়িক অ্যাকাউন্ট।

এনামস
ACCOUNT_TYPE_UNSPECIFIED উল্লিখিত না.
PERSONAL একটি শেষ ব্যবহারকারী অ্যাকাউন্ট।
LOCATION_GROUP অবস্থানের একটি গ্রুপ। আরও তথ্যের জন্য, সহায়তা কেন্দ্র নিবন্ধটি দেখুন
USER_GROUP সংগঠনের কর্মীদের গ্রুপে আলাদা করার জন্য একটি ব্যবহারকারী গ্রুপ। আরও তথ্যের জন্য, সহায়তা কেন্দ্র নিবন্ধটি দেখুন
ORGANIZATION একটি সংস্থা একটি কোম্পানির প্রতিনিধিত্ব করে। আরও তথ্যের জন্য, সহায়তা কেন্দ্র নিবন্ধটি দেখুন

AccountRole

এই অ্যাকাউন্টের জন্য প্রমাণীকৃত ব্যবহারকারীর অ্যাক্সেসের স্তর নির্দেশ করে। আরও তথ্যের জন্য, সহায়তা কেন্দ্র নিবন্ধটি দেখুন

এনামস
ACCOUNT_ROLE_UNSPECIFIED উল্লিখিত না.
PRIMARY_OWNER ব্যবহারকারী এই অ্যাকাউন্টের প্রাথমিক মালিক।
OWNER অ্যাকাউন্টের ব্যবহারকারী মালিক।
MANAGER ব্যবহারকারী এই অ্যাকাউন্ট পরিচালনা করতে পারেন.
SITE_MANAGER ব্যবহারকারী অ্যাকাউন্টের জন্য বৈশিষ্ট্যগুলির একটি সীমিত সেট পরিচালনা করতে পারেন।

যাচাইকরণ রাজ্য

অ্যাকাউন্টের যাচাইকরণ অবস্থা নির্দেশ করে।

এনামস
VERIFICATION_STATE_UNSPECIFIED উল্লিখিত না.
VERIFIED যাচাইকৃত একাউন্ট.
UNVERIFIED যে অ্যাকাউন্টটি যাচাই করা হয়নি এবং যাচাইকরণের অনুরোধ করা হয়নি।
VERIFICATION_REQUESTED যে অ্যাকাউন্টটি যাচাই করা হয়নি, তবে যাচাইয়ের অনুরোধ করা হয়েছে।

ভেটেড স্টেট

একটি অ্যাকাউন্টের পরীক্ষিত অবস্থা নির্দেশ করে।

এনামস
VETTED_STATE_UNSPECIFIED উল্লিখিত না
NOT_VETTED অ্যাকাউন্টটি Google দ্বারা যাচাই করা হয় না।
VETTED অ্যাকাউন্টটি Google দ্বারা যাচাই করা হয়েছে এবং একটি বৈধ অবস্থায় রয়েছে৷ একটি অ্যাকাউন্ট স্বয়ংক্রিয়ভাবে যাচাই করা হয় যদি এটি একটি পরীক্ষিত গ্রুপ অ্যাকাউন্টে সরাসরি অ্যাক্সেস থাকে।
INVALID অ্যাকাউন্টটি যাচাই করা হয়েছে কিন্তু একটি অবৈধ অবস্থায় আছে। অ্যাকাউন্টটি একটি আনভেটেড অ্যাকাউন্টের মতো আচরণ করবে।

পারমিশন লেভেল

এই অ্যাকাউন্টের জন্য প্রমাণীকৃত ব্যবহারকারীর অ্যাক্সেসের স্তর নির্দেশ করে।

এনামস
PERMISSION_LEVEL_UNSPECIFIED উল্লিখিত না.
OWNER_LEVEL ব্যবহারকারীর মালিক স্তরের অনুমতি আছে।
MEMBER_LEVEL ব্যবহারকারীর সদস্য স্তরের অনুমতি আছে।

সংস্থার তথ্য

একটি প্রতিষ্ঠানের জন্য সংরক্ষিত অতিরিক্ত তথ্য।

JSON প্রতিনিধিত্ব
{
  "registeredDomain": string,
  "address": {
    object (PostalAddress)
  },
  "phoneNumber": string
}
ক্ষেত্র
registeredDomain

string

শুধুমাত্র আউটপুট। অ্যাকাউন্টের জন্য নিবন্ধিত ডোমেন।

address

object ( PostalAddress )

শুধুমাত্র আউটপুট। অ্যাকাউন্টের জন্য ডাক ঠিকানা।

phoneNumber

string

শুধুমাত্র আউটপুট। প্রতিষ্ঠানের যোগাযোগের নম্বর।

ডাক ঠিকানা

একটি ডাক ঠিকানা প্রতিনিধিত্ব করে, যেমন ডাক বিতরণ বা অর্থপ্রদানের ঠিকানার জন্য। একটি ডাক ঠিকানা দেওয়া হলে, একটি ডাক পরিষেবা একটি প্রিমাইজ, PO বক্স বা অনুরূপ আইটেমগুলি সরবরাহ করতে পারে। এটি ভৌগলিক অবস্থান (রাস্তা, শহর, পাহাড়) মডেল করার উদ্দেশ্যে নয়।

সাধারণ ব্যবহারে একটি ঠিকানা ব্যবহারকারীর ইনপুট বা বিদ্যমান ডেটা আমদানির মাধ্যমে তৈরি করা হবে, প্রক্রিয়ার ধরনের উপর নির্ভর করে।

ঠিকানা ইনপুট / সম্পাদনা সংক্রান্ত পরামর্শ: - একটি আন্তর্জাতিকীকরণ-প্রস্তুত ঠিকানা উইজেট ব্যবহার করুন যেমন https://github.com/google/libaddressinput ) - ব্যবহারকারীদের UI উপাদানগুলি ইনপুট বা ক্ষেত্রগুলির সম্পাদনার জন্য উপস্থাপন করা উচিত নয় যেখানে সেই ক্ষেত্রটি রয়েছে ব্যবহৃত

এই স্কিমাটি কীভাবে ব্যবহার করবেন সে সম্পর্কে আরও নির্দেশনার জন্য, অনুগ্রহ করে দেখুন: https://support.google.com/business/answer/6397478

JSON প্রতিনিধিত্ব
{
  "revision": integer,
  "regionCode": string,
  "languageCode": string,
  "postalCode": string,
  "sortingCode": string,
  "administrativeArea": string,
  "locality": string,
  "sublocality": string,
  "addressLines": [
    string
  ],
  "recipients": [
    string
  ],
  "organization": string
}
ক্ষেত্র
revision

integer

PostalAddress স্কিমা সংশোধন। এটি অবশ্যই 0 এ সেট করা উচিত, যা সর্বশেষ সংশোধন।

সমস্ত নতুন পুনর্বিবেচনা অবশ্যই পুরানো সংশোধনগুলির সাথে সামঞ্জস্যপূর্ণ হতে হবে৷

regionCode

string

প্রয়োজন। ঠিকানার দেশ/অঞ্চলের CLDR অঞ্চল কোড। এটি কখনই অনুমান করা যায় না এবং মানটি সঠিক কিনা তা নিশ্চিত করা ব্যবহারকারীর উপর নির্ভর করে। বিস্তারিত জানার জন্য https://cldr.unicode.org/ এবং https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html দেখুন। উদাহরণ: সুইজারল্যান্ডের জন্য "CH"।

languageCode

string

ঐচ্ছিক। এই ঠিকানার বিষয়বস্তুর BCP-47 ভাষার কোড (যদি জানা থাকে)। এটি প্রায়শই ইনপুট ফর্মের UI ভাষা বা ঠিকানার দেশ/অঞ্চলে ব্যবহৃত ভাষাগুলির মধ্যে একটি বা তাদের ট্রান্সলিটারেটেড সমতুল্য ভাষার সাথে মিলবে বলে আশা করা হয়। এটি নির্দিষ্ট কিছু দেশে বিন্যাসকে প্রভাবিত করতে পারে, কিন্তু ডেটার সঠিকতার জন্য গুরুত্বপূর্ণ নয় এবং এটি কখনই কোনো বৈধতা বা অন্য ফরম্যাটিং সংক্রান্ত ক্রিয়াকলাপকে প্রভাবিত করবে না।

যদি এই মানটি জানা না থাকে তবে এটি বাদ দেওয়া উচিত (সম্ভবত ভুল ডিফল্ট নির্দিষ্ট করার পরিবর্তে)।

উদাহরণ: "zh-Hant", "ja", "ja-Latn", "en"।

postalCode

string

ঐচ্ছিক। ঠিকানার পোস্টাল কোড। সমস্ত দেশে পোস্টাল কোড ব্যবহার করা হয় না বা উপস্থিত থাকার প্রয়োজন হয় না, কিন্তু যেখানে সেগুলি ব্যবহার করা হয়, তারা ঠিকানার অন্যান্য অংশের সাথে অতিরিক্ত বৈধতা ট্রিগার করতে পারে (যেমন মার্কিন যুক্তরাষ্ট্রে রাজ্য/জিপ বৈধতা)।

sortingCode

string

ঐচ্ছিক। অতিরিক্ত, দেশ-নির্দিষ্ট, সাজানোর কোড। এটি বেশিরভাগ অঞ্চলে ব্যবহৃত হয় না। যেখানে এটি ব্যবহার করা হয়, মানটি হয় "CEDEX" এর মতো একটি স্ট্রিং, ঐচ্ছিকভাবে একটি সংখ্যা (যেমন "CEDEX 7") অনুসরণ করে, অথবা শুধুমাত্র একটি সংখ্যা, যা "সেক্টর কোড" (জ্যামাইকা), "ডেলিভারি এলাকা সূচক" প্রতিনিধিত্ব করে। (মালাউই) বা "ডাকঘর সূচক" (যেমন কোট ডি আইভরি)।

administrativeArea

string

ঐচ্ছিক। সর্বোচ্চ প্রশাসনিক উপবিভাগ যা একটি দেশ বা অঞ্চলের ডাক ঠিকানার জন্য ব্যবহৃত হয়। উদাহরণস্বরূপ, এটি একটি রাজ্য, একটি প্রদেশ, একটি ওব্লাস্ট বা একটি প্রিফেকচার হতে পারে। বিশেষ করে, স্পেনের জন্য এটি প্রদেশ এবং স্বায়ত্তশাসিত সম্প্রদায় নয় (যেমন "বার্সেলোনা" এবং "কাতালোনিয়া" নয়)। অনেক দেশ ডাক ঠিকানায় প্রশাসনিক এলাকা ব্যবহার করে না। যেমন সুইজারল্যান্ডে এটি জনবসতিহীন ছেড়ে দেওয়া উচিত।

locality

string

ঐচ্ছিক। সাধারণত ঠিকানার শহর/শহরের অংশকে বোঝায়। উদাহরণ: ইউএস সিটি, আইটি কমিউন, ইউকে পোস্ট টাউন। বিশ্বের এমন অঞ্চলে যেখানে লোকালয়টি ভালভাবে সংজ্ঞায়িত করা হয় না বা এই কাঠামোর সাথে ভালভাবে ফিট করে না, লোকালয়টি খালি রাখুন এবং অ্যাড্রেসলাইনগুলি ব্যবহার করুন।

sublocality

string

ঐচ্ছিক। ঠিকানার উপ-অবস্থান। উদাহরণস্বরূপ, এটি পাড়া, বরো, জেলা হতে পারে।

addressLines[]

string

একটি ঠিকানার নিম্ন স্তরের বর্ণনা করে অসংগঠিত ঠিকানা লাইন।

কারণ অ্যাড্রেসলাইনের মানগুলিতে টাইপ তথ্য নেই এবং কখনও কখনও একটি একক ক্ষেত্রে একাধিক মান থাকতে পারে (যেমন "অস্টিন, TX"), এটি গুরুত্বপূর্ণ যে লাইনের ক্রমটি পরিষ্কার। ঠিকানার লাইনের ক্রম ঠিকানার দেশ/অঞ্চলের জন্য "খামের আদেশ" হওয়া উচিত। যেখানে এটি পরিবর্তিত হতে পারে (যেমন জাপান), ঠিকানা_ভাষা এটিকে স্পষ্ট করতে ব্যবহার করা হয় (যেমন বড়-থেকে-ছোট অর্ডারের জন্য "ja" এবং ছোট-থেকে-বড়ের জন্য "ja-Latn" বা "en")। এইভাবে, ভাষার উপর ভিত্তি করে একটি ঠিকানার সবচেয়ে নির্দিষ্ট লাইন নির্বাচন করা যেতে পারে।

একটি ঠিকানার ন্যূনতম অনুমোদিত কাঠামোগত উপস্থাপনা একটি অঞ্চল কোড নিয়ে থাকে যার মধ্যে ঠিকানালাইনে রাখা সমস্ত অবশিষ্ট তথ্য থাকে। জিওকোডিং ছাড়াই আনুমানিকভাবে এই জাতীয় ঠিকানা বিন্যাস করা সম্ভব হবে, তবে ঠিকানার যে কোনও উপাদান সম্পর্কে কোনও শব্দার্থিক যুক্তি তৈরি করা যাবে না যতক্ষণ না এটি কমপক্ষে আংশিকভাবে সমাধান করা হয়।

শুধুমাত্র একটি অঞ্চলকোড এবং ঠিকানালাইন সমন্বিত একটি ঠিকানা তৈরি করা, এবং তারপরে জিওকোডিং হল সম্পূর্ণরূপে অসংগঠিত ঠিকানাগুলি পরিচালনা করার প্রস্তাবিত উপায় (ঠিকানার কোন অংশগুলি স্থানীয় বা প্রশাসনিক এলাকা হওয়া উচিত তা অনুমান করার বিপরীতে)।

recipients[]

string

ঐচ্ছিক। ঠিকানায় প্রাপক। এই ক্ষেত্রটিতে, নির্দিষ্ট পরিস্থিতিতে, বহুরেখার তথ্য থাকতে পারে। উদাহরণস্বরূপ, এতে "যত্ন" তথ্য থাকতে পারে।

organization

string

ঐচ্ছিক। ঠিকানায় প্রতিষ্ঠানের নাম।

পদ্ধতি

create

 প্রদত্ত পিতামাতার অধীনে নির্দিষ্ট নাম এবং প্রকারের সাথে একটি অ্যাকাউন্ট তৈরি করে।

get

 নির্দিষ্ট অ্যাকাউন্ট পায়।

list

 প্রমাণীকৃত ব্যবহারকারীর জন্য সমস্ত অ্যাকাউন্ট তালিকাভুক্ত করে।

patch

 নির্দিষ্ট ব্যবসায়িক অ্যাকাউন্ট আপডেট করে।