POST/api/public/consultation

Zentor ওয়েবসাইটে পাবলিক কনসালটেন্সের জন্য অনুরোধ ফর্ম।

পেজটি „POST /api/public/consultation — API-Referenz“ URL-এ নির্দেশিত ফাংশনাল এলাকা নিয়ে আলোচনা করে। বিদ্যমান বিষয়বস্তু প্রকৃত প্রক্রিয়া, পূর্বশর্ত এবং পরিচিত সীমাবদ্ধতা দিয়ে সম্পূরক করা হয়েছে। ফর্ম-বিল্ডার ট্রিগার-কীওয়ার্ড, ফিল্ড টাইপ এবং বাধ্যতামূলক ফিল্ড চিহ্নিতকরণ সহ স্বাধীনভাবে কনফিগারযোগ্য ফর্ম সমর্থন করে। ফাংশনটি E2E-পরীক্ষিত। `POST /api/public/consultation`-এর ডকুমেন্টেশনকে এই নির্দিষ্ট এন্ডপয়েন্টের প্রযুক্তিগত বিবরণ হিসেবে পড়তে হবে। গুরুত্বপূর্ণ হল মেথড, পাথ, অথেনটিকেশন, বাধ্যতামূলক ফিল্ড, সম্ভাব্য ত্রুটি এবং প্রশ্ন যে পুনরায় কল করলে একই প্রভাব সৃষ্টি হয় কিনা। বর্তমান URL https://zentor-app.de/hilfe/api-referenz/formulare/forms.consultation তাই কোনো সাধারণ বিজ্ঞাপনমূলক বিবৃতি ধারণ করবে না, বরং শুধুমাত্র অনুসরণযোগ্য ইন্টিগ্রেশন ধাপ এবং নথিভুক্ত উত্তর উদাহরণ। `/api/public/consultation` কল করার জন্য, রেজিস্ট্রি অনুযায়ী অনুরোধ তৈরি করা হয়। পাবলিক রুটগুলির সাধারণ ডেভেলপার API-কী প্রয়োজন হয় না, কারণ Zentor এমন কোনো কী সিস্টেম অফার করে না। সুরক্ষিত উইজেট রুটগুলি অন্যদিকে একবার দেখানো এমবেড-টোকেন এবং একটি অরিজিন-চেক ব্যবহার করে। HTTP-স্ট্যাটাস এবং JSON-কন্টেন্ট একসাথে মূল্যায়ন করতে হবে; একটি `ok`-ফিল্ড একা ত্রুটি-হ্যান্ডলিং প্রতিস্থাপন করে না। `POST /api/public/consultation` পরীক্ষা করার সময়, বেনামী মান ব্যবহার করতে হবে। প্রকৃত গ্রাহক ডেটা, প্রোডাক্টিভ UUID, সেশন টোকেন এবং নির্দিষ্ট টাইমস্ট্যাম্প পাবলিক উদাহরণে থাকা উচিত নয়। সুপরিচিত প্ল্যাটফর্ম-ব্যাপী সীমা হল ১৫ মিনিটের মধ্যে 2.000 অনুরোধ; একটি ভিন্ন পৃথক সীমা নথিভুক্ত নয়। অস্পষ্ট নেটওয়ার্ক বিঘ্নের পরে নন-আইডেম্পোটেন্ট POST কল অন্ধভাবে পুনরাবৃত্তি করা উচিত নয়। এই রুটের জন্য সাধারণ ইন্টিগ্রেশন ত্রুটিগুলি উদ্ভূত হয় অনুপস্থিত বাধ্যতামূলক প্যারামিটার, ভুল ডেটা টাইপ, মেয়াদোত্তীর্ণ ওয়ান-টাইম কোড, অননুমোদিত অরিজিন, বা আগে থেকে বিদ্যমান নয় এমন রেকর্ডের কারণে। অ্যাপ্লিকেশনটির উচিত এই ধরনের ক্ষেত্রেগুলি আলাদাভাবে পরিচালনা করা এবং এন্ডপয়েন্ট থেকে ফেরত আসা ত্রুটি বার্তাটি লগ করা, গোপন বিষয়বস্তু না লিখে। একটি সফল অনুরোধ শুধুমাত্র এই প্রক্রিয়াকরণ ধাপটি নিশ্চিত করে, স্বয়ংক্রিয়ভাবে একটি পরবর্তী ইমেল, পেমেন্ট, বা SSO সাফল্য নয়। এটি `POST /api/public/consultation`-এর জন্য সরাসরি প্রাসঙ্গিক। এই পৃষ্ঠার প্রযুক্তিগত পরীক্ষা বাধ্যতামূলকভাবে `app/frontend/src/content/api-reference/`-এর অধীনে রেজিস্ট্রি এবং সংশ্লিষ্ট ব্যাকএন্ড রুটের উপর ভিত্তি করে হতে হবে। লাইভ-টেস্ট নোটগুলো কেবলমাত্র সেই বিষয়গুলো দাবি করতে পারবে যা প্রকৃতপক্ষে পরীক্ষা করা হয়েছে। একটি নেগেটিভ টেস্ট বা কোড-অ্যানালজি সম্পূর্ণ সাফল্যের প্রমাণ নয়। POST /api/public/consultation-এর জন্য — API রেফারেন্সে তাই স্পষ্টভাবে নথিভুক্ত কাঠামো, স্বয়ংক্রিয় পরীক্ষা এবং নিশ্চিতভাবে পর্যবেক্ষণ করা লাইভ আচরণের মধ্যে পার্থক্য করতে হবে।

{"name":"ম্যাক্স মুস্টারম্যান","email":"max@example.com","company":"মডেল কোম্পানি","message":"উদ্বেগ","consentGiven":true}

{"ok":true,"message":"আপনার পরামর্শের অনুরোধটি জমা দেওয়া হয়েছে। আমরা শীঘ্রই আপনার সাথে যোগাযোগ করব।"}