مشاور مالیاتی

دسته سندی که مشاورت واقعاً می‌تواند وارد کند

ماه را انتخاب کن، فایل را بگیر، تحویل بده. GastroSystem یک دسته سند DATEV در قالب EXTF می‌سازد: به ازای هر بستن صندوق یک مجموعه سند، با حساب و حساب مقابل، کلید مالیاتی و تاریخ سند. مشاور آن را در Rechnungswesen می‌خواند به‌جای تایپ دوباره گزارش‌های Z تو — و تخصیص حساب‌ها را یک بار بر پایه SKR03 یا SKR04 تعیین می‌کنی.

یک مجموعه به ازای هر بستن صندوق، نه هر سند

مشاور روز را ثبت می‌کند، نه تک‌تک پیتزاها. برای همین دسته، هر بستن صندوق را در یک مجموعه سند جمع می‌کند: درآمدها جدا بر پایه نرخ مالیات، نقد، پرداخت‌های غیرنقدی، انعام و تفاوت‌های صندوق. تاریخ سند روز بستن است و فیلد سند شماره گزارش Z را دارد — پس هر سند تا گزارشی که از آن آمده دنبال‌شدنی است. روزی که کسی نبسته گزارش Z و در نتیجه سندی ندارد؛ خروجی این را می‌گوید.

هر سند دو طرف دارد — دسته تراز می‌شود

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

SKR03 یا SKR04 — و حساب‌هایی که از خودمان نمی‌سازیم

برای حساب‌هایی که پاسخشان روشن است پیشنهاد آماده است: درآمد ۱۹٪ و ۷٪، صندوق، پرداخت‌های غیرنقدی، اقلام انتقالی. برای هرچه به کدینگ حساب‌های شما بستگی دارد — انعام، تفاوت صندوق، مطالبات، حساب‌های واسط ارائه‌دهندگان پرداخت — فیلد خالی می‌ماند. اگر یکی از آن‌ها لازم شود و نباشد، خروجی رد می‌شود و نام حساب را می‌گوید، به‌جای ساختن شماره‌ای که مشاور بعداً دنبالش بگردد.

قالبی که DATEV واقعاً انتظار دارد

فایل با CP-1252 کدگذاری شده و نه UTF-8، فیلدها با نقطه‌ویرگول جدا، متن‌ها در گیومه، اعشار با ویرگول و سطرها با CRLF پایان می‌یابند؛ تاریخ سند روز و ماه است، چون سال مالی در سربرگ فایل می‌آید. هر یک از این ریزه‌کاری‌ها تعیین می‌کند که ورود انجام شود یا ۱۲٫۴۰ یورو به شکل هزار و دویست و چهل یورو برسد.

این در دفتر چه صرفه‌جویی می‌کند

EXTF

ورود مستقیم

دسته سند در قالب DATEV برای Rechnungswesen — بدون تایپ دوباره گزارش‌های Z.

SKR03/04

هر دو کدینگ

پیشنهاد آنجا که پاسخ قطعی است، تخصیص آزاد هرجا که به دفتر بستگی دارد.

= ۰

دسته متوازن

هر سند حساب و حساب مقابل دارد — صندوق دقیقاً به اندازه حرکت کشو جابه‌جا می‌شود.

چطور خروجی را تنظیم می‌کنی

1

کدینگ و طول حساب را وارد کن

SKR03 یا SKR04 و طول حساب‌های کل، همان‌گونه که دفتر تو نگه می‌دارد. هر دو روی هر صورت‌حسابی که از او می‌گیری نوشته شده است.

2

حساب‌های باز را با مشاور روشن کن

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

3

ماه را انتخاب کن و فایل را بده

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

پرسش‌های پرتکرار درباره خروجی DATEV

فایل در چه قالبی می‌آید؟

به شکل دسته سند در قالب DATEV EXTF، یعنی همان ساختار CSV که Rechnungswesen هنگام ورود انتظار دارد — با سربرگ، سال مالی، کدینگ و طول حساب. فایل با CP-1252 کدگذاری شده، با نقطه‌ویرگول جدا شده و ویرگول را جداکننده اعشار می‌گیرد، چون DATEV آن را این‌گونه می‌خواند.

اسناد چقدر ریز هستند؟

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

کدام حساب‌ها را باید خودم تعیین کنم؟

آن‌هایی که به کدینگ شما بستگی دارند: انعام، تفاوت صندوق، مطالبات و حساب‌های واسط ارائه‌دهندگان پرداخت. درآمد ۱۹٪ و ۷٪، صندوق و پرداخت‌های غیرنقدی برای SKR03 و SKR04 از پیش پر شده‌اند. اگر حسابی که خروجی لازم دارد نباشد، خروجی با نام همان حساب رد می‌شود.

آیا خروجی DATEV جای DSFinV-K را می‌گیرد؟

نه. دسته سند خلاصه‌ای برای حسابداری است و به مشاور می‌رود. DSFinV-K مجموعه کامل داده صندوق با هر سند و هر ردیف است و به سازمان مالیاتی می‌رود. در بازرسی صندوق، دسته سند کاری از پیش نمی‌برد.

آماده سیستم خودتان هستید؟

همین الان رایگان شروع کنید — ۰٪ کمیسیون، کنترل کامل.