ربط المتجر الإلكتروني ببرنامج المحاسبة: تكاملات قيود مع منصات التجارة الإلكترونية

منصة متجرك تعرف أنك بعت. لا تعرف كم ربحت.

هذه ليست مبالغة بلاغية، بل وصف دقيق لما تفعله منصات التجارة الإلكترونية: تعرض المنتج، وتحصّل المبلغ، وتتابع الشحنة. أما تكلفة ما بعته، وأثر رسوم الدفع الإلكتروني على هامشك، ووضع الفاتورة الضريبية أمام هيئة الزكاة والضريبة والجمارك (ZATCA)، فكلها أسئلة تُجاب خارج المنصة.

وقد كان هذا مقبولًا قبل الفوترة الإلكترونية. صاحب المتجر يصدّر تقرير الطلبات آخر الشهر، ويسلّمه للمحاسب، وينتهي الأمر. لكن المرحلة الثانية غيّرت طبيعة المسألة: الفاتورة صارت حدثًا يجب أن يُنشأ ويُرسل إلى الهيئة، لا سطرًا في تقرير شهري. ورسالة «تم تأكيد طلبك» التي ترسلها منصة المتجر ليست فاتورة ضريبية، ولن تصبح كذلك بأي إعداد داخل المنصة.

وهنا يظهر معنى ربط المتجر الإلكتروني ببرنامج المحاسبة: أن ينتقل الطلب من المنصة إلى نظام يعرف كيف يقيّده ويحسب تكلفته ويصدر فاتورته النظامية، دون أن يعيد أحد كتابته بيده.

هذا الدليل يشرح ما تفعله منصة المتجر وما لا تفعله، والتكاملات المتاحة فعلًا في قيود مع آلية كل واحدة، وما يتزامن بعد الربط، والأخطاء التي تتكرر في كل حالة ربط تقريبًا.

ما الذي غيّرته الفوترة الإلكترونية في عمل المتاجر

قبل المرحلة الثانية كانت العلاقة بين المتجر والدفاتر علاقة تقارير: تجمع أرقام الشهر وتقيّدها دفعة واحدة. الآن صارت علاقة مستندات: كل عملية بيع تحتاج مستندًا نظاميًا في وقتها.

وثلاثة أمور تحوّلت من تفصيل إداري إلى مسألة امتثال.

الفاتورة صارت حدثًا لا تقريرًا

الفاتورة الضريبية في المرحلة الثانية تُنشأ من نظام مربوط بالهيئة ويُرسل إليها. فلا يكفي أن تعرف آخر الشهر أنك بعت 400 طلب؛ يجب أن يكون لكل طلب مستنده. وتفصيل مسار الإرسال وحالاته في دليل المرحلة الثانية من الفاتورة الإلكترونية.

المخزون صار رقمًا محاسبيًا لا رقمًا تشغيليًا

كمية الصنف في المتجر كانت تخدم غرضًا واحدًا: ألا تبيع ما لا تملك. لكن الكمية نفسها تحدد تكلفة المبيعات، وهي التي تحدد ربحك. ومتى كانت الكمية في مكان والقيد في مكان آخر، صار الربح تقديرًا لا رقمًا.

رسوم الدفع والشحن صارت بنودًا يجب تقييدها

المتجر يعرض للعميل سعرًا واحدًا، لكن ما يصل حسابك البنكي أقل: رسوم بوابة الدفع، وتكلفة الشحن، والدفع عند الاستلام. هذه فروق تأكل الهامش بصمت، ولا تظهر في تقرير مبيعات المنصة لأنها ليست مبيعات.

ما تفعله منصة المتجر وما لا تفعله

يستحق هذا الوضوح، لأن أكثر سؤال يصل الدعم من أصحاب المتاجر مبني على توقع خاطئ: أن المنصة ستتولى الجانب المحاسبي إن ضبط إعداداتها جيدًا.

منصة المتجر مصممة لإدارة البيع: صفحة المنتج، وسلة الشراء، وبوابة الدفع، والشحن، وتجربة العميل. وهي تفعل ذلك جيدًا. أما دفتر الأستاذ ودليل الحسابات وتكلفة المبيعات وإقرار ضريبة القيمة المضافة، فليست وظيفتها ولم تُبنَ لها.

تكاملات قيود مع منصات التجارة الإلكترونية

هنا يجب الدقة، لأن كلمة «تكامل» تُستخدم بتوسّع في السوق. الفارق بين ربط مباشر وربط عبر تطبيق وسيط وربط عبر أداة أتمتة ليس فارقًا تقنيًا فقط، بل فارق في وقت التفعيل، وفي من تكلّمه عند حدوث خطأ، وفي من يحاسبك على الرسوم.

أربع منصات لها صفحة تكامل معلنة في قيود، ولكل واحدة طريقة ربط مختلفة.

سلة: ربط مباشر بدون وسيط

الربط مع سلة يجري عبر تطبيق قيود الرسمي المثبَّت على المتجر، بربط مباشر ودون طرف ثالث في المسار. تولّد مفتاح الربط من قيود من الإعدادات ثم الإعدادات العامة، ثم تفتح لوحة تحكم سلة ثم التطبيقات المثبتة ثم تطبيق قيود، وتلصق المفتاح وتحفظ. دقائق، بلا كود.

ولأن التطبيق أول طرف لا وسيطًا، فلا رسوم إضافية من قيود على الربط، بشرط أن تكون باقتك تدعم الربط الإلكتروني. وهذه هي المنصة الوحيدة التي يصحّ فيها وصف «بدون وسيط».

زد: عبر تطبيق FAI Sync

الربط مع زد يجري عبر تطبيق FAI Sync (المعروف سابقًا بالت فلو) من سوق تطبيقات زد، لا بربط مباشر بين النظامين. تفعّل التطبيق من سوق تطبيقات زد، وتلصق مفتاح قيود في حقل مفتاح الوصول، وتختار المستودع. أيضًا بلا كود.

ومعلومتان تحتاجهما قبل البدء لا بعده. الأولى أن مسار الدعم يمرّ بثلاث جهات لا جهتين. والثانية، وهي الأهم ماليًا: قيود لا يحتسب رسومًا إضافية إذا كانت باقتك تدعم الربط، لكن FAI Sync قد تطلب رسومًا خاصة بها. اسأل عنها قبل أن تبني خطتك على أن الربط بلا تكلفة.

ووكومرس وشوبيفاي: عبر Zapier بقوالب جاهزة

متاجر ووكومرس وشوبيفاي تُربط بقيود عبر Zapier بقوالب جاهزة، لا عبر تطبيق مثبَّت على المنصة. تفتح القالب، وتربط الحسابين، وتطابق الحقول (الأصناف والضريبة والعميل)، ثم تختبر بطلب واحد وتفعّل.

وأربعة سيناريوهات تنتقل تلقائيًا بهذا المسار: الطلب الجديد يصبح فاتورة كاملة، والعميل الجديد يُضاف إلى جهات الاتصال، والدفعة المستلمة تسوّي الفاتورة وتسجّل القيد البنكي، والمرتجع أو الإلغاء يُنشئ إشعارًا دائنًا مع تعديل الضريبة والمخزون.

تنويه يخص شوبيفاي: يوجد في السوق تطبيق باسم Qoyod Connector استخدمه بعض العملاء ونجح معهم، لكنه ليس من قيود ولم يُعتمد رسميًا. المسار المعتمد هو قالب Zapier على صفحة التكامل. فإن استخدمت التطبيق الآخر، راجع إعداداته ونتائجه قبل الاعتماد عليه في دفاترك.

أي منصة أو نظام آخر: واجهة برمجة التطبيقات

إن كانت منصتك خارج الأربع أعلاه، مثل نون أو أمازون أو نظام تشغيل متخصص، فالمسار المعتمد هو واجهة برمجة التطبيقات (API). تولّد المفتاح من قيود، وتزوّد فريقك التقني به وبوثائق الواجهة، وينفّذ الربط. وشرطه الوحيد أن تدعم المنصة الأخرى الربط عبر واجهة برمجية.

ملاحظة الباقة: هذه ليست تفصيلًا صغيرًا

الباقة الأساسية لا تدعم الربط مع سلة ولا زد ولا Zapier ولا المرحلة الثانية من الفوترة الإلكترونية. الربط متاح في الباقة الاحترافية والباقة المتقدمة فقط.

نذكرها صريحة لأن اكتشافها بعد بناء الخطة على الربط مضيعة لوقتك. تحقق من باقتك من الإعدادات ثم إعدادات الاشتراك قبل أي خطوة أخرى.

ما الذي يتزامن فعلًا بعد الربط

بعد إتمام الربط تجري المزامنة تلقائيًا عند إتمام الطلبات، وتشمل أربع مجموعات من البيانات.

1. المنتجات والعملاء. تنعكس من المتجر إلى قيود عند إتمام الطلب.
2. المخزون والكميات. تنعكس الكميات المتوفرة، وتُحدَّث قيمة المخزون في قيود تلقائيًا.
3. الاتجاه المعاكس للمخزون. عند إنشاء فاتورة مشتريات للمنتجات في قيود، تُحدَّث الكمية المتوفرة في المتجر مباشرة. أي أن المزامنة ليست باتجاه واحد.
4. تكاليف الشحن ورسوم الدفع الإلكتروني. تنعكس من المتجر إلى قيود كما هي مضافة في المتجر.

وشرط المزامنة الصحيحة واحد ويتكرر في كل حالة: أن يتطابق الرقم التسلسلي في قيود مع الرقم التخزيني SKU في المتجر. المنتج بلا رقم تخزيني لا ينعكس بشكل صحيح، وهذا سبب معظم حالات «الطلب ترحّل لكن ناقص منتجات». وإن لم تكن تستخدم الأرقام التخزينية بانتظام فابدأ بها، وراجع دليل الباركود وأثره على سير العمل في المخزون.

ثلاثة أمور محاسبية تفاجئ أصحاب المتاجر بعد الربط

هذه ليست أخطاء في النظام، بل سلوك مقصود يُفهم خطأً في البداية. معرفتها مقدمًا توفّر عليك تذكرة دعم.

أول طلب يُرحَّل يظهر كجرد مخزون برصيد افتتاحي

أول طلب ينتقل من المتجر إلى قيود ينعكس على صورة جرد مخزون بحساب رصيد افتتاحي، لإثبات الكميات في قيود أول مرة. هذا سلوك صحيح: النظام يحتاج نقطة بداية معلومة للكميات قبل أن يبدأ حساب التكلفة. وبعد هذا الترحيل الأول تنتقل الكميات عبر فواتير المشتريات أو الأرصدة الافتتاحية.

ونتيجة مهمة تتبع ذلك: المنتج لا ينعكس إلى قيود بمجرد تفعيل الربط، بل بعد أول طلب عليه. فالمنتج الذي لم يُطلب لن تجده في قيود، وهذا ليس عيبًا في الربط.

مصاريف الشحن تُسجَّل كمنتج مستقل داخل الفاتورة

عند ترحيل الطلب، يظهر الشحن أو الدفع عند الاستلام كبند منتج مستقل أسفل المنتج الأساسي في فاتورة المبيعات، وتُضاف خدمة «الشحن» تلقائيًا إلى المنتجات والتكاليف بعد انعكاس أول طلب.

هذا مقصود، ومفيد: يفصل سعر المنتج عن مصروف الشحن، فتبقى تفاصيل الفاتورة واضحة للعميل، ويصبح تتبع مصاريف الشحن ممكنًا في التقارير بدل أن تختفي داخل قيمة المبيعات.

حسابات الدفع تنعكس من المتجر، وقد تتكرر

حسابات الدفع تنعكس تلقائيًا من المتجر إلى قيود وفق الإعدادات المحددة في المتجر. ومن هنا تأتي مشكلة شائعة: ظهور حسابات مكررة في شجرة الحسابات، عندما تكون قد أنشأت حسابات يدويًا في قيود إلى جانب الحسابات المستوردة من المتجر.

الحل ليس حذفًا عشوائيًا بل مراجعة إعدادات حسابات الدفع في المتجر وتحديد ما يجب أن ينعكس. ومن الأساس، اضبط دليل الحسابات قبل الربط لا بعده، فترتيبه لاحقًا أصعب بكثير.

سبع مشاكل متكررة في ربط المتاجر وكيف تحلها

1. الطلب لا يترحّل إلى قيود. السبب الأول دائمًا حالة الطلب: الطلب لا ينعكس حتى يتحول في المتجر إلى «تم التنفيذ». وإن كانت الحالة صحيحة ولم يترحّل، فابحث عن السبب المكتوب أسفل الطلب في المتجر أو في سجل الطلب؛ المنصة تكتب سبب الفشل عادة.
2. الطلبات القديمة لم تنتقل. الترحيل التلقائي يخص الطلبات الجديدة فقط. للطلبات السابقة حوّل حالة الطلب إلى «تم التنفيذ» ثم اضغط «إرسال الطلب إلى قيود» لترحيلها يدويًا من شاشة الطلبات.
3. الفاتورة ترحّلت ناقصة منتجات. هذا في الغالب عدم تطابق بين الرقم التسلسلي في قيود والرقم التخزيني SKU في المتجر. طابقهما ثم أعد الترحيل.
4. حسابات مكررة في شجرة الحسابات. راجع إعدادات حسابات الدفع في المتجر وحدد ما يجب أن ينعكس، ولا تُنشئ يدويًا حسابًا يأتي مستوردًا.
5. لدي متجران وأريد ربطهما باشتراك واحد. لا يمكن ربط متجرين أو فرعين من المنصة نفسها تحت اشتراك واحد في قيود. الحل إنشاء منشأة منفصلة لكل متجر وربط كل واحد بمنشأته. لكن لاحظ استثناءً عمليًا: يمكن ربط متجر سلة ومتجر زد بالحساب نفسه في قيود، فالقيد يخص تكرار المنصة الواحدة لا تعدد المنصات.
6. فشل ترحيل طلب بسبب نقص الكمية. يحدث عندما تكون الكمية في قيود لا تكفي الطلب. صحّح الكمية بفاتورة مشتريات أو تسوية جرد ثم أعد إرسال الطلب.
7. لا أعرف من أكلّم عند الخطأ. ابدأ بفريق دعم المنصة، فهو الذي يرى سبب الفشل المسجّل على الطلب. وإن أفاد بأن الخلل من طرف قيود، تُرفع المشكلة لفريق قيود التقني مع صور توضح الخطأ. هذا الترتيب يوفّر وقتًا حقيقيًا؛ عكسه يعيدك إلى نقطة البداية.

وقاعدة عامة تسبق كل ما سبق: تحقق من نجاح الترحيل بعد كل تغيير في الإعدادات، لا في نهاية الشهر. الخطأ الذي يُكتشف بعد إغلاق الفترة الضريبية يكلّف أكثر من الخطأ الذي يُكتشف في يومه، وهذا ينطبق كذلك على أخطاء رفض الفاتورة الإلكترونية في المرحلة الثانية.

ترتيب العمل الصحيح قبل الربط

معظم مشاكل الربط ليست في الربط، بل في بيانات كانت غير مرتبة قبله. والترتيب الذي يوفّر أكبر قدر من العمل لاحقًا هو هذا.

1. تحقق من الباقة. الأساسية لا تدعم الربط. أول خطوة لا آخرها.
2. اضبط دليل الحسابات. حسابات المبيعات والمخزون وبوابات الدفع والشحن. الحسابات المستوردة تنضم إلى دليلك، فليكن مرتبًا قبل أن تنضم إليه.
3. وحّد الأرقام التخزينية. كل منتج في المتجر له رقم تخزيني، وكل منتج في قيود له الرقم التسلسلي نفسه. هذه الخطوة وحدها تمنع أكثر أخطاء الترحيل.
4. حدد نقطة بداية المخزون. اعرف أن أول ترحيل سيثبّت الكميات برصيد افتتاحي، وتأكد أن الكميات في المتجر صحيحة لحظة الربط لأنها ستصبح نقطة الصفر في دفاترك.
5. اربط ثم اختبر بطلب واحد. طلب حقيقي صغير، تتابعه من المتجر إلى الفاتورة إلى الفاتورة الضريبية. ما ينجح على طلب واحد ينجح على أربعمئة.
6. ثبّت الربط الإلكتروني مع الهيئة. الربط مع المتجر ينقل الطلب إلى فاتورة، والربط مع الهيئة يجعل الفاتورة نظامية. الاثنان مطلوبان ولا يعوّض أحدهما الآخر. شرح المسار في دليل منصة فاتورة.

مثال عملي على أثر الربط في الأرقام

متجر يبيع 300 طلب شهريًا بمتوسط ⃁ 250 للطلب. إجمالي المبيعات ⃁ 75,000 قبل ضريبة القيمة المضافة بنسبة 15%.

لو تابعت هذا على تقرير المنصة وحده، فما تراه هو رقم المبيعات. أما ما لا تراه فهو ثلاثة بنود: تكلفة المبيعات، ورسوم بوابة الدفع، ومصاريف الشحن التي تحمّلتها ولم تحمّلها للعميل كاملة. وقد يكون مجموع هذه الثلاثة كافيًا لتحويل شهر تظنه رابحًا إلى شهر متعادل.

وحين يكون المتجر مربوطًا، تُقيَّد الثلاثة تلقائيًا لحظة ترحيل الطلب: التكلفة من المخزون، ورسوم الدفع من حساباتها، والشحن كبند مستقل. فيصبح هامشك رقمًا مقروءًا لا تقديرًا شهريًا. وهذا هو الفارق العملي بين متابعة المبيعات ومتابعة الإيراد المعترف به وتكلفته.

وإن أردت التوسع في كيفية قراءة هذه الأرقام على مستوى الصنف والمخزون، فدليل إدارة المخزون وضبط الأرصدة يغطي الجانب التشغيلي، ومبادئ محاسبة التجزئة تغطي الجانب المحاسبي.

كيف يساعدك قيود في ربط متجرك بدفاترك؟

الفكرة التي يبنى عليها التكامل في قيود بسيطة: الطلب الذي أتمّه عميلك في المتجر يصبح فاتورة وقيدًا وتكلفة ومستندًا ضريبيًا في مسار واحد، لا في أربع خطوات يدوية. وهذه المواضع التي يخدم فيها ذلك:

• ربط سلة عبر تطبيق قيود الرسمي. مفتاح واحد تولّده من قيود وتلصقه في لوحة تحكم سلة. بدون وسيط، وبدون رسوم إضافية من قيود إذا كانت باقتك تدعم الربط الإلكتروني.
• ربط زد عبر FAI Sync. متاح مع العلم المسبق بأن الوسيط قد يحتسب رسومه الخاصة، وأن مسار الدعم يمرّ به.
• ربط ووكومرس وشوبيفاي عبر Zapier بقوالب جاهزة: الطلب يصبح فاتورة، والعميل يُضاف، والدفعة تسوّي الفاتورة، والمرتجع يُنشئ إشعارًا دائنًا.
• واجهة برمجة التطبيقات لأي منصة أو نظام تشغيل خارج المنصات الأربع المعلنة.
• مزامنة باتجاهين للمخزون. الطلب يخصم الصنف في قيود، وفاتورة المشتريات في قيود تُحدّث الكمية المتوفرة في متجرك. فلا تبيع ما لم يعد موجودًا.
• الفاتورة الضريبية المتوافقة مع المرحلة الثانية. الفاتورة الناتجة عن الطلب تُرسل إلى هيئة الزكاة والضريبة والجمارك عبر الربط الإلكتروني مع الهيئة، فيكون لكل طلب مستنده النظامي في وقته. وتفاصيل المتطلبات في صفحة الفاتورة الإلكترونية.
• الشحن ورسوم الدفع كبنود مقيدة. يُسجَّل الشحن كبند مستقل في الفاتورة وتنعكس حسابات الدفع من المتجر، فيظهر أثرهما في التقارير بدل أن يختفيا داخل رقم المبيعات.
• ترحيل يدوي عند الحاجة. شاشة الطلبات تتيح إرسال طلب بعينه إلى قيود، وهو ما تحتاجه للطلبات السابقة أو لطلب فشل ترحيله وصُحّح سببه.
• إدارة المخزون والفروع والمستودعات المتعددة مع نقل المخزون بينها وتقارير التكلفة، لمن يشغّل أكثر من مستودع أو نقطة تسليم.
• الاستيراد عبر إكسل لقوالب الفواتير والعملاء والمنتجات ودليل الحسابات، بترويسات محمية وقوائم منسدلة مبنية على قيم حسابك، وتقرير أخطاء لكل صف على البريد. المسار العملي لتجهيز البيانات قبل الربط.
• الصلاحيات وتقرير النشاط والتقارير المخصصة لمعرفة من أنشأ الفاتورة ومن اعتمدها، وقراءة الربح على مستوى الصنف لا على مستوى الشهر.

وقيود يعمل عليه أكثر من 25 ألف منشأة، ويصدر فواتيرك بالريال السعودي مع احتساب ضريبة القيمة المضافة تلقائيًا. صفحات التكامل لكل منصة في متجر تكاملات قيود، وتفاصيل الواجهة البرمجية في قيود API.

أسئلة شائعة

ما فائدة ربط المتجر الإلكتروني ببرنامج المحاسبة؟

ينقل الطلب من المنصة إلى دفاترك دون إدخال يدوي، فتصدر الفاتورة الضريبية في وقتها، وتُخصم تكلفة الصنف من المخزون، وتُقيَّد رسوم الدفع ومصاريف الشحن. النتيجة أنك تقرأ ربحك الفعلي لا رقم مبيعاتك فقط، وتلتزم بالمرحلة الثانية دون عمل شهري متأخر.

كيف أربط متجر سلة مع قيود؟

ولّد مفتاح الربط من قيود من الإعدادات ثم الإعدادات العامة، وافتح لوحة تحكم سلة ثم التطبيقات المثبتة ثم تطبيق قيود، والصق المفتاح واحفظ. الربط مباشر عبر تطبيق قيود الرسمي دون وسيط، ولا رسوم إضافية من قيود بشرط أن تدعم باقتك الربط الإلكتروني. التفاصيل على صفحة تكامل سلة مع قيود.

هل الربط مع زد مباشر؟ وهل عليه رسوم؟

لا، الربط مع زد يجري عبر منصة وسيطة اسمها FAI Sync (المعروفة سابقًا بالت فلو) وليس ربطًا مباشرًا. ومن جهة قيود لا توجد رسوم إضافية إذا كانت باقتك تدعم الربط الإلكتروني، لكن FAI Sync قد تطلب رسومًا خاصة بها، فاسأل عنها قبل البدء.

هل الباقة الأساسية تدعم الربط مع المتاجر؟

لا. الباقة الأساسية لا تدعم الربط مع سلة ولا زد ولا Zapier ولا المرحلة الثانية من الفوترة الإلكترونية. الربط متاح في الباقة الاحترافية والباقة المتقدمة. تحقق من باقتك من الإعدادات ثم إعدادات الاشتراك.

هل يمكن ربط قيود مع شوبيفاي أو نون أو أمازون؟

شوبيفاي يُربط عبر Zapier بقالب جاهز، وهو المسار المعتمد على صفحة التكامل، ولا يحتاج مبرمجًا. أما نون وأمازون وأي نظام آخر خارج المنصات الأربع المعلنة، فالمسار هو واجهة برمجة التطبيقات ينفّذها فريقك التقني. وتنويه يخص شوبيفاي: تطبيق Qoyod Connector المتاح في السوق ليس من قيود ولم يُعتمد رسميًا، فالمسار المعتمد هو قالب Zapier.

لماذا لا تترحّل طلباتي من المتجر إلى قيود؟

السبب الأشهر أن حالة الطلب لم تتحول إلى «تم التنفيذ»، فالترحيل لا يحدث قبل ذلك. والترحيل التلقائي يخص الطلبات الجديدة فقط. وإن كانت الحالة صحيحة، فابحث عن سبب الفشل المكتوب أسفل الطلب أو في سجل الطلب، وابدأ بفريق دعم المنصة لأنه من يرى هذا السبب.

لماذا ظهر أول طلب كجرد مخزون برصيد افتتاحي؟

هذا سلوك مقصود. أول طلب يُرحَّل يثبّت الكميات في قيود عبر جرد مخزون بحساب رصيد افتتاحي، ليكون للنظام نقطة بداية معلومة يحسب منها التكلفة. وبعد الترحيل الأول تنتقل الكميات عبر فواتير المشتريات أو الأرصدة الافتتاحية.

لماذا لا تظهر بعض منتجاتي في قيود بعد الربط؟

لأن المنتج لا ينعكس بمجرد تفعيل الربط، بل بعد أول طلب عليه. والسبب الثاني الشائع غياب الرقم التخزيني SKU أو عدم تطابقه مع الرقم التسلسلي في قيود، وهو أيضًا سبب ترحيل فاتورة ناقصة منتجات.

هل أستطيع ربط متجرين باشتراك واحد في قيود؟

لا يمكن ربط متجرين أو فرعين من المنصة نفسها تحت اشتراك واحد؛ أنشئ منشأة منفصلة في قيود لكل متجر. لكن يمكن ربط متجر سلة ومتجر زد بالحساب نفسه في قيود، فالقيد يخص تكرار المنصة الواحدة لا تعدد المنصات.

هل يكفي الربط مع المتجر للالتزام بالفاتورة الإلكترونية؟

لا. الربط مع المتجر ينقل الطلب ليصبح فاتورة في نظامك، والربط الإلكتروني مع هيئة الزكاة والضريبة والجمارك هو ما يجعل الفاتورة نظامية ويرسلها إليها. الاثنان مطلوبان معًا، ولا يعوّض أحدهما الآخر.

الخلاصة

منصة المتجر ونظام المحاسبة ليسا بديلين عن بعضهما، ولن يصبح أحدهما الآخر. المنصة تدير البيع، والنظام يدير أثر البيع. والتكامل بينهما هو ما يحوّل الطلب من إشعار في بريدك إلى فاتورة نظامية وقيد وتكلفة معلومة.

ابدأ بثلاث خطوات هذا الأسبوع: تحقق أن باقتك تدعم الربط الإلكتروني، ووحّد الأرقام التخزينية بين متجرك وقيود، ثم اربط واختبر بطلب واحد حقيقي تتابعه حتى الفاتورة الضريبية. الترتيب هنا ليس تفصيلًا؛ عكسه هو ما يصنع معظم تذاكر الدعم.

وللتوسع: اختيار النظام المحاسبي المناسب لمنشأتك إن كنت لم تستقر على نظام بعد، وعلامات أن الوقت حان للتوقف عن إدارة الفواتير على إكسل إن كنت تتابع طلبات متجرك على جدول، ومفهوم الفاتورة الضريبية وضريبة المدخلات لضبط الجانب الضريبي.