آیا می‌توانید ثابت کنید که مالک نرم‌افزاری هستید که تیم ارمنی شما ساخته است؟ ممیزی مالکیت معنوی برای آمادگی سرمایه‌گذار

قانون ارمنستان مالکیت نرم‌افزار را بر اساس یک سوال تقسیم می‌کند: آیا توسعه‌دهنده، کارمندی بوده که در چارچوب وظایف شغلی خود عمل کرده است یا توسعه‌دهنده شخص دیگری بوده است. کارمندان طبق قانون، حقوق اقتصادی را به شرکت منتقل می‌کنند. بنیانگذاران قبل از تأسیس شرکت، فریلنسرها، توسعه‌دهندگان آژانس و کارکنانی که از طریق کارفرمای ثبت‌شده استخدام شده‌اند، این کار را نمی‌کنند و این شکاف تنها زمانی قابل مشاهده می‌شود که وکیل سرمایه‌گذار درخواست ارائه مدارک کند. این مقاله قوانین پیش‌فرض برای هر دسته از مشارکت‌کنندگان، اسنادی که زنجیره مالکیت را نشان می‌دهند و نحوه برخورد با پیوندهای مفقود شده را شرح می‌دهد.

چرا دقت و کوشش قبل از اینکه به امور مالی شما برسد، به این مرحله می‌رسد؟

در یک شرکت نرم‌افزاری، کد، دارایی محسوب می‌شود. سرمایه‌گذاری که سهام شرکت را می‌خرد یا خریدار شرکت، ادعایی بر آن کد دارد و قرارداد خرید سهام شامل ضمانت مالکیت معنوی است که می‌گوید شرکت مالک کامل آن و عاری از ادعاهای شخص ثالث است. امضای این ضمانت‌نامه در حالی که پیمانکار سابق هنوز حق چاپ یک ماژول اصلی را در اختیار دارد، مسئولیتی را ایجاد می‌کند که معمولاً بنیانگذاران شخصاً آن را ارائه می‌دهند.

نتیجه عملی، توالی است. نقص‌های مالکیت معمولاً به عنوان سابقه شرایط در نظر گرفته می‌شوند، به این معنی که تا زمانی که تکالیف از دست رفته امضا نشوند، دور مذاکره بسته نمی‌شود. اگر پیمانکاری که موتور پرداخت را در سال ۲۰۲۲ نوشته است، از آن زمان به خارج از کشور نقل مکان کرده باشد، دیگر به ایمیل‌ها پاسخ نداده باشد یا متوجه شده باشد که شرکت به امضای او نیاز دارد، راه حل دیگر یک سند نیست. این یک مذاکره است، در یک مهلت زمانی، با کسی که اهرم فشار را در دست دارد.

مشتریان سازمانی نسخه‌ی سبک‌تری از همین آزمون را اعمال می‌کنند. پرسشنامه‌های تدارکات و امنیت برای خریداران تحت نظارت، به‌طور معمول از فروشنده می‌خواهند که مالکیت کدبیس و عدم وجود ادعاهای شخص ثالث را تأیید کند و پاسخ صادقانه به این سؤال در هر صورت مستلزم حسابرسی است.

چه کسی مالک کد است: قوانین پیش‌فرض ارمنستان

برنامه‌های کامپیوتری به عنوان آثار ادبی تحت قانون حق نشر HO-142-N محافظت می‌شوند و محافظت به طور خودکار پس از ایجاد (مواد ۳ و ۴) ایجاد می‌شود. هیچ مرحله ثبت، تاریخ ثبت و گواهی وجود ندارد. این برای نویسنده مناسب و برای حسابرس ناخوشایند است، زیرا هیچ چیز در یک دفتر ثبت عمومی به شما نمی‌گوید که چه کسی مالک یک اثر خاص است.

کارکنان

در مواردی که یک کارمند در انجام وظایف استخدامی خود یا یک ماموریت خدماتی، نرم‌افزاری ایجاد می‌کند، حقوق اقتصادی آن به طور پیش‌فرض متعلق به کارفرما است، مگر اینکه قرارداد بین نویسنده و کارفرما خلاف آن را تصریح کند (ماده 33(1) قانون کپی‌رایت، که توسط ماده 1128(2) قانون مدنی پشتیبانی می‌شود). شرط کتبی واگذاری مالکیت معنوی، پیش‌شرط نیست. شرکت‌هایی که در طول بررسی‌های لازم، یک قرارداد استخدامی خاموش را کشف می‌کنند، معمولاً چیزی را از دست نداده‌اند.

دو شرط اهمیت واقعی دارند. کارمند همچنان نویسنده قانونی است و حقوق اخلاقی را حفظ می‌کند که غیرقابل سلب است و نمی‌توان آن را امضا کرد (مواد ۶ و ۱۲ قانون حق چاپ)؛ ضمانتی که به شرکت قول می‌دهد تمام حقوق مربوط به کار را در اختیار دارد، در ظاهر نادرست است. و این پیش‌فرض به دامنه وظایف مربوط می‌شود. کدی که توسط یک مهندس تضمین کیفیت در یک آخر هفته، خارج از هر ماموریتی نوشته می‌شود، خارج از قانون قرار می‌گیرد، بنابراین شرح شغل و هرگونه واگذاری کتبی کار، شواهدی هستند که موارد مرزی را تعیین می‌کنند.

یک دام برای خوانندگانی که با پیشینه ثبت اختراع می‌آیند: ماده ۱۶ قانون ثبت اختراع، کارفرما را در قبال اختراعات کارمندان پیش‌فرض قرار می‌دهد. این قانون ثبت اختراع است و حق چاپ در کد منبع را کنترل نمی‌کند، بنابراین قرارداد استخدامی که حول آن تنظیم شده باشد، به سؤالی که این حسابرسی می‌پرسد پاسخ نمی‌دهد.

پیمانکاران و فریلنسرها

برای یک پیمانکار مستقل واقعی، پیش‌فرض سبک کارفرما اعمال نمی‌شود. پیمانکار نویسنده و دارنده اولیه حقوق اقتصادی است و شرکت آنها را فقط از طریق یک واگذاری کتبی صریح که آن کار را پوشش می‌دهد، به دست می‌آورد (مواد ۱۱۰۵، ۱۱۲۵ و ۱۱۳۳ تا ۱۱۳۵ قانون مدنی؛ مواد ۳۸ تا ۴۰ قانون حق چاپ). سفارش کار، مشخص کردن آن، پرداخت هزینه آن و دریافت مخزن، حق چاپ را منتقل نمی‌کند.

سه نکته در نگارش پیش‌نویس مشخص می‌کند که آیا یک قرارداد پیمانکاری امضا شده واقعاً مالکیت را به همراه دارد یا خیر:

• حقوقی که نام برده نشده‌اند، حفظ می‌شوند. رویه قضایی ارمنستان فرض را بر این می‌گذارد که حقوق اقتصادی که در توافق‌نامه به عنوان حقوق انتقال‌یافته شناسایی نشده‌اند، متعلق به پدیدآورنده باقی می‌مانند، بنابراین بندی که «تمام مالکیت معنوی» را بدون مشخص کردن حقوق منتقل می‌کند، ضعیف‌تر از یک فهرست فهرست‌شده است.
• مجوز، مالکیت را پشت سر می‌گذارد. این به شرکت اجازه می‌دهد تا از اثر استفاده کند در حالی که پیمانکار حق چاپ را حفظ می‌کند. در مواردی که قرارداد مجوز هیچ شرطی را ذکر نمی‌کند، ماده 1135(5) قانون مدنی و ماده 40(5) قانون حق چاپ، یک مهلت پنج ساله را ارائه می‌دهند، مانند ساعتی که روی پایگاه کدی که شرکت معتقد است مالک آن است، تیک تاک می‌کند. این مهلت برای مجوزها نوشته شده است؛ اینکه آیا به یک واگذاری قطعی و قطعی می‌رسد یا خیر، بر اساس منابع بررسی شده در اینجا مشخص نیست.
• قلمرو باید ذکر شود. در مواردی که توافق‌نامه سکوت کرده است، انتقال فقط جمهوری ارمنستان را پوشش می‌دهد (ماده 1135(3) قانون مدنی؛ ماده 40(3) قانون حق چاپ). شرکتی که محصول SaaS را از یک شرکت مادر اهل دلاور یا استونی توزیع می‌کند، باید عبارت «سراسر جهان» را در صفحه ذکر کند.

کارکنانی که از طریق کارفرمای رسمی استخدام شده‌اند

یک قرارداد EOR، یک نهاد ثالث را بین توسعه‌دهنده و شرکتی که کار را هدایت می‌کند، قرار می‌دهد. طبق ماده 18(1) قانون کار، رابطه استخدامی بین کارگر و نهادی که طرف قرارداد استخدام است، برقرار می‌شود، بنابراین EOR به منظور اجرای قانون پیش‌فرض در ماده 33(1) قانون کپی‌رایت و ماده 1128(2) قانون مدنی، کارفرمای قانونی فرضی است. به طور صریح، این بدان معناست که حقوق اقتصادی ابتدا به EOR تعلق می‌گیرد و مشتری نهایی به دلیل تعیین اهداف اسپرینت و پرداخت فاکتورها، هیچ مالکیتی ندارد.

آنچه مشتری نهایی نیاز دارد، یک انتقال مؤثر فعلی از هر کسی است که در حال حاضر حقوق را در اختیار دارد، که در این متن همان EOR است. سه سند معمولاً با هم استفاده می‌شوند: یک بند مالکیت معنوی در قرارداد استخدام کارگر EOR، یک واگذاری مستقیم یا سه‌جانبه شامل کارگر، و یک واگذاری فعلی در قرارداد خدمات EOR به مشتری، که با کلمات مؤثری نوشته شده است که حقوق را در زمان امضا منتقل می‌کند. بندی که قول واگذاری در مقطعی در آینده را می‌دهد، حقوق را تا زمانی که کسی آن را انجام دهد، در همان جایی که هستند باقی می‌گذارد. این ساختار، رویه توصیه شده در نگارش است؛ قانون فقط انتقال مؤثر از دارنده فعلی حقوق را الزامی می‌کند و دو سند دیگر آن را به طور مستند پشتیبانی می‌کنند. این موضع تنها بر اساس مفاد قانونی است. هیچ رویه قضایی که نحوه برخورد دادگاه ارمنستان با زنجیره مالکیت نرم‌افزار EOR را تأیید کند، برای این مقاله یافت نشد، که خود دلیلی برای مستندسازی محافظه‌کارانه این زنجیره است.

ساخت نقشه مالکیت

این ممیزی یک نتیجه‌ی نهایی تولید می‌کند: جدولی که در آن هر شخصی که کدی را ارائه داده است، با ابزاری که حقوق او را به شرکت منتقل می‌کند، مطابقت داده می‌شود. به این ترتیب روی آن کار کنید.

1. فهرست مشارکت‌کنندگان را از خود مخزن استخراج کنید. دویدن git shortlog -sne در هر شاخه و هر مخزن، از جمله آنهایی که از سال ۲۰۲۱ هیچ‌کس به آنها دست نزده است. فهرست منابع انسانی جای خالی فریلنسری را حس خواهد کرد که در سال ۲۰۲۱ چهل کامیت انجام داد و از طریق فاکتور به او پرداخت شد، و آدرس‌های ایمیل شخصی در گزارش کامیت اولین نشانه از مشارکت‌کننده‌ای است که هرگز قراردادی نداشته است.
2. هر مشارکت‌کننده را طبقه‌بندی کنید. بنیانگذار قبل از ثبت، کارمند، پیمانکار، آژانس، کارگرِ درگیر در EOR، کارآموز، یا ناشناس. طبقه‌بندی تعیین می‌کند که کدام قانون پیش‌فرض اعمال می‌شود.
3. ساز را برای هر کدام بکشید. قرارداد استخدام با شرح شغل یا واگذاری کتبی خدمات؛ توافق‌نامه پیمانکار با بند واگذاری؛ زنجیره سند EOR؛ سهم بنیانگذار یا توافق‌نامه واگذاری. تاریخ امضا را در مقابل اولین تاریخ تعهد ثبت کنید، زیرا سندی که پس از نگارش کد امضا شده باشد، موردی است که بخش اصلاح به آن می‌پردازد.
4. بندها را بررسی کنید، یک ابزار را در یک زمان. یک توافق‌نامه امضا شده در پوشه فقط ثابت می‌کند که کسی چیزی را امضا کرده است. برای هر سند پیمانکار، بررسی کنید که آیا بند عملیاتی، حقوق اقتصادی را واگذار می‌کند یا فقط مجوز آنها را می‌دهد، آیا حقوق منتقل شده برشمرده شده‌اند، آیا قلمرو مورد نظر جهانی است و آیا دامنه آن، کار خاصی را که شخص واقعاً انجام داده است، پوشش می‌دهد یا خیر.
5. رد پای شرکت را دنبال کنید. در مواردی که یک شرکت عامل ارمنی برای یک شرکت مادر خارجی توسعه می‌یابد، حقوق نیز باید از نهاد ارمنی به شرکت مادر منتقل شود. این واگذاری بین شرکتی، پیوندی است که اغلب فرض می‌شود و کمتر امضا می‌شود. تأیید کنید که در کنار [انتقال] وجود دارد. مدارک ثبت شرکت سرمایه‌گذار بررسی خواهد کرد.
6. اسکن مجوز را روی کد شخص ثالث اجرا کنید. مجوزهای کپی‌لفت مانند GPL و AGPL تعهداتی را بر آثار مشتق توزیع‌شده اعمال می‌کنند و وابستگی AGPL در یک محصول میزبانی‌شده، حتی در جایی که هر سند استخدامی و پیمانکاری بی‌نقص باشد، یک سوال جدی است.

دو مورد مرتبط معمولاً در طول یک فعالیت آشکار می‌شوند: دارایی‌های برند که ثبت علامت تجاری آنها هنوز به نام شخصی بنیانگذار است، و مالکیت فایل‌های طراحی و اسنادی که در حساب ابری شخصی طراح نگهداری می‌شوند. هر دو در یک جدول قرار دارند.

شکاف‌هایی که مانع معاملات می‌شوند و چه باید کرد؟

پنج نقص، دلیل اصلی اکثر مواردی است که در اولین حسابرسی مالکیت یک شرکت فناوری ارمنی آشکار می‌شود.

بنیانگذاری که نمونه اولیه را قبل از وجود شرکت نوشته است. شرکتی که در ماه مارس تأسیس شده است، طبق هیچ قانون استخدامی نمی‌تواند حقی بر کدی که در ژانویه نوشته شده است، داشته باشد، زیرا هیچ کارفرمایی وجود نداشته است. نمونه اولیه اغلب تا مرحله تولید باقی می‌ماند. اصلاحیه، یک تکلیف بنیانگذار است که کارهای قبل از تأسیس را پوشش می‌دهد و در زمانی که بنیانگذار هنوز با شرکت همسو است، امضا می‌شود.

پیمانکارانی که بر اساس سفارش خرید مشغول به کار هستند. شرح کار، فاکتور و تأیید پرداخت، ثابت می‌کند که به پیمانکار پرداخت شده است. هیچ‌کدام از آنها حق چاپ را واگذار نمی‌کنند. در مواردی که پیمانکار هنوز قابل دسترسی است، یک توافق‌نامه واگذاری مستقل، این مشکل را حل می‌کند.

زبان مجوز با زبان واگذاری اشتباه گرفته می‌شود. توافق‌نامه‌هایی که از یک الگوی بین‌المللی تهیه می‌شوند، اغلب «یک مجوز انحصاری، دائمی و غیرقابل فسخ» اعطا می‌کنند. انحصاری و دائمی مالکیت نیستند و مهلت پنج ساله برای مجوزی که مدت آن ذکر نشده است، این تمایز را ملموس می‌کند.

قلمرو منحصراً ارمنستان. یک تکلیف خوب نوشته شده که در مورد قلمرو سکوت می‌کند، حقوق ارمنستان را منتقل می‌کند و بقیه را به نویسنده واگذار می‌کند. برای محصولی که به مشتریان در اتحادیه اروپا و ایالات متحده فروخته می‌شود، این بیشترین مزیت است.

ارتباط EOR مستند نشده. شرکت‌هایی که یک تیم مهندسی ارمنی را از طریق EOR ارتقا داده‌اند، اغلب دارای یک قرارداد خدماتی با شرایط تجاری هستند و هیچ واگذاری فعلی از حقوقی که EOR در اختیار دارد، ندارند. از ارائه دهنده، مفاد مالکیت معنوی قراردادهای استخدامی مربوطه و همچنین قرارداد خدمات را درخواست کنید.

امضای تکلیف پس از نوشتن کد

قبل از پرداخت هزینه برای رفع شکاف، مشخص کنید که آیا شکافی وجود دارد یا خیر. در مواردی که کار توسط کارمندانی که در چارچوب وظایف خود عمل کرده‌اند ایجاد شده باشد، ماده 33(1) حقوق اقتصادی را به کارفرما می‌دهد، مگر اینکه قرارداد خلاف آن را تصریح کند: شرکت از زمان ایجاد، مالک کار بوده است و آنچه نیاز دارد، شواهدی از این مبنا است - قرارداد کار، شرح شغل، واگذاری وظایف - نه انتقال. آنچه در ادامه می‌آید برای مواردی است که چنین مبنایی وجود ندارد. اکثر این موارد شامل یک تکلیف است که امروز برای کاری که سال‌ها پیش انجام شده امضا شده است، و قانون قراردادهای ارمنستان این موضوع را بین طرفین در نظر می‌گیرد: ماده 441(2) قانون مدنی به طرفین اجازه می‌دهد تا توافق کنند که شرایط قرارداد آنها در مورد روابطی که قبل از انعقاد آن ایجاد شده است، اعمال شود. پیمانکاری که در سال 2026 یک تکلیف تأییدی را امضا می‌کند که کار سال 2022 خود را پوشش می‌دهد، به آن متعهد است.

این تاریخ‌گذاری عطف به ماسبق، افرادی را که آن را امضا کرده‌اند، متعهد می‌کند. این امر، علیه یک سرمایه‌گذار، یک خریدار یا دادگاه، ثابت نمی‌کند که شرکت از تاریخ ایجاد، مالک اثر بوده است. ماده 441(2) در ظاهر به روابط بین طرفین محدود می‌شود ؛ ماده 346(3) تصریح می‌کند که یک تعهد هیچ وظیفه‌ای را برای هیچ کس خارج از آن تحمیل نمی‌کند؛ و قانون حق چاپ هیچ تاریخی را که از آن تاریخ یک واگذاری علیه غیر طرفین لازم‌الاجرا می‌شود، تعیین نمی‌کند. تضاد با علائم تجاری آموزنده است - ماده 26(3) قانون علائم تجاری صراحتاً واگذاری را از زمان ثبت در دفتر ثبت، علیه اشخاص ثالث مؤثر می‌داند و هیچ معادلی برای حق چاپ نوشته نشده است. همچنین هیچ دفتر ثبتی وجود ندارد که در آن بتوان واگذاری حق چاپ نرم‌افزار را برای تعیین اولویت ثبت کرد: سپرده، گواهی محضری و مهر زمانی، مدرک هستند، نه عنوان. واگذاری تأییدی را به عنوان ترمیم رابطه با توسعه‌دهنده امضا در نظر بگیرید و افشای معامله را بر این اساس برنامه‌ریزی کنید. شکاف و ترمیم را برای مشاور سرمایه‌گذار افشا کنید. سندی که با تأخیر امضا شده و طوری ارائه شده است که گویی همیشه وجود داشته است، این سؤال را مطرح می‌کند که افشا به آن پاسخ می‌داد. خودِ تاریخ‌گذاریِ امضا، برخلافِ توافقِ صریح بر عطف به ماسبق، یک مشکلِ جداگانه و جدی است.

دو نکته عملی در کنار آن قرار دارد. قراردادهای استخدامی ارمنستان باید کتبی باشند، که همین امر باعث می‌شود شرح شغل و وظایف خدماتی سال‌ها بعد قابل بازیابی باشند. الزامات زبان نگارش برای یک تکلیف مالکیت فکری که در ارمنستان انجام می‌شود، توسط این تحقیق تأیید نشد، بنابراین یک نسخه اجرایی دو زبانه همچنان رویکردی محتاطانه برای سندی است که یک وکیل سرمایه‌گذار خارجی آن را خواهد خواند.

برای ثبت، اجرا و استراتژی حفاظتی گسترده‌تر که بر روی یک زنجیره تمیز از اسناد مالکیت قرار دارد، به راهنمای ما برای حفاظت از حقوق مالکیت معنوی در بخش فناوری ارمنستان مراجعه کنید.

سوالات متداول

آخرین به روز رسانی: 21 September 2026