সম্পদ: বিজনেস ইনফো
BusinessInfo
বার্তাটিতে একজন ব্যবসায়ীর ব্যবসা সম্পর্কে প্রয়োজনীয় তথ্য থাকে।
এই বার্তাটি মূল ব্যবসার বিবরণ যেমন প্রকৃত ঠিকানা, গ্রাহক পরিষেবা পরিচিতি এবং অঞ্চল-নির্দিষ্ট শনাক্তকারী ক্যাপচার করে৷
JSON প্রতিনিধিত্ব |
---|
{ "name": string, "address": { object ( |
ক্ষেত্র | |
---|---|
name | শনাক্তকারী। ব্যবসার তথ্যের সম্পদের নাম। বিন্যাস: |
address | ঐচ্ছিক। ব্যবসার ঠিকানা। শুধুমাত্র |
phone | শুধুমাত্র আউটপুট। ব্যবসার ফোন নম্বর। |
phone Verification State | শুধুমাত্র আউটপুট। ব্যবসার ফোন যাচাইকরণের অবস্থা। |
customer Service | ঐচ্ছিক। ব্যবসার গ্রাহক পরিষেবা। |
korean Business Registration Number | ঐচ্ছিক। 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 | সমস্ত নতুন পুনর্বিবেচনা অবশ্যই পুরানো সংশোধনগুলির সাথে সামঞ্জস্যপূর্ণ হতে হবে৷ |
region Code | প্রয়োজন। ঠিকানার দেশ/অঞ্চলের CLDR অঞ্চল কোড। এটি কখনই অনুমান করা যায় না এবং মানটি সঠিক কিনা তা নিশ্চিত করা ব্যবহারকারীর উপর নির্ভর করে। বিস্তারিত জানার জন্য https://cldr.unicode.org/ এবং https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html দেখুন। উদাহরণ: সুইজারল্যান্ডের জন্য "CH"। |
language Code | ঐচ্ছিক। এই ঠিকানার বিষয়বস্তুর BCP-47 ভাষার কোড (যদি জানা থাকে)। এটি প্রায়শই ইনপুট ফর্মের UI ভাষা বা ঠিকানার দেশ/অঞ্চলে ব্যবহৃত ভাষাগুলির মধ্যে একটি বা তাদের প্রতিলিপিকৃত সমতুল্য ভাষার সাথে মিলবে বলে আশা করা হয়। এটি নির্দিষ্ট কিছু দেশে বিন্যাসকে প্রভাবিত করতে পারে, কিন্তু ডেটার সঠিকতার জন্য গুরুত্বপূর্ণ নয় এবং এটি কখনই কোনো বৈধতা বা অন্য ফরম্যাটিং সংক্রান্ত ক্রিয়াকলাপকে প্রভাবিত করবে না। যদি এই মানটি জানা না থাকে তবে এটি বাদ দেওয়া উচিত (সম্ভবত ভুল ডিফল্ট নির্দিষ্ট করার পরিবর্তে)। উদাহরণ: "zh-Hant", "ja", "ja-Latn", "en"। |
postal Code | ঐচ্ছিক। ঠিকানার পোস্টাল কোড। সমস্ত দেশে পোস্টাল কোড ব্যবহার করা হয় না বা উপস্থিত থাকার প্রয়োজন হয় না, তবে যেখানে সেগুলি ব্যবহার করা হয়, তারা ঠিকানার অন্যান্য অংশগুলির সাথে অতিরিক্ত বৈধতা ট্রিগার করতে পারে (যেমন মার্কিন যুক্তরাষ্ট্রে রাজ্য/জিপ বৈধতা)। |
sorting Code | ঐচ্ছিক। অতিরিক্ত, দেশ-নির্দিষ্ট, সাজানোর কোড। এটি বেশিরভাগ অঞ্চলে ব্যবহৃত হয় না। যেখানে এটি ব্যবহার করা হয়, মানটি হয় "CEDEX" এর মতো একটি স্ট্রিং, ঐচ্ছিকভাবে একটি সংখ্যা (যেমন "CEDEX 7") অনুসরণ করে, অথবা শুধুমাত্র একটি সংখ্যা, যা "সেক্টর কোড" (জ্যামাইকা), "ডেলিভারি এলাকা সূচক" প্রতিনিধিত্ব করে। (মালাউই) বা "ডাকঘর সূচক" (যেমন কোট ডি আইভরি)। |
administrative Area | ঐচ্ছিক। সর্বোচ্চ প্রশাসনিক উপবিভাগ যা একটি দেশ বা অঞ্চলের ডাক ঠিকানার জন্য ব্যবহৃত হয়। উদাহরণস্বরূপ, এটি একটি রাজ্য, একটি প্রদেশ, একটি ওব্লাস্ট বা একটি প্রিফেকচার হতে পারে। বিশেষ করে, স্পেনের জন্য এটি প্রদেশ এবং স্বায়ত্তশাসিত সম্প্রদায় নয় (যেমন "বার্সেলোনা" এবং "কাতালোনিয়া" নয়)। অনেক দেশ ডাক ঠিকানায় প্রশাসনিক এলাকা ব্যবহার করে না। যেমন সুইজারল্যান্ডে এটি জনবসতিহীন ছেড়ে দেওয়া উচিত। |
locality | ঐচ্ছিক। সাধারণত ঠিকানার শহর/শহরের অংশকে বোঝায়। উদাহরণ: ইউএস সিটি, আইটি কমিউন, ইউকে পোস্ট টাউন। বিশ্বের এমন অঞ্চলে যেখানে লোকালয়টি ভালভাবে সংজ্ঞায়িত করা হয় না বা এই কাঠামোর সাথে ভালভাবে ফিট করে না, লোকালয়টি খালি রাখুন এবং অ্যাড্রেসলাইনগুলি ব্যবহার করুন। |
sublocality | ঐচ্ছিক। ঠিকানার উপ-অবস্থান। উদাহরণস্বরূপ, এটি পাড়া, বরো, জেলা হতে পারে। |
address Lines[] | একটি ঠিকানার নিম্ন স্তরের বর্ণনা করে অসংগঠিত ঠিকানা লাইন। কারণ অ্যাড্রেসলাইনের মানগুলিতে টাইপ তথ্য নেই এবং কখনও কখনও একটি একক ক্ষেত্রে একাধিক মান থাকতে পারে (যেমন "অস্টিন, TX"), এটি গুরুত্বপূর্ণ যে লাইনের ক্রমটি পরিষ্কার। ঠিকানার লাইনের ক্রম ঠিকানার দেশ/অঞ্চলের জন্য "খামের আদেশ" হওয়া উচিত। যেখানে এটি পরিবর্তিত হতে পারে (যেমন জাপান), ঠিকানা_ভাষা এটিকে স্পষ্ট করতে ব্যবহার করা হয় (যেমন বড়-থেকে-ছোট অর্ডারের জন্য "ja" এবং ছোট-থেকে-বড়ের জন্য "ja-Latn" বা "en")। এইভাবে, ভাষার উপর ভিত্তি করে একটি ঠিকানার সবচেয়ে নির্দিষ্ট লাইন নির্বাচন করা যেতে পারে। একটি ঠিকানার ন্যূনতম অনুমোদিত কাঠামোগত উপস্থাপনা একটি অঞ্চল কোড নিয়ে থাকে যার মধ্যে ঠিকানালাইনে রাখা সমস্ত অবশিষ্ট তথ্য থাকে। জিওকোডিং ছাড়াই আনুমানিকভাবে এই জাতীয় ঠিকানা বিন্যাস করা সম্ভব হবে, তবে ঠিকানার যে কোনও উপাদান সম্পর্কে কোনও শব্দার্থিক যুক্তি তৈরি করা যাবে না যতক্ষণ না এটি কমপক্ষে আংশিকভাবে সমাধান করা হয়। শুধুমাত্র একটি অঞ্চলকোড এবং ঠিকানালাইন সমন্বিত একটি ঠিকানা তৈরি করা, এবং তারপরে জিওকোডিং হল সম্পূর্ণরূপে অসংগঠিত ঠিকানাগুলি পরিচালনা করার প্রস্তাবিত উপায় (ঠিকানার কোন অংশগুলি স্থানীয় বা প্রশাসনিক এলাকা হওয়া উচিত তা অনুমান করার বিপরীতে)। |
recipients[] | ঐচ্ছিক। ঠিকানায় প্রাপক। এই ক্ষেত্রটিতে, নির্দিষ্ট পরিস্থিতিতে, বহুরেখার তথ্য থাকতে পারে। উদাহরণস্বরূপ, এতে "যত্ন" তথ্য থাকতে পারে। |
organization | ঐচ্ছিক। ঠিকানায় প্রতিষ্ঠানের নাম। |
ফোন নম্বর
একটি ফোন নম্বর প্রতিনিধিত্বকারী একটি বস্তু, একটি 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 |
ক্ষেত্র | |
---|---|
extension | ফোন নম্বরের এক্সটেনশন। আইটিইউ সুপারিশগুলিতে এক্সটেনশনটি মানসম্মত নয়, সর্বাধিক 40 সংখ্যার দৈর্ঘ্য সহ সংখ্যার একটি সিরিজ হিসাবে সংজ্ঞায়িত করা ছাড়া। অঙ্কগুলি ছাড়া, কিছু অন্যান্য ডায়ালিং অক্ষর যেমন ',' (একটি অপেক্ষার ইঙ্গিত করে) বা '#' এখানে সংরক্ষিত হতে পারে। উল্লেখ্য যে বর্তমানে কোনো অঞ্চলই সংক্ষিপ্ত কোড সহ এক্সটেনশন ব্যবহার করে না, তাই এই ক্ষেত্রটি সাধারণত শুধুমাত্র E.164 নম্বরের সাথে সেট করা হয়। ভবিষ্যতে শর্ট কোড এক্সটেনশনের জন্য এটিকে E.164 নম্বর থেকে আলাদাভাবে রাখা হয়। |
ইউনিয়ন ক্ষেত্র kind . প্রয়োজন। হয় একটি নিয়মিত নম্বর, বা একটি সংক্ষিপ্ত কোড৷ ভবিষ্যতে নীচের একটিতে নতুন ক্ষেত্র যোগ করা হতে পারে, তাই ক্লায়েন্টদের ফোন নম্বর উপেক্ষা করা উচিত যার জন্য তাদের কোড করা ক্ষেত্রগুলির কোনওটি সেট করা নেই৷ kind নিম্নলিখিতগুলির মধ্যে একটি হতে পারে: | |
e164 Number | ফোন নম্বর, একটি লিডিং প্লাস সাইন ('+') হিসাবে উপস্থাপিত, তারপরে একটি ফোন নম্বর যা একটি স্বস্তিদায়ক 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 | একটি সংক্ষিপ্ত কোড। তথ্যসূত্র(গুলি): - https://en.wikipedia.org/wiki/Short_code |
শর্টকোড
একটি সংক্ষিপ্ত কোডের প্রতিনিধিত্বকারী একটি বস্তু, যা একটি ফোন নম্বর যা সাধারণত নিয়মিত ফোন নম্বরগুলির চেয়ে অনেক ছোট এবং MMS এবং SMS সিস্টেমে বার্তাগুলিকে সম্বোধন করতে, সেইসাথে সংক্ষিপ্ত ডায়ালিংয়ের জন্য ব্যবহার করা যেতে পারে (যেমন "কত মিনিট দেখতে টেক্সট 611 আপনি আপনার পরিকল্পনা বাকি আছে।")
সংক্ষিপ্ত কোডগুলি একটি অঞ্চলের মধ্যে সীমাবদ্ধ এবং আন্তর্জাতিকভাবে ডায়ালযোগ্য নয়, যার অর্থ একই শর্ট কোড বিভিন্ন অঞ্চলে থাকতে পারে, বিভিন্ন ব্যবহার এবং মূল্যের সাথে, এমনকি সেই অঞ্চলগুলি একই দেশের কলিং কোড (যেমন US এবং CA) ভাগ করলেও৷
JSON প্রতিনিধিত্ব |
---|
{ "regionCode": string, "number": string } |
ক্ষেত্র | |
---|---|
region Code | প্রয়োজন। BCP-47 অঞ্চলের কোড যেখানে এই শর্ট কোডে কল করা যেতে পারে, যেমন "US" এবং "BB"। তথ্যসূত্র(গুলি):- http://www.unicode.org/reports/tr35/#unicode_region_subtag |
number | প্রয়োজন। সংক্ষিপ্ত কোড সংখ্যা, একটি অগ্রণী প্লাস ('+') বা দেশের কলিং কোড, যেমন "611" ছাড়া। |
PhoneVerification State
ফোন যাচাইকরণ অবস্থা.
Enums | |
---|---|
PHONE_VERIFICATION_STATE_UNSPECIFIED | ডিফল্ট মান। এই মান অব্যবহৃত. |
PHONE_VERIFICATION_STATE_VERIFIED | ফোনটি যাচাই করা হয়েছে। |
PHONE_VERIFICATION_STATE_UNVERIFIED | ফোনটি যাচাই করা হয়নি |
গ্রাহকসেবা
গ্রাহক সেবা তথ্য.
JSON প্রতিনিধিত্ব |
---|
{
"uri": string,
"email": string,
"phone": {
object ( |
ক্ষেত্র | |
---|---|
uri | ঐচ্ছিক। URI যেখানে গ্রাহক পরিষেবা পাওয়া যেতে পারে। |
email | ঐচ্ছিক। ইমেল ঠিকানা যেখানে গ্রাহক পরিষেবা পৌঁছানো যেতে পারে। |
phone | ঐচ্ছিক। ফোন নম্বর যেখানে গ্রাহক পরিষেবা কল করা যেতে পারে। |
পদ্ধতি | |
---|---|
| একটি অ্যাকাউন্টের ব্যবসার তথ্য পুনরুদ্ধার করে। |
| একটি অ্যাকাউন্টের ব্যবসার তথ্য আপডেট করে। |
সম্পদ: বিজনেস ইনফো
BusinessInfo
বার্তাটিতে একজন ব্যবসায়ীর ব্যবসা সম্পর্কে প্রয়োজনীয় তথ্য থাকে।
এই বার্তাটি মূল ব্যবসার বিবরণ যেমন প্রকৃত ঠিকানা, গ্রাহক পরিষেবা পরিচিতি এবং অঞ্চল-নির্দিষ্ট শনাক্তকারী ক্যাপচার করে৷
JSON প্রতিনিধিত্ব |
---|
{ "name": string, "address": { object ( |
ক্ষেত্র | |
---|---|
name | শনাক্তকারী। ব্যবসার তথ্যের সম্পদের নাম। বিন্যাস: |
address | ঐচ্ছিক। ব্যবসার ঠিকানা। শুধুমাত্র |
phone | শুধুমাত্র আউটপুট। ব্যবসার ফোন নম্বর। |
phone Verification State | শুধুমাত্র আউটপুট। ব্যবসার ফোন যাচাইকরণের অবস্থা। |
customer Service | ঐচ্ছিক। ব্যবসার গ্রাহক পরিষেবা। |
korean Business Registration Number | ঐচ্ছিক। 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 | সমস্ত নতুন পুনর্বিবেচনা অবশ্যই পুরানো সংশোধনগুলির সাথে সামঞ্জস্যপূর্ণ হতে হবে৷ |
region Code | প্রয়োজন। ঠিকানার দেশ/অঞ্চলের CLDR অঞ্চল কোড। এটি কখনই অনুমান করা যায় না এবং মানটি সঠিক কিনা তা নিশ্চিত করা ব্যবহারকারীর উপর নির্ভর করে। বিস্তারিত জানার জন্য https://cldr.unicode.org/ এবং https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html দেখুন। উদাহরণ: সুইজারল্যান্ডের জন্য "CH"। |
language Code | ঐচ্ছিক। এই ঠিকানার বিষয়বস্তুর BCP-47 ভাষার কোড (যদি জানা থাকে)। এটি প্রায়শই ইনপুট ফর্মের UI ভাষা বা ঠিকানার দেশ/অঞ্চলে ব্যবহৃত ভাষাগুলির মধ্যে একটি বা তাদের প্রতিলিপিকৃত সমতুল্য ভাষার সাথে মিলবে বলে আশা করা হয়। এটি নির্দিষ্ট কিছু দেশে বিন্যাসকে প্রভাবিত করতে পারে, কিন্তু ডেটার সঠিকতার জন্য গুরুত্বপূর্ণ নয় এবং এটি কখনই কোনো বৈধতা বা অন্য ফরম্যাটিং সংক্রান্ত ক্রিয়াকলাপকে প্রভাবিত করবে না। যদি এই মানটি জানা না থাকে তবে এটি বাদ দেওয়া উচিত (সম্ভবত ভুল ডিফল্ট নির্দিষ্ট করার পরিবর্তে)। উদাহরণ: "zh-Hant", "ja", "ja-Latn", "en"। |
postal Code | ঐচ্ছিক। ঠিকানার পোস্টাল কোড। সমস্ত দেশে পোস্টাল কোড ব্যবহার করা হয় না বা উপস্থিত থাকার প্রয়োজন হয় না, তবে যেখানে সেগুলি ব্যবহার করা হয়, তারা ঠিকানার অন্যান্য অংশগুলির সাথে অতিরিক্ত বৈধতা ট্রিগার করতে পারে (যেমন মার্কিন যুক্তরাষ্ট্রে রাজ্য/জিপ বৈধতা)। |
sorting Code | ঐচ্ছিক। অতিরিক্ত, দেশ-নির্দিষ্ট, সাজানোর কোড। এটি বেশিরভাগ অঞ্চলে ব্যবহৃত হয় না। যেখানে এটি ব্যবহার করা হয়, মানটি হয় "CEDEX" এর মতো একটি স্ট্রিং, ঐচ্ছিকভাবে একটি সংখ্যা (যেমন "CEDEX 7") অনুসরণ করে, অথবা শুধুমাত্র একটি সংখ্যা, যা "সেক্টর কোড" (জ্যামাইকা), "ডেলিভারি এলাকা সূচক" প্রতিনিধিত্ব করে। (মালাউই) বা "ডাকঘর সূচক" (যেমন কোট ডি আইভরি)। |
administrative Area | ঐচ্ছিক। সর্বোচ্চ প্রশাসনিক উপবিভাগ যা একটি দেশ বা অঞ্চলের ডাক ঠিকানার জন্য ব্যবহৃত হয়। উদাহরণস্বরূপ, এটি একটি রাজ্য, একটি প্রদেশ, একটি ওব্লাস্ট বা একটি প্রিফেকচার হতে পারে। বিশেষ করে, স্পেনের জন্য এটি প্রদেশ এবং স্বায়ত্তশাসিত সম্প্রদায় নয় (যেমন "বার্সেলোনা" এবং "কাতালোনিয়া" নয়)। অনেক দেশ ডাক ঠিকানায় প্রশাসনিক এলাকা ব্যবহার করে না। যেমন সুইজারল্যান্ডে এটি জনবসতিহীন ছেড়ে দেওয়া উচিত। |
locality | ঐচ্ছিক। সাধারণত ঠিকানার শহর/শহরের অংশকে বোঝায়। উদাহরণ: ইউএস সিটি, আইটি কমিউন, ইউকে পোস্ট টাউন। বিশ্বের এমন অঞ্চলে যেখানে লোকালয়টি ভালভাবে সংজ্ঞায়িত করা হয় না বা এই কাঠামোর সাথে ভালভাবে ফিট করে না, লোকালয়টি খালি রাখুন এবং অ্যাড্রেসলাইনগুলি ব্যবহার করুন। |
sublocality | ঐচ্ছিক। ঠিকানার উপ-অবস্থান। উদাহরণস্বরূপ, এটি পাড়া, বরো, জেলা হতে পারে। |
address Lines[] | একটি ঠিকানার নিম্ন স্তরের বর্ণনা করে অসংগঠিত ঠিকানা লাইন। কারণ অ্যাড্রেসলাইনের মানগুলিতে টাইপ তথ্য নেই এবং কখনও কখনও একটি একক ক্ষেত্রে একাধিক মান থাকতে পারে (যেমন "অস্টিন, TX"), এটি গুরুত্বপূর্ণ যে লাইনের ক্রমটি পরিষ্কার। ঠিকানার লাইনের ক্রম ঠিকানার দেশ/অঞ্চলের জন্য "খামের আদেশ" হওয়া উচিত। যেখানে এটি পরিবর্তিত হতে পারে (যেমন জাপান), ঠিকানা_ভাষা এটিকে স্পষ্ট করতে ব্যবহার করা হয় (যেমন বড়-থেকে-ছোট অর্ডারের জন্য "ja" এবং ছোট-থেকে-বড়ের জন্য "ja-Latn" বা "en")। এইভাবে, ভাষার উপর ভিত্তি করে একটি ঠিকানার সবচেয়ে নির্দিষ্ট লাইন নির্বাচন করা যেতে পারে। একটি ঠিকানার ন্যূনতম অনুমোদিত কাঠামোগত উপস্থাপনা একটি অঞ্চল কোড নিয়ে থাকে যার মধ্যে ঠিকানালাইনে রাখা সমস্ত অবশিষ্ট তথ্য থাকে। জিওকোডিং ছাড়াই আনুমানিকভাবে এই জাতীয় ঠিকানা বিন্যাস করা সম্ভব হবে, তবে ঠিকানার যে কোনও উপাদান সম্পর্কে কোনও শব্দার্থিক যুক্তি তৈরি করা যাবে না যতক্ষণ না এটি কমপক্ষে আংশিকভাবে সমাধান করা হয়। শুধুমাত্র একটি অঞ্চলকোড এবং ঠিকানালাইন সমন্বিত একটি ঠিকানা তৈরি করা, এবং তারপরে জিওকোডিং হল সম্পূর্ণরূপে অসংগঠিত ঠিকানাগুলি পরিচালনা করার প্রস্তাবিত উপায় (ঠিকানার কোন অংশগুলি স্থানীয় বা প্রশাসনিক এলাকা হওয়া উচিত তা অনুমান করার বিপরীতে)। |
recipients[] | ঐচ্ছিক। ঠিকানায় প্রাপক। এই ক্ষেত্রটিতে, নির্দিষ্ট পরিস্থিতিতে, বহুরেখার তথ্য থাকতে পারে। উদাহরণস্বরূপ, এতে "যত্ন" তথ্য থাকতে পারে। |
organization | ঐচ্ছিক। ঠিকানায় প্রতিষ্ঠানের নাম। |
ফোন নম্বর
একটি ফোন নম্বর প্রতিনিধিত্বকারী একটি বস্তু, একটি 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 |
ক্ষেত্র | |
---|---|
extension | ফোন নম্বরের এক্সটেনশন। আইটিইউ সুপারিশগুলিতে এক্সটেনশনটি মানসম্মত নয়, সর্বাধিক 40 সংখ্যার দৈর্ঘ্য সহ সংখ্যার একটি সিরিজ হিসাবে সংজ্ঞায়িত করা ছাড়া। অঙ্কগুলি ছাড়া, কিছু অন্যান্য ডায়ালিং অক্ষর যেমন ',' (একটি অপেক্ষার ইঙ্গিত করে) বা '#' এখানে সংরক্ষিত হতে পারে। উল্লেখ্য যে বর্তমানে কোনো অঞ্চলই সংক্ষিপ্ত কোড সহ এক্সটেনশন ব্যবহার করে না, তাই এই ক্ষেত্রটি সাধারণত শুধুমাত্র E.164 নম্বরের সাথে সেট করা হয়। ভবিষ্যতে শর্ট কোড এক্সটেনশনের জন্য এটিকে E.164 নম্বর থেকে আলাদাভাবে রাখা হয়। |
ইউনিয়ন ক্ষেত্র kind . প্রয়োজন। হয় একটি নিয়মিত নম্বর, বা একটি সংক্ষিপ্ত কোড৷ ভবিষ্যতে নীচের একটিতে নতুন ক্ষেত্র যোগ করা হতে পারে, তাই ক্লায়েন্টদের ফোন নম্বর উপেক্ষা করা উচিত যার জন্য তাদের কোড করা ক্ষেত্রগুলির কোনওটি সেট করা নেই৷ kind নিম্নলিখিতগুলির মধ্যে একটি হতে পারে: | |
e164 Number | ফোন নম্বর, একটি লিডিং প্লাস সাইন ('+') হিসাবে উপস্থাপিত, তারপরে একটি ফোন নম্বর যা একটি স্বস্তিদায়ক 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 | একটি সংক্ষিপ্ত কোড। তথ্যসূত্র(গুলি): - https://en.wikipedia.org/wiki/Short_code |
শর্টকোড
একটি সংক্ষিপ্ত কোডের প্রতিনিধিত্বকারী একটি বস্তু, যা একটি ফোন নম্বর যা সাধারণত নিয়মিত ফোন নম্বরগুলির চেয়ে অনেক ছোট এবং MMS এবং SMS সিস্টেমে বার্তাগুলিকে সম্বোধন করতে, সেইসাথে সংক্ষিপ্ত ডায়ালিংয়ের জন্য ব্যবহার করা যেতে পারে (যেমন "কত মিনিট দেখতে টেক্সট 611 আপনি আপনার পরিকল্পনা বাকি আছে।")
সংক্ষিপ্ত কোডগুলি একটি অঞ্চলের মধ্যে সীমাবদ্ধ এবং আন্তর্জাতিকভাবে ডায়ালযোগ্য নয়, যার অর্থ একই শর্ট কোড বিভিন্ন অঞ্চলে থাকতে পারে, বিভিন্ন ব্যবহার এবং মূল্যের সাথে, এমনকি সেই অঞ্চলগুলি একই দেশের কলিং কোড (যেমন US এবং CA) ভাগ করলেও৷
JSON প্রতিনিধিত্ব |
---|
{ "regionCode": string, "number": string } |
ক্ষেত্র | |
---|---|
region Code | প্রয়োজন। BCP-47 অঞ্চলের কোড যেখানে এই শর্ট কোডে কল করা যেতে পারে, যেমন "US" এবং "BB"। তথ্যসূত্র(গুলি):- http://www.unicode.org/reports/tr35/#unicode_region_subtag |
number | প্রয়োজন। সংক্ষিপ্ত কোড সংখ্যা, একটি অগ্রণী প্লাস ('+') বা দেশের কলিং কোড, যেমন "611" ছাড়া। |
PhoneVerification State
ফোন যাচাইকরণ অবস্থা.
Enums | |
---|---|
PHONE_VERIFICATION_STATE_UNSPECIFIED | ডিফল্ট মান। এই মান অব্যবহৃত. |
PHONE_VERIFICATION_STATE_VERIFIED | ফোনটি যাচাই করা হয়েছে। |
PHONE_VERIFICATION_STATE_UNVERIFIED | ফোনটি যাচাই করা হয়নি |
গ্রাহকসেবা
গ্রাহক সেবা তথ্য.
JSON প্রতিনিধিত্ব |
---|
{
"uri": string,
"email": string,
"phone": {
object ( |
ক্ষেত্র | |
---|---|
uri | ঐচ্ছিক। URI যেখানে গ্রাহক পরিষেবা পাওয়া যেতে পারে। |
email | ঐচ্ছিক। ইমেল ঠিকানা যেখানে গ্রাহক পরিষেবা পৌঁছানো যেতে পারে। |
phone | ঐচ্ছিক। ফোন নম্বর যেখানে গ্রাহক পরিষেবা কল করা যেতে পারে। |
পদ্ধতি | |
---|---|
| একটি অ্যাকাউন্টের ব্যবসার তথ্য পুনরুদ্ধার করে। |
| একটি অ্যাকাউন্টের ব্যবসার তথ্য আপডেট করে। |
সম্পদ: বিজনেস ইনফো
BusinessInfo
বার্তাটিতে একজন ব্যবসায়ীর ব্যবসা সম্পর্কে প্রয়োজনীয় তথ্য থাকে।
এই বার্তাটি মূল ব্যবসার বিবরণ যেমন প্রকৃত ঠিকানা, গ্রাহক পরিষেবা পরিচিতি এবং অঞ্চল-নির্দিষ্ট শনাক্তকারী ক্যাপচার করে৷
JSON প্রতিনিধিত্ব |
---|
{ "name": string, "address": { object ( |
ক্ষেত্র | |
---|---|
name | শনাক্তকারী। ব্যবসার তথ্যের সম্পদের নাম। বিন্যাস: |
address | ঐচ্ছিক। ব্যবসার ঠিকানা। শুধুমাত্র |
phone | শুধুমাত্র আউটপুট। ব্যবসার ফোন নম্বর। |
phone Verification State | শুধুমাত্র আউটপুট। ব্যবসার ফোন যাচাইকরণের অবস্থা। |
customer Service | ঐচ্ছিক। ব্যবসার গ্রাহক পরিষেবা। |
korean Business Registration Number | ঐচ্ছিক। 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 | সমস্ত নতুন পুনর্বিবেচনা অবশ্যই পুরানো সংশোধনগুলির সাথে সামঞ্জস্যপূর্ণ হতে হবে৷ |
region Code | প্রয়োজন। ঠিকানার দেশ/অঞ্চলের CLDR অঞ্চল কোড। এটি কখনই অনুমান করা যায় না এবং মানটি সঠিক কিনা তা নিশ্চিত করা ব্যবহারকারীর উপর নির্ভর করে। বিস্তারিত জানার জন্য https://cldr.unicode.org/ এবং https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html দেখুন। উদাহরণ: সুইজারল্যান্ডের জন্য "CH"। |
language Code | ঐচ্ছিক। এই ঠিকানার বিষয়বস্তুর BCP-47 ভাষার কোড (যদি জানা থাকে)। এটি প্রায়শই ইনপুট ফর্মের UI ভাষা বা ঠিকানার দেশ/অঞ্চলে ব্যবহৃত ভাষাগুলির মধ্যে একটি বা তাদের প্রতিলিপিকৃত সমতুল্য ভাষার সাথে মিলবে বলে আশা করা হয়। এটি নির্দিষ্ট কিছু দেশে বিন্যাসকে প্রভাবিত করতে পারে, কিন্তু ডেটার সঠিকতার জন্য গুরুত্বপূর্ণ নয় এবং এটি কখনই কোনো বৈধতা বা অন্য ফরম্যাটিং সংক্রান্ত ক্রিয়াকলাপকে প্রভাবিত করবে না। যদি এই মানটি জানা না থাকে তবে এটি বাদ দেওয়া উচিত (সম্ভবত ভুল ডিফল্ট নির্দিষ্ট করার পরিবর্তে)। উদাহরণ: "zh-Hant", "ja", "ja-Latn", "en"। |
postal Code | ঐচ্ছিক। ঠিকানার পোস্টাল কোড। সমস্ত দেশে পোস্টাল কোড ব্যবহার করা হয় না বা উপস্থিত থাকার প্রয়োজন হয় না, তবে যেখানে সেগুলি ব্যবহার করা হয়, তারা ঠিকানার অন্যান্য অংশগুলির সাথে অতিরিক্ত বৈধতা ট্রিগার করতে পারে (যেমন মার্কিন যুক্তরাষ্ট্রে রাজ্য/জিপ বৈধতা)। |
sorting Code | ঐচ্ছিক। অতিরিক্ত, দেশ-নির্দিষ্ট, সাজানোর কোড। এটি বেশিরভাগ অঞ্চলে ব্যবহৃত হয় না। যেখানে এটি ব্যবহার করা হয়, মানটি হয় "CEDEX" এর মতো একটি স্ট্রিং, ঐচ্ছিকভাবে একটি সংখ্যা (যেমন "CEDEX 7") অনুসরণ করে, অথবা শুধুমাত্র একটি সংখ্যা, যা "সেক্টর কোড" (জ্যামাইকা), "ডেলিভারি এলাকা সূচক" প্রতিনিধিত্ব করে। (মালাউই) বা "ডাকঘর সূচক" (যেমন কোট ডি আইভরি)। |
administrative Area | ঐচ্ছিক। সর্বোচ্চ প্রশাসনিক উপবিভাগ যা একটি দেশ বা অঞ্চলের ডাক ঠিকানার জন্য ব্যবহৃত হয়। উদাহরণস্বরূপ, এটি একটি রাজ্য, একটি প্রদেশ, একটি ওব্লাস্ট বা একটি প্রিফেকচার হতে পারে। বিশেষ করে, স্পেনের জন্য এটি প্রদেশ এবং স্বায়ত্তশাসিত সম্প্রদায় নয় (যেমন "বার্সেলোনা" এবং "কাতালোনিয়া" নয়)। অনেক দেশ ডাক ঠিকানায় প্রশাসনিক এলাকা ব্যবহার করে না। যেমন সুইজারল্যান্ডে এটি জনবসতিহীন ছেড়ে দেওয়া উচিত। |
locality | ঐচ্ছিক। সাধারণত ঠিকানার শহর/শহরের অংশকে বোঝায়। উদাহরণ: ইউএস সিটি, আইটি কমিউন, ইউকে পোস্ট টাউন। বিশ্বের এমন অঞ্চলে যেখানে লোকালয়টি ভালভাবে সংজ্ঞায়িত করা হয় না বা এই কাঠামোর সাথে ভালভাবে ফিট করে না, লোকালয়টি খালি রাখুন এবং অ্যাড্রেসলাইনগুলি ব্যবহার করুন। |
sublocality | ঐচ্ছিক। ঠিকানার উপ-অবস্থান। উদাহরণস্বরূপ, এটি পাড়া, বরো, জেলা হতে পারে। |
address Lines[] | একটি ঠিকানার নিম্ন স্তরের বর্ণনা করে অসংগঠিত ঠিকানা লাইন। কারণ অ্যাড্রেসলাইনের মানগুলিতে টাইপ তথ্য নেই এবং কখনও কখনও একটি একক ক্ষেত্রে একাধিক মান থাকতে পারে (যেমন "অস্টিন, TX"), এটি গুরুত্বপূর্ণ যে লাইনের ক্রমটি পরিষ্কার। ঠিকানার লাইনের ক্রম ঠিকানার দেশ/অঞ্চলের জন্য "খামের আদেশ" হওয়া উচিত। যেখানে এটি পরিবর্তিত হতে পারে (যেমন জাপান), ঠিকানা_ভাষা এটিকে স্পষ্ট করতে ব্যবহার করা হয় (যেমন বড়-থেকে-ছোট অর্ডারের জন্য "ja" এবং ছোট-থেকে-বড়ের জন্য "ja-Latn" বা "en")। এইভাবে, ভাষার উপর ভিত্তি করে একটি ঠিকানার সবচেয়ে নির্দিষ্ট লাইন নির্বাচন করা যেতে পারে। একটি ঠিকানার ন্যূনতম অনুমোদিত কাঠামোগত উপস্থাপনা একটি অঞ্চল কোড নিয়ে থাকে যার মধ্যে ঠিকানালাইনে রাখা সমস্ত অবশিষ্ট তথ্য থাকে। জিওকোডিং ছাড়াই আনুমানিকভাবে এই জাতীয় ঠিকানা বিন্যাস করা সম্ভব হবে, তবে ঠিকানার যে কোনও উপাদান সম্পর্কে কোনও শব্দার্থিক যুক্তি তৈরি করা যাবে না যতক্ষণ না এটি কমপক্ষে আংশিকভাবে সমাধান করা হয়। শুধুমাত্র একটি অঞ্চলকোড এবং ঠিকানালাইন সমন্বিত একটি ঠিকানা তৈরি করা, এবং তারপরে জিওকোডিং হল সম্পূর্ণরূপে অসংগঠিত ঠিকানাগুলি পরিচালনা করার প্রস্তাবিত উপায় (ঠিকানার কোন অংশগুলি স্থানীয় বা প্রশাসনিক এলাকা হওয়া উচিত তা অনুমান করার বিপরীতে)। |
recipients[] | ঐচ্ছিক। ঠিকানায় প্রাপক। এই ক্ষেত্রটিতে, নির্দিষ্ট পরিস্থিতিতে, বহুরেখার তথ্য থাকতে পারে। উদাহরণস্বরূপ, এতে "যত্ন" তথ্য থাকতে পারে। |
organization | ঐচ্ছিক। ঠিকানায় প্রতিষ্ঠানের নাম। |
ফোন নম্বর
একটি ফোন নম্বর প্রতিনিধিত্বকারী একটি বস্তু, একটি 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 |
ক্ষেত্র | |
---|---|
extension | ফোন নম্বরের এক্সটেনশন। আইটিইউ সুপারিশগুলিতে এক্সটেনশনটি মানসম্মত নয়, সর্বাধিক 40 সংখ্যার দৈর্ঘ্য সহ সংখ্যার একটি সিরিজ হিসাবে সংজ্ঞায়িত করা ছাড়া। অঙ্কগুলি ছাড়া, কিছু অন্যান্য ডায়ালিং অক্ষর যেমন ',' (একটি অপেক্ষার ইঙ্গিত করে) বা '#' এখানে সংরক্ষিত হতে পারে। উল্লেখ্য যে বর্তমানে কোনো অঞ্চলই সংক্ষিপ্ত কোড সহ এক্সটেনশন ব্যবহার করে না, তাই এই ক্ষেত্রটি সাধারণত শুধুমাত্র E.164 নম্বরের সাথে সেট করা হয়। ভবিষ্যতে শর্ট কোড এক্সটেনশনের জন্য এটিকে E.164 নম্বর থেকে আলাদাভাবে রাখা হয়। |
ইউনিয়ন ক্ষেত্র kind . প্রয়োজন। হয় একটি নিয়মিত নম্বর, বা একটি সংক্ষিপ্ত কোড৷ ভবিষ্যতে নীচের একটিতে নতুন ক্ষেত্র যোগ করা হতে পারে, তাই ক্লায়েন্টদের ফোন নম্বর উপেক্ষা করা উচিত যার জন্য তাদের কোড করা ক্ষেত্রগুলির কোনওটি সেট করা নেই৷ kind নিম্নলিখিতগুলির মধ্যে একটি হতে পারে: | |
e164 Number | ফোন নম্বর, একটি লিডিং প্লাস সাইন ('+') হিসাবে উপস্থাপিত, তারপরে একটি ফোন নম্বর যা একটি স্বস্তিদায়ক 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 | একটি সংক্ষিপ্ত কোড। তথ্যসূত্র(গুলি): - https://en.wikipedia.org/wiki/Short_code |
শর্টকোড
একটি সংক্ষিপ্ত কোডের প্রতিনিধিত্বকারী একটি বস্তু, যা একটি ফোন নম্বর যা সাধারণত নিয়মিত ফোন নম্বরগুলির চেয়ে অনেক ছোট এবং MMS এবং SMS সিস্টেমে বার্তাগুলিকে সম্বোধন করতে, সেইসাথে সংক্ষিপ্ত ডায়ালিংয়ের জন্য ব্যবহার করা যেতে পারে (যেমন "কত মিনিট দেখতে টেক্সট 611 আপনি আপনার পরিকল্পনা বাকি আছে।")
সংক্ষিপ্ত কোডগুলি একটি অঞ্চলের মধ্যে সীমাবদ্ধ এবং আন্তর্জাতিকভাবে ডায়ালযোগ্য নয়, যার অর্থ একই শর্ট কোড বিভিন্ন অঞ্চলে থাকতে পারে, বিভিন্ন ব্যবহার এবং মূল্যের সাথে, এমনকি সেই অঞ্চলগুলি একই দেশের কলিং কোড (যেমন US এবং CA) ভাগ করলেও৷
JSON প্রতিনিধিত্ব |
---|
{ "regionCode": string, "number": string } |
ক্ষেত্র | |
---|---|
region Code | প্রয়োজন। BCP-47 অঞ্চলের কোড যেখানে এই শর্ট কোডে কল করা যেতে পারে, যেমন "US" এবং "BB"। তথ্যসূত্র(গুলি):- http://www.unicode.org/reports/tr35/#unicode_region_subtag |
number | প্রয়োজন। সংক্ষিপ্ত কোড সংখ্যা, একটি অগ্রণী প্লাস ('+') বা দেশের কলিং কোড, যেমন "611" ছাড়া। |
PhoneVerification State
ফোন যাচাইকরণ অবস্থা.
Enums | |
---|---|
PHONE_VERIFICATION_STATE_UNSPECIFIED | ডিফল্ট মান। এই মান অব্যবহৃত. |
PHONE_VERIFICATION_STATE_VERIFIED | ফোনটি যাচাই করা হয়েছে। |
PHONE_VERIFICATION_STATE_UNVERIFIED | ফোনটি যাচাই করা হয়নি |
গ্রাহকসেবা
গ্রাহক সেবা তথ্য.
JSON প্রতিনিধিত্ব |
---|
{
"uri": string,
"email": string,
"phone": {
object ( |
ক্ষেত্র | |
---|---|
uri | ঐচ্ছিক। URI যেখানে গ্রাহক পরিষেবা পাওয়া যেতে পারে। |
email | ঐচ্ছিক। ইমেল ঠিকানা যেখানে গ্রাহক পরিষেবা পৌঁছানো যেতে পারে। |
phone | ঐচ্ছিক। ফোন নম্বর যেখানে গ্রাহক পরিষেবা কল করা যেতে পারে। |
পদ্ধতি | |
---|---|
| একটি অ্যাকাউন্টের ব্যবসার তথ্য পুনরুদ্ধার করে। |
| একটি অ্যাকাউন্টের ব্যবসার তথ্য আপডেট করে। |
সম্পদ: বিজনেস ইনফো
BusinessInfo
বার্তাটিতে একজন ব্যবসায়ীর ব্যবসা সম্পর্কে প্রয়োজনীয় তথ্য থাকে।
এই বার্তাটি মূল ব্যবসার বিবরণ যেমন প্রকৃত ঠিকানা, গ্রাহক পরিষেবা পরিচিতি এবং অঞ্চল-নির্দিষ্ট শনাক্তকারী ক্যাপচার করে৷
JSON প্রতিনিধিত্ব |
---|
{ "name": string, "address": { object ( |
ক্ষেত্র | |
---|---|
name | শনাক্তকারী। ব্যবসার তথ্যের সম্পদের নাম। বিন্যাস: |
address | ঐচ্ছিক। ব্যবসার ঠিকানা। শুধুমাত্র |
phone | শুধুমাত্র আউটপুট। ব্যবসার ফোন নম্বর। |
phone Verification State | শুধুমাত্র আউটপুট। ব্যবসার ফোন যাচাইকরণের অবস্থা। |
customer Service | ঐচ্ছিক। ব্যবসার গ্রাহক পরিষেবা। |
korean Business Registration Number | ঐচ্ছিক। 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 | সমস্ত নতুন পুনর্বিবেচনা অবশ্যই পুরানো সংশোধনগুলির সাথে সামঞ্জস্যপূর্ণ হতে হবে৷ |
region Code | প্রয়োজন। ঠিকানার দেশ/অঞ্চলের CLDR অঞ্চল কোড। এটি কখনই অনুমান করা যায় না এবং মানটি সঠিক কিনা তা নিশ্চিত করা ব্যবহারকারীর উপর নির্ভর করে। বিস্তারিত জানার জন্য https://cldr.unicode.org/ এবং https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html দেখুন। উদাহরণ: সুইজারল্যান্ডের জন্য "CH"। |
language Code | ঐচ্ছিক। এই ঠিকানার বিষয়বস্তুর BCP-47 ভাষার কোড (যদি জানা থাকে)। এটি প্রায়শই ইনপুট ফর্মের UI ভাষা বা ঠিকানার দেশ/অঞ্চলে ব্যবহৃত ভাষাগুলির মধ্যে একটি বা তাদের প্রতিলিপিকৃত সমতুল্য ভাষার সাথে মিলবে বলে আশা করা হয়। এটি নির্দিষ্ট কিছু দেশে বিন্যাসকে প্রভাবিত করতে পারে, কিন্তু ডেটার সঠিকতার জন্য গুরুত্বপূর্ণ নয় এবং এটি কখনই কোনো বৈধতা বা অন্য ফরম্যাটিং সংক্রান্ত ক্রিয়াকলাপকে প্রভাবিত করবে না। যদি এই মানটি জানা না থাকে তবে এটি বাদ দেওয়া উচিত (সম্ভবত ভুল ডিফল্ট নির্দিষ্ট করার পরিবর্তে)। উদাহরণ: "zh-Hant", "ja", "ja-Latn", "en"। |
postal Code | ঐচ্ছিক। ঠিকানার পোস্টাল কোড। সমস্ত দেশে পোস্টাল কোড ব্যবহার করা হয় না বা উপস্থিত থাকার প্রয়োজন হয় না, তবে যেখানে সেগুলি ব্যবহার করা হয়, তারা ঠিকানার অন্যান্য অংশগুলির সাথে অতিরিক্ত বৈধতা ট্রিগার করতে পারে (যেমন মার্কিন যুক্তরাষ্ট্রে রাজ্য/জিপ বৈধতা)। |
sorting Code | ঐচ্ছিক। অতিরিক্ত, দেশ-নির্দিষ্ট, সাজানোর কোড। এটি বেশিরভাগ অঞ্চলে ব্যবহৃত হয় না। যেখানে এটি ব্যবহার করা হয়, মানটি হয় "CEDEX" এর মতো একটি স্ট্রিং, ঐচ্ছিকভাবে একটি সংখ্যা (যেমন "CEDEX 7") অনুসরণ করে, অথবা শুধুমাত্র একটি সংখ্যা, যা "সেক্টর কোড" (জ্যামাইকা), "ডেলিভারি এলাকা সূচক" প্রতিনিধিত্ব করে। (মালাউই) বা "ডাকঘর সূচক" (যেমন কোট ডি আইভরি)। |
administrative Area | ঐচ্ছিক। সর্বোচ্চ প্রশাসনিক উপবিভাগ যা একটি দেশ বা অঞ্চলের ডাক ঠিকানার জন্য ব্যবহৃত হয়। উদাহরণস্বরূপ, এটি একটি রাজ্য, একটি প্রদেশ, একটি ওব্লাস্ট বা একটি প্রিফেকচার হতে পারে। বিশেষ করে, স্পেনের জন্য এটি প্রদেশ এবং স্বায়ত্তশাসিত সম্প্রদায় নয় (যেমন "বার্সেলোনা" এবং "কাতালোনিয়া" নয়)। অনেক দেশ ডাক ঠিকানায় প্রশাসনিক এলাকা ব্যবহার করে না। যেমন সুইজারল্যান্ডে এটি জনবসতিহীন ছেড়ে দেওয়া উচিত। |
locality | ঐচ্ছিক। সাধারণত ঠিকানার শহর/শহরের অংশকে বোঝায়। উদাহরণ: ইউএস সিটি, আইটি কমিউন, ইউকে পোস্ট টাউন। বিশ্বের এমন অঞ্চলে যেখানে লোকালয়টি ভালভাবে সংজ্ঞায়িত করা হয় না বা এই কাঠামোর সাথে ভালভাবে ফিট করে না, লোকালয়টি খালি রাখুন এবং অ্যাড্রেসলাইনগুলি ব্যবহার করুন। |
sublocality | ঐচ্ছিক। ঠিকানার উপ-অবস্থান। উদাহরণস্বরূপ, এটি পাড়া, বরো, জেলা হতে পারে। |
address Lines[] | একটি ঠিকানার নিম্ন স্তরের বর্ণনা করে অসংগঠিত ঠিকানা লাইন। কারণ অ্যাড্রেসলাইনের মানগুলিতে টাইপ তথ্য নেই এবং কখনও কখনও একটি একক ক্ষেত্রে একাধিক মান থাকতে পারে (যেমন "অস্টিন, TX"), এটি গুরুত্বপূর্ণ যে লাইনের ক্রমটি পরিষ্কার। ঠিকানার লাইনের ক্রম ঠিকানার দেশ/অঞ্চলের জন্য "খামের আদেশ" হওয়া উচিত। যেখানে এটি পরিবর্তিত হতে পারে (যেমন জাপান), ঠিকানা_ভাষা এটিকে স্পষ্ট করতে ব্যবহার করা হয় (যেমন বড়-থেকে-ছোট অর্ডারের জন্য "ja" এবং ছোট-থেকে-বড়ের জন্য "ja-Latn" বা "en")। এইভাবে, ভাষার উপর ভিত্তি করে একটি ঠিকানার সবচেয়ে নির্দিষ্ট লাইন নির্বাচন করা যেতে পারে। একটি ঠিকানার ন্যূনতম অনুমোদিত কাঠামোগত উপস্থাপনা একটি অঞ্চল কোড নিয়ে থাকে যার মধ্যে ঠিকানালাইনে রাখা সমস্ত অবশিষ্ট তথ্য থাকে। জিওকোডিং ছাড়াই আনুমানিকভাবে এই জাতীয় ঠিকানা বিন্যাস করা সম্ভব হবে, তবে ঠিকানার যে কোনও উপাদান সম্পর্কে কোনও শব্দার্থিক যুক্তি তৈরি করা যাবে না যতক্ষণ না এটি কমপক্ষে আংশিকভাবে সমাধান করা হয়। শুধুমাত্র একটি অঞ্চলকোড এবং ঠিকানালাইন সমন্বিত একটি ঠিকানা তৈরি করা, এবং তারপরে জিওকোডিং হল সম্পূর্ণরূপে অসংগঠিত ঠিকানাগুলি পরিচালনা করার প্রস্তাবিত উপায় (ঠিকানার কোন অংশগুলি স্থানীয় বা প্রশাসনিক এলাকা হওয়া উচিত তা অনুমান করার বিপরীতে)। |
recipients[] | ঐচ্ছিক। ঠিকানায় প্রাপক। এই ক্ষেত্রটিতে, নির্দিষ্ট পরিস্থিতিতে, বহুরেখার তথ্য থাকতে পারে। উদাহরণস্বরূপ, এতে "যত্ন" তথ্য থাকতে পারে। |
organization | ঐচ্ছিক। ঠিকানায় প্রতিষ্ঠানের নাম। |
ফোন নম্বর
একটি ফোন নম্বর প্রতিনিধিত্বকারী একটি বস্তু, একটি 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 |
ক্ষেত্র | |
---|---|
extension | ফোন নম্বরের এক্সটেনশন। আইটিইউ সুপারিশগুলিতে এক্সটেনশনটি মানসম্মত নয়, সর্বাধিক 40 সংখ্যার দৈর্ঘ্য সহ সংখ্যার একটি সিরিজ হিসাবে সংজ্ঞায়িত করা ছাড়া। অঙ্কগুলি ছাড়া, কিছু অন্যান্য ডায়ালিং অক্ষর যেমন ',' (একটি অপেক্ষার ইঙ্গিত করে) বা '#' এখানে সংরক্ষিত হতে পারে। উল্লেখ্য যে বর্তমানে কোনো অঞ্চলই সংক্ষিপ্ত কোড সহ এক্সটেনশন ব্যবহার করে না, তাই এই ক্ষেত্রটি সাধারণত শুধুমাত্র E.164 নম্বরের সাথে সেট করা হয়। ভবিষ্যতে শর্ট কোড এক্সটেনশনের জন্য এটিকে E.164 নম্বর থেকে আলাদাভাবে রাখা হয়। |
ইউনিয়ন ক্ষেত্র kind . প্রয়োজন। হয় একটি নিয়মিত নম্বর, বা একটি সংক্ষিপ্ত কোড৷ ভবিষ্যতে নীচের একটিতে নতুন ক্ষেত্র যোগ করা হতে পারে, তাই ক্লায়েন্টদের ফোন নম্বর উপেক্ষা করা উচিত যার জন্য তাদের কোড করা ক্ষেত্রগুলির কোনওটি সেট করা নেই৷ kind নিম্নলিখিতগুলির মধ্যে একটি হতে পারে: | |
e164 Number | ফোন নম্বর, একটি লিডিং প্লাস সাইন ('+') হিসাবে উপস্থাপিত, তারপরে একটি ফোন নম্বর যা একটি স্বস্তিদায়ক 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 | একটি সংক্ষিপ্ত কোড। তথ্যসূত্র(গুলি): - https://en.wikipedia.org/wiki/Short_code |
শর্টকোড
একটি সংক্ষিপ্ত কোডের প্রতিনিধিত্বকারী একটি বস্তু, যা একটি ফোন নম্বর যা সাধারণত নিয়মিত ফোন নম্বরগুলির চেয়ে অনেক ছোট এবং MMS এবং SMS সিস্টেমে বার্তাগুলিকে সম্বোধন করতে, সেইসাথে সংক্ষিপ্ত ডায়ালিংয়ের জন্য ব্যবহার করা যেতে পারে (যেমন "কত মিনিট দেখতে টেক্সট 611 আপনি আপনার পরিকল্পনা বাকি আছে।")
সংক্ষিপ্ত কোডগুলি একটি অঞ্চলের মধ্যে সীমাবদ্ধ এবং আন্তর্জাতিকভাবে ডায়ালযোগ্য নয়, যার অর্থ একই শর্ট কোড বিভিন্ন অঞ্চলে থাকতে পারে, বিভিন্ন ব্যবহার এবং মূল্যের সাথে, এমনকি সেই অঞ্চলগুলি একই দেশের কলিং কোড (যেমন US এবং CA) ভাগ করলেও৷
JSON প্রতিনিধিত্ব |
---|
{ "regionCode": string, "number": string } |
ক্ষেত্র | |
---|---|
region Code | প্রয়োজন। BCP-47 অঞ্চলের কোড যেখানে এই শর্ট কোডে কল করা যেতে পারে, যেমন "US" এবং "BB"। তথ্যসূত্র(গুলি):- http://www.unicode.org/reports/tr35/#unicode_region_subtag |
number | প্রয়োজন। সংক্ষিপ্ত কোড সংখ্যা, একটি অগ্রণী প্লাস ('+') বা দেশের কলিং কোড, যেমন "611" ছাড়া। |
PhoneVerification State
ফোন যাচাইকরণ অবস্থা.
Enums | |
---|---|
PHONE_VERIFICATION_STATE_UNSPECIFIED | ডিফল্ট মান। এই মান অব্যবহৃত. |
PHONE_VERIFICATION_STATE_VERIFIED | ফোনটি যাচাই করা হয়েছে। |
PHONE_VERIFICATION_STATE_UNVERIFIED | ফোনটি যাচাই করা হয়নি |
গ্রাহকসেবা
গ্রাহক সেবা তথ্য.
JSON প্রতিনিধিত্ব |
---|
{
"uri": string,
"email": string,
"phone": {
object ( |
ক্ষেত্র | |
---|---|
uri | ঐচ্ছিক। URI যেখানে গ্রাহক পরিষেবা পাওয়া যেতে পারে। |
email | ঐচ্ছিক। ইমেল ঠিকানা যেখানে গ্রাহক পরিষেবা পৌঁছানো যেতে পারে। |
phone | ঐচ্ছিক। ফোন নম্বর যেখানে গ্রাহক পরিষেবা কল করা যেতে পারে। |
পদ্ধতি | |
---|---|
| একটি অ্যাকাউন্টের ব্যবসার তথ্য পুনরুদ্ধার করে। |
| একটি অ্যাকাউন্টের ব্যবসার তথ্য আপডেট করে। |