ویژگی های سند حسابداری

قبلاً بارها در مطالب خود در مورد تنظیمات مختلف برنامه های 1C صحبت کردیم. اما یکی از آنها که کمتر از یک سال پیش ظاهر شد، تاکنون به طور غیرقابل توجهی نادیده گرفته شده است. در این مقاله در مورد یک تنظیم بسیار مفید و جالب صحبت خواهم کرد که بر الگوریتم های ارسال اسناد در 1C تأثیر می گذارد: Enterprise Accounting 8 edition 3.0.

بیایید به بخش "اداره" برویم و مورد "ارسال اسناد" را انتخاب کنیم.

فرم تنظیمات باز می شود.

1. لحظه محاسبات

در صورتی که نقطه به مقدار "هنگام ارسال اسناد" تنظیم شود، هنگام کار با اسناد اولیه، تمام مبالغ مستقیماً محاسبه می شود (این گزینه همیشه در برنامه 1C اجرا شده است). با این حال، اگر اسناد زیادی در سازمان شما وجود داشته باشد، هزاران موقعیت نامگذاری روزانه حذف یا فروخته می شود، سرعت این اسناد سرعت کلی کار را کاهش می دهد. پس از همه، تمام محاسبات پیچیده در زمان اجرا انجام می شود.
اگر نقطه ای را در قسمت "در پایان ماه" تنظیم کنید، در هنگام ارسال اسناد هیچ محاسباتی انجام نمی شود. و این برنامه تمام محاسبات پیچیده را در پایان ماه انجام خواهد داد. مزیت اصلی این گزینه افزایش سرعت پردازش اسناد، صرفه جویی در زمان در کارهای روزانه است. اما در عین حال، نمی توانید به سرعت هزینه کالاها و مواد از کار افتاده را مشاهده کنید.

WWS تا پایان ماه به صورت زیر خواهد بود:

علاوه بر این، تعدادی محدودیت وجود دارد: همه سازمان ها نمی توانند از این گزینه با محاسبات در پایان ماه استفاده کنند.

استثنا این است:
- سازمان ها و کارآفرینان فردی با استفاده از سیستم مالیاتی ساده (درآمد کاهش می یابد با مقدار هزینه ها).
- IP در حالت عمومی.
- سازمانهایی که سوابق جداگانه مالیات بر ارزش افزوده دریافتی را نگه می دارند.
- سازمان ها و کارآفرینان فردی که از روش ارزیابی صندوق بین المللی پول "FIFO" استفاده می کنند.
- سازمان ها و کارآفرینان فردی که از روش ارزیابی کالا در خرده فروشی "با ارزش فروش" استفاده می کنند.
- سازمان ها و کارآفرینان فردی که از سیستم مالیاتی ساده (درآمد) استفاده می کنند و از عملکرد پرداخت با کارت های پرداخت استفاده می کنند.
برای سازمان های مشخص شده، محاسبات همیشه هنگام ارسال اسناد انجام می شود.

2. انصراف از موجودی در صورت عدم وجود موجودی در انبار

در صورتی که این چک باکس علامت زده شود، برنامه خطایی را هنگام ارسال اسناد مربوط به حذف یا فروش کالاها و مواد گزارش نمی‌کند، در صورتی که این کالاها یا مواد در انبار موجود نباشند (در صورت عدم وجود موجودی، نوشتن خاموش "برای منهای" انجام می شود).
اما اگر چک باکس تنظیم نشده باشد، برنامه به شدت میزان کالا و مواد موجود در انبار را کنترل می کند و در صورت کمبود کالا یا مواد، اجازه ارسال سند را به شما نمی دهد.
نمونه ای از کار با این تنظیم در یکی از ویدیوهای ما مورد بحث قرار گرفته است: خطاهای هنگام نوشتن مطالب در 1C: حسابداری سازمانی 8.

3. بررسی ارسال اسناد در هنگام تولید گزارش

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

4. زمان سند

آخرین چک باکس در فرم تنظیمات واقعاً بسیار مفید است.

در صورت نصب، خود برنامه اسناد را طبق جدول زمانی در طول روز توزیع می کند.
مطمئناً شما با موقعیتی برخورد کرده اید که 1C بقیه کالاها را در انبار نمی بیند، زیرا رسید در همان روز اتفاق افتاده و سند فروش زودتر از سند رسید وارد شده است. یا برنامه به طور مصنوعی گردش حساب های تسویه حساب با طرف مقابل را دوبرابر می کند اگر پیش پرداخت در همان روز واریز شده باشد (یعنی در واقع هیچ پیش پرداختی وجود نداشته است، فقط زمان سند پرداخت کمتر از زمان دریافت یا سند فروش است) .
اگر این کادر را در تنظیمات علامت بزنید، می توان از همه این موقعیت ها جلوگیری کرد. به عنوان مثال زمان تمام اسناد دریافتی کالا و خدمات به صورت خودکار روی ساعت 7:00 تنظیم می شود.

و اسناد اجرایی - ساعت 14:00.

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

بیایید با هم دوست باشیم

تابوهای حسابداری
بیایید با حسابداری شروع کنیم. مطابق با الزامات مواد 8 و 9 قانون فدرال 21 نوامبر 1996 شماره 129-FZ "در مورد حسابداری"، تا زمانی که اسناد اولیه مبنی بر تایید معامله تجاری را نداشته باشید، دلیلی برای انعکاس آن ندارید. در حسابداری
پس از یافتن دیرهنگام سند، لازم است طبق بند 11 دستورالعمل نحوه تنظیم و ارائه صورتهای مالی (مصوب به دستور وزارت دارایی روسیه مورخ 22 ژوئیه 2003 شماره 67n) هدایت شوید. سه قانون حسابداری بلافاصله از محتوای این پاراگراف تبعیت می کند.
قانون 1. معاملات از دست رفته در همان دوره گزارش، در ماه کشف آنها یادداشت کنید.
اگر متوجه شدید که معاملات تجاری به اشتباه منعکس شده است (اسناد با تأخیر دریافت شده است) دوره جاری قبل از پایان سال گزارش، اصلاحات توسط ورودی های حساب های حسابداری مربوطه در ماه دوره گزارش که تحریف ها شناسایی شده است انجام می شود.
قانون 2. تراکنش های فراموش شده سالی که هنوز حساب های آن گزارش نشده است، تاریخ دسامبر.
هنگامی که معامله تجاری از دست رفته در سال گزارش پس از اتمام آن مشخص شد، اما صورت های مالی سالانه هنوز طبق روال تعیین شده تأیید نشده است، اصلاحات توسط ورودی ها در دسامبر سالی که صورت های مالی سالانه برای آن در حال تهیه است انجام می شود. برای تایید و ارسال آماده شده است.
قانون 3. معاملات از دست رفته سال گذشته در دوره جاری منعکس می شود.
اگر در دوره گزارش جاری مشخص شود که معاملات تجاری به اشتباه در حساب های سال قبل منعکس شده است، اصلاحات حسابداری و صورت های مالی سال گزارش قبلی (پس از تصویب صورت های مالی سالانه به روش مقرر) انجام نمی شود. باید ساخته شود.
علاوه بر این، تغییرات صورتهای مالی مربوط به سال گزارشگری و دوره های قبل (پس از تصویب آن) در صورت های گردآوری شده برای دوره گزارشگری که در آن تحریف داده های آن مشاهده شد (بند 39 آیین نامه حسابداری و صورت های مالی) ایجاد می شود. در فدراسیون روسیه، تصویب شده توسط وزارت دارایی روسیه مورخ 29 ژوئیه 1998 شماره 34n، که از این پس به عنوان مقررات شناخته می شود). بند 80 آیین نامه مکانیسم انعکاس سود یا زیان سال های گذشته شناسایی شده در سال گزارش را در حسابداری مشخص می کند. بنابراین، چنانچه سود یا زیان در سال گزارشگری آشکار شود، اما مربوط به عملیات سالهای گذشته باشد، باید در نتایج مالی سازمان سال گزارشگری منظور شود.
برای اصلاح اشتباهات سنوات گذشته شناسایی شده در سال جاری از حساب 91 «سایر درآمدها و هزینه ها» در حسابداری استفاده می شود.
بنابراین، در حسابداری، اشتباهات در دوره ای که کشف می شوند اصلاح می شوند.

توجه!

در حال حاضر، پیش نویس مقررات جداگانه ای در مورد حسابداری وجود دارد: PBU 22/2009 "اصلاح اشتباهات در حسابداری و گزارشگری"، که توسط وزارت دارایی روسیه در پایان سال گذشته تهیه شده است. این پروژه فرض می کند که تمام خطاها باید به مهم و ناچیز تقسیم شوند و روش اصلاح آنها در حسابداری به لحظه شناسایی آنها و سطح اهمیت بستگی دارد. اطلاعات مربوط به اشتباهات قابل توجه دوره های گزارش قبلی شناسایی شده در دوره گزارش باید در یادداشت توضیحی صورت های مالی سالانه سازمان منعکس شود. اما در حال حاضر این PBU پذیرفته نشده است و این بدان معناست که اصلاح اشتباهات حسابداری طبق قوانین جاری ضروری است.

قوانین مالیاتی
انعکاس معامله روی یک سند دیرکرد در حسابداری مالیاتی چندان آسان نیست. بیایید لیست قوانین حسابداری اسناد دیرهنگام را ادامه دهیم ...
قانون 4. مخارج پذیرفته شده برای مقاصد مالیاتی در دوره گزارشگری (مالیاتی) که به آن مربوط می شود، به این صورت شناسایی می شود.
اگر سند را دیر پیدا کردید، هزینه ها را می توان به کاهش پایه مالیاتی مالیات بر درآمد نسبت داد، اما فقط برای دوره گزارش (مالیاتی) که به آن مربوط می شود (بند 1، ماده 272 قانون مالیات فدراسیون روسیه). ). این البته منجر به نیاز به ارائه اظهارنامه مالیاتی به روز شده برای دوره ای می شود که تاریخ سند در آن ثبت شده است.
برخی از حسابداران به اشتباه معتقدند که با دریافت سند مربوط به دوره گزارش قبلی، لازم نیست "توضیح" در سند فعلی ارائه شود. به هر حال، همه رویدادها در یک دوره مالیاتی اتفاق می‌افتند و صرف نظر از اینکه چه زمانی هزینه‌ها یا درآمدهای سال در نظر گرفته می‌شود، میزان مالیات بر درآمد صحیح خواهد بود. این درست نیست. لازم به یادآوری است که اگر در محاسبه پایه مالیاتی مربوط به هر دو دوره مالیاتی و گزارشگری گذشته اشتباهاتی (تحریف) مشاهده شود، در دوره مالیاتی (گزارشگری) فعلی، کد مالیاتی مستلزم محاسبه مجدد پایه مالیاتی و مبلغ است. مالیات برای دوره ای که در آن خطاهای مشخص شده (تحریف) (بند 1 ماده 54 قانون مالیات فدراسیون روسیه).
همچنین بند 1 ماده 54 و بند 1 ماده 81 قانون مالیاتی مؤدی را مکلف می کند در صورت کم برآورد بودن مالیات قابل پرداخت، اظهارنامه اصلاحی را تسلیم و در صورت کاهش اظهارنامه، حق ارائه اظهارنامه «به روز شده» را بدهد. رخ نداد. بنابراین، اگر از این حق استفاده کردید و ترجیح دادید اظهارنامه اصلاحی ارائه نکنید، داوطلبانه با بخشی از هزینه ها خداحافظی کرده اید.
البته، شما نمی خواهید مالیات را بیش از حد بپردازید، اما ارسال یک "توضیح" نیز بهترین گزینه نیست - این توجه بازرسان مالیاتی را جلب می کند. با مثالی نشان خواهیم داد که چنین سیر استدلالی به چه چیزی می تواند منجر شود.

مثال
حسابدار با یک سال تاخیر یک عمل ارائه خدمات دریافت کرد. با تصمیم به عدم جلب توجه بازرسان و عدم ارائه اظهارنامه به روز، به نظر می رسید که او راهی برای خروج پیدا کرده است: بند 2 ماده 265 قانون مالیاتی امکان در نظر گرفتن زیان دوره های مالیاتی گذشته شناسایی شده در قانون مالیات را فراهم می کند. دوره گزارشگری جاری (مالیاتی) به عنوان بخشی از هزینه های غیر عملیاتی. علاوه بر این، در اظهارنامه مالیات بر درآمد شرکت (مصوب به دستور وزارت دارایی روسیه مورخ 5 مه 2008 شماره 54n)، یک ردیف جداگانه 301 از پیوست شماره 2 به ورق 02 برای چنین هزینه هایی اختصاص داده شده است.
با این حال، چنین استدلالی نادرست است. بیایید توضیح دهیم که چرا.
عمل ارائه خدمات سندی است که تاریخ خاصی از تدوین را نشان می دهد. بنابراین دوره وقوع هزینه تعریف می شود. مخارجی که توسط اسناد اولیه تایید شده و مربوط به دوره های گزارشی (مالیاتی) قبلی است، به عنوان بخشی از زیان دوره های مالیاتی قبلی شناسایی شده در دوره گزارشگری (مالیاتی)، در ردیف 301 پیوست شماره 2 به برگ 02 منعکس نشده است. اظهارنامه مالیات بر درآمد، از آنجایی که آنها تاریخ وقوع را دارند (بند 7.3 از روش پر کردن اظهارنامه مالیاتی برای مالیات بر درآمد شرکت، مصوب شده به دستور وزارت دارایی روسیه مورخ 5 مه 2008 شماره 54 n).

چنین موقعیت هایی اغلب موضوع دعوی قضایی بوده است. و رویه قضایی در رابطه با مالیات دهندگان مبهم است.

رویه داوری

مالیات دهنده در اظهارنامه مالیاتی سود سازمان ها، زیان سال های گذشته شناسایی شده در دوره گزارش جاری را منعکس می کند. تصمیمات به نفع مودیان: قطعنامه سرویس فدرال ضد انحصار منطقه مسکو مورخ 16 ژانویه 2008 شماره KA-A40/13948-07 در پرونده شماره A40-76807/06-142-512. 11 مارس 2009 شماره КА-А40/1255-09 در پرونده شماره A40-32554/08-129-101; مورخ 31 می 2006 شماره КА-А40/4822-06 در پرونده شماره A40-55283/05-90-425 تصمیمات به نفع سازمان مالیاتی: قطعنامه سرویس فدرال ضد انحصار ناحیه اورال در 9 ژانویه 2008 شماره F09-10856 / 07-S3 در مورد شماره A76-6072 / 07، سرویس فدرال ضد انحصار ناحیه شمال غربی در تاریخ 16 آوریل 2007 شماره A56-14502 / 2006، سرویس فدرال ضد انحصار منطقه سیبری شرقی مورخ 26 نوامبر 2007 شماره A19-9257/07-57-Ф02-8708/07، خدمات ضد انحصار فدرال منطقه ولگا-ویاتکا، تاریخ 1 مارس 2006 شماره A11-5827/2005-K2-24/239، سرویس فدرال ضد انحصار ناحیه شمال غربی مورخ 08 نوامبر 2006 شماره A21-7106/2005).

با این حال، دادگاه عالی داوری فدراسیون روسیه در تصمیم خود در تاریخ 9 سپتامبر 2008 به شماره 4894/08 حکمی صریح صادر کرد: مقررات زیر بند 1 بند 2 ماده 265 قانون مالیات باید در مالیات فعلی اعمال شود. دوره فقط در صورتی که دوره وقوع هزینه های انجام شده توسط مالیات دهنده نامشخص باشد. در سایر موارد، هزینه های مربوط به دوره های مالیاتی گذشته باید مطابق با الزامات مواد 54 و 272 قانون مالیات در حسابداری مالیاتی منعکس شود. با انتشار این مصوبه، شانس دفاع از پرونده خود نزد مودیان به میزان قابل توجهی کاهش یافته است.
قانون 5. سعی نکنید از اعلامیه "بی سود" دور شوید.
این اتفاق می افتد که هنگام ارائه اظهارنامه مالیات بر درآمد "بی سود" ، مقامات مالیاتی توصیه می کنند مقدار هزینه های منعکس شده در اظهارنامه را کاهش دهند تا اظهارنامه زیان ده به یک "سربه سر" تبدیل شود. برای کسی پوشیده نیست که مشکل انعکاس زیان های وارده در اظهارنامه اخیراً بسیار حاد بوده است و اغلب حسابداران از توصیه های غیر رسمی پیروی می کنند - آنها بخشی از هزینه ها را در یک دوره گزارش نشان نمی دهند به این امید که در دوره بعدی درآمد حاصل شود. هم هزینه نشان داده می شود و هم سود دریافتی.
با این حال، باید روش تعیین میزان هزینه های تولید و فروش را که توسط ماده 318 قانون مالیات تعیین شده است، به خاطر بسپارید.
اگر از روش تعهدی استفاده می کنید، تمام هزینه های دوره گزارش باید به مستقیم و غیر مستقیم تقسیم شود. لیست خاصی از هزینه ها توسط مالیات دهندگان به طور مستقل در سیاست حسابداری برای اهداف مالیاتی تعیین می شود.
هزینه های مستقیم فقط مربوط به هزینه های دوره گزارشگری جاری (مالیاتی) به عنوان فروش محصولات، کارها، خدمات است که در هزینه آنها مطابق ماده 319 قانون مالیات (بند 2 ماده 318) در نظر گرفته می شود. قانون مالیات فدراسیون روسیه).
هزینه های غیرمستقیم تولید و فروش که در دوره گزارش (مالیاتی) انجام می شود، کاملاً با هزینه های دوره گزارشگری (مالیاتی) جاری مرتبط خواهد بود. بنابراین، آنها را نمی توان از یک دوره گزارش به دوره دیگر منتقل کرد، حتی اگر واقعیت دریافت اسناد اولیه را با تأخیر تأیید کنید. قانون مالیات چنین فرصتی را فراهم نمی کند. این هزینه های سازمان قبل از دریافت درآمد حاصل از فعالیت ها، زیان دوره گزارشگری (مالیاتی) جاری را تشکیل می دهد.
اگر عمداً هزینه‌ها را در یک دوره گزارش نشان نمی‌دهید، در دوره بعدی باید یک اظهارنامه به‌روزشده برای دوره‌ای که این هزینه‌ها به آن مربوط می‌شود، ثبت کنید و در نتیجه، زیان را شناسایی کنید. یک دور باطل بوجود می آید ... بنابراین ، هنگام تصمیم گیری برای انتقال بخشی از هزینه ها به یک اعلامیه "معادل" تر ، باید درک کنید که به احتمال زیاد آنها از دست خواهند رفت.

فاکتور تاخیری
قاعده 6. صورتحساب های دریافتی از فروشندگان با ایجاد حق کسر مالیات مشمول ثبت در دفتر خرید می شود.
مدت ها بود که موضوع انعکاس صورتحساب های "تأخیر" در دفتر خرید "ذهن" مودیان و متخصصان ادارات ذی صلاح را "عذاب می داد". بدین ترتیب فاکتورهای دریافتی از فروشندگان به دلیل ایجاد حق کسر مالیات به ترتیب مقرر در ماده 172 قانون مالیاتی مشمول ثبت در دفتر خرید می شود. این در بند 8 قوانین مربوط به نگهداری ثبت فاکتورهای دریافتی و صادر شده، دفاتر خرید و دفاتر فروش هنگام محاسبه مالیات بر ارزش افزوده (مصوب با فرمان دولت فدراسیون روسیه 2 دسامبر 2000 شماره 914) بیان شده است. ، از این پس - قوانین).
ماده 172 قانون مالیات به نوبه خود، حق کسر مالیات بر ارزش افزوده ورودی را به مؤدی اعطا می کند، دقیقاً زمان ایجاد این حق را مشخص نکرده است. فقدان یک هنجار روشن باعث بحث و جدل می شود.
در حال حاضر، وزارت دارایی معتقد است که فاکتورهای "تأخیر" بدون در نظر گرفتن تاریخ صدور در دفتر خرید در دوره ای که وارد سازمان شده است ثبت می شود، بنابراین در همان دوره از حق کسر استفاده می کنید. (نامه وزارت دارایی روسیه به تاریخ 13 ژوئن 2007 شماره 03-07-11/160). برای جلوگیری از مشکل در کسر، باید دریافت فاکتور را در این دوره مالیاتی خاص تأیید کنید. به عنوان مثال، این می تواند یک مجله از مکاتبات دریافتی یا یک پاکت با یک تمبر پستی باشد که از طریق آن فاکتور دریافت شده است (نامه اداره مالیات فدرال روسیه برای مسکو به تاریخ 20 آوریل 2007 شماره 19-11 / 036466).
برخی از سازمان‌ها برای ساده‌تر شدن کار، تاریخ دریافت را روی فاکتورهای دریافتی درج می‌کنند. هم مقامات مالیاتی و هم قضات در مورد چنین شواهدی بدبین هستند، زیرا آنها معتقدند که مهر مکاتبات دریافتی نمی تواند مدرک واضحی مبنی بر دریافت صورتحساب در دوره مربوطه باشد، زیرا متعلق به خود مالیات دهنده است (قطعنامه سرویس فدرال ضد انحصار ناحیه قفقاز شمالی 7 ژوئیه 2008 شماره F08-3751/2008 در پرونده شماره A32-20193/2007-3/370).
اگر فقط می توانید تاریخ دریافت فاکتور را به صورت شفاهی تأیید کنید، آماده باشید که پس از تأیید، کسورات فاکتورهایی که تاریخ یک دوره مالیاتی دارند و در دوره دیگر برای کسر مطالبه شده اند، برداشته می شود. در نتیجه مالیات بر ارزش افزوده معوقه وجود دارد.
علیرغم رویه داوری تعیین شده (تصمیم دادگاه عالی داوری فدراسیون روسیه مورخ 8 اوت 2008 شماره 9726/08، تصمیمات FAS منطقه مسکو مورخ 26 ژوئن 2008 شماره KA-A40 / 5396-08 در پرونده شماره A40-31872 / 07-117-187، مورخ 17 ژانویه 2008 شماره KA-A40 / 14126-07 در پرونده شماره A40-17087 / 07-126-123) و موقعیت وفادار وزارت دارایی ، بازرسان مالیاتی همچنان با نامه خدمات مالیاتی فدرال روسیه مورخ 6 سپتامبر 2006 شماره MM-6 -03/896 "در مورد روش ایجاد تغییرات در دفتر خرید و دفتر فروش" هدایت می شوند. بر اساس آن، مؤدی حق دارد در صورت مستند بودن، یعنی وجود فاکتور و اسناد اولیه مربوطه مبنی بر تحصیل و ثبت کالا (کار، خدمات)، حقوق مالکیت، کسر مالیات را اعمال کند.
طبق مفاد ماده 81 قانون مالیاتی، مؤدی که حقایق مربوط به انعکاس ناقص اطلاعات در اظهارنامه مالیاتی را که قبلاً توسط خود تسلیم شده است (از جمله اطلاعات مربوط به کسورات مالیاتی) کشف می کند، حق دارد تغییرات و اضافات لازم را در اظهارنامه مالیاتی دوره مالیاتی که معاملات مربوط به آن مربوط می شود.
بنابراین، اگر مؤدی در دوره مالیاتی فعلی در اظهارنامه مالیاتی مالیات بر ارزش افزوده ارائه شده قبلی خود متوجه شد که مبلغ مالیات کسر شده را به طور کامل منعکس نکرده است، باید اظهارنامه مالیاتی اصلاحی را برای دوره های مالیاتی که در آن کسر مالیات وجود ندارد، تسلیم کند. به طور کامل منعکس شده است.
طبق اعلام سازمان مالیاتی، پر کردن برگه اضافی از دفترچه خرید برای سه ماهه ای که تاریخ فاکتور در آن قرار دارد، ضروری است. در یک برگه اضافی از دفتر خرید، باید جزئیات آن دسته از فاکتورهایی را که به موقع در این دفترچه خرید ثبت نشده اند، ثبت کنید - داده های فاکتورهای "تأخیر" را با داده های خط "کل" خلاصه کنید. از ورق اضافی
بیایید خلاصه کنیم. هر بار با انعکاس یک معامله تجاری در حسابداری در یک سند دیرهنگام، از قوانین حسابداری و حسابداری مالیاتی غافل نشوید. اسناد دیرهنگام نیاز به توجه ویژه دارند - همچنین این موضوع را بر کارمندان و پیمانکاران فراموشکار تأثیر بگذارید.

پی. کولماکووا،
مشاور متخصص مالیاتی، مدرس گروه شرکت های ELKOD، مدرس خبره در موسسه حسابداران و حسابرسان حرفه ای روسیه، عضو اتاق مشاوران مالیاتی روسیه

ارسال اسناد در 1C- این شرط اصلی برای حسابداری صحیح کلیه وجوه، کالاها و خدمات است. چندین روش برای نگهداری یک سند در 1C وجود دارد. این را می توان هنگام باز کردن لیست اسناد انجام داد. شکل نشان می‌دهد که چگونه می‌توان سند مورد نیاز را ارسال کرد یا از ارسال در یادداشت‌های خروج نقدی لغو کرد. ستون اول نشان می دهد که آیا سند ارسال شده است یا خیر. اگر علامت سبز رنگ روی "پیکتوگرام" وجود داشته باشد، سند ارسال شده است. به عنوان مثال، ما یک سند داریم که در لیست پست نشده است. با انتخاب سفارش نقدی مورد نظر با دکمه سمت راست ماوس می توانید از منوی "پست" یا "لغو" را انتخاب کنید نحوه ارسال و توزیع سند 1s

می توانید با استفاده از روش های دیگر یک سند را در 1C Enterprise 8.2 ارسال کنید. پس از وارد کردن سند مورد نظر، در بالای پنجره دکمه هایی با فلش سبز و قرمز مشاهده می کنیم. اولی مسئول انجام آن است و دومی - لغو آن. همچنین، می توانید سند را از طریق دکمه "OK" نگه داشته و ببندید.

راهی برای گروه بندی اسناد در 1C وجود دارد. برای این کار باید از پردازش گروهی دایرکتوری ها و اسناد (سرویس - پردازش جهانی - پردازش گروهی فهرست ها و اسناد) استفاده کنید.

در پردازش گروهی، باید نوع شی "اسناد" را انتخاب کنید، اسناد لازم را اضافه کنید (به عنوان مثال، "دریافت کالا و خدمات"). همچنین، در "تنظیمات" کادر کنار "اجازه تغییر جزئیات اشیاء" را علامت بزنید و در صورت لزوم، معیارهای انتخاب را در پایین اضافه کنید. به عنوان مثال، شما می توانید تمام اسناد ارسال شده "دریافت کالا و خدمات" را پیدا کنید و از طریق پردازش، ارسال آنها را لغو کنید. بر روی دکمه "انتخاب" کلیک کنید.

لیست اسناد انتخاب شده توسط ما در برگه "پردازش" قرار می گیرد. در قسمت "عمل"، مقدار "تغییر ویژگی: ارسال شده" را انتخاب کنید، مقدار مورد نظر را انتخاب کنید (تنظیم یا حذف کنید) و روی دکمه "اجرا" کلیک کنید. لطفاً توجه داشته باشید که هنگام انجام اسناد 1C ، لازم است زمان حسابداری صحیح پول و کالا را در نظر بگیرید. در برخی موارد، ارسال گروهی اسناد ممکن است منجر به نقض ترتیب در حسابداری شود.

اکنون می دانید که چگونه یک سند را در 1C Enterprise 8.2 ارسال کنید. توصیه می کنیم مقالات مربوط به ثبت انباشت و ثبت اطلاعات را مطالعه کنید.

این مقاله مفهومی مانند اسناد 1C را در نظر می گیرد، اینکه چه نوع پیکربندی جسمی است، هدف آن چیست، چه ویژگی های سفارشی برای شی وجود دارد. چگونه می توان با این شی به صورت تعاملی و برنامه ای کار کرد.

زندگی هر بنگاه اقتصادی بدون ثبت انواع مختلفی از رویدادها که اغلب اتفاق می افتد امکان پذیر نیست. این رویدادها نامیده می شوند معاملات کسب و کار. ثبت معامله تجاری در 1C یک سند است.

نمونه هایی از معاملات تجاری: دریافت کالا در انبار، خروج کالا از انبار، دریافت وجه در صندوق، استخدام کارمند و غیره.

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

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

ویژگی کلید را در نظر بگیرید "تاریخ". در نسخه 7.7 نامیده شد "DataDoc"، اما در نسخه 8 به سادگی نامیده می شد "تاریخ". این یک ویژگی سند بسیار مهم است. چرا اینطور است؟ وضعیت یک سازمان تجاری را در نظر بگیرید که در آن ثبت واقعیت دریافت کالا و فروش آن انجام می شود. پس فروش کالایی که تاریخ دریافت آن بیشتر از تاریخ فروش باشد امکان پذیر نیست زیرا فروش کالایی که هنوز نرسیده است غیر ممکن است.

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

به همین دلیل است که داشتن تاریخ در یک سند بسیار مهم است. همچنین لازم به ذکر است که در ملک "تاریخ"نه تنها تاریخ، بلکه زمان سند را به نزدیکترین ثانیه نیز شامل می شود.

اغلب اوقات، چنین شناسایی سند در محور زمانی کافی نیست.

بیایید شرایطی را تصور کنیم که 100 واحد کالا در اول ماه وارد انبار شود. همچنین در تاریخ دوم همان ماه ساعت 23:59:59 به مبلغ 80 عدد به فروش می رسد. سند بدون مشکل انجام می شود، زیرا کالاهای کافی وجود دارد. فرض کنید که در روز دوم در ساعت 23:59:59 شخص دیگری نیز همان محصول را به مبلغ 50 واحد بفروشد. این سند نیز بدون مشکل برگزار خواهد شد زیرا در ساعت 23:59:59 این محصول موجود می باشد. اگرچه در واقع ما در نتیجه سند دوم، تراز منفی 30 واحدی کالا تشکیل شده است.

برای جلوگیری از وقوع چنین شرایطی، موقعیت سند، یعنی پیوند آن نیز به تاریخ و زمان اضافه می شود. این شناسایی یک سند بر اساس تاریخ و زمان + پیوند نامیده می شود لحظه ای از زمان. و در هنگام ارسال سند دوم سیستم پیام کمبود 30 واحد کالا را نمایش می دهد و اجازه ارسال سند را نمی دهد.

چگونه یک لحظه در زمان بدست آوریم؟ و با روش به دست می آید "لحظه زمان"، متعلق به کلاس "DocumentObject". این نوع داده را برمی گرداند "لحظه زمان".

این نوع داده باید به عنوان یک پارامتر به درخواست هایی که موجودی کالا را دریافت می کنند ارسال شود.

نمونه ای از گرفتن یک نقطه در زمان:

رویه &OnClient GetTimePoint(Command) GetTimePointOnServer(Object.Reference) ; EndProcedure &OnServer Procedure GetTimeOnServer(Reference) If Reference. Empty() سپس Report( "سند ثبت نشده!") ؛ برگشت ؛ EndIf DocumentObject = پیوند. GetObject(); MomentTime = DocumentObject. لحظه زمان() ; گزارش (MomentTime) ; پایان رویه // GetTimeOnServer()

تنظیم زمان سند

بیایید تجزیه و تحلیل کنیم که سیستم چگونه مهر زمانی را برای اسناد تازه وارد شده تنظیم می کند. هنگامی که یک سند ایجاد می شود، به طور پیش فرض به تاریخ فعلی سیستم با زمان صفر می رسد و زمانی که نوشته می شود، روی مهر زمانی فعلی تنظیم می شود.

تفاوت های ظریف زیر در اجرای عملیاتی وجود دارد. اگر تاریخ آن برابر با زمان فعلی باشد، زمان بر روی زمان فعلی تنظیم می شود. اگر سند به صورت غیرعملیاتی پست می شد، فقط در زمان ورود آن، مهر زمانی فعلی تعیین می شد و سپس بدون تغییر باقی می ماند. اگر سند تا تاریخ فعلی وارد نشده باشد، ابتدا مهر زمان صفر اختصاص داده می شود و هنگام ضبط، آخرین علامت برای آن روز اختصاص داده می شود. یعنی سیستم آخرین سند وارد شده را برای این روز جستجو می کند، ساعت آن را می بیند، یک ثانیه آن را افزایش می دهد و به سند ما اختصاص می دهد. اگر سندی را برای تاریخی ایجاد کنید که در آن هیچ سندی از این نوع وارد نشده است (مثلاً رسید کالا)، اما اسناد نوع دیگری وارد شده است (مثلاً حذف کالا)، سیستم بیشترین مقدار را خواهد گرفت. تاریخ اخیر یک سند از نوع دیگر، یک دوم به آن اضافه کنید و سند ما را اختصاص دهید. اگر سندی با تاریخی ایجاد کنید که در آن هیچ سند یا نوع وارد نشده باشد، پلتفرم ساعت 12:00:00 را به آن اختصاص می دهد.

و یک موقعیت دیگر. بیایید تصور کنیم که یک سند در پایگاه داده با مهر زمانی 23:59:59 داریم و اگر یک ثانیه دیگر اضافه کنیم، روز بعد خواهد بود. بنابراین، سیستم همان زمان را ترک می کند، یعنی 23:59:59. سیستم تنظیم زمان سند که در بالا توضیح داده شد فقط یک مقدار پیش فرض است. اما می توان این رفتار را نادیده گرفت. بیایید فرم سند را در پیکربندی باز کنیم و به خواص آن بپردازیم. در Properties فیلد را خواهیم دید "AutoTime". اگر در این ویژگی چیزی را تغییر ندهیم، شکل گیری زمان سند همانطور که در بالا توضیح داده شد رخ می دهد. اما می توانید زمان را مشخص کنید: فعلی یا در ابتدای روز، همیشه اولین، همیشه آخرین، و استفاده نکنید.

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

امکان برگزاری

یک سند می تواند سه حالت داشته باشد: ایجاد شده، برای حذف علامت گذاری شده استو برگزار شد. سند ارسالی می تواند وضعیت مالی یک بنگاه اقتصادی را تغییر دهد، مقدار کالاهای موجود را تغییر دهد و غیره. یعنی سند پست نشده نوعی پیش نویس است و با ارسال اثر می گذارد و بر این اساس رویدادی را ثبت می کند. سیستم 1C تغییر سند ارسال شده، لغو برگزاری آن را امکان پذیر می کند، که بر خلاف برنامه های مشابه غربی، یک اصل نرم تر حسابداری است.

جزئیات سند استاندارد

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

قبلاً در مورد شماره و تاریخ صحبت کرده ایم. پرچم حذف یک بولی است که حاوی اطلاعاتی در مورد اینکه آیا سند برای حذف علامت گذاری شده است یا خیر. ارتباط دادن- لازمه شناسایی منحصر به فرد سند در جدول اسناد. برگزار شد- ویژگی Boolean حاوی اطلاعاتی در مورد ارسال یا عدم ارسال سند.

یک سند می تواند در سه حالت باشد:

• برای حذف علامت گذاری نشده و انجام نشده است.
• برای حذف علامت گذاری نشده و انجام نشده است.
• برای حذف علامت گذاری شده و انجام نشده است.

همانطور که قبلا ذکر شد، توسعه دهنده می تواند به طور مستقل جزئیات لازم و همچنین قسمت های جدولی را اضافه کند. هر بخش جدولی یک ویژگی استاندارد دارد - "شماره خط".

ذخیره سازی اسناد در پایگاه اطلاعاتی

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

شماره گذاری اسناد

هر سند دارای یک شماره است که تنظیمات آن در برگه تنظیم شده است "شماره گذاری". در این تب می توانید ویژگی شماره گذاری خودکار، ویژگی کنترل منحصربه فرد بودن، نوع عدد (عددی یا رشته ای) و طول آن را تنظیم کنید.

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

پیشوند در ماژول شی سند، در رویه تنظیم می شود "هنگام تنظیم یک شماره جدید".

NewNumberSetting Procedure (StandardProcessing، Prefix) EndProcedure

همچنین در برگه "شماره گذاری"می توانیم فرکانس سند را تنظیم کنیم.

مقادیر ممکن:

• غیر دوره ای؛
• در عرض یک سال؛
• در یک بلوک؛
• ظرف یک ماه؛
• در یک روز.

معمولا مقدار را انتخاب کنید "در عرض یک سال"، یعنی در سال جدید شماره گذاری مدارک از ابتدا شروع می شود.

گاهی اوقات شرایطی وجود دارد که شماره گذاری مداوم برای چندین نوع سند ضروری است. برای این موارد، سیستم چنین شیئی را به عنوان شمارنده ارائه می کند.

باید در فیلد وارد شود "صورت کسر".

نگهداری اسناد

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

هنگامی که یک اجرای تعاملی یا برنامه ای رخ می دهد، اجرای رویه آغاز می شود "HandlingHandling()"که در ماژول document object قرار دارد.

// محتویات کنترل کننده را درج کنید.پایان رویه

این روش دارای دو پارامتر است: امتناعو حالت. اگر پارامتر شکست را روی مقدار تنظیم کنید "درست است، واقعی"، ارسال انجام نخواهد شد. پارامتر "حالت"حالت ارسال سند را تنظیم می کند - عملیاتییا غیرعملی. توسعه دهنده باید حرکات را در خود رجیسترها در این روش ثبت کند.

در کدام رجیسترهایی که سند حرکت می کند، روی برگه تنظیم شده است "حرکات".

نمونه روش پس از پردازش

مدیریت رویه ارسال (شکست، حالت ارسال) // این قطعه توسط سازنده ساخته شده است. // هنگام استفاده مجدد از سازنده، دستی تغییر می کند // گم خواهد شد!!! // ثبت رسید GoodsInStockجنبش. کالاهای موجود در انبار ورود = درست ; برای هر TekRowProducts From Products Cycle Movement = Movement. کالاهای موجود در انبار اضافه کردن() ؛ ترافیک. MovementType = MovementTypeAccumulation. آینده؛ ترافیک. دوره = تاریخ ترافیک. محصول = TekRowProducts. تولید - محصول؛ ترافیک. مقدار = محصولات CurrentLine. تعداد؛ چرخه پایان ; //__REGIST_MOTION_CONSTRUCTORپایان رویه

حقوق دسترسی به اسناد

انواع مختلفی از دسترسی ها در سیستم 1C وجود دارد. اینها تجزیه و تحلیل اقدامات تعاملی و تجزیه و تحلیل اقدامات برنامه هستند.

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

حقوق دسترسی به سند در برگه پیکربندی شده است "حقوق". در اینجا ما چندین بخش را می بینیم، این قسمتی است که نقش ها نمایش داده می شوند، بخش مستقیم حقوق و بخش است "محدودیت های دسترسی به داده ها"(ما آن را در نظر نخواهیم گرفت، هنگام استفاده از مکانیسم به اصطلاح RLS ضروری است).

فصل "رولی"تمام نقش های وارد شده در infobase را نمایش می دهد که برای آنها در بخش "حقوق"ما فقط حقوق دسترسی را تنظیم کردیم.

انواع احتمالی حقوق دسترسی:

• خواندن (برنامه ای)، مشاهده (تعاملی)؛
• افزودن (به صورت برنامه ای)، افزودن تعاملی (به صورت تعاملی)؛
• تغییر (به صورت برنامه ای)، ویرایش (تعاملی)؛
• حذف (به صورت برنامه ای)، حذف تعاملی (تعاملی)؛
• هدایت (به صورت برنامه ای)، هدایت تعاملی (تعاملی)؛
• undo (برنامه نویسی), interactive undo (تعاملی);

نوع دسترسی تعاملی همچنین شامل حقوقی مانند: علامت گذاری تعاملی برای حذف، حذف تعاملی برای حذف، حذف تعاملی موارد علامت گذاری شده، ارسال تعاملی غیرعملیاتی، تغییر تعاملی موارد ارسال شده، ورودی به خط است.

بخش جدولی سند

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

تمایز بین پردازش عملیاتی و غیر عملیاتی اسناد؛ امکان اجرای غیر عملیاتی توسط گزینه مربوطه در تنظیمات سند تنظیم می شود:

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

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

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

سوال 01.50 امتحان 1C: سکوی حرفه ای. تحت چه شرایطی لازم است که خاصیت "ارسال آنلاین" سند را به مقدار "منع" تنظیم کنیم؟

1. زمانی که سند جهت انجام در زمان واقعی (واقعی) است.
2. زمانی که سند به سمت نگه داشتن زمان آینده است

پاسخ صحیح چهارم است. اگر قرار است سند همیشه در تاریخ آینده پست شود، قطعاً ارسال فوری در اینجا ضروری نیست.

سوال 01.51 آزمون 1C: سکوی حرفه ای. تحت چه شرایطی لازم است که ویژگی "پست آنلاین" سند را به مقدار "Allow" تنظیم کنیم؟

1. زمانی که سند جهت انجام در زمان واقعی (واقعی) است.
2. نگهداری یک سند به زمان ثبت آن بستگی ندارد.
3. زمانی که سند به سمت نگه داشتن زمان گذشته باشد ("تاریخ عقب").
4. زمانی که سند به سمت نگه داشتن زمان آینده است.

پاسخ صحیح اولین پاسخ است، در بالا ببینید.

سوال 12.10 امتحان 1C: سکوی حرفه ای. حالت عملیاتی ارسال یک سند استفاده می شود:

1. فقط هنگام کار با ثبت اطلاعات
2. فقط هنگام کار با رجیسترهای تجمع
3. فقط هنگام کار با ثبت حسابداری
4. فقط هنگام کار با رجیسترهای محاسباتی
5. به نوع ثبت بستگی ندارد

پاسخ صحیح پنجم است. صرف نظر از نوع ثبت، باید وضعیت آن را در زمان تشکیل سوابق در نظر گرفت یا در نظر نگرفت.

سوال 12.54 از 1C: آزمون حرفه ای پلتفرم.

پاسخ صحیح اول است، همه چیز از اسکرین شات مشخص است.

سوال 12.55 امتحان 1C: Platform Professional. اقدامات سیستم را هنگام تلاش برای ارسال یک سند شرح دهید؟

1. سیستم از ارسال سند خودداری می کند، زیرا ارسال فوری برای آن مجاز است و تاریخ بزرگتر از تاریخ فعلی است
2. سیستم فقط سند را در تاریخ مورد نیاز ثبت می کند، اما آن را پست نمی کند، زیرا ارسال فوری برای آن مجاز است و تاریخ بزرگتر از تاریخ فعلی است
3. سیستم یک سوال در مورد حالت ارسال ("آنلاین"، "غیر عملیاتی") می پرسد و بسته به انتخاب کاربر، سند را پست می کند.
4. سیستم مطمئناً سند را به صورت آفلاین ارسال می کند، زیرا ارسال فوری برای آن مجاز است و تاریخ سند بزرگتر از تاریخ فعلی است

پاسخ صحیح، پاسخ اول است. پست عملیاتی در تاریخ فعلی ارسال می شود.

سوال 12.56 امتحان 1C: Platform Professional. اقدامات سیستم را هنگام تلاش برای ارسال یک سند شرح دهید؟

1. سیستم، البته، سند را به صورت آنلاین انجام می دهد، زیرا. ارسال عملیاتی برای آن مجاز است، اما پست نمی شود و تاریخ برابر با تاریخ فعلی است (دقیق به روز)
2. سیستم از ارسال سند خودداری می کند، زیرا ارسال عملیاتی برای آن مجاز است و تاریخ بزرگتر از تاریخ کار است
3. سیستم مطمئناً سند را به صورت آفلاین ارسال می کند، زیرا ارسال فوری برای آن مجاز است و تاریخ سند کمتر از تاریخ فعلی است (دقیق تا دوم)
4. سیستم یک سوال در مورد حالت ارسال ("آنلاین"، "غیر عملیاتی") می پرسد و بسته به انتخاب کاربر، سند را پست می کند.

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

سوال 12.60 امتحان 1C: سکوی حرفه ای. اقدامات سیستم را هنگام تلاش برای ارسال یک سند شرح دهید؟

1. زیرا اگر سند مجاز به ارسال آنلاین باشد، پست می شود و تاریخ آن برابر با تاریخ فعلی (حداکثر یک روز) است، سیستم در مورد حالت ارسال ("آنلاین"، "غیر عملیاتی" سؤال می کند. ") و بسته به انتخاب کاربر، سند را پست می کند
2. سیستم از ارسال سند خودداری می کند، زیرا ارسال فوری برای آن مجاز است و تاریخ بزرگتر از تاریخ کاری است
3. سیستم مطمئناً سند را به صورت آفلاین ارسال می کند، زیرا ارسال فوری برای آن مجاز است و تاریخ سند کمتر از تاریخ فعلی است (دقیق تا دوم)
4. سیستم، البته، سند را به صورت آنلاین انجام می دهد، زیرا. برای ارسال آنلاین مجاز است و تاریخ برابر با تاریخ فعلی است (تا یک روز)

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

سوال 12.63 امتحان 1C: سکوی حرفه ای. اقدامات سیستم را هنگام تلاش برای ارسال یک سند شرح دهید؟

1. سیستم از ارسال سند در حالت غیر واقعی یا لغو اقدام درخواست می کند، زیرا. مجاز است به سرعت پست شود، پست نمی شود و تاریخ کمتر از تاریخ فعلی است
2. سیستم از ارسال سند خودداری می کند، زیرا ارسال فوری برای آن مجاز است و تاریخ بزرگتر از تاریخ کاری است
3. سیستم مطمئناً سند را به صورت آفلاین ارسال می کند، زیرا ارسال فوری برای آن مجاز است و تاریخ سند کمتر از تاریخ فعلی است
4. سیستم یک سوال در مورد حالت ارسال ("آنلاین"، "غیر عملیاتی") می پرسد و بسته به انتخاب کاربر، سند را پست می کند.

پاسخ صحیح، پاسخ اول است. اجرای مجدد به سرعت امکان پذیر نخواهد بود، حرکات قبلا ایجاد شده اند.

سوال 12.66 امتحان 1C: سکوی حرفه ای. اقدامات سیستم را هنگام تلاش برای ارسال یک سند شرح دهید؟

1. سیستم مطمئناً سند را به صورت آفلاین ارسال می کند، زیرا مجاز است به سرعت پست شود، پست شده و تاریخ کمتر از تاریخ فعلی است
2. سیستم از ارسال سند خودداری می کند، زیرا ارسال فوری برای آن مجاز است و تاریخ بزرگتر از تاریخ کاری است
3. سیستم از ارسال سند خودداری می کند، زیرا برای ارسال آنلاین مجاز است و تاریخ کمتر از تاریخ فعلی است
4. سیستم از ارسال سند در حالت غیر واقعی یا لغو اقدام درخواست می کند، زیرا. برای ارسال آنلاین مجاز است و تاریخ کمتر از تاریخ فعلی است
5. سیستم یک سوال در مورد حالت ارسال ("آنلاین"، "غیر عملیاتی") می پرسد و بسته به انتخاب کاربر، سند را پست می کند.

پاسخ اول.

سوال 12.57 امتحان 1C: Platform Professional. چه شرایط دامنه می تواند بر تنظیم ویژگی Live Posting سند روی Allow تأثیر بگذارد؟

1. زمانی که سند جهت انجام در زمان واقعی (واقعی) است
2. زمانی که نگهداری یک سند به زمان ثبت آن بستگی ندارد
3. زمانی که یک سند به سمت زمان گذشته است ("تاریخ پس از آن")
4. زمانی که سند به سمت نگه داشتن زمان آینده است

پاسخ صحیح اول است، پست مربوط به حالت آنلاین را ببینید.

سوال 12.58 امتحان 1C: Platform Professional. اگر ویژگی «پست آنلاین» روی «غیرفعال کردن» تنظیم شده باشد، در چه حالت‌هایی می‌توان یک سند را پست کرد؟

1. فقط در حالت "Idle".
2. فقط در حالت عملیاتی
3. هر دو در حالت "آنلاین" و "غیر عملیاتی".

بدیهی است که پاسخ صحیح پاسخ اول است.

سوال 12.59 امتحان 1C: Platform Professional. اگر ویژگی "پست آنلاین" روی "مجاز" تنظیم شده باشد، در چه حالت هایی می توان یک سند را پست کرد؟

1. هم در حالت «آنلاین» و هم در حالت «غیر عملیاتی».
2. فقط حالت عملیاتی
3. فقط در حالت "Idle".

گزینه اول

سوال 12.65 امتحان 1C: Platform Professional. اگر ویژگی «پست آنلاین» روی «غیرفعال کردن» تنظیم شده باشد، در چه حالت‌هایی می‌توان یک سند را پست کرد؟

1. در گذشته قابل انجام است
2. در آینده قابل انجام است
3. در دوره جاری قابل انجام است
4. گزینه های 1 و 2 صحیح است
5. گزینه 1 و 3 صحیح است
6. گزینه های 1 و 2 و 3 صحیح است

پاسخ صحیح ششمین است، هدایت غیرعملیاتی به معنای هدایت در هر لحظه دلخواه است.

سوال 12.67 امتحان 1C: سکوی حرفه ای. هنگام ارسال مجدد یک سند در ثبت:

1. رکورد قدیمی همیشه به طور خودکار حذف می شود و یک رکورد جدید به جای آن نوشته می شود.
2. مجموعه رکوردها در رجیستری بدون تغییر باقی می ماند
3. رفتار مجموعه رکورد توسط توسعه دهنده در پیکربندی از طریق تنظیمات و کد برنامه تعیین می شود
4. رفتار مجموعه رکورد بسته به حالت ارسال انتخاب شده (زنده یا غیر زنده) توسط کاربر تعریف می شود.

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

سوال 12.68 امتحان 1C: سکوی حرفه ای. اگر حالت "اجرای آنلاین فعال است" در پیکربندی فعال است؟

1. سند را می توان با تاریخ فعلی و زمان فعلی ارسال کرد
2. سند را می توان با هر تاریخ دلخواه ارسال کرد
3. سند می تواند با تاریخ قبلی یا با تاریخ فعلی و زمان فعلی ارسال شود

پاسخ صحیح پاسخ سوم است. تاریخ قبلی سند غیرعملیاتی پست می شود.

سوال 12.73 از 1C: آزمون حرفه ای پلتفرم. اگر ویژگی «پست آنلاین» روی «غیرفعال کردن» تنظیم شده باشد، در چه حالت‌هایی می‌توان یک سند را پست کرد؟

1. هنگام ارسال یک سند به عنوان ثبت کننده یک مجموعه رکورد، باید به سند فعلی اشاره شود
2. هنگام ارسال یک سند به عنوان ثبت کننده برای مجموعه سوابق، باید به هر سندی اشاره شود، اما همه سوابق موجود در مجموعه باید دارای یک ثبت کننده باشند.
3. هنگامی که ثبت کننده آن را به سرعت انجام می دهد، مجموعه باید حاوی پیوندی به سند فعلی باشد و اگر به سرعت انجام نشود، ممکن است پیوندی به هر سندی وجود داشته باشد.

پاسخ صحیح دوم است (کاملاً مشخص نیست که چگونه با حالت هدایت ارتباط دارد).