فرانسه¶

ماژول‌ها¶

ماژول‌های زیر مربوط به بومی‌سازی فرانسوی در دسترس هستند:

نام	نام فنی	توضیحات
France - Accounting	`l10n_fr_account`	بسته بومی‌سازی مالیاتی فرانسوی که فقط برای شرکت‌های مستقر در فرانسه قاره‌ای اعمال می‌شود و شامل DOM-TOMs نیست.
France - Accounting Reports	`l10n_fr_reports`	خروجی گزارش VAT فرانسوی که می‌تواند به DGFiP، یک OGA یا یک حسابدار حرفه‌ای ارسال شود.
France - Payroll with Accounting	`l10n_fr_hr_payroll_account`	شامل داده‌های حسابداری لازم برای قوانین حقوق و دستمزد فرانسه است.
France - Factur-X integration with Chorus Pro	`l10n_fr_facturx_chorus_pro`	فیلدهای لازم برای ارسال فاکتورها به Chorus Pro را اضافه می‌کند.
France - FEC Import	`l10n_fr_fec_import`	ورود فایل‌های استاندارد FEC، مفید برای ورود تاریخچه حسابداری.
France - VAT Anti-Fraud Certification for Point of Sale (CGI 286 I-3 bis)	`l10n_fr_pos_cert`	گواهینامه ضد تقلب VAT برای صندوق فروش

توجه

ماژول‌های اصلی بومی‌سازی به‌طور خودکار با بومی‌سازی نصب می‌شوند. بقیه را می‌توان به‌صورت دستی نصب کرد.

بررسی اجمالی بومی‌سازی¶

بسته بومی‌سازی فرانسوی سازگاری با مقررات مالیاتی و حسابداری فرانسه را تضمین می‌کند. شامل ابزارهایی برای مدیریت مالیات‌ها، fiscal positions، گزارش‌دهی و یک chart of accounts از پیش تعریف‌شده متناسب با استانداردهای فرانسه است.

بسته بومی‌سازی فرانسوی ویژگی‌های کلیدی زیر را برای تضمین سازگاری با مقررات مالیاتی و حسابداری محلی ارائه می‌دهد:

دفتر حساب‌ها: یک ساختار از پیش تعریف‌شده متناسب با استانداردهای حسابداری فرانسه
Fiscal positions (نگاشت مالیات و حساب): تنظیمات مالیاتی خودکار بر اساس وضعیت ثبت‌نام مشتری یا تأمین‌کننده
مالیات‌ها: نرخ‌های مالیاتی از پیش پیکربندی‌شده، شامل گزینه‌های VAT استاندارد، zero-rated و exempt
Payroll
گزارش‌دهی

گزارش‌گیری¶

نصب ماژول France - Accounting (l10n_fr_account) دسترسی به برخی گزارش‌های حسابداری مخصوص فرانسه را می‌دهد، مانند:

Bilan comptable (FR) (Balance Sheet)
Compte de résultats (FR) (Profit and Loss)
Rapport de taxes (FR) (Tax Report)

حسابداری¶

صدور فاکتور الکترونیکی¶

پورتال Chorus Pro که توسط AIFE (Agence pour l'Informatique financière de l'État) مدیریت می‌شود، پلتفرم رسمی برای ارسال فاکتورهای الکترونیکی به نهادهای عمومی فرانسه است. این پلتفرم به کسب‌وکارها اجازه می‌دهد فاکتورها را ارسال و مدیریت کنند، وضعیت پردازش آن‌ها را ردیابی کنند و به به‌روزرسانی‌های پرداخت دسترسی داشته باشند. از ژانویه ۲۰۲۰، صدور فاکتور الکترونیکی برای همه تراکنش‌های business-to-government (B2G) در فرانسه اجباری است. Odoo از یکپارچه‌سازی با Chorus Pro برای ارسال فاکتورهای تولیدشده در Odoo پشتیبانی می‌کند.

پیکربندی¶

برای ارسال فاکتورها به Chorus Pro، پیکربندی زیر مورد نیاز است:

ماژول France - Factur-X integration with Chorus Pro (l10n_fr_facturx_chorus_pro) را نصب کنید.
در Peppol ثبت‌نام کنید، زیرا فاکتورها از Odoo به Chorus Pro از طریق شبکه Peppol ارسال می‌شوند.
اگر هنوز حساب Chorus Pro ندارید، به صفحه Chorus Pro بروید، روی Créer un compte کلیک کنید و یک حساب ایجاد کنید.
فرم مخاطب مشتریان مربوطه را پیکربندی کنید.

همچنین ببینید

مستندات Chorus Pro

مشتریان¶

برای ارسال فاکتورها به Chorus Pro، فرم مخاطب مشتریان مربوطه را به صورت زیر پیکربندی کنید:

بررسی کنید که فیلدهای Country، VAT و SIRET پر شده‌اند.
در تب Accounting، فیلدهای زیر را در بخش Customer Invoices پر کنید:
- eInvoice format: BIS Billing 3.0 را انتخاب کنید.
- اطمینان حاصل کنید که France SIRET در فیلد بعدی انتخاب شده است، سپس 11000201100044 را تایپ کنید، مرجعی که توسط Chorus Pro استفاده می‌شود.

ارسال فاکتورها به Chorus Pro¶

برای ارسال فاکتورها به Chorus Pro، این مراحل را دنبال کنید:

به Accounting ↤ Customers ↤ Invoices بروید و فاکتور را باز کنید یا ایجاد کنید.
در تب Other Info، اطمینان حاصل کنید که فیلدهای زیر در بخش Chorus Pro پر شده‌اند:
- Buyer Reference: Service Exécutant در Chorus Pro
- Contract Reference: Numéro de Marché در Chorus Pro
- Purchase Order Reference: Engagement Juridique در Chorus Pro
فاکتور را تأیید کنید.
روی Send کلیک کنید و در پنجره Send، By Peppol را فعال کنید.
روی ارسال کلیک کنید.

پس از ارسال فاکتور، وضعیت Peppol فاکتور به Done به‌روزرسانی می‌شود.

همچنین ببینید

Peppol

FEC - Fichier des Écritures Comptables¶

یک فایل audit با عنوان FEC Fichier des Écritures Comptables شامل همه داده‌های حسابداری و اسناد ثبت‌شده در همه ژورنال‌های حسابداری برای یک سال مالی است. اسناد در فایل باید به ترتیب زمانی مرتب شوند. از ژانویه ۲۰۱۴، هر شرکت فرانسوی موظف است این فایل را در صورت درخواست توسط مقامات مالیاتی برای اهداف audit تولید و ارسال کند.

ورود FEC¶

ماژول France - FEC Import (l10n_fr_fec_import) را برای وارد کردن فایل‌های FEC از سایر نرم‌افزارها نصب کنید.

برای فعال‌سازی این ویژگی، به Accounting ↤ Configuration ↤ Settings بروید. در بخش Accounting Import، روی Import و Import FEC کلیک کنید. سپس در پنجره FEC Import، فایل FEC را آپلود کنید و Import را کلیک کنید.

توجه

وارد کردن فایل‌های FEC از سال‌های مختلف نیازی به اقدامات یا محاسبات خاصی ندارد. با این حال، اگر چندین فایل حاوی RAN Reports à Nouveaux با مانده ابتدایی سال باشند، این اسناد به‌طور خودکار در Odoo به‌عنوان غیرضروری علامت‌گذاری می‌شوند و ممکن است نیاز به حذف داشته باشند.

قالب‌های فایل¶

توجه

فایل‌های FEC باید در قالب CSV باشند، زیرا قالب XML پشتیبانی نمی‌شود.
فایل FEC CSV یک فایل متنی ساده است که به صورت جدول داده ساختار یافته است. خط اول به‌عنوان header عمل می‌کند و فهرست فیلدها برای هر سند را تعریف می‌کند و هر خط بعدی یک سند حسابداری منفرد را بدون ترتیب خاصی نشان می‌دهد.

فایل‌های FEC باید با مشخصات فنی زیر مطابقت داشته باشند:

Encoding: UTF-8، UTF-8-SIG و iso8859_15.
Separator: هر یک از اینها: ; یا | یا , یا TAB.
Line terminators: هر دو گروه کاراکتر CR+LF (\r\n) و LF (\n) پشتیبانی می‌شوند.
Date format: %Y%m%d

توصیف و استفاده فیلدها¶

#	نام فیلد	توضیحات	استفاده	قالب
01	JournalCode	Journal Code	`journal.code` و `journal.name` در صورتی که `JournalLib` ارائه نشده باشد	حروف و اعداد
02	JournalLib	Journal Label	`journal.name`	حروف و اعداد
03	EcritureNum	شماره‌گذاری اختصاصی برای شماره توالی هر ژورنال در سند	`move.name`	حروف و اعداد
04	EcritureDate	تاریخ سند حسابداری	`move.date`	Date (yyyyMMdd)
05	CompteNum	شماره حساب	`account.code`	حروف و اعداد
06	CompteLib	Account Label	`account.name`	حروف و اعداد
07	CompAuxNum	شماره حساب ثانویه (null می‌پذیرد)	`partner.ref`	حروف و اعداد
08	CompAuxLib	Label حساب ثانویه (null می‌پذیرد)	`partner.name`	حروف و اعداد
09	PieceRef	مرجع سند	`move.ref` و `move.name` در صورتی که `EcritureNum` ارائه نشده باشد	حروف و اعداد
10	PieceDate	تاریخ سند	`move.date`	Date (yyyyMMdd)
11	EcritureLib	Label سند حساب	`move_line.name`	حروف و اعداد
12	بدهکار	مبلغ بدهکار	`move_line.debit`	Float
13	بستانکار	مبلغ بستانکار (نام فیلد "Crédit" مجاز نیست)	`move_line.credit`	Float
14	EcritureLet	ارجاع متقابل سند حسابداری (null می‌پذیرد)	`move_line.fec_matching_number`	حروف و اعداد
15	DateLet	تاریخ سند حسابداری (null می‌پذیرد)	بدون استفاده	Date (yyyyMMdd)
16	ValidDate	تاریخ اعتبارسنجی سند حسابداری	بدون استفاده	Date (yyyyMMdd)
17	Montantdevise	مبلغ ارز (null می‌پذیرد)	`move_line.amount_currency`	Float
18	Idevise	شناسه ارز (null می‌پذیرد)	`currency.name`	حروف و اعداد

این دو فیلد به همان ترتیب سایر فیلدها ظاهر می‌شوند و جایگزین آن‌ها می‌شوند.

12	Montant	مبلغ	`move_line.debit` یا `move_line.credit`	Float
13	Sens	می‌تواند "C" برای Credit یا "D" برای Debit باشد	تعیین می‌کند `move_line.debit` یا `move_line.credit`	Char

جزئیات پیاده‌سازی¶

موجودیت‌های حسابداری زیر از فایل‌های FEC وارد می‌شوند: حساب‌ها، ژورنال‌ها، شرکا و Moves. ماژول به‌طور خودکار encoding، line terminator و separator مورد استفاده در فایل را تعیین می‌کند. سپس بررسی انجام می‌شود تا اطمینان حاصل شود هر خط تعداد صحیح فیلدها مطابق با header را دارد. اگر بررسی موفق باشد، کل فایل خوانده می‌شود، در حافظه ذخیره می‌شود و اسکن می‌شود. سپس موجودیت‌های حسابداری یک نوع در یک زمان به ترتیب زیر وارد می‌شوند.

حساب‌ها¶

هر سند حسابداری با یک حساب که توسط فیلد CompteNum شناسایی می‌شود مرتبط است.

تطبیق کد¶

اگر حسابی با همان کد از قبل وجود داشته باشد، از حساب موجود استفاده می‌شود نه اینکه یک حساب جدید ایجاد شود. در Odoo، شماره‌های حساب طول رقم پیش‌فرض بومی‌سازی مالیاتی را دنبال می‌کنند. از آنجا که ماژول FEC به بومی‌سازی فرانسوی گره خورده است، طول حساب پیش‌فرض ۶ رقم است. این بدان معناست که صفرهای انتهای کدهای حساب حذف می‌شوند و مقایسه بین کدهای حساب در فایل FEC و آن‌هایی که از قبل در Odoo هستند فقط بر اساس شش رقم اول کدها انجام می‌شود.

Example

کد حساب 65800000 در فایل با حساب موجود 658000 در Odoo تطبیق داده می‌شود و از حساب موجود به‌جای ایجاد یک حساب جدید استفاده می‌شود.

پرچم reconcilable¶

یک حساب به‌لحاظ فنی به‌عنوان reconcilable علامت‌گذاری می‌شود اگر اولین خطی که در آن ظاهر می‌شود فیلد EcritureLet پر شده باشد، که نشان می‌دهد سند حسابداری با دیگری تطبیق داده خواهد شد.

توجه

این فیلد می‌تواند در خط خالی گذاشته شود، اما سند همچنان باید با یک پرداخت ثبت‌نشده تطبیق داده شود. حساب به‌عنوان reconcilable علامت‌گذاری می‌شود زمانی که وارد کردن خطوط move نیاز داشته باشد.

تطبیق نوع حساب و قالب‌ها¶

از آنجا که نوع حساب در قالب FEC مشخص نشده است، حساب‌های جدید با نوع پیش‌فرض Current Assets ایجاد می‌شوند. پس از فرآیند import، آن‌ها با قالب‌های Chart of Account نصب‌شده تطبیق داده می‌شوند. پرچم reconcile نیز به همین روش تعیین می‌شود.

تطبیق با مقایسه چپ‌ترین ارقام انجام می‌شود، که با همه ارقام شروع می‌شود، سپس ۳ رقم و در نهایت ۲ رقم.

Example

نام	کد	مقایسه کامل	مقایسه ۳ رقمی	مقایسه ۲ رقمی
قالب	`400000`	`400000`	`400`	`40`
CompteNum	`40100000`	`40100000`	`401`	`40`
نتیجه				تطبیق یافت شد

سپس نوع حساب بر اساس قالب حساب به‌عنوان payable و reconcilable علامت‌گذاری می‌شود.

ژورنال‌ها¶

ژورنال‌ها در برابر موارد موجود در Odoo بررسی می‌شوند تا از موارد تکراری جلوگیری شود، حتی هنگام وارد کردن چندین فایل FEC.

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

ژورنال‌های جدید پیشوند FEC- به نام آن‌ها اضافه می‌شود. به‌عنوان مثال، ACHATS به FEC-ACHATS تبدیل می‌شود.

توجه

ژورنال‌ها آرشیو نمی‌شوند، که به کاربر اجازه می‌دهد آن‌ها را به دلخواه مدیریت کند.

تعیین نوع ژورنال¶

نوع ژورنال در قالب مشخص نشده است (مشابه حساب‌ها) و در ابتدا با نوع پیش‌فرض general ایجاد می‌شود.

در پایان فرآیند import، نوع ژورنال بر اساس قوانین زیر در ارتباط با moves و حساب‌های مرتبط تعیین می‌شود:

bank: Moves در این ژورنال‌ها همیشه شامل یک خط (debit یا credit) است که بر یک حساب liquidity تأثیر می‌گذارد.

cash / bank می‌توانند با هم تعویض شوند، بنابراین bank زمانی تخصیص داده می‌شود که این شرط برآورده شود.
sale: Moves در این ژورنال‌ها بیشتر دارای خطوط debit روی حساب‌های receivable و خطوط credit روی حساب‌های tax income هستند.

اقلام ژورنال sale refund به‌صورت debit/credit وارونه هستند.
purchase: Moves در این ژورنال‌ها بیشتر دارای خطوط credit روی حساب‌های payable و خطوط debit روی حساب‌های expense هستند.

اقلام ژورنال purchase refund به‌صورت debit/credit وارونه هستند.
general: برای همه چیزهای دیگر استفاده می‌شود.

توجه

حداقل سه move برای شناسایی نوع ژورنال لازم است.
آستانه ۷۰٪ از moves باید معیارها را برای تعیین نوع ژورنال برآورده کنند.

Example

فرض کنید moves که یک journal_id خاص را به اشتراک می‌گذارند را تحلیل می‌کنیم.

Moves	تعداد	درصد
که یک خط حساب sale و هیچ خط حساب purchase ندارند	0	0
که یک خط حساب purchase و هیچ خط حساب sale ندارند	1	25%
که یک خط حساب liquidity دارند	3	75%
جمع	4	100%

type ژورنال bank خواهد بود، زیرا درصد move بانک (۷۵٪) از آستانه (۷۰٪) فراتر می‌رود.

مخاطبین¶

هر مخاطب Reference خود را از فیلد CompAuxNum حفظ می‌کند.

توجه

این فیلدها بر اساس import های FEC قبلی برای اهداف مالیاتی/audit قابل جستجو هستند.

نکته

مخاطبین مشابه و بالقوه تکراری می‌توانند با استفاده از اپ Data Cleaning ادغام شوند.

Moves¶

اسناد بلافاصله پس از ارسال ثبت و تطبیق داده می‌شوند، با فیلد EcritureLet که برای تطبیق اسناد استفاده می‌شود.

فیلد EcritureNum نشان‌دهنده نام moves است، اما گاهی ممکن است خالی گذاشته شود. در چنین مواردی، به‌جای آن از فیلد PieceRef استفاده می‌شود.

مشکلات گرد کردن¶

یک tolerance گرد کردن بر اساس دقت ارز برای مبالغ debit و credit اعمال می‌شود (مثلاً 0.01 برای EUR). اگر اختلاف زیر این tolerance قرار گیرد، یک خط جدید به move با نام Import rounding difference اضافه می‌شود که حساب‌های زیر را هدف قرار می‌دهد:

658000 Charges diverses de gestion courante, برای debit های اضافه‌شده
758000 Produits divers de gestion courante, برای credit های اضافه‌شده

نام move غایب¶

اگر فیلد EcritureNum پر نشده باشد و فیلد PieceRef برای تعیین نام move مناسب نباشد (ممکن است به‌عنوان مرجع خط move حسابداری استفاده شود)، شناسایی اینکه کدام خطوط باید در یک move واحد گروه‌بندی شوند غیرممکن می‌شود و عملاً از ایجاد moves متعادل جلوگیری می‌کند.

در چنین مواردی، یک تلاش نهایی برای گروه‌بندی همه خطوط بر اساس همان ژورنال و تاریخ (JournalLib، EcritureDate) انجام می‌شود. اگر این گروه‌بندی moves متعادل تولید کند (sum(credit) - sum(debit) = 0)، آنگاه هر ترکیب متفاوت از ژورنال و تاریخ یک move جدید ایجاد می‌کند.

Example

ACH + 2021/05/01 --> move جدید روی ژورنال ACH با نام 20210501.

اگر این تلاش ناموفق باشد، یک پیام خطا نمایش داده می‌شود که همه خطوط move که نامتعادل در نظر گرفته می‌شوند را فهرست می‌کند.

اطلاعات تماس¶

اگر یک خط شامل اطلاعات تماس باشد، به‌خود سند حسابداری کپی می‌شود، به شرطی که ژورنال هدف از نوع payable یا receivable باشد.

خروجی FEC¶

برای دانلود FEC، به Accounting ↤ Reporting ↤ General Ledger بروید. روی آیکون (gear) کلیک کنید و FEC را انتخاب کنید. در پنجره FEC File Generation، فیلدهای زیر را پر کنید:

Start Date
End Date
Test File: این گزینه را فعال کنید تا تولید فایل FEC را تست کنید.
Exclude lines at 0: در صورت نیاز این گزینه را فعال کنید.
Excluded Journals: ژورنال(های) مورد نظر برای حذف را انتخاب کنید.

سپس روی Generate کلیک کنید.

همچنین ببینید

Liasse fiscale¶

liasse fiscale (اظهارنامه مالیاتی) مجموعه‌ای از اسناد مالی استاندارد است که کسب‌وکارها باید سالانه به مقامات مالیاتی ارسال کنند. این به‌طور جامع فعالیت‌های مالی شرکت را خلاصه می‌کند و مالیات شرکتی را تعیین می‌کند.

Teledec پلتفرمی است که برای تهیه و ارسال اظهارنامه مالیاتی با استفاده از داده‌های سوابق حسابداری استفاده می‌شود. برای همگام‌سازی داده‌های حسابداری ذخیره‌شده در Odoo با Teledec و ارسال الکترونیکی liasse fiscale شرکت خود به DGFiP (Direction Générale des Finances Publiques)، این مراحل را دنبال کنید:

ایجاد حساب Teledec
ثبت شرکت و اطلاعات سال مالی
همگام‌سازی Odoo

ایجاد حساب Teledec¶

برای ایجاد یک حساب Teledec، به صفحه ایجاد حساب Teledec دسترسی پیدا کنید و فیلد Adresse e-mail را با یک آدرس ایمیل پر کنید. یک گذرواژه امن انتخاب کنید، شرایط و قوانین عمومی را با تیک زدن چک‌باکس بپذیرید و S'enregistrer را برای ذخیره کلیک کنید. سپس شماره SIREN شرکت را وارد کنید.

توجه

اگر حساب قبلاً ایجاد شده است، Déjà enregistré? (قبلاً ثبت شده) را کلیک کنید.

ثبت شرکت و اطلاعات سال مالی¶

برای ثبت شرکت در Teledec، به Vos entreprises (شرکت‌های شما) بروید و روی Enregistrer votre entreprise (ثبت شرکت شما) کلیک کنید. اطمینان حاصل کنید که اطلاعات شرکت زیر در بخش‌های Coordonnées de l'entreprise (جزئیات شرکت) و Représentant légal (نماینده قانونی) را پر می‌کنید:

Nom de l'entreprise: نام شرکت.
Forme juridique: شکل قانونی شرکت را انتخاب کنید.
Les comptes sont clôturés le: تاریخ بسته شدن.
Régime d'imposition, choix de la liasse: طرح مالیاتی یا گزینه اظهارنامه مالیاتی را انتخاب کنید.
Adresse du siège social: آدرس دفتر مرکزی.
Nom du représentant légal: نام نماینده قانونی.
Agissant en qualité de: کارکرد نماینده قانونی.
Numéro de téléphone: شماره تلفن.

روی Sauvegarder (ذخیره) کلیک کنید تا گام بعدی Informations générales sur l'exercice déclaré (اطلاعات کلی درباره سال مالی اعلام‌شده) نمایش داده شود. سپس، اطلاعات سال مالی، مانند تاریخ شروع و پایان سال مالی یا تاریخ بستن و مدت زمان دوره مالی قبلی را پر کنید. پس از ذخیره، فهرست اسناد گنجانده‌شده در liasse fiscale نمایش داده می‌شود، شامل هم فرم‌های مالیاتی استاندارد و هم آن‌هایی که برای اظهارنامه مالیاتی شرکت سفارشی‌سازی شده‌اند.

نکته

ستون Etat (وضعیت) پیشرفت ثبت سند را نشان می‌دهد.
روی Compléter کلیک کنید تا یک سند را پر کنید، سپس Sauvegarder را برای ذخیره کلیک کنید.
برای چاپ نسخه‌ای خالی از اظهارنامه، روی Imprimer la déclaration کلیک کنید و گزینه Imprimer la déclaration avec les notices را انتخاب کنید.

همگام‌سازی Odoo¶

برای فعال‌سازی Odoo برای پر کردن خودکار داده‌های Liasse fiscale، Autres actions (اقدامات دیگر) را در گوشه بالا سمت راست کلیک کنید و Synchroniser avec un logiciel tiers (همگام‌سازی با نرم‌افزار شخص ثالث) و سپس Synchroniser cette liasse avec Odoo (همگام‌سازی این liasse با Odoo) را انتخاب کنید.

در پنجره Synchroniser cette liasse avec Odoo، اطلاعات زیر را پر کنید تا همگام‌سازی تکمیل شود:

Nom / URL complète de la base de données Odoo: نام یا URL پایگاه داده Odoo. برای ارائه URL کامل پایگاه داده، گزینه Je voudrais donner une url complète hors .odoo.com را فعال کنید.
Nom de l'utilisateur: نام کاربری مرتبط با حساب Odoo.
Clé API: API key تولیدشده توسط نمونه Odoo.

توجه

در پیکربندی چند شرکتی، پیکربندی‌های زیر در Odoo مورد نیاز است:

کاربر مرتبط با API key تولیدشده باید به شرکتی که برای همگام‌سازی در نظر گرفته شده دسترسی داشته باشد.
این شرکت همچنین باید به‌عنوان Default Company کاربر تنظیم شود، زیرا Teledec همیشه با شرکت پیش‌فرض کاربر همگام‌سازی می‌کند.

سپس روی Importer کلیک کنید تا داده‌ها از Odoo همگام‌سازی شوند. در پنجره Confirmation de la synchronisation de liasse avec Odoo، مبالغ را بررسی کنید و تغییرات لازم را اعمال کنید. سپس روی Importer la balance کلیک کنید تا همگام‌سازی liasse fiscale با Odoo تأیید شود و balance وارد شود.

مهم

کلیک روی Importer la balance ممکن است به‌روزرسانی‌های دستی قبلی را overwrite یا تغییر دهد.

برای پرداخت و ارسال اظهارنامه به مقامات مالیاتی، روی Paiement & envoi de la déclaration کلیک کنید.

EDI tax return¶

توجه

یک اشتراک Odoo Enterprise معتبر برای استفاده از این سرویس مورد نیاز است.

EDI tax return (گزارش VAT) می‌تواند مستقیماً از طریق Odoo به DGFIP ارسال شود. برای این کار، این مراحل را دنبال کنید:

tax return (گزارش VAT) را بررسی و اعتبارسنجی کنید.
روی Submit کلیک کنید، یا در نمای Tax Return، روی دکمه Tax Report (FR) کلیک کنید، سپس آیکون (gear) را کلیک کنید و EDI VAT را انتخاب کنید.
در پنجره EDI VAT، اطمینان حاصل کنید که یک VAT ROF (Référence d’Obligation Fiscale) معتبر وارد شده است.
در صورت نیاز، گزینه Add express mention را فعال کنید و یک توضیح اضافه کنید.
- اگر پرداخت به DGFIP مورد نیاز است:
  - روی Add a line در ستون IBAN کلیک کنید تا یک شماره حساب IBAN و BIC برای پرداخت وارد کنید.
  - در فیلد Amount، مجموع VAT to pay را وارد کنید؛ فیلد Amount to pay به‌طور خودکار به‌روزرسانی می‌شود.
  نکته
  اگر مبلغ واردشده با پرداخت موردنیاز مطابقت نداشته باشد، یک banner زرد ظاهر می‌شود، زیرا پرداخت‌های جزئی مجاز نیستند.
- اگر بازپرداخت از DGFIP انتظار می‌رود:
  - گزینه Add reimbursement comment را فعال کنید و در صورت نیاز یک توضیح اضافه کنید.
  - روی Add the line در ستون IBAN کلیک کنید تا یک شماره حساب IBAN و BIC برای پرداخت وارد کنید.
  - Reimbursement type را انتخاب کنید:
    - First asking: Date ایجاد شرکت را انتخاب کنید.
    - Assignment, cessation, death, entry into a VAT group: Date را به‌طور متناسب به‌روزرسانی کنید.
  - در فیلد Amount، کل یا جزئی Amount که باید دریافت شود را وارد کنید؛ فیلد Amount to receive به‌طور خودکار به‌روزرسانی می‌شود.
  نکته
  اگر مبلغ با مبلغی که باید دریافت شود مطابقت نداشته باشد، یک banner زرد ظاهر می‌شود. اگر بدون تطبیق مبلغ VAT ادامه دهید، اختلاف به دوره بعدی منتقل می‌شود.
روی Send VAT Report کلیک کنید تا tax return (گزارش VAT) به DGFIP ارسال شود.

گام عملیات Submit به نارنجی تبدیل می‌شود و یک پیام ارسال در چتر ظاهر می‌شود، سپس وقتی DGFIP دریافت را تأیید می‌کند به سبز تبدیل می‌شود.

توجه

برای دسترسی به فایل XML گزارش مالیاتی، به Accounting ↤ Reporting ↤ EDI Exports بروید.

صندوق فروش¶

گواهینامه ضد تقلب VAT¶

از ژانویه ۲۰۱۸، قانون‌گذاری جدید ضد تقلب در فرانسه و سرزمین‌های ماوراء بحار آن (DOM-TOM) اجرا می‌شود. این قانون‌گذاری الزامات خاصی را برای صحت، امنیت، ذخیره‌سازی و آرشیو داده‌های فروش تعیین می‌کند. Odoo با ارائه یک ماژول و یک گواهی انطباق قابل دانلود، با این الزامات قانونی مطابقت دارد.

نرم‌افزار صندوق فروش ضد تقلب، مانند Odoo (CGI art. 286, I. 3° bis)، برای شرکت‌های مشمول مالیات در فرانسه یا DOM-TOM که برخی از مشتریان آن‌ها اشخاص حقیقی هستند (B2C) لازم است. این قاعده برای همه اندازه‌های شرکت اعمال می‌شود، اما auto-entrepreneurs که از VAT معاف هستند تحت تأثیر قرار نمی‌گیرند.

همچنین ببینید

گواهینامه Odoo¶

مدیریت مالیاتی از همه شرکت‌ها می‌خواهد یک گواهی انطباق ارائه دهند که تأیید می‌کند نرم‌افزار آن‌ها با قانون‌گذاری ضد تقلب مطابقت دارد. در صورت عدم انطباق، یک جریمه ۷,۵۰۰ یورو ممکن است اعمال شود.

توجه

این گواهی توسط Odoo SA به کاربران Odoo Enterprise با شماره اشتراک اعطا می‌شود.

برای دریافت گواهینامه، این مراحل را دنبال کنید:

ماژول France - VAT Anti-Fraud Certification for Point of Sale (CGI 286 I-3 bis) (l10n_fr_pos_cert) را نصب کنید.
فیلد Country را در رکورد شرکت تنظیم کنید تا اسناد برای بررسی inalterability رمزگذاری شوند.
گواهی انطباق اجباری ارائه‌شده توسط Odoo SA را دانلود کنید.

ویژگی‌های ضد تقلب¶

ماژول ضد تقلب ویژگی‌های زیر را معرفی می‌کند:

Inalterability
امنیت
ذخیره‌سازی

Inalterability¶

تمام روش‌های لغو یا تغییر داده‌های کلیدی در سفارش‌های POS، فاکتورها و اسناد ژورنال برای شرکت‌های مستقر در فرانسه یا هر DOM-TOM غیرفعال می‌شود.

توجه

در یک محیط چند شرکتی، فقط اسناد چنین شرکت‌هایی تحت تأثیر قرار می‌گیرند.

امنیت¶

برای تضمین inalterability، هر سفارش یا سند ژورنال پس از اعتبارسنجی رمزگذاری می‌شود. این عدد (یا hash) از داده‌های کلیدی سند و hash اسناد قبلی محاسبه می‌شود. ماژول یک رابط برای تست inalterability داده‌ها معرفی می‌کند. تست شکست می‌خورد اگر هر اطلاعاتی در یک سند پس از اعتبارسنجی آن تغییر کند. الگوریتم همه hash ها را دوباره محاسبه می‌کند و آن‌ها را با موارد اولیه مقایسه می‌کند. در صورت شکست، سیستم اولین سند خراب ثبت‌شده در سیستم را نشان می‌دهد.

فقط کاربران با حقوق دسترسی مدیر می‌توانند بررسی inalterability را آغاز کنند:

برای سفارش‌های POS، به Point of Sales ↤ Reporting ↤ POS Inalterability Check بروید;
برای اسناد ژورنال، به Invoicing/Accounting ↤ Configuration ↤ Settings بروید. در بخش Reporting، روی Download the Data Inalterability Check Report کلیک کنید.

ذخیره‌سازی¶

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

برای دسترسی به closings، به Point of Sales ↤ Reporting ↤ Sales Closings یا Invoicing/Accounting ↤ Reporting ↤ Sales Closings بروید.

توجه

Closings مجموع‌ها را برای اسناد ژورنال‌های فروش (Journal Type = Sales) محاسبه می‌کنند.
برای محیط‌های چند شرکتی، این بستن‌ها به‌تفکیک شرکت انجام می‌شوند.
سفارش‌های POS به‌عنوان اسناد ژورنال در زمان بستن POS register ثبت می‌شوند. بستن POS register در هر زمانی قابل انجام است. برای ترغیب کاربران به انجام روزانه آن، ماژول از آن‌ها جلوگیری می‌کند از سرگیری session ای که بیش از ۲۴ ساعت پیش باز شده است. چنین session ای باید قبل از فروش مجدد بسته شود.
مجموع یک دوره از همه اسناد ژورنال ثبت‌شده پس از بستن قبلی از همان نوع، صرف‌نظر از تاریخ ثبت آن‌ها، محاسبه می‌شود. ثبت یک تراکنش فروش جدید برای دوره‌ای که قبلاً بسته شده است در بستن بعدی محاسبه می‌شود.

نکته

برای اهداف test & audit، closings می‌توانند به‌صورت دستی در حالت توسعه‌دهنده تولید شوند. برای این کار، به Settings ↤ Technical ↤ Scheduled Actions بروید. در نمای فهرست اقدامات زمان‌بندی‌شده، اقدام Sale Closing موردنظر را باز کنید و Run manually را کلیک کنید.

مسئولیت‌ها¶

حذف نصب این ماژول، hash های امنیتی را بازنشانی می‌کند. این بدان معناست که سیستم دیگر صحت داده‌های گذشته را تضمین نمی‌کند.

کاربران مسئول سیستم Odoo خود هستند و باید با دقت آن را اداره کنند. تغییر کد منبع که مسئول تضمین صحت داده‌ها است مجاز نیست.

Odoo مسئول هیچ مشکلی با عملکرد این ماژول نیست اگر توسط اپلیکیشن‌های شخص ثالث بدون گواهی ایجاد شده باشد.