REST Resource: accounts.businessInfo

সম্পদ: বিজনেস ইনফো

BusinessInfo বার্তাটিতে একজন ব্যবসায়ীর ব্যবসা সম্পর্কে প্রয়োজনীয় তথ্য থাকে।

এই বার্তাটি মূল ব্যবসার বিবরণ যেমন প্রকৃত ঠিকানা, গ্রাহক পরিষেবা পরিচিতি এবং অঞ্চল-নির্দিষ্ট শনাক্তকারী ক্যাপচার করে৷

JSON প্রতিনিধিত্ব 
{
  "name": string,
  "address": {
    object (PostalAddress)
  },
  "phone": {
    object (PhoneNumber)
  },
  "phoneVerificationState": enum (PhoneVerificationState),
  "customerService": {
    object (CustomerService)
  },
  "koreanBusinessRegistrationNumber": string
}
ক্ষেত্র
name

string

শনাক্তকারী। ব্যবসার তথ্যের সম্পদের নাম। বিন্যাস: accounts/{account}/businessInfo

address

object ( PostalAddress )

ঐচ্ছিক। ব্যবসার ঠিকানা। শুধুমাত্র regionCode , addressLines , postalCode , administrativeArea এবং locality ক্ষেত্রগুলি সমর্থিত৷ অন্য সব ক্ষেত্র উপেক্ষা করা হয়.

phone

object ( PhoneNumber )

শুধুমাত্র আউটপুট। ব্যবসার ফোন নম্বর।

phone Verification State

enum ( PhoneVerificationState )

শুধুমাত্র আউটপুট। ব্যবসার ফোন যাচাইকরণের অবস্থা।

customer Service

object ( CustomerService )

ঐচ্ছিক। ব্যবসার গ্রাহক পরিষেবা।

korean Business Registration Number

string

ঐচ্ছিক। 10-সংখ্যার কোরিয়ান ব্যবসার নিবন্ধন নম্বর বিন্যাসে ড্যাশ দিয়ে আলাদা করা হয়েছে: XXX-XXX-XXXXX৷

ডাক ঠিকানা

একটি ডাক ঠিকানা প্রতিনিধিত্ব করে। যেমন পোস্টাল ডেলিভারি বা পেমেন্ট ঠিকানার জন্য। একটি ডাক ঠিকানা দেওয়া হলে, একটি ডাক পরিষেবা একটি প্রিমাইজ, 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 এ সেট করা উচিত, যা সর্বশেষ সংশোধন।

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

region Code

string

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

language Code

string

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

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

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

postal Code

string

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

sorting Code

string

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

administrative Area

string

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

locality

string

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

sublocality

string

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

address Lines[]

string

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

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

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

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

recipients[]

string

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

organization

string

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

ফোন নম্বর

একটি ফোন নম্বর প্রতিনিধিত্বকারী একটি বস্তু, একটি API ওয়্যার বিন্যাস হিসাবে উপযুক্ত।

এই প্রতিনিধিত্ব:

  • একটি ফোন নম্বরের লোকেল-নির্দিষ্ট বিন্যাসের জন্য ব্যবহার করা উচিত নয়, যেমন "+1 (650) 253-0000 ext. 123"

  • দক্ষ স্টোরেজ জন্য ডিজাইন করা হয় না

  • ডায়াল করার জন্য উপযুক্ত নাও হতে পারে - বিশেষ লাইব্রেরিগুলি (রেফারেন্স দেখুন) সেই উদ্দেশ্যে নম্বর পার্স করতে ব্যবহার করা উচিত

এই নম্বর দিয়ে অর্থপূর্ণ কিছু করতে, যেমন বিভিন্ন ব্যবহারের ক্ষেত্রে এটিকে ফর্ম্যাট করতে, প্রথমে এটিকে একটি i18n.phonenumbers.PhoneNumber অবজেক্টে রূপান্তর করুন।

উদাহরণস্বরূপ, জাভাতে এটি হবে:

com.google.type.PhoneNumber wireProto = com.google.type.PhoneNumber.newBuilder().build(); com.google.i18n.phonenumbers.Phonenumber.PhoneNumber phoneNumber = PhoneNumberUtil.getInstance().parse(wireProto.getE164Number(), "ZZ"); যদি (!wireProto.getExtension().isEmpty()) { phoneNumber.setExtension(wireProto.getExtension()); }

তথ্যসূত্র(গুলি):- https://github.com/google/libphonenumber

JSON প্রতিনিধিত্ব 
{
  "extension": string,

  // Union field kind can be only one of the following:
  "e164Number": string,
  "shortCode": {
    object (ShortCode)
  }
  // End of list of possible types for union field kind.
}
ক্ষেত্র
extension

string

ফোন নম্বরের এক্সটেনশন। আইটিইউ সুপারিশগুলিতে এক্সটেনশনটি মানসম্মত নয়, সর্বাধিক 40 সংখ্যার দৈর্ঘ্য সহ সংখ্যার একটি সিরিজ হিসাবে সংজ্ঞায়িত করা ছাড়া। অঙ্কগুলি ছাড়া, কিছু অন্যান্য ডায়ালিং অক্ষর যেমন ',' (একটি অপেক্ষার ইঙ্গিত করে) বা '#' এখানে সংরক্ষিত হতে পারে।

উল্লেখ্য যে বর্তমানে কোনো অঞ্চলই সংক্ষিপ্ত কোড সহ এক্সটেনশন ব্যবহার করে না, তাই এই ক্ষেত্রটি সাধারণত শুধুমাত্র E.164 নম্বরের সাথে সেট করা হয়। ভবিষ্যতে শর্ট কোড এক্সটেনশনের জন্য এটিকে E.164 নম্বর থেকে আলাদাভাবে রাখা হয়।

ইউনিয়ন ক্ষেত্র kind . প্রয়োজন। হয় একটি নিয়মিত নম্বর, বা একটি সংক্ষিপ্ত কোড৷ ভবিষ্যতে নীচের একটিতে নতুন ক্ষেত্র যোগ করা হতে পারে, তাই ক্লায়েন্টদের ফোন নম্বর উপেক্ষা করা উচিত যার জন্য তাদের কোড করা ক্ষেত্রগুলির কোনওটি সেট করা নেই৷ kind নিম্নলিখিতগুলির মধ্যে একটি হতে পারে:
e164 Number

string

ফোন নম্বর, একটি লিডিং প্লাস সাইন ('+') হিসাবে উপস্থাপিত, তারপরে একটি ফোন নম্বর যা একটি স্বস্তিদায়ক ITU E.164 ফর্ম্যাট ব্যবহার করে যার মধ্যে দেশ কলিং কোড (1 থেকে 3 সংখ্যা) এবং গ্রাহক নম্বর রয়েছে, কোনো অতিরিক্ত ছাড়াই স্পেস বা বিন্যাস। উদাহরণস্বরূপ: - সঠিক: "+15552220123" - ভুল: "+1 (555) 222-01234 x123"।

ITU E.164 ফরম্যাট পরবর্তীটিকে 12 সংখ্যার মধ্যে সীমাবদ্ধ করে, কিন্তু বাস্তবে সমস্ত দেশ এটিকে সম্মান করে না, তাই আমরা এখানে সেই সীমাবদ্ধতা শিথিল করি। শুধুমাত্র জাতীয় সংখ্যা অনুমোদিত নয়।

তথ্যসূত্র: - https://www.itu.int/rec/T-REC-E.164-201011-I - https://en.wikipedia.org/wiki/E.164 । - https://en.wikipedia.org/wiki/List_of_country_calling_codes

short Code

object ( ShortCode )

একটি সংক্ষিপ্ত কোড।

তথ্যসূত্র(গুলি): - https://en.wikipedia.org/wiki/Short_code

শর্টকোড

একটি সংক্ষিপ্ত কোডের প্রতিনিধিত্বকারী একটি বস্তু, যা একটি ফোন নম্বর যা সাধারণত নিয়মিত ফোন নম্বরগুলির চেয়ে অনেক ছোট এবং MMS এবং SMS সিস্টেমে বার্তাগুলিকে সম্বোধন করতে, সেইসাথে সংক্ষিপ্ত ডায়ালিংয়ের জন্য ব্যবহার করা যেতে পারে (উদাহরণস্বরূপ "টেক্সট 611 কতগুলি দেখতে আপনার পরিকল্পনায় মিনিট বাকি আছে।")

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

JSON প্রতিনিধিত্ব 
{
  "regionCode": string,
  "number": string
}
ক্ষেত্র
region Code

string

প্রয়োজন। BCP-47 অঞ্চলের কোড যেখানে এই শর্ট কোডে কল করা যেতে পারে, যেমন "US" এবং "BB"।

তথ্যসূত্র(গুলি):- http://www.unicode.org/reports/tr35/#unicode_region_subtag

number

string

প্রয়োজন। সংক্ষিপ্ত কোড সংখ্যা, একটি অগ্রণী প্লাস ('+') বা দেশের কলিং কোড ছাড়া। উদাহরণস্বরূপ "611"।

PhoneVerification State

ফোন যাচাইকরণ অবস্থা.

Enums
PHONE_VERIFICATION_STATE_UNSPECIFIED ডিফল্ট মান। এই মান অব্যবহৃত.
PHONE_VERIFICATION_STATE_VERIFIED ফোনটি যাচাই করা হয়েছে।
PHONE_VERIFICATION_STATE_UNVERIFIED ফোনটি যাচাই করা হয়নি

গ্রাহকসেবা

গ্রাহক সেবা তথ্য.

JSON প্রতিনিধিত্ব 
{
  "uri": string,
  "email": string,
  "phone": {
    object (PhoneNumber)
  }
}
ক্ষেত্র
uri

string

ঐচ্ছিক। URI যেখানে গ্রাহক পরিষেবা পাওয়া যেতে পারে।

email

string

ঐচ্ছিক। ইমেল ঠিকানা যেখানে গ্রাহক পরিষেবা পৌঁছানো যেতে পারে।

phone

object ( PhoneNumber )

ঐচ্ছিক। ফোন নম্বর যেখানে গ্রাহক পরিষেবা কল করা যেতে পারে।

পদ্ধতি

get Business Info

 একটি অ্যাকাউন্টের ব্যবসার তথ্য পুনরুদ্ধার করে।

update Business Info

 একটি অ্যাকাউন্টের ব্যবসার তথ্য আপডেট করে।