BusinessInfo

• JSON প্রতিনিধিত্ব
• ডাক ঠিকানা
  • JSON প্রতিনিধিত্ব
• ফোন নম্বর
  • JSON প্রতিনিধিত্ব
• শর্টকোড
  • JSON প্রতিনিধিত্ব
• PhoneVerification State
• গ্রাহকসেবা
  • JSON প্রতিনিধিত্ব

ব্যবসা সম্পর্কিত তথ্য সংগ্রহ।

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 ) ঐচ্ছিক। ব্যবসার ঠিকানা।
phone	object ( PhoneNumber ) শুধুমাত্র আউটপুট। ব্যবসার ফোন নম্বর।
phoneVerificationState	enum ( PhoneVerificationState ) শুধুমাত্র আউটপুট। ব্যবসার ফোন যাচাইকরণের অবস্থা।
customerService	object ( CustomerService ) ঐচ্ছিক। ব্যবসার গ্রাহক পরিষেবা।
koreanBusinessRegistrationNumber	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 এ সেট করা উচিত, যা সর্বশেষ সংশোধন। সমস্ত নতুন পুনর্বিবেচনা অবশ্যই পুরানো সংশোধনগুলির সাথে সামঞ্জস্যপূর্ণ হতে হবে৷
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 ঐচ্ছিক। ঠিকানায় প্রতিষ্ঠানের নাম।

ফোন নম্বর

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

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

• একটি ফোন নম্বরের লোকেল-নির্দিষ্ট বিন্যাসের জন্য ব্যবহার করা উচিত নয়, যেমন "[phone] 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 নিম্নলিখিতগুলির মধ্যে একটি হতে পারে:
e164Number	string ফোন নম্বর, একটি লিডিং প্লাস সাইন ('+') হিসাবে উপস্থাপিত, তারপরে একটি ফোন নম্বর যা একটি স্বস্তিদায়ক ITU E.164 ফর্ম্যাট ব্যবহার করে যার মধ্যে দেশ কলিং কোড (1 থেকে 3 সংখ্যা) এবং গ্রাহক নম্বর রয়েছে, কোনো অতিরিক্ত ছাড়াই স্পেস বা ফর্ম্যাটিং, যেমন: - সঠিক: "[phone]" - ভুল: "[phone] 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
shortCode	object ( ShortCode ) একটি সংক্ষিপ্ত কোড। তথ্যসূত্র(গুলি): - https://en.wikipedia.org/wiki/Short_code

শর্টকোড

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

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

JSON প্রতিনিধিত্ব
{ "regionCode": string, "number": string }

ক্ষেত্র
regionCode	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 ) ঐচ্ছিক। ফোন নম্বর যেখানে গ্রাহক পরিষেবা কল করা যেতে পারে।