شرکت ها فرصت تحویل دارند گزارش الکترونیکینه تنها از طریق اپراتورهای ویژه، بلکه مستقیماً از طریق پورتال خدمات مالیاتی فدرال روسیه. تاکنون این پروژه آزمایشی است، اما طبق اعلام سازمان مالیاتی، تا پایان شهریور این سرویس به طور کامل به بهره برداری می رسد. و از طریق آن امکان ارائه اظهارنامه برای سه ماهه سوم (نه ماهه) وجود خواهد داشت. و اکنون می توانید روی "تصفیه ها" تمرین کنید. الگوریتم اقدامات به شرح زیر است.
1 . امضای الکترونیکی و شناسه مشترک دریافت کنید
از طریق وب سایت خدمات مالیاتی فدرال، می توانید اظهارنامه ای را ارسال کنید که فقط توسط یک نماینده قانونی، یعنی یک مدیر، اما نه یک حسابدار ارشد امضا شده است. شرکت هایی که قبلاً از طریق اپراتورهای ویژه گزارش می دهند می توانند از امضای الکترونیکی موجود استفاده کنند. اما کسانی که قبلا فقط بر روی کاغذ گزارش داده بودند ابتدا باید گواهی را در هر مرکز صدور گواهینامه موجود در شبکه DTC خدمات مالیاتی فدرال روسیه خریداری کنند (لیست در وب سایت www.nalog.ru است). به طور متوسط، این 6-10 هزار روبل است.
لازم است به اپراتور ویژه اطلاع رسانی شود که شرکت قرار است از طریق سایت گزارش دهد. تنها در این صورت اپراتور ویژه شرکت را در پورتال خدمات مالیاتی فدرال روسیه ثبت می کند و شناسه مشترک را ارائه می دهد (کد منحصر به فردی که بدون آن گزارش ارسال نمی شود).
2 . یک برنامه تخصصی نصب کنید
برای تنظیم اظهارنامه و بارگذاری پرونده، برنامه "مودیان یک شخص حقوقی" مورد نیاز است. می توانید آن را به صورت رایگان در وب سایت www.nalog.ru در بخش "نرم افزار برای اشخاص حقوقی و اشخاص حقیقی" دانلود کنید. لازم نیست همه داده های گزارش را دوباره وارد کنید، می توانید آن را از رایانه خود وارد کنید برنامه حسابدارییا درایوهای فلش ("سرویس" > "دریافت گزارش از رسانه های مغناطیسی"). یک فایل با موفقیت آماده و آپلود شده به "ثبت فایل های آپلود شده" (دکمه "ابزار") اضافه می شود.
3 . یک کانتینر حمل و نقل با یک اظهارنامه تشکیل دهید
قبل از ارسال فایل، همراه با امضای دیجیتال و شناسه در یک ظرف حمل و نقل "بسته بندی" می شود. برای انجام این کار، باید به "رجیستری فایل های آپلود شده" بروید، فایل حاوی اظهارنامه را انتخاب کنید و روی دکمه "Generate Shipping Container" در نوار ابزار کلیک کنید.
4. ارائه گزارش از طریق پورتال خدمات مالیاتی
برای ارسال گزارش، باید به www.nalog.ru در بخش "ارائه گزارش های مالیاتی و حسابداری در EV" مراجعه کنید. اما قبل از آن، بهتر است از آن اطمینان حاصل کنید نرم افزارالزامات پورتال را برآورده می کند (به عنوان مثال، سیستم عاملباید باشد ویندوز مایکروسافت XP، Vista یا 7 و مرورگر مایکروسافت است اینترنت اکسپلورر 6.0 و بالاتر یا سافاری 4.0 یا بالاتر). برای انجام این کار، روی پیوند "انجام بررسی شرایط" کلیک کنید. پس از بررسی موفقیت آمیز، می توانید کانتینر حمل را تخلیه کرده و به بازرسی بفرستید.
5 . بررسی کنید که گزارش ها به بازرسی ارائه شده است
بازرسی بین منطقه ای پردازش متمرکز داده ها به عنوان یک اپراتور ویژه هنگام ارسال گزارش ها از طریق پورتال عمل می کند. در تأیید پذیرش اظهارنامه، رسیدی را ارسال می کند. روز تسلیم اظهارنامه تاریخی است که در رسید به عنوان تاریخ ارسال گزارش درج شده است (بند 4 ماده 80 قانون مالیات فدراسیون روسیه). با این حال، اگر گزارش از کنترل فرمت-منطقی عبور نکند، شرکت ها امتناع از پذیرش آن و دلایل آن را گزارش خواهند کرد. در صورت حذف، می توان گزارش را دوباره ارسال کرد.
این مقاله در روزنامه "UNP" شماره 30 منتشر شده است.
JSC GNIVTs (FTS روسیه): 08/05/2016 از ساعت 05:00 به وقت مسکو به دلیل کار تکنولوژیکی در سایت FDC، اجزای سطح فدرال (GPK، SM، IRUD، SP FU) مجتمع دریافت کننده GP-3 در دسترس نباشد زمان تخمینی تکمیل ساعت 12:00 به وقت مسکو است در همان زمان، شرکت Link-Serviceبرگزار خواهد کرد کارهای مهندسی. سرور پست الکترونیکی در زمان داده شدهممکن است برای ارسال/دریافت ایمیل در دسترس نباشد. ما از هر ناراحتی پدید آمده پوزش می خواهیم.ارسال شده در 4 آگوست 2016 10:55 توسط ویاچسلاو ابیسالوف
ارسال شده در 19 ژانویه 2016، 04:51 توسط ویاچسلاو ابیسالوف
ارسال شده در 18 ژانویه 2016، 08:22 توسط ویاچسلاو ابیسالوف
ارسال شده 8 دسامبر 2015، 11:24 توسط ویاچسلاو ابیسالوف
ارسال شده 6 دسامبر 2015، 13:49 توسط ویاچسلاو ابیسالوف
فرمت یکپارچه کانتینر حمل و نقل در تعامل اطلاعاتی با مجتمع های دریافت کننده مراجع مالیاتی از طریق کانال های مخابراتی با استفاده از امضای دیجیتالی الکترونیکی
1. اصطلاحات و تعاریف1.1. الکترونیکی امضای دیجیتالی(EDS) - ویژگی یک سند الکترونیکی طراحی شده برای محافظت از این سند الکترونیکی در برابر جعل، که در نتیجه تبدیل رمزنگاری اطلاعات به دست آمده و امکان شناسایی صاحب گواهی کلید امضا و همچنین ایجاد عدم تحریف اطلاعات را فراهم می کند. در سند الکترونیکی
1.2. گواهینامه کلید امضا (گواهینامه) - یک سند روی کاغذ یا یک سند الکترونیکی با EDS یک شخص مجاز مرجع صدور گواهینامه (که از این پس به عنوان CA نامیده می شود)، که شامل یک کلید عمومی است و توسط CA برای تأیید صحت صادر می شود. از EDS، صاحب گواهی را شناسایی کنید و از محرمانه بودن اطلاعات ارسال شده اطمینان حاصل کنید.
1.3. سند الکترونیکی (سند) - سندی که به صورت الکترونیکی مطابق با الزامات قالب ارائه شده است از این نوعسند
1.4. تراکنش - یک مرحله از انتقال یک کانتینر با اسناد و EDS در چارچوب نوع خاصی از گردش کار، که مجموعه اسناد منتقل شده، EDS، فرستنده و گیرنده آنها را تعیین می کند.
1.5. مدیریت اسناد الکترونیکی (جریان اسناد) - دنباله ای از معاملات برای تبادل اسناد بین شرکت کنندگان در جریان اسناد، ارائه برخی از فرآیندهای تنظیم شده برای تبادل اسناد (به عنوان مثال، جریان اسناد برای ارائه اظهارنامه مالیاتی (گزارش های حسابداری)) .
1.6. کانتینر حمل و نقل - مجموعه ای از اسناد منطقی مرتبط و EDS، و همچنین اطلاعات حمل و نقل مرتبط، ترکیب شده در یک فایل.
1.7. مشترک - یک شرکت کننده ثبت شده در تعامل اطلاعاتی که مالیات دهنده یا نماینده مجاز یک مؤدی است.
1.8. NBO - اظهارنامه های مالیاتی (محاسبات)، صورت های مالی و سایر اسنادی که به عنوان مبنایی برای محاسبه و پرداخت مالیات و هزینه ها عمل می کنند.
2. اطلاعات عمومی2.1. این سندساختار کانتینر حمل و نقل تشکیل شده و پردازش شده را توصیف می کند ابزارهای نرم افزاریسازمان مالیاتی در جریان تعامل اطلاعاتی با اپراتورهای تخصصی مخابراتی و مشترکین به صورت الکترونیکی از طریق کانال های مخابراتی با استفاده از EDS برای اطمینان از سازماندهی مدیریت اسناد الکترونیکی هنگام ارائه اظهارنامه مالیاتی (محاسبات)، صورت های مالی و سایر اسنادی که مودیان مالیاتی ارائه می کنند. محاسبه و پرداخت مالیات و عوارض. فهرست انواع گردش کار در پیوست های 4 تا 11 این سند آورده شده است.
2.2. تعامل اطلاعات از طریق اجرای جریان اسناد از طریق تراکنش ها رخ می دهد - انتقال از یک شرکت کننده در جریان سند به کانتینر حمل دیگر با مجموعه ای از اسناد و EDS ثابت شده برای این تراکنش که از طرف افراد مجاز از شرکت کنندگان مربوطه در سند انجام می شود. جریان.
2.3. در طول گردش کار، اسناد به صورت فشرده و رمزگذاری شده منتقل میشوند، مگر اینکه برای نوع خاصی از گردش کار به گونه دیگری مشخص شده باشد. EDS در زیر اسناد به صورت متن واضح منتقل می شود.
2.4. برای هر نوع گردش کار، فرمت های خدمات و اسناد تکنولوژیکی مورد استفاده در کتاب مرجع انواع گردش کار که در وب سایت www.nalog.ru ارسال شده است آورده شده است.
3. الزامات عمومی برای ترکیب ظرف3.1. محتویات کانتینر حمل و نقل
کانتینر حمل و نقل یک آرشیو فشرده حاوی:
فایل با اطلاعات حمل و نقل در فرمت xml;
آرشیو فایل های فشرده با محتویات اسناد منتقل شده؛
آرشیو فایل های فشرده با توضیحات اسناد.
فایل هایی با محتویات EDS ارسال شده.
طرح کانتینر حمل و نقل در شکل 1 نشان داده شده است.
شکل 1. طرح کانتینر حمل و نقل (نمایش داده نشده است)
3.1.1. فایل هایی با محتوای اسناد و امضای دیجیتال با استفاده از شناسه های منحصر به فرد جهانی در قالب نام گذاری می شوند.
3.1.2. اطلاعات حمل و نقل و فایل ها با محتویات اسناد و امضای دیجیتال در یک آرشیو فشرده در حالت STORE ترکیب می شوند. فایل اطلاعات حمل و نقل هنگام انتقال در کانتینر حمل و نقل فشرده یا رمزگذاری نمی شود.
3.1.3. اسناد و EDS مربوط به یک تراکنش در یک کانتینر حمل و نقل منتقل می شود.
3.1.4. در صورتی که شرح سند بر اساس نوع سند در حال انتقال مشخص شود، شرح سند در کانتینر حمل و نقل به صورت یک آرشیو فشرده جداگانه وجود دارد. فرمت شرح سند در پیوست 1 این سند آورده شده است. توضیحات سند حاوی اطلاعات اضافی در مورد فایل منتقل شده است و فقط برای اهداف اطلاعاتی است. هنگامی که فایلهای کانتینر حملونقل را نمیتوان رمزگشایی کرد، میتوان از این سند برای ارائه یک پیام تشخیصی آموزندهتر استفاده کرد.
3.1.5. فرمت توضیحات اطلاعات حمل و نقل در پیوست 2 این سند آورده شده است.
3.2. نام فایل کانتینر حمل و نقل
3.2.1. کانتینر حمل و نقل به عنوان یک فایل با نام منحصر به فرد با توجه به فرمت منتقل می شود
3.2.4. در صورت وجود چندین سند در کانتینر، کد سندی که نام آن در نام نوع معامله درج شده است، در نام فایل کانتینر حمل درج می شود.
3.2.5. اطلاعات موجود در نام فایل باید با اطلاعات مربوطه در اطلاعات حمل و نقل کانتینر مطابقت داشته باشد.
3.3. توضیحات انواع محتوای سند در پیوست 3 این سند ارائه شده است.
3.4. الزامات برای انواع گردش کار در ضمیمه های 4 - 11 این سند آورده شده است.
4. انواع شرکت کنندگان در جریان اسناد و شناسایی آنها4.1. گردش کار بین شرکت کنندگان زیر در گردش کار انجام می شود.
4.3. کد چهار رقمی سازمان مالیاتی در کدگذاری طبقه بندی کننده SOUN به عنوان شناسه سازمان مالیاتی استفاده می شود.
4.4. یک کد سه نویسه منحصر به فرد تعیین شده توسط خدمات مالیاتی فدرال روسیه به عنوان یک شناسه برای یک اپراتور تخصصی مخابرات و یک مرجع صدور گواهینامه مورد اعتماد استفاده می شود.
4.5. شناسه مشترک دارای فرمت است
<префикс системы><код абонента> |
<префикс системы>- این شناسه یک اپراتور تخصصی مخابرات یا یک مرجع صدور گواهینامه مورد اعتماد است. طول<префикса системы>برابر با 3 کاراکتر است.<префикс системы>باید با شناسه اپراتور تخصصی مخابراتی که مشترک از خدمات آن استفاده می کند مطابقت داشته باشد.
<код абонента>یک کد مشترک منحصر به فرد است که در آن استفاده می شود سیستم داخلییک اپراتور تخصصی مخابرات یا یک مرجع معتبر صدور گواهینامه؛ طول<код абонента>بیش از 43 کاراکتر نباشد.
5. مشخصات فن آوری های مورد استفاده5.1. شناسه های منحصر به فرد جهانی
5.1.1. شناسه های منحصر به فرد جهانی (UUID) برای شناسایی گردش کار، اسناد و برای تولید نام فایل ها در یک کانتینر حمل و نقل استفاده می شوند.
5.1.2. شناسههای منحصربهفرد جهانی مورد استفاده باید بر اساس آن تولید شوند اصول کلیتولید UUID همانطور که در RFC 4122 (http://www.ietf.org/rfc/rfc4122.txt) مشخص شده است. شناسه های منحصر به فرد جهانی به صورت یک عدد هگزادسیمال 32 رقمی که با حروف کوچک نوشته می شود نشان داده می شوند.
5.2. ترکیب و فشرده سازی فایل ها
5.2.1. فرمت آرشیو zip برای ترکیب چندین سند در یک ظرف حمل و نقل و فشرده سازی اسناد استفاده می شود.
5.2.2. قالب آرشیو فشرده در مشخصات باز موجود در http://www.pkware.com/documents/casestudies/APPNOTE.TXT توضیح داده شده است. آرشیو باید مطابق با قابلیت های اساسینسخه 2.0، بدون استفاده از رمزگذاری.
5.2.3. سند قبل از فشرده سازی نام "فایل" داده می شود و پس از آن در بایگانی ذخیره می شود. نام آرشیو مطابق بند 3.1.1 تشکیل شده است. هنگام استخراج یک سند از بایگانی، از اطلاعات فایل توضیحات اطلاعات حمل و نقل برای بازیابی نام فایل اصلی استفاده می شود.
5.3. رمزنگاری
5.3.1. برای رمزگذاری، از الگوریتم های GOST 28147-89 استفاده می شود. الگوریتم های GOST R 34.10-2001 برای تشکیل EDS استفاده می شود.
5.3.2. داده های رمزگذاری شده و EDS با استفاده از کانتینر PKCS #7 (RFC 2315، /content/base/) منتقل می شوند. رمزگذاری DER برای ذخیره در یک فایل استفاده می شود.
5.3.3. داده های رمزگذاری شده به عنوان ساختار ContentInfo با ساختار EnvelopedData به عنوان محتوا ارسال می شود.
5.3.4. امضاهای دیجیتال به عنوان ساختار ContentInfo با ساختار SignedData به عنوان محتوا منتقل می شوند. امضای دیجیتال ممکن است شامل یک گواهی باشد و نباید شامل محتوای امضا شده باشد.
5.3.5. رمزگذاری اسناد منتقل شده به عنوان بخشی از کانتینر حمل و نقل اولیه باید به آدرس انجام شود کلیدهای عمومیگواهی های گیرنده مشخص شده برای رمزگذاری، و کلیدهای عمومی گواهی های فرستنده. رمزگذاری اسنادی که در نتیجه دریافت یا پردازش یک سند دریافتی ارسال می شود به آدرس کلیدهای عمومی گواهی های گیرنده مشخص شده برای رمزگذاری، کلیدهای عمومی گواهی های فرستنده و کلیدهای عمومی گواهی نامه های مقاماتی که سند دریافتی را امضا کرد.
6. الزامات عمومی برای ترکیب پیام پستی هنگام تعامل با سیستم یکپارچه ارسال اظهارنامه مالیاتی و صورت های مالی به صورت الکترونیکی از طریق کانال های مخابراتیهنگام استفاده از مبادله پیام بین اپراتورهای مخابراتی و سرورهای تخصصی برای تبادل اسناد الکترونیکی مجتمع دریافت کننده واحد مالیاتی با استفاده از پروتکل های SMTP و POP3 در قالب پیام پست الکترونیکالزامات ساختار پیام پستیدر پیوست 12 این سند آمده است.
تایید شده
دستور اداره مالیات فدرال روسیه
از جانب " 19
» 04
2012
№ MMV-7-6/ [ایمیل محافظت شده]
فرمت یکپارچه کانتینر حمل و نقل
در طول تعامل اطلاعات با مجتمع های دریافت کننده
مقامات مالیاتی از طریق کانال های مخابراتی
با استفاده از امضای الکترونیکی
1. اصطلاحات و تعاریف
1.1. سند الکترونیکی(سند) - سندی که به صورت الکترونیکی مطابق با الزامات قالب برای این نوع سند ارائه می شود.
1.2. معامله- تک مرحله انتقال کانتینر با مدارک و امضای الکترونیکیاز نوع مورد نیاز (ES) در چارچوب یک گردش کاری از نوع خاصی که مجموعه اسناد منتقل شده، ES، فرستنده و گیرنده آنها را تعیین می کند.
1.3. مدیریت اسناد الکترونیکی (مدیریت اسناد)- دنباله ای از معاملات برای تبادل اسناد بین شرکت کنندگان در جریان اسناد، ارائه برخی از فرآیندهای تنظیم شده برای مبادله اسناد (به عنوان مثال، جریان اسناد برای ارائه اظهارنامه مالیاتی (گزارش های حسابداری)).
1.4. کانتینر حمل و نقل- مجموعه ای از اسناد منطقی مرتبط و ES، و همچنین اطلاعات حمل و نقل مرتبط، ترکیب شده در یک فایل.
1.5. مشترک- یک شرکت کننده ثبت نام شده در تعامل اطلاعاتی که مالیات دهنده یا نماینده مجاز یک مؤدی مالیاتی است.
1.6. NBO -اظهارنامه های مالیاتی (محاسبات)، صورت های مالی و سایر اسنادی که مبنای محاسبه و پرداخت مالیات و هزینه ها هستند.
2. اطلاعات کلی
2.1. این سند ساختار کانتینر حمل و نقل تولید و پردازش شده توسط نرم افزار سازمان مالیاتی را در جریان تعامل اطلاعاتی با اپراتورهای تخصصی مخابراتی و مشترکین به صورت الکترونیکی از طریق کانال های مخابراتی با استفاده از ES توصیف می کند تا از سازماندهی مدیریت اسناد الکترونیکی در هنگام ارائه مودیان مالیاتی اطمینان حاصل شود. اظهارنامه مالیاتی (محاسبات)، صورت های مالی و سایر اسناد به عنوان مبنای محاسبه و پرداخت مالیات و هزینه ها. فهرست انواع گردش کار در پیوست های 4-11 این سند آورده شده است.
2.2. تعامل اطلاعات از طریق اجرای جریان اسناد از طریق تراکنش ها رخ می دهد - انتقال از یک شرکت کننده در جریان سند به کانتینر حمل و نقل دیگری با مجموعه ای از اسناد و ES ثابت برای این تراکنش، از طرف افراد مجاز از شرکت کنندگان مربوطه در سند انجام می شود. جریان.
2.3. در طول گردش کار، اسناد به صورت فشرده و رمزگذاری شده منتقل میشوند، مگر اینکه برای نوع خاصی از گردش کار به گونه دیگری مشخص شده باشد. ES تحت اسناد به صورت باز منتقل می شود.
2.4. برای هر نوع گردش کار، فرمت های خدمات و اسناد تکنولوژیکی مورد استفاده در فهرست انواع گردش کار، در وب سایت www. *****
3. الزامات کلیبه ترکیب ظرف
3.1. محتویات کانتینر حمل و نقل
کانتینر حمل و نقل یک آرشیو فشرده حاوی:
- یک فایل با اطلاعات حمل و نقل در فرمت xml. آرشیو فایل های فشرده با محتویات اسناد منتقل شده؛ آرشیو فایل های فشرده با توضیحات اسناد. فایل هایی با محتویات ES منتقل شده؛
طرح کانتینر حمل و نقل در شکل 1 نشان داده شده است.
Microsoft" href="/text/category/microsoft/" rel="bookmark">مایکروسافت ورد، مایکروسافت اکسل، متن باز سند، صفحه گسترده سند، باز XML Word و صفحه گسترده XML باز حاوی تصاویر اسکن شده مشمول شرایط زیر هستند: تصویر سیاه و سفیدبا وضوح سند اسکن شده حداقل 150 و حداکثر 300 نقطه در اینچ با استفاده از 256 سایه خاکستری.
3.4. الزامات انواع گردش کار در ضمیمه های 4 - 11 آورده شده است , 1 به این سند.
4. انواع شرکت کنندگان در جریان اسناد و شناسایی آنها
4.1. گردش کار بین شرکت کنندگان زیر در گردش کار انجام می شود.
نماد | شرح |
مشترک | مالیات دهنده ( وجود، موجودیتیا کارآفرین انفرادی) یا نماینده مجاز او |
سازمان مالیاتی | سازمان مالیاتی خدمات مالیاتی فدرال روسیه |
اپراتور ویژه | اپراتور تخصصی مخابرات |
CA قابل اعتماد | مرجع صدور گواهینامه شامل شبکه CA های مورد اعتماد سرویس مالیاتی فدرال روسیه است |
4.2. شناسههای شرکتکنندگان در جریان اسناد شامل نویسههای لاتین a–z، 0–9، «@»، «. و "-". شناسه ها به حروف بزرگ و کوچک حساس نیستند.
4.3. کد چهار رقمی سازمان مالیاتی در کدگذاری طبقه بندی کننده SOUN به عنوان شناسه سازمان مالیاتی استفاده می شود.
4.4. یک کد سه نویسه منحصر به فرد تعیین شده توسط خدمات مالیاتی فدرال روسیه به عنوان یک شناسه برای یک اپراتور تخصصی مخابرات و یک مرجع صدور گواهینامه مورد اعتماد استفاده می شود.
4.5. شناسه مشترک دارای فرمت است
<префикс системы><код абонента>
<префикс системы>شناسه یک اپراتور تخصصی مخابرات یا یک مرجع صدور گواهینامه مورد اعتماد است. طول<префикса системы>برابر با 3 کاراکتر است.<префикс системы>باید با شناسه اپراتور تخصصی مخابراتی که مشترک از خدمات آن استفاده می کند مطابقت داشته باشد.
<код абонента>یک کد مشترک منحصر به فرد است که در سیستم داخلی یک اپراتور تخصصی مخابرات یا یک مرکز صدور گواهینامه مورد اعتماد استفاده می شود. طول<код абонента>بیش از 43 کاراکتر نباشد.
5. مشخصات فن آوری های مورد استفاده
5.1. شناسه های منحصر به فرد جهانی
5.1.1. شناسه های منحصر به فرد جهانی (UUID) برای شناسایی گردش کار، اسناد و برای تولید نام فایل ها در یک کانتینر حمل و نقل استفاده می شوند.
5.1.2. UUID های مورد استفاده باید طبق اصول کلی برای تولید UUID ها همانطور که در RFC 4122 (http://www.ietf.org/rfc/rfc4122.txt) مشخص شده است، تولید شوند. شناسه های منحصر به فرد جهانی به صورت یک عدد هگزادسیمال 32 رقمی که با حروف کوچک نوشته می شود نشان داده می شوند.
5.2. ترکیب و فشرده سازی فایل ها
5.2.1. فرمت آرشیو zip برای ترکیب چندین سند در یک ظرف حمل و نقل و فشرده سازی اسناد استفاده می شود.
5.2.2. فرمت آرشیو فشرده در مشخصات باز موجود در http://www توضیح داده شده است. /documents/casestudies/APPNOTE. txt آرشیو باید مطابق با ویژگی های اولیه نسخه 2.0 و بدون استفاده از رمزگذاری انجام شود.
5.2.3. سند قبل از فشرده سازی نام "فایل" داده می شود و پس از آن در بایگانی ذخیره می شود. نام آرشیو مطابق بند 3.1.1 تشکیل شده است. هنگام استخراج یک سند از بایگانی، از اطلاعات فایل توضیحات اطلاعات حمل و نقل برای بازیابی نام فایل اصلی استفاده می شود.
5.3. رمزنگاری
5.3.1. الگوریتم های مورد استفاده برای رمزگذاری GOST. الگوریتم ها برای تولید ES استفاده می شوند GOST R 34.10-2001.
5.3.2. داده های رمزگذاری شده و ES با استفاده از یک ظرف PKCS #7 (RFC 2315، http://www.ietf.org/rfc/rfc2315.txt) منتقل می شوند. رمزگذاری DER برای ذخیره در یک فایل استفاده می شود.
5.3.3. داده های رمزگذاری شده به عنوان یک ساختار منتقل می شود ContentInfoبا ساختار Enveloped Dataبه عنوان محتوا
5.3.4. EP ها به عنوان یک ساختار منتقل می شوند ContentInfoبا ساختار SignedDataبه عنوان محتوا ES باید شامل گواهی مربوط به آن باشد و نباید شامل سند امضا شده توسط آن باشد.
5.3.5 رمزگذاری اسناد ارسال شده به عنوان بخشی از کانتینر حمل و نقل اولیه باید به آدرس کلیدهای عمومی گواهی های گیرنده مشخص شده برای رمزگذاری و کلیدهای عمومی گواهی نامه های فرستنده انجام شود. رمزگذاری اسنادی که در نتیجه دریافت یا پردازش یک سند دریافتی ارسال می شود به آدرس کلیدهای عمومی گواهی های گیرنده مشخص شده برای رمزگذاری، کلیدهای عمومی گواهی های فرستنده و کلیدهای عمومی گواهی نامه های مقاماتی که سند دریافتی را امضا کرد.
6. الزامات عمومی برای ترکیب پیام پستی هنگام تعامل با سیستم یکپارچه ارسال اظهارنامه مالیاتی و صورت های مالی به صورت الکترونیکی از طریق کانال های مخابراتی
هنگام استفاده از مبادله پیام بین اپراتورهای مخابراتی و سرورهای تخصصی برای تبادل اسناد الکترونیکی مجتمع دریافت کننده واحد مالیاتی با استفاده از پروتکل های SMTP و POP3 در قالب پیام های ایمیل، الزامات ساختار پیام پستی است. در پیوست 12 این سند ایجاد شده است.
من. فرمت توضیحات سند NBO
(نسخه 02)
1. عمومی
1.1. هدف
این سند الزامات فایل های XML را برای انتقال الکترونیکی اطلاعات مربوط به سند NBO موجود در کانتینر حمل و نقل (از این پس به عنوان فایل تبادلی نامیده می شود) شرح می دهد.
2. شرح فایل EXCHANGE
TR_DEKL_2_700_02_09_02_xx، جایی که xx است نسخه فعلیطرح.
پسوند نام فایل xsd است.
قالب رشته کاراکتربه شکل T(n-k) یا T(=k) نشان داده شده است، که در آن n حداقل تعداد کاراکترهای یک خط است، k - بیشترین مقدارکاراکترها، نماد "-" یک جداکننده است، نماد "=" به معنای مقدار ثابتکاراکتر در هر خط اگر حداقل تعداد کاراکترها 0 باشد، قالب T(0-k) است. اگر حداکثر تعداد کاراکترها نامحدود باشد، قالب T(n-) است. اگر طول عنصر نامشخص باشد، قالب T است
· اطلاعات تکمیلی. برای عناصر پیچیده، پیوندی به جدولی ارائه می شود که ترکیب این عنصر را توضیح می دهد. برای عناصری که فهرست محدودی از مقادیر را از طبقهبندیکننده (فرهنگ لغت کد و غیره) میگیرند، نام مربوط به طبقهبندیکننده (فرهنگ کد و غیره) نشان داده میشود یا فهرستی ارائه میشود. مقادیر ممکن. برای یک طبقه بندی کننده (فرهنگ کد و غیره) می توان به محل آن اشاره کرد. برای عناصری که از نوع داده سفارشی استفاده می کنند، نام عنصر نوع مشخص می شود.
3. نمودار تبادل فایل
عکس. 1. نمودار ساختار فایل تبادل
4. فهرست عناصر ساختاری مدل منطقی فایل تبادل
فهرست عناصر ساختاری مدل منطقی فایل تبادل در جدول آورده شده است. 4.1
جدول 4.1 |
||||||||||
شرح سند NBO منتقل شده (توضیحات) |
||||||||||
نام عنصر | نام اختصاری (کد) عنصر | ویژگی نوع عنصر | فرمت عنصر | علامت عنصر اجباری | اطلاعات تکمیلی |
|||||
نام فرم سند NBO منتقل شده | nameForms | |||||||||
KND سند ارسالی NBO | KNDForms | |||||||||
نوع سند منتقل شده NBO | نوع سند | مقادیر "اولیه" یا "اصلاح" را می پذیرد |
||||||||
سال گزارشی که سند NBO برای آن ارسال شده است | عنصر ژنریک |
|||||||||
کد دوره ای که سند NBO برای آن ارسال می شود | کدپریود | کد دوره ای که سند NBO برای آن ارسال می شود، مطابق فهرست کدهای تعیین کننده دوره مالیاتی (گزارشگری) (SKNP) مصادف با دوره مالیاتی (گزارشگری) مشخص شده در گزارش است در صورت درج در گزارش الزامی است |
||||||||
کد سازمان مالیاتی که مشترک در آن ثبت شده است | حسابداری NPOLocation | عنصر ژنریک<СОНОТип> |
||||||||
کد سازمان مالیاتی که در آن اداره موضوع مالیات انجام می شود که براساس آن سند NBO منتقل می شود. | NPOLocation | عنصر ژنریک<СОНОТип>کدهای طبقه بندی کننده سیستم تعیین مقامات مالیاتی |
||||||||
اطلاعات اضافی | عنصر ژنریک |
|||||||||
II. فرمت شرح درخواست تجدیدنظر، نامه و لیست پستی
(نسخه 02)
1. عمومی
1.1. هدف
این سند الزامات فایل های XML را برای انتقال الکترونیکی اطلاعات در مورد شرح درخواست، نامه و توزیع توضیح می دهد.
2. شرح فایل EXCHANGE
2.1. اطلاعات کلی در مورد فایل تبادل
نام فایل تبادل باید به شکل زیر باشد:
پسوند نام فایل xml است. پسوند نام فایل را می توان با حروف کوچک و بزرگ مشخص کرد.
پارامترهای خط اول فایل تبادل
خط اول فایل XML باید به شکل زیر باشد:
نام فایل حاوی طرحواره فایل تبادل
نام فایل حاوی طرحواره XSD فایل تبادل باید به شکل زیر باشد:
TR_PISRAS_2_700_03_09_02_xx، که در آن xx نسخه طرحواره فعلی است.
پسوند نام فایل xsd است.
2.2. مدل منطقی فایل تبادل
مدل منطقی فایل به صورت گرافیکی در بخش 3 در شکل 1 ارائه شده است. عناصر مدل منطقی فایل تبادل عناصر و ویژگی های فایل XML هستند. فهرست کاملی از عناصر ساختاری مدل فایل منطقی و اطلاعات مربوط به آنها در بخش 4 آورده شده است.
برای هر عنصر ساختاری مدل فایل منطقی، بخش 4 اطلاعات زیر را ارائه می دهد:
· نام عنصر. نام کامل عنصر داده شده است.
· نام اختصاری عنصر. نام اختصاری عنصر داده شده است. اسامی اختصاری را می توان با حروف و اعداد نوشت.
· علامت نوع عنصر. می تواند مقادیر زیر را بگیرد: "C" - عنصر پیچیده(دارای موارد تو در تو)، "P" - یک عنصر ساده (بدون تو در تو). الف یک صفت است. اگر از یک نوع داده سفارشی برای تعریف یک عنصر استفاده شود، نام نوع داده (عنصر معمولی) در ستون "اطلاعات اضافی" نشان داده می شود.
قالب عنصر فرمت در ارائه شده است افسانه، که با مقادیر زیر مطابقت دارد: Т – رشته کاراکتر; N یک مقدار عددی (کل یا کسری) است.
قالب یک رشته کاراکتر به صورت T(n-k) یا T(=k) مشخص می شود، که در آن n حداقل تعداد کاراکترهای یک رشته، k حداکثر تعداد کاراکترها، نماد "-" یک جداکننده است، نماد ”=” به معنی تعداد ثابتی از کاراکترها در خط است. اگر حداقل تعداد کاراکترها 0 باشد، قالب T(0-k) است. اگر حداکثر تعداد کاراکترها نامحدود باشد، قالب T(n-) است. اگر طول عنصر نامشخص باشد، قالب T است.
قالب یک مقدار عددی به صورت N(m.k) مشخص میشود، که m حداکثر تعداد کاراکترها در عدد است، از جمله علامت (برای یک عدد منفی)، عدد صحیح، و قسمت کسریعدد بدون نقطه اعشار جداکننده و k حداکثر تعداد ارقام اعشار است. اگر تعداد ارقام اعشار 0 باشد (یعنی عدد یک عدد صحیح باشد)، فرمت مقدار عددی N(m) است.
برای عناصر ساده ای که در XML پایه هستند (تعریف شده در http://www.w3.org/TR/xmlschema-0)، مانند عنصری از نوع "تاریخ"، قسمت "Element Format" خالی می ماند. برای چنین عناصری، نوع عنصر پایه در قسمت "اطلاعات اضافی" نشان داده شده است.
علامت عنصر اجباری حضور اجباری عنصر را در آن مشخص می کند فایل XML. ویژگی عنصر اجباری می تواند مقادیر زیر را داشته باشد: "O" - حضور اجباری عنصر (نام عنصر و مقدار آن باید در فایل تبادل وجود داشته باشد). "H" - وجود عنصر اختیاری است (ممکن است نام عنصر و مقدار آن در فایل تبادل وجود نداشته باشد). اگر یک عنصر بتواند لیست محدودی از مقادیر را بگیرد (طبق طبقه بندی کننده، فرهنگ لغت کد و غیره)، سپس ویژگی تعهد عنصر با نماد "K" تکمیل می شود. به عنوان مثال: "OK". اگر تعداد اجرای یک عنصر می تواند بیش از یک باشد، علامت اجباری عنصر با نماد "M" تکمیل می شود. به عنوان مثال: "OM، OKM".