رقم تحقق REGON بولندا
أدخل الأساس 12345678 لتحصل على رقم التحقق 5، فيكون رقم REGON الكامل 123456785. وتتحقق الأداة أيضًا من الأرقام ذات 9 و14 خانة، بما فيها جزء الجهة الأم داخل رقم الوحدة المحلية، فتكشف أخطاء الكتابة. مجانية في متصفحك.
- مجاني
- يعمل في متصفحك
- دون تسجيل
- بياناتك لا تغادر جهازك
شغّل الأداة مجانًا
مثال محلول
- العدد
- 12345678
- وضع الحساب
- Compute
- المُدخَل
- 12345678
- الصيغة
- 9
- رقم التحقق
- 5
REGON هو رقم التعريف الإحصائي البولندي الذي يمنحه Główny Urząd Statystyczny (GUS) في السجل الرسمي الوطني للنشاط الاقتصادي (Rejestr Gospodarki Narodowej). تتلقى معظم الكيانات رقم REGON من تسع خانات؛ أما الوحدات المحلية للمنظمات متعددة المواقع فتتلقى REGON من أربع عشرة خانة تطابق خاناتها التسع الأولى الكيان الأم. الخانة الأخيرة في كل شكل هي رقم تحقق يُنتج بأوزان رسمية ثابتة وقاعدة باقي القسمة على أحد عشر التي تحوّل الباقي عشرة إلى صفر. تنفّذ هذه القدرة تلك القاعدة فقط: يقبل وضع compute ثماني خانات أساسية لـ REGON من تسع أو ثلاث عشرة خانة أساسية لـ REGON من أربع عشرة ويعيد رقم التحقق مع الرقم الكامل؛ ويقبل وضع validate سلسلة كاملة من تسع أو أربع عشرة خانة ويبلغ ما إذا كانت الخانة الأخيرة تطابق القيمة المتوقعة المعاد حسابها.
كيف يُحسب رقم تحقق REGON (شكلا 9 و14 خانة)
وفقاً لمواصفات GUS، يكون REGON القياسي دائماً تسع خانات عشرية. لحسابه اضربوا تلك الثماني خانات بتسلسل الأوزان الرسمي ثمانية، تسعة، اثنان، ثلاثة، أربعة، خمسة، ستة، سبعة، واجمعوا النواتج، وخذوا المجموع باقي القسمة على أحد عشر. إذا كان الباقي عشرة فرقم التحقق صفر؛ وإلا فالباقي نفسه هو رقم التحقق.
يمتد REGON من أربع عشرة خانة الشكل ذا التسع بخمس خانات إضافية تُعرّف وحدة محلية لمنظمة متعددة المواقع. تستخدم تلك الخانة الأخيرة تسلسل أوزان رسمياً مختلفاً على الثلاث عشرة خانة الأولى: اثنان، أربعة، ثمانية، خمسة، صفر، تسعة، سبعة، ثلاثة، ستة، واحد، اثنان، أربعة، ثمانية. يُؤخذ المجموع مرة أخرى باقي القسمة على أحد عشر، ويصبح الباقي عشرة صفراً.
يعيد التحقق حساب الخانة المتوقعة للطول المُرسل ويقارنها بآخر حرف؛ ولأرقام الأربع عشرة خانة يبلّغ هذا الأداة أيضاً ما إذا كان REGON الأم ذو التسع المضمّن ما زال يجتاز فحصه الخاص، حتى لا تُخفى رأس تالفة خلف خانة أخيرة محظوظة. الخوارزمية حتمية ومحلية: بلا استدعاء لسجل REGON، وبلا ساعة، وبلا عشوائية. مثال معروف هو الأساس واحد-اثنان-ثلاثة-أربعة-خمسة-ستة-سبعة-ثمانية، وينتج رقم تحقق خمسة وREGON كامل واحد-اثنان-ثلاثة-أربعة-خمسة-ستة-سبعة-ثمانية-خمسة.
لا تحل هذه الأداة أرقام REGON إلى أسماء شركات، ولا تثبت الحالة الضريبية أو النشاط، ولا تتصل بـ GUS — بل تثبت فقط أن سلسلة الخانات مبنية بشكل صحيح وفق قاعدة الموزون الرسمية باقي أحد عشر. مقارنة بأدوات Luhn أو PESEL العامة، نية البحث هنا ضيقة: من يحتاج حاسبة رقم تحقق REGON بولندا لأسس من ثماني أو ثلاث عشرة خانة، أو مدقّق REGON من تسع وأربع عشرة خانة، لا أداة هوية شخصية أو دفع.
أين تناسب أرقام تحقق REGON سير العمل التجاري البولندي
تستقبل منصات المحاسبة والفوترة الإلكترونية أسساً داخلية من ثماني خانات أثناء الإدماج في بيئة تجريبية ويجب أن تُلحق رقم تحقق GUS الرسمي قبل ظهور REGON على الفواتير أو صادرات JPK أو أدلة المقاولين. تتحقق الأسواق وبوابات B2B من أرقام REGON ذات التسع عند تسجيل الموردين حتى لا تُنشئ تبديلة واحدة كياناً وهمياً ومستنداً KSeF أو EDI مرفوضاً.
يعيد مشغّلو التجزئة واللوجستيات متعددة المواقع حساب رقم تحقق الوحدة المحلية ذي الأربع عشرة عند إضافة مستودع أو فرع تحت REGON أم، ويعيدون فحص الرأس ذات التسع المضمّنة حتى لا تنحرف ملفات الوحدات المحلية عن سجل الأم. تمر مهام ETL التي تحمّل ملفات أسياد المقاولين على كل عمود REGON في تصدير CSV أو ERP، وتستدعي وضع validate، وتعزل الصفوف حيث valid يساوي false — فتلتقط التعديلات البشرية وأخطاء المولّدات معاً.
حالات الاستخدام
مراجعة أعمدة REGON في بيانات أسياد المقاولين
تحققوا دفعة واحدة من كل REGON ذي تسع وأربع عشرة خانة في CSV من ERP أو CRM أو فوترة إلكترونية، واعزلوا الصفوف التي لم يعد رقم تحققها يطابق القيمة المتوقعة المعاد حسابها.
الأسئلة الشائعة
ما رقم تحقق REGON؟
هو الخانة الأخيرة من رقم إحصائي REGON بولندي، يُحسب بأوزان GUS الرسمية وقاعدة mod-11 (الباقي عشرة يصبح صفراً)، فيُلتقط عادة أخطاء الكتابة والمسح قبل تخزين الرقم أو فوترته.
كيف يُحسب رقم التحقق في REGON؟
اضرب الخانات الثماني الأولى في الأوزان 8 و9 و2 و3 و4 و5 و6 و7، واجمع النواتج واقسم على 11. الباقي هو رقم التحقق، إلا أن الباقي 10 يصبح 0. ومع 12345678 يكون الناتج 5.
ما رقم REGON المكوّن من 14 خانة؟
يحدد وحدة محلية، مثل فرع أو مستودع، تابعة لمنظمة لها عدة مواقع. أول تسع خانات هي رقم REGON للجهة الأم، وأربع خانات تالية تحدد الوحدة، والخانة الأخيرة رقم تحقق ثانٍ بأوزان خاصة.
هل يعني رقم REGON الصحيح أن الشركة نشطة؟
لا. رقم التحقق الصحيح يثبت فقط أن الرقم سليم البنية. فالأداة لا تبحث في السجل الرسمي، ولا تستطيع أن تخبرك إن كانت الجهة نشطة أو مرخّصة أو ما زالت مسجلة.
هل يمكنني إدخال مسافات أو شرطات؟
لا، أدخل الأرقام من 0 إلى 9 فقط. وإذا كان الطول خاطئًا تخبرك الأداة بوضوح: 8 أو 13 خانة للحساب، و9 أو 14 خانة للتحقق، فلا يُحفظ رقم نُظّف نصف تنظيف.
أدوات ذات صلة
للمطوّرين — الوصول عبر API
كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.
الـEndpoint
صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.
استدعِ الخدمة من بيئتك
curl -X POST https://api.kit.forhosting.com/enc/regon-poland \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"number":"12345678"}'const res = await fetch("https://api.kit.forhosting.com/enc/regon-poland", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"number": "12345678"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/regon-poland",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"number": "12345678"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/regon-poland", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"number":"12345678"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"number":"12345678"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/regon-poland", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)مثال على الطلب
{
"number": "12345678"
}مثال على الاستجابة
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.regon_poland",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.
الأسعار
السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.
الأخطاء
| HTTP | الرمز | المعنى |
|---|---|---|
401 | unauthorized | مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك. |
402 | insufficient_balance | رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة. |
404 | unknown_type | نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب. |
429 | rate_limited | تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة. |
ملاحظات تقنية
تفشل المدخلات غير الرقمية والأطوال الخاطئة بـ invalid_input بدل التنقية الصامتة، حتى لا تحفظوا معرّفاً نصف منظّف أبداً. تعمل الحسابات البحتة نفسها مجاناً في المتصفح وبالسعر المنشور لـ API، دون استعلام شبكي لسجل REGON ودون الادعاء بأن مجموع تحقق صالح يعني أن الكيان نشط أو مرخّص أو ما زال مسجّلاً.
كيف يُحسب رقم تحقق REGON (شكلا 9 و14 خانة)
تشكّل المواضع من واحد إلى ثمانية الحمولة الصادرة للكيان القانوني أو الوحدة؛ والموضع التاسع هو رقم التحقق. المواضع من واحد إلى تسعة هي REGON الأم (بما في ذلك رقم تحققه)؛ والمواضع من عشرة إلى ثلاثة عشر هي حمولة الوحدة المحلية؛ والموضع الرابع عشر رقم تحقق ثانٍ.
عقد الإدخال والأوضاع وسلوك الخطأ
أرسلوا حقلاً number يحتوي فقط على الأحرف من صفر إلى تسعة. الطول الخاطئ خطأ صريح يسمّي الوضع والطول المُرسل — ثمانٍ أو ثلاث عشرة لـ compute، وتسع أو أربع عشرة لـ validate — حتى تعرض نماذج العملاء رسالة واضحة دون تخمين. تفشل السلاسل الفارغة وnumber المفقود وقيم mode غير الصالحة قبل أي مجموع موزون ولا تُفوتر. فضّلوا compute عند إكمال معرّفات أساس للملصقات أو عيّنات الاختبار أو المولّدات الداخلية التي تملك أصلاً ثماني أو ثلاث عشرة خانة؛ وفضّلوا validate عند ربط نموذج أو ملف شريك أو استيراد ماسح بـ REGON كامل من مستخدم. مهام التحقق التي ترفض شكلاً خاطئاً لا تُحاسب؛ وسلسلة مبنية جيداً من تسع أو أربع عشرة خانة ذات رقم تحقق خاطئ فقط تعيد valid false دون رمي استثناء. تُرفض المسافات والشرطات والحروف والنقاط العشرية كمدخل غير رقمي بـ invalid_input حتى لا يصل قيمة مُقتطعة بصمت إلى التخزين. وضع compute هو الافتراضي: يطلب المحرك ثماني خانات بالضبط لـ REGON من تسع أو ثلاث عشرة خانة بالضبط لـ REGON من أربع عشرة، ويعيد check_digit كسلسلة من حرف واحد، ويعيد with_check كالرقم الكامل الذي يمكنكم طباعته أو حفظه، ويعيد أيضاً form (تسعة أو أربعة عشر) وlength ومتجه الأوزان المستخدم لمسارات التدقيق. عند حساب REGON من أربع عشرة من ثلاث عشرة خانة تتضمن الاستجابة أيضاً base9 وbase9_valid حتى تروا إن كانت الرأس ذات التسع المضمّنة ما زالت تطابق أوزان الثماني الرسمية. يقبل وضع validate تسع أو أربع عشرة خانة بالضبط؛ وتبلّغ الاستجابة valid true عندما تطابق الخانة الأخيرة expected_check_digit المعاد حسابه، وتتضمن دائماً payload (الخانات دون الأخيرة) وcheck_digit وexpected_check_digit وform وlength. في التحقق من أربع عشرة خانة يلزم base9_valid وtrailing_valid معاً ليكون valid true، فلا يُقبل REGON أم تالف لمجرد أن الخانة الرابعة عشرة تطابقت صدفة. تُقبل أسماء بديلة مثل digits وregon وcode لنفس حقل الحمولة، فلا تحتاج التكاملات التي تتحدث أصلاً عن «regon» إلى إعادة تسمية. لأن المسار parse خالص بلا ساعة أو مصدر عشوائي أو شبكة، ينتج نفس جسم JSON دائماً نفس نتيجة JSON على أداة المتصفح المجانية وعلى API بسعر $0.002 لكل طلب ناجح.
أين تناسب أرقام تحقق REGON سير العمل التجاري البولندي
تثبّت اختبارات التكامل with_check لعيّنات معروفة مثل واحد-اثنان-ثلاثة-أربعة-خمسة-ستة-سبعة-ثمانية-خمسة حتى لا تنحرف مكتبات النماذج وطابعات الملصقات وهذه API. لا تعاملوا REGON الذي يجتاز الفحص كدليل على أن الكيان نشط في سجل REGON أو مسجّل لضريبة القيمة المضافة أو مرخّص لنشاط معيّن؛ فهو يثبت فقط أن رقم التحقق متسق مع الحمولة تحت أوزان GUS الرسمية المستخدمة للأرقام الإحصائية البولندية.
حالات التكامل
إكمال أساس REGON من 8 خانات لعيّنات الفواتير
استدعوا وضع compute بثماني خانات، واحفظوا with_check، واستخدموا REGON ذا التسع في فواتير اختبار أو عيّنات JPK أو سجلات مقاولين في بيئة تجريبية.
التحقق من REGON مكتوب أو مستورد عند الإدخال
عندما يرسل نموذج أو تغذية شريك أو ماسح تسع أو أربع عشرة خانة، استدعوا وضع validate وامنعوا التسجيل إذا كان valid يساوي false، مع إظهار expected_check_digit لتصحيح خطأ خانة واحدة.
أسئلة تقنية
كيف أحسب رقم تحقق REGON عبر هذه API؟
أرسلوا POST مع number مضبوطاً على ثماني خانات بالضبط (REGON من تسع) أو ثلاث عشرة خانة (REGON من أربع عشرة) وmode compute (أو احذفوا mode). تتضمن الاستجابة check_digit وwith_check وform ومتجه الأوزان المستخدم.
كيف أتحقق من REGON كامل من تسع أو أربع عشرة خانة؟
أرسلوا POST مع السلسلة ذات التسع أو الأربع عشرة خانة وmode validate. تتضمن الاستجابة valid وcheck_digit وexpected_check_digit وpayload (الخانات دون الأخيرة). يبلّغ تحقق الأربع عشرة أيضاً base9_valid لـ REGON الأم المضمّن.
ماذا يحدث مع طول خاطئ أو حروف أو شرطات؟
تُرفض المدخلات غير الرقمية والأطوال غير ثمانٍ أو ثلاث عشرة (compute) أو تسع أو أربع عشرة (validate) بـ invalid_input. مهام التحقق الفاشلة لا تُفوتر.
هل أداة رقم تحقق REGON مجانية؟
أداة المتصفح مجانية وتعمل محلياً. تستخدم استدعاءات API رصيد KIT المدفوع مسبقاً بالسعر الأساسي المنشور $0.002؛ والمدخل غير الصالح لا يُحاسب أبداً.