في
المقال السابق
، تحدثنا عن كيفية اختيار
مكافحة الانتحال "السحب" لنفسها. في هذا الحديث عن عنصر مهم من حياة أي شركة تجارية - تلقي الأموال من العملاء.
لتلقي المدفوعات من العملاء من القطاع الخاص ، استخدمنا دائمًا خدمات المجمّعين. أولاً ، أردنا التنويع بين خدمات قبول الدفع ، ثم ظهرت متطلبات لإصدار شيكات إلكترونية ... باختصار ، كان هناك الكثير من قائمة الامنيات والمتطلبات من جانبنا ومن الولاية. في هذه المقالة ، سوف نشارك تجربتنا ونتحدث عن أشعل النار في العشب الطويل الذي كان علينا أن نخطو فيه والذي نجحنا في تجنبه. أعتقد أن التجربة الموضحة يمكن أن تكون مفيدة لجميع من لا يزالون في بداية طريق دمج المدفوعات في نظامهم.
صورة من giphy.comكان هناك اثنين من الصرافين مرح في الجدة ...
يقوم عملاؤنا من القطاع الخاص بفحص المستندات ثلاث مرات. من بداية أعمالنا وحتى الآن ، حافظنا بعناية على إمكانية البحث الحر عن القروض على الإنترنت. الخدمات المدفوعة لها المزايا التالية:
- أولوية أعلى عند التحقق
- عدم وجود قيود على عدد المستندات المحددة لكل وحدة زمنية ؛
- توفر مجموعة واسعة من وحدات البحث للاتصال.
تتكون تكلفة الخدمة المدفوعة من استقطاعات من موفري المحتوى وتكاليف صيانة بنية تحتية للتدقيق (بما في ذلك تلك المجانية) للعملاء من القطاع الخاص.
الآن ، تكلف 270 روبل عملية تحقق واحدة على
Joint Collection (OK) ، والتي تتضمن جميع وحدات البحث الممكنة. الشيكات الفردية تكفي للمستخدمين العاديين ، والمستخدمين العاديين ، الشيكات غير مكلف للغاية أولئك الذين يقومون بالتحقق بشكل مكثف ، نقسم أنفسنا بشروط إلى فئتين: صادقة وغير شريفة. إذا كانت هذه منظمة تعمل في مجال التعليم أو في حاجة إلى خدمة التحقق من القروض للتحكم في جودة العمل العلمي أو غيره من الأعمال النصية ، فنحن نعرض أن نصبح عملاء من الشركات ، مما يقلل من تكاليف العميل من حيث المراجعة الواحدة. بالنسبة إلى "الموالفات" والكتاب المخصصين (تخمين الفئة التي ينتمون إليها) ، يتم إغلاق المسار إلى قطاع الشركات. هذا هو مبدأنا ، نحن لا نبرم عقودا مع شركات مشكوك فيها ، في رأينا. نحن أيضًا نسيطر على أنشطة عملائنا لمنع استخدام حسابات الشركات في أغراض "العمل" (الاستدلال ، التعلم الآلي ، كل هذا). في تاريخنا ، كانت هناك عدة إنهاء للعقود بعد أن اكتشفنا أن العميل لم يكن هو الذي ادعى أنه. لسوء الحظ ، لا يمكننا إبرام اتفاق مع كل مستخدم خاص ، وبالتالي يتم استخدام عرض لهم. هذا مناسب للمستخدمين الخاصين ، لكن في نفس الوقت لا يمكننا التحكم في من يستخدم الوصول المدفوع ، حيث لا يمكن للمتجر أن يمنع شراء البضائع المعروضة على نافذة عرض منه. تكلفة
عمليات التفتيش
الشامل للعملاء من القطاع الخاص ستزداد باطراد. وبالتالي ، نجعل الكتابة تعمل على طلب متعة باهظة الثمن والتمسك بمهمتنا لتحسين التعليم في روسيا والعالم.
كيف بدأ كل شيء
نقلت خدمتنا بعض الخدمات المجانية السابقة للعملاء من القطاع الخاص إلى فئة الخدمات المدفوعة في 4 مايو 2010. حتى تلك اللحظة ، كانت جميع الوظائف متوفرة بالكامل ، ولم يتم دفع سوى الشيكات على المجموعات الخارجية ، والتي دفعنا بدورها موفري المحتوى أنفسهم. قدمنا خدمة مدفوعة تشكيل تقرير كامل. من الواضح أن المستخدمين كانوا غير سعداء ويمكنهم بسهولة حساب دخولنا الرائعة.

لقطات لبيانات أبريل-مايو 2010 من منتدانا.للأسف ، ما زلت لا أملك عقارات في قبرص ، على الرغم من أنني كتبت النسخة الأولى من الفواتير.
أول روبوت تاتش
لإطلاق مدفوعات جماعية ، استخدمنا حلاً مثبتًا بالفعل - التكامل مع Robokassa (RK). حتى 4 أيار (مايو) 2010 ، قبلنا مدفوعات مقابل امتحانات الرسائل والوثائق القانونية. خدمة RK مناسبة لنا. كان التكامل بسيطًا مثل الأحذية المحسوسة ، ومن جانبنا اضطررنا إلى القيام بالحد الأدنى: فقط قم بإعادة التوجيه إلى موقع أمين الصندوق على الويب ومعالج رد اتصال أمين الصندوق حول حالة الدفع. كان سيناريو إجراء المستخدم القياسي كما يلي:
- يحدد المستخدم منتجًا على الموقع ، وينقر على زر الدفع.
- يعيد الموقع (بمشاركة خدمة إعداد الفواتير ، ولكن هذا ليس مهمًا في السياق الحالي) إعادة التوجيه إلى خدمة Robokassa ، مع الإشارة إلى معرف المتجر والمنتج وقيمة الدفع.
- المستخدم على الموقع يدفع للبضائع.
- تقبل خدمة مكتب النقد الأموال وتُبلغنا بالدفع عن طريق معاودة الاتصال (رد الاتصال بالروسية).
- ... السحر يحدث هنا ...
- الربح !!! يتم تحويل الأموال إلى حساب الشركة ناقص العمولة.
كل شيء تم إعداده وعمله لسنوات. وكما تعلم: إنه يعمل - لا تلمس! لا يمكن أن تستمر إلى الأبد ، واضطررت إلى تغيير شيء ما.
Y (et) a (nother)
نحن نعيش في وقت مضطرب من التغيير والفرصة. في نهاية ديسمبر 2015 ، كانت عملية إلغاء التراخيص من البنوك على قدم وساق ، وبما أن أي نظام دفع يرتبط بالبنك ، فقد قررنا أننا بحاجة إلى خيار النسخ الاحتياطي. الخطة B لن تسمح لنا في مرحلة ما بالبقاء دون القدرة على قبول الدفع. من بين أكثر أو أقل من المجموعات الكبيرة للمدفوعات ، وقع الاختيار على Yandex.Kassa (Yak). تم تنفيذ المهمة في وقت قياسي ، خلال الأيام الثلاثة الأخيرة من شهر ديسمبر ، وذهبنا في إجازة مع تغطية الخلفي. بالمناسبة ، لم تتحقق المخاطر المتعلقة بكازاخستان ، لكننا حصلنا على نظام دفع بديل. لا تتخلص منها! منذ ذلك الحين كانوا يعملون معا. اثنين من الأوز مضحك!
التجربة لم تطبق بعد
كما كتبت بالفعل ، نحن نريد تطوير
مكافحة الانتحال وتكون أقل تشتت انتباههم من جانب الأشياء. الخدمات المدفوعة للعملاء من القطاع الخاص هي فرصة لمواصلة تقديم خدمات مجانية.
لقد حدث أن قمنا بتطبيق التكامل بأبسط الطرق الممكنة التي قدمها كل من مجمعي الدفع. لذلك ، لدينا صفحة دفع واضحة للغاية مع آليتين مختلفتين لمكتبين نقديين مختلفين.

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

لذلك ، دون الحاجة إلى القلق بشأن التطبيق ، قمنا باختبار إمكانية استخدام خيارين لواجهات الدفع. يبدو أن المستخدمين يفضلون خيار UC. تمثل الانفجارات التي تزيد عن 50٪ من الخصائص المميزة لبداية استخدام UC والفترات المحملة بشكل خفيف من السنة عندما يكون عدد الدفعات أقل. على ما يبدو ، في هذه اللحظة ، تتأثر حقيقة أن اتفاقية روتردام تقع أعلى ويتم اختيارها بشكل افتراضي.
Babusya Atol FF Dekhovna
إبداء تحفظ على الفور: نحن لا ننتهك قوانين الفيزياء والاتحاد الروسي. لذلك ، جنبا إلى جنب مع الجميع ، بدأوا في البحث عن حل لكتابة الشيكات من 1 يوليو 2017 وفقا
للقانون الاتحادي رقم 290 . تم البحث مسبقًا ، خلال جلسة الربيع التالية. أصبح من الواضح على الفور أننا لن نضع أمين الصندوق ونطرق الشيكات يدويًا.
بحلول الموعد النهائي الذي حددته الدولة ، لم نلتزم ، مثل العديد من الشركات في البلاد ، بالموعد النهائي. حدث هذا لسبب مؤلم لعدم وجود مكتب للحجز عبر الإنترنت كخدمة. في ذلك الوقت ، عرض العديد من الخيارات الأخرى المختلفة. على سبيل المثال ، في Robokassa كان هناك خيار مع بيع سلعهم في متجرهم. بدا بطريقة ما ليست غاية. الأهم من ذلك كله ، لقد أعجبنا نهج KaaS - الخروج كخدمة. واحدة من أولى (إن لم تكن الأولى) قدمت هذه الخدمة من قبل أتول.
على الرغم من الإثارة ، فقد أبرمنا بسرعة اتفاقية ، واشترنا وسجلنا حملة مالية - محرك أقراص فلاش خاص لتخزين جميع المعاملات التي تم إخراجها من خلال السجل النقدي.
كان من الواضح أن كلا من الأوز لدينا بدأ على الفور تقريبا في دعم التكامل مع Babusey-Atol. كما تقول الحكاية: بدأنا في العيش والعيش ، وجعل الخير.
الانتقال إلى FFD 1.05
يعلم الجميع أنه من الضروري بدء حياة جديدة في 1 يناير (بمجرد استيقاظك ، نعم). صحيح ، من الواضح أن هذا ليس أفضل وقت لإدخال أي تغييرات تشريعية. ومع ذلك ، بدءًا من 1 كانون الثاني (يناير) 2019 ، كان علينا جميعًا التبديل إلى الإصدار الجديد من تنسيق المستند المالي (FFD) 1.05. التغييرات رخيصة ، لكن ما زلت أرتعد عن ذكريات أحداث هذا التحديث.
أظهرت دراسة المشكلة أنه من الضروري إضافة معلمتين فقط إلى القيم المنقولة: كائن الحساب (payment_object ، payment_subject) وطريقة الحساب (payment_method ، payment_mode). بالنسبة لمنتجنا الوحيد ، فإن درجة مكافحة الانتحال ، مما يشير إلى أن هذا الزوج من المعلمات لا يكلف شيئًا. فيما يلي مخطط بسيط للخطة لتحقيق هدف Go to FFD Support v1.05:
- صقل الموقع بحيث يجتاز ثوابت جديدة في الطلبات ؛
- تحقق من المُجمِّعين الذين يفهمون ويقبلون كل هذا ؛
- التبديل في تنسيق Atole FFD إلى الإصدار 1.05؛
- ... السحر يحدث هنا ...
- الربح !!!
لا تتغير المعلمات في الوقت المحدد ولا تعتمد على أي شيء ، يتم تعيينها مرة واحدة - وهذا كل شيء ، كهدية مجانية. لقد اعتقدوا ، في الواقع ، أن كل شيء لم يكن سهلاً على الإطلاق ... ماذا كان يمكن أن يحدث خطأ؟
- وضع قسم التطوير اللمسات الأخيرة على موقع مكافحة الانتحال ، قمنا بطرحه في المنتج. لقد تحققنا من خلال الدعم الفني لدينا والمتخصصين من كلا المجمعين في أن كل شيء يعمل ويتم نقل البيانات الجديدة بشكل صحيح.
- في عملية التغيير ، رأى أحد المجمّعين معلومات جديدة لنفسه: يجب أن تتوافق قيمة حقل "الموقع" بشكل رمزي مع القيمة المحددة في Atola (WTF 1 - لماذا تتطابق هذه المصادفة ، نظرًا لوجود رقم التعريف الشخصي وجميع أنواع الأشياء الأخرى؟) مهم جدا
- حسنا ، دعنا نتغير. في Atola ، يوجد في صفحة واحدة في حسابك حقل يحتوي على عنوان موقع الويب و daw حول الانتقال إلى FFD الإصدار 1.05. ! ممتاز أقوم بتغيير الموقع إلى www.antiplagiat.ru (أزلت http التي كانت موجودة من قبل ، وأضفت www) وأضعت الانتقال إلى الإصدار FFD 1.05. ثلاثة أيام عمل للتغيير (WTF 2 - هل هو حقًا أن يذهب المهندس شخصيًا إلى هناك ويغير البرامج الثابتة لمكتب النقد؟)! Nuuuuu تقريبا. حتى الآن ، سأكشف عن قيم الموقع نفسها في المجموعات. تغيرت. هذا كل شيء ، نحن في انتظار التغيير في 1.05.
- في صباح اليوم التالي ، أتلقى معلومات تفيد بأن الشيكات لا تُهزم. تمكنت جزيرة مرجانية بشكل أسرع من ثلاثة أيام عمل وغيرت إصدار FFD ، لكنها لم تغير عنوان الموقع: antiplagiat.ru (WTF 3 - كيف يتم ذلك؟!؟! هل قمت بتغيير الموقع بيديك في مكان ما؟). عند تغيير عنوان الموقع ، أضافت RK نفسها بهدوء "http: //": www.antiplagiat.ru (WTF 4 - كنت أرغب في أن يكون الشيك أصغر وبدون بروتوكول ، لكن هذا لن ينجح بسبب مجمع واحد). ياك مثل أحسنت ، عملت كل شيء كما يجب www.antiplagiat.ru . المجموع - لا تتم كتابة الشيكات على أي من المجمعين ، لأنه يوجد في كل مكان اسم مختلف للموقع. لكنني صنعتها على وجه التحديد في اليوم السابق!
- أقسم مع الجميع على الهاتف ، أتول وسيم ، لديهم رسم واحد لأي طلب: 3 أيام عمل. أقوم بإيقاف تشغيل RK ، لأنه لا يمكنهم تغيير الموقع إلى الموقع المسجل حاليًا في Atola ، لأن الموقع يجب أن يكون باستخدام http أو https. أقوم بتغيير الموقع في UC إلى الموقع الآن في Atola (الفائدة تتغير بسرعة هناك ولا يوجد متطلبات http). الصيحة ، الشيكات تبدأ في الكتابة! تحولت جزيرة مرجانية إلى أن يكون الدافع وراء خطابي على الهاتف وفي نصف ساعة يغير الموقع إلى www.antiplagiat.ru (هذا التنسيق يناسب جمهورية كازاخستان). في هذه اللحظة ، توقف فحص الشيكات في جامعة كاليفورنيا عن العمل ، لأن هناك تم تسجيل الموقع القديم. أقوم بتغييره من خلال حسابي الشخصي ، لا يتغير ، أدعو TP ، يتغيرون. بدوره على RK.
- فوه ، ويبدو أن العمل في كل مكان. يبقى للتعامل مع الشيكات غير المكتوبة. هناك عدة مئات منهم. RK - بناءً على طلب الهاتف ، يتم تشغيل كل ما يخصه بالقيمة الجديدة للموقع ، ويمرون. UC:
القط موظفنا
شرح: أرسلنا الشيك إلى جزيرة مرجانية ، عاد إلينا ، يقولون ، الشيك غير صحيح. لقد قمنا بتخزين هذه المعلومات مع أنفسنا والآن لا يمكن فعل أي شيء معها (WTF 5 - لا يزال يقتلني ، كما لو أن نظامهم ليس نظامهم الخاص). 29 كانون الأول (ديسمبر) - يوم سبت (WTF 6) - ولكنه أصبح بالفعل خارج العادة ، فقد تبين أن شهر كانون الأول (ديسمبر) كان ناجحًا للألم ، وتذكر المقال السابق ، أن العمل مع السحب يحدث بالتوازي) ، ليس هو أفضل يوم في الإجراءات. ما يجب القيام به مع الشيكات غير مختومة ، سوف نفكر في يناير. - كل شيء يعمل بشكل جيد ، بروح هادئة ، سنحتفل بالعام الجديد. في 29 كانون الأول (ديسمبر) ، الساعة 20 ، وبغضب ، دون إعلان الحرب ، تقوم UC بتغيير عنوان الموقع إلى عنوان آخر. الشيكات من خلالها تتوقف عن أن تكون مكتوبة.
لماذا فعلوا ذلك ، لم يتمكنوا من شرح. قالوا شيئا عن رسالة من أتولا. على ما يبدو ، أراد هذا الزوجان بذل قصارى جهدهما. اعتنى Atol بأولئك الذين لم يكونوا على دراية بهذا المطلب ، نظرًا لأن عنوان الموقع في مجمع المدفوعات والمكاتب النقدية غير متطابق. فقط البيانات ، كما ترى ، كانت قديمة ، على الأقل منذ صباح يوم 29 ديسمبر.
في صباح يوم 10 كانون الثاني (يناير) ، لدينا مجموعة من الرسائل في صندوق بها رسائل من جامعة كاليفورنيا حول الأخطاء التي تطرأ على الشيكات. بداية رائعة لهذا العام! غير قادر على التعرف على أنفسهم (!) إعادة توجيه هذه الاختبارات إلى جزيرة مرجانية (حسنًا ، يمكنهم ذلك عندما يريدون). بالإضافة إلى هذه الحالة ، لم يكن من الممكن إعادة إرسال شيكات UC أكثر من مرة. على العكس من ذلك ، أقنعوني أنه كان مستحيلاً! ما الذي يجب القيام به حتى كتابة الشيك؟ الحق ، قيادتها بيديك! في Atola ، نصل إلى صفحة تحتوي على عشرات الحقول التي يجب ملؤها. شغل ، حسنا ، حسنا ، طرقت شيك واحد. في الفحص التالي ، ستحتاج إلى ملء كل شيء بالطريقة نفسها (باستثناء بضعة حقول) مرة أخرى!
لدينا مجموعة من الرسائل مع الأخطاء ، ونحن بحاجة إلى ضرب الشيكات. لقد كتبنا نصًا يأخذ رسائل من UC ويقرع الشيكات في جزيرة مرجانية باستخدامها. وضعت على الجهاز. تافه ، ولكن إذا لم يتم التغلب على الشيك ، فهذا يعد انتهاكًا للقانون. كان علي أن أعرف كيف يعمل كل شيء في Athol. لماذا لا تستطيع جامعة كاليفورنيا القيام بإعادة إرسال الشيكات من جانبها ليست واضحة. النص موجود في مستودعنا العام المنشأ حديثًا على جيثب.
Yandex.Documentation متناقضة
هناك الكثير من الوثائق في جامعة كاليفورنيا ، مع الصور واللقطات الجميلة. يبدو ، واستخدام ونفرح. دعونا نرى ما هو مكتوب عن التفاعل مع شباك التذاكر:
أخذ لقطة للشاشة 10/30/2019.في الخطوة 5 ، يفيد Atol أحيانًا أنه ليس كل شيء على ما يرام مع الشيك ، وفي حسابنا يظهر الدفع بالحالة "مقبول" ، ولكن بدون شيك. هذا لأنه تم تحديد الطريقة الموصى بها لإرسال الشيكات "قبل 3 أيام".
إعدادات الخروج عبر الإنترنت ، الخيار "بمساعدتنا". أخذ لقطة للشاشة 10/30/2019.ومرة أخرى النقطة الخامسة ، وصف العملية التي لا يعمل تماما كما هو موضح. وأكدت أن الضغط على زر في حسابك الشخصي لا يغير أي شيء في حالة الشيك (تم التشاور مع الدعم الفني). الاختيار لا يزال غير مكسور. يمكن أن يطرق يدويا. ربما تختار "5 دقائق"؟ دعونا نرى ما هو مكتوب في المساعدة في حسابك.
لقطة شاشة من حسابك الشخصي.اتضح لنا أن طريقة "لمدة 3 أيام" ليست موصى بها فقط ، إنها إلزامية!
النتائج
أثول. ليس كل شيء آليا ، يتم الكثير باليد. يمكن للمرء أن يرى مدى ثبات وبطء واجهة الحساب الشخصي. المعدل القياسي لأي تغيير هو 3 أيام عمل. في بعض الأحيان ، يعرضون دفع الشيكات لنا ، لكن لسبب ما لم يجروها. من أجل تسريع حل الطلب استجابةً لرسالة إنشاء التذكرة ، يلزمك إرسال TIN إلى المنظمة (حتى إذا كان موجودًا بالفعل في جسد النداء) ، فهي تتمتع بزيادة أولوية تلقائية ، على ما يبدو بهذه الطريقة.
Yandeks.Kassa. لا يمكنهم إعادة إرسال الشيك في حالة حدوث مشاكل على جانب Atol. قد يفعلها الآخرون ، لكنهم في الحقيقة لا يستطيعون ذلك ، لكن ربما لا يريدون ذلك. اضطررت إلى كتابة السيناريو لهم. هناك الكثير من الوثائق ، وبالتالي ، فمن غير المتسق.
Robokassa. لسبب ما ، يقومون بتحسين عنوان الويب الخاص بالمتجر ، بينما يقومون بذلك دون أن يلاحظهم أحد على الإطلاق. الباقون شباب جميلون.
FTS. الوقت الأصلي لتنفيذ التغييرات. ليس مدروس جيدا القوانين والمتطلبات. الآن سجلات النقد الإلكترونية متطابقة مع المادية العادية. إذا كان الدفع في متجر في وضع عدم الاتصال وتصفية الشيكات يتم بواسطة جهاز واحد ، ويمر هذان الإجراءان كأنه معاملة واحدة تقريبًا ، فكل شيء مختلف في عالم الإنترنت. يتم قبول الدفع بواسطة خدمة ما ، ولكن يتم سحب الشيك بواسطة خدمة أخرى. عن طريق القياس مع سجلات النقد في وضع عدم الاتصال ، يتم منح الشيك أكثر من 5 دقائق. يمكن قراءة المزيد من التفاصيل ، على سبيل المثال ،
هنا .
الدروس المستفادة
يبدو وكأنه تفاهات ، ولكن بسبب هذه تفاهات اضطررت إلى قضاء حوالي 60 ساعة على ما ورد أعلاه وتطوير / تصحيح البرنامج النصي. لا يمكن حتى لمجمعي دفع محليين كبيرين مع مزود كبير KaaS تقديم خدمة يتلقى فيها مستخدم عادي الخدمة ، مع فهم الحد الأدنى لمجال الموضوع. إنه لأمر محزن للغاية أنه مع أي تغيير ، حتى التغيير العبث ، عليك أن تكون في حالة تأهب في التنسيق ، ونتيجة لذلك ، احتياطي كل شيء مع عكازات مكتوبة يدك.
بالمناسبة ، في الروتين المعتاد ، توفر كلتا الشركتين دعمًا فنيًا عالي الجودة وخدمة بحد ذاتها. , - . , . . . , , .
? . , ( «OMG! ?!» ). - : , . - , !