مدیریت شرکت تولیدی. مدیریت یک کتابچه راهنمای خودآموز شرکت تولیدی در UP

در این مقاله در مورد سیستم ERP "مدیریت شرکت تولیدی" صحبت خواهیم کرد. هنگام اتوماسیون شرکت های تولیدی، این محصول اغلب راه حل بهینه است و من بیش از یک بار در اجرای 1C UPP برای سازمان های مختلف شرکت داشته ام.

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

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

در این بررسی می خواهم به شما بگویم که سیستم ویرایش UPP چیست. 1.3 به طوری که هرکس تصمیم به خرید و اجرای آن دارد در انتخاب این کالای گران قیمت آگاهتر و هوشیارتر باشد. من سعی خواهم کرد یک ارزیابی عینی از سیستم، بر اساس تجربه خود با آن و تجربه مشتریانم ارائه دهم. این بررسی به کسی کمک می کند تا تصمیم مثبتی در مورد خرید برنامه بگیرد و شخصی تصمیم به ترک آن بگیرد.

برای درک ویژگی های یک محصول نرم افزاری، باید به سوالات زیر پاسخ دهید:

1. سیستم چیست، چه وظایفی برای آن تعیین شده است.
2. این سیستم چقدر توانایی انجام وظایف محوله را دارد؟
3. مزایا و معایب سیستم را شناسایی کنید.

اولین چیزی که درک آن بسیار مهم است: 1C. مدیریت بنگاه های تولیدی فقط یک سیستم حسابداری نیست، در طول توسعه آن، روش های مدرن مدیریت سازمانی مورد توجه قرار گرفت و به همین دلیل این محصول برای استفاده از جمله به عنوان یک سیستم ERP ارائه می شود. علاوه بر این، از نام این محصول مشخص می شود که این محصول خاص برای شرکت های تولیدی در نظر گرفته شده است. از این منظر است که من قصد دارم محصول نرم افزاری 1C UPP را در نظر بگیرم.

سیستم ERP چیست؟

سیستم ERP (برنامه ریزی منابع سازمانی) یک سیستم اطلاعاتی شرکتی است که برای کنترل، ثبت و تجزیه و تحلیل انواع فرآیندهای تجاری و حل مشکلات تجاری در مقیاس سازمانی طراحی شده است.

به زبان ساده، سیستم ERP همه انواع حسابداری موجود در شرکت را ترکیب می کند. با استفاده از سیستم های ERP، اطلاعات رد و بدل می شود و تعامل بین بخش های مختلف و غیره انجام می شود. در مورد سیستم ERP "Manufacturing Enterprise Management"، محصول نرم افزاری اجرای همه این عملکردها را برای یک شرکت تولیدی ارائه می دهد.

هنگام اجرای محصول "مدیریت شرکت تولیدی"، توسعه دهندگان سعی کردند حداکثر لیست ممکن از عملکردها را در سیستم ترکیب کنند. اگر به اسناد نگاه کنید، می توانید 15 زیر سیستم را بشمارید. واقعیت این است که در 1C اسناد به زیر سیستم ها گروه بندی می شوند:

• کنترل تولید
• مدیریت هزینه
• مدیریت تدارکات
• برنامه ریزی
• مالیات و حسابداری
• حق الزحمه
• حسابداری پرسنل و غیره

آن ها ما سعی کردیم تمام عملکردهایی را که ممکن است برای عملکرد یک شرکت تولیدی مورد نیاز باشد در این سیستم قرار دهیم. این دقیقاً روشی است که شرکت 1C سیستم ERP خود را قرار می دهد: از قبل همه چیزهایی را که برای خودکار کردن هر فرآیندی بدون استفاده از سایر محصولات نرم افزاری نیاز دارید، در اختیار دارد.


تصویری که من گرفتم به وضوح نشان می دهد که بخش بسیار کوچکی از اسناد به طور مستقیم به تولید مربوط می شود. تمام اسناد دیگر، زیرسیستم های اضافی هستند که برای تبدیل "مدیریت شرکت تولیدی" به یک راه حل جهانی برای کار همه بخش ها طراحی شده اند. من هیچ فایده ای در در نظر گرفتن همه این احتمالات با جزئیات نمی بینم، اما مهم این است که هر یک از زیرسیستم ها به طور مؤثر و کامل کار کنند و بتوانند نیازهای یک تجارت خاص را برطرف کنند. در این مقاله به طور مفصل به بلوکی خواهیم پرداخت که UPP را از سایر راه حل های مدیریت تولید 1c متمایز می کند.

1C UPP: بیشتر در مورد محصول

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

برای این پیکربندی استاندارد، بسیاری از نسخه‌های اصلاح‌شده به اصطلاح صنعتی ایجاد شده‌اند: 1C. مهندسی مکانیک، 1C. کارخانه پردازش گوشت، 1C. تولید مبلمان، 1C. چاپ و غیره.

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

هزینه محصول

برای کار با این پیکربندی، باید خود محصول را خریداری کنید. قیمت توصیه شده از شرکت 1C 186000 روبل است. و مجوز این محصول نرم افزاری بر اساس یک پایه مشترک برای 1C انجام می شود، یعنی. کاربران سایر محصولات 1C نمی توانند هیچ مجوز جداگانه ای برای این سیستم خریداری کنند.

هر مجوزی، به عنوان مثال، از 1C Accounting یا 1C Trade and Warehouse برای این سیستم مناسب است. طبیعتا هزینه لایسنس این محصولات نیز یکسان است.

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

مانند هنگام کار با سایر محصولات، مجوز طبق یکی از گزینه های پذیرفته شده در 1C انجام می شود: برای رایانه (دستگاه) و برای کاربر (اتصال از هر دستگاه). من در اینجا به جزئیات نمی پردازم، زیرا تمام اطلاعات در وب سایت 1C است. می توانید در لینک زیر با آن آشنا شوید: http://v8.1c.ru/enterprise/

در مورد خود برنامه 1C مطالب زیادی نوشته شده است. من همچنین قبلاً در مورد این پلتفرم نوشته ام، به عنوان مثال، در مقاله "چرا 1C بد است و چرا برنامه نویسان 1C اینقدر دوست ندارند." با در نظر گرفتن این واقعیت که سیستم "مدیریت شرکت تولیدی" بر اساس 1C عمل می کند. Enterprise 8.3 تمامی مزایا و معایب نرم افزار پایه نیز در آن وجود دارد.

بیایید نگاهی دقیق تر به پیکربندی بیندازیم

در کتاب «مدیریت تولید و عملیات» نوشته R.B. Chase، F.R. Jacobs، N.J. Aquilano، فهرست وظایفی را که برای یک شرکت تولیدی برای سیستم های ERP مطرح می شود، دوست داشتم:

1. ثبت سفارشات جدید و اطلاع رسانی سریع به بخش تولید در مورد آنها.
2. این امکان را برای بخش فروش فراهم کنید تا در هر زمانی وضعیت سفارش مشتری را مشاهده کند.
3. این امکان را برای بخش خرید فراهم کنید تا در هر زمان نیاز تولید مواد را مشاهده کند.
4. ارائه به موقع داده های مربوط به عملکرد شرکت به دولت، یعنی. نگهداری سوابق حسابداری و مالیاتی

بیایید هر یک از این نکات را با جزئیات بیشتری بررسی کنیم. برای وضوح، از یکی از مشتریانم به عنوان مثال استفاده می کنم - یک شرکت خیاطی که از سیستم SCP استفاده می کند و یک مدل تولید کلاسیک و بصری است. این شرکت دارای بخش های مختلفی است: بخش طراحی، مهندسی، تولید، بخش ذخیره سازی پارچه و لوازم جانبی، بخش ذخیره سازی محصول نهایی، بخش مدیریت.

حسابداری سفارشات جدید در بخش فروش

حسابداری سفارش بخشی جدایی ناپذیر از کار هر بخش فروش است. هر سفارش شامل چندین بخش است:

1. حسابداری مشتری (که فروش به آنها انجام می شود)؛
2. حسابداری کالا (آنچه به مشتری فروخته می شود).

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

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


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

موارد زیر را می توان در اینجا ذخیره کرد:

• نام محصول
• سلسله
• عکس ها
• فایل های مستندات فنی
• توضیحات و تقریباً هر اطلاعات دیگری در مورد محصول.

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

با استفاده از مثال تولید خیاطی، کار بر اساس سفارش به مراحل زیر تقسیم می شود:

1. سفارشات را بپذیرید و نیازهای مشتری را ثبت کنید.
2. در صورت لزوم، مواد لازم برای سفارش را خریداری کنید.
3. برش و سپس دوخت محصولات را انجام دهید.
4. انجام بازرسی (کنترل کیفیت) کالا.
5. محصولات نهایی را به انبار انتقال دهید.
6. انجام حمل و نقل یا تحویل به خریدار.

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

اطلاع رسانی به تولید در مورد سفارشات جدید

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

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

برای جلوگیری از چنین مشکلاتی، توسعه دهندگان 1C راه حل زیر را ارائه می دهند: بر اساس سفارش خریدار، مدیر فروش باید یک سند جدید ایجاد کند - سفارش تولید، که اقلام محصولی را که باید تولید شود فهرست می کند.

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

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

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

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

وضعیت یک سفارش در تولید

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

این به یکی از دو روش اجرا می شود:

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

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

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

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

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

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

ارتباط بین بخش تولید و خرید

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

این کار چگونه باید اتفاق بیفتد:

1. لیستی از نیازها ایجاد می شود.
2. بر اساس این لیست و مشخصات محصول، فهرستی از مواد لازم برای تولید محصولات تشکیل می شود.
3. بر اساس لیست دریافتی، طرح تدارکات تشکیل می شود.
4. مطابق با طرح تدارکات، سیستم برای تامین کنندگان سفارشات تولید می کند.

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


MRP (برنامه ریزی نیازهای مواد)- این برنامه ریزی خودکار نیازهای شرکت به مواد خام و مواد برای تولید است. برنامه ریزی بر اساس مشخصات انجام می شود.

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

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

بنابراین، هر محصول نهایی با استفاده از چندین مرحله به طور خودکار به مواد تقسیم می شود. مثلا:

کت و شلوار از شلوار، ژاکت و بسته بندی (پکیج) تشکیل شده است. شلوار و ژاکت محصولات نیمه تمام هستند که در مرحله بعد باید تجزیه شوند؛ برای ایجاد بسته بندی می توان بلافاصله مواد را به خرید اضافه کرد. در مرحله دوم، شلوار به انواع مختلف پارچه، نخ، زیپ و دکمه تقسیم می شود. به طور مشابه، یک ژاکت نیز از انواع مختلف پارچه، نخ و دکمه تشکیل شده است. همه این مواد به طرح خرید اضافه می شوند.

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

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

حسابداری و گزارش مالیاتی در یک "راه حل جعبه"

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

• UU - سند حسابداری مدیریت؛
• BU - سند مشمول حسابداری است.
• NU - سند مشمول حسابداری مالیاتی است.

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

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

ادغام با سایر محصولات و سیستم های نرم افزاری

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

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

به عنوان مثال، در یک شرکت خیاطی، ادغام با یک دستگاه برش انجام شد. ادغام با هر CAD، با وب سایت شرکت، یا با راه حل های دیگر نیز اغلب مورد نیاز است. و این مرحله از کار اغلب تا 30 درصد از بودجه را می گیرد.
در عین حال، بدون چنین راه حل های جامعی، استفاده از سیستم EPR موثر نخواهد بود؛ شما نمی توانید به سطح جدیدی از کنترل و اتوماسیون شرکت برسید. درک این موضوع بسیار مهم است.

هر سیستمی فقط به اندازه ضعیف ترین حلقه اش موثر است. و اگر در حین اجرا از ادغام در یک مورد خودداری کنید و به عامل انسانی تکیه کنید ، مطمئناً خطاها جمع می شوند و کل سیستم ناپایدار می شود.
به عنوان مثال، اگر ما در مورد طراحی یک محصول جدید صحبت می کنیم، تمام اسناد طراحی باید از سیستم طراحی (CAD) به سیستم ERP به طور خودکار بارگذاری شوند. و سپس، اگر سؤال یا مشکلی پیش بیاید، همیشه می توان فهمید که در مورد چه محصول خاصی صحبت می کنیم. و طراحان قادر خواهند بود تغییرات لازم را به سرعت و بدون خطا انجام دهند.

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

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

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

راه حل های صنعتی

علاوه بر پیکربندی اولیه 1C. تعداد قابل توجهی از راه حل های صنعتی برای SCP وجود دارد. آنها توسط شرکت های شریک 1C بر اساس پیکربندی اولیه ایجاد شده اند. اغلب چنین راه حل هایی در نتیجه اجرای 1C.UPP برای برخی از شرکت های تولیدی ظاهر می شود. پس از آن، نسخه اصلاح شده پیکربندی برای یک صنعت خاص کمی تغییر یافته و به عنوان یک راه حل صنعتی آماده به مشتریان ارائه می شود.

اکنون در وب سایت 1C می توانید چنین تنظیماتی را برای تقریباً هر صنعتی پیدا کنید. اما درک نکات زیر بسیار مهم است:

1. پیکربندی برای مطابقت با نیازهای یک شرکت خاص اصلاح شد. و هیچ تضمینی وجود ندارد که این رویکرد برای شرکت شما مناسب باشد. به عنوان مثال، تولید لبنیات می تواند پنیر و خامه ترش را بر حسب وزن ایجاد کند یا می تواند این محصولات را در ظروف خاصی بسته بندی کند. می تواند شیر، کفیر و شیر پخته تخمیر شده تولید کند یا می تواند در ماست و دسر تخصص داشته باشد. هر یک از این موارد نیاز به تغییرات متفاوتی دارد. و این یک واقعیت نیست که مواردی که در نسخه اصلی از شرکا ارائه می شوند برای شما مناسب هستند.
2. پیکربندی های صنعت توسط شرکت های شریک بر اساس اصلی انجام می شود، در حالی که تغییرات قابل توجهی در خود پیکربندی ایجاد می شود. بنابراین، به روز رسانی برای نسخه اصلی 1C. استارترهای نرم برای پیکربندی صنعتی مناسب نیستند. کاربران باید منتظر بمانند تا شرکت شریک 1C نیز نسخه صنعتی را به روز کند.

چند کلمه در مورد 1C. UPP ERP 2.0

همچنین یک پیکربندی جداگانه 1C وجود دارد. UPP ERP 2.0، که برای خودکارسازی مدیریت یک شرکت تولیدی، بهبودها و اضافات قابل توجهی در آن انجام شد. آن ها این پیکربندی نه تنها به عنوان یک راه حل کامل، بلکه به عنوان یک راه حل جهانی برای یک شرکت تولیدی، که شامل یک سیستم ERP تمام عیار است، قرار می گیرد.

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

از یک طرف، نسخه 1C. UPP ERP 2.0 واقعاً دارای مجموعه گسترده ای از توابع است که در درجه اول مربوط به اتوماسیون و مسائل مدیریتی است. اما این محصول نرم افزاری نسبتاً اخیراً ایجاد شده است. و من معتقدم که برای تغییر به این نسخه خیلی زود است زیرا هنوز به طور کامل توسعه نیافته است.

برخلاف 1C، به طور مداوم با ویژگی های جدید، کتاب های مرجع جدید، اسناد، گزارش ها به روز می شود. UPP، که به‌روزرسانی‌های آن فقط شامل اصلاحات باگ‌های شناسایی‌شده و به‌روزرسانی‌های گزارش‌های حسابداری و مالیاتی مربوط به تغییرات در قوانین است.

علاوه بر این، سیستم 1C. UPP ERP 2.0 بسیار گرانتر از پیکربندی 1C است. UPP.

مزایا و معایب سیستم 1C UPP

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

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

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

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

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

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

با رویکرد صحیح، سیستم مدیریت شرکت تولیدی 1C به ابزاری عالی تبدیل می شود که به شما امکان می دهد به سطح بالایی از اتوماسیون فرآیندهای تجاری و هماهنگی کار بخش های مختلف شرکت دست یابید.

به عنوان یک نتیجه، می خواهم به کسانی که تصمیم به خرید و اجرای برنامه "1C: Manufacturing Enterprise Management 8 edition 1.3" دارند، توصیه هایی ارائه کنم:

1. یک استراتژی انتخاب کنید

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

استراتژی ها چیست؟ یکی از مشتریان من این پیکربندی را انتخاب کرد زیرا "تنها سیستمی است که همه چیز دارد." این شرکت در چندین سیستم کار می کرد: 1c، Excel و غیره. - آنها تصمیم گرفتند یک سیستم را برای ادغام حسابداری استفاده کنند.

شرکت دیگری که در حال توسعه تولید بود، می خواست کار در حال انجام را کنترل کند - آنها نگران حسابداری مواد در تولید بودند. این هم یک استراتژی است.

2. یکپارچه سازی را در نظر بگیرید

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

3. نیاز به SCP را از نظر اندازه شرکت ارزیابی کنید

SCP برای هر شرکتی مناسب نیست. شرکتی را دیدم که 15 نفر در آن مشغول به کار بودند. آنها به نوعی سیستم SCP را "به ارث برده اند"، اما پیاده سازی و اصلاح هزینه زیادی دارد و در نهایت هرگز به SCP تغییر مکان ندادند. باید درک کنید که اگر شرکت شما آمادگی کافی برای کار با چنین محصول پیچیده ای را نداشته باشد، هیچ تاثیری نخواهد داشت. من این پیکربندی را برای یک شرکت کوچک توصیه نمی کنم.

4. ارزیابی نیاز به SCP از دیدگاه صنعت

اگرچه 1c می نویسد که UPP یک راه حل جهانی است، اما باید درک کرد که فقط برای تولید مونتاژ مناسب است، که شامل مونتاژ یک محصول کامل از چندین قسمت است. برای تولید، به عنوان مثال، مصالح ساختمانی و مخلوط، این پیکربندی مناسب نبود.

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

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

مهم

این امکان وجود دارد که در روند مطالعه برنامه، خواننده مقداری مغایرت بین محتوای این کتاب و آنچه را که روی صفحه مانیتور می بیند، کشف کند (به هر حال، برنامه 1C به طور مداوم در حال بهبود و اصلاح است). اما در هر صورت این تفاوت ها ماهیت اساسی نخواهند داشت.

در این کتاب پیشنهاد می کنیم یک دوره آموزشی جامع کار با برنامه 1C را با استفاده از 100 درس که در فصل های موضوعی تقسیم بندی شده است، تکمیل کنیم. با پیشرفت در هر فصل، خواننده در تکنیک ها و روش های مربوطه کار با برنامه کاملاً مسلط خواهد شد. توجه داشته باشید که قابلیت های پیکربندی مورد نظر شامل حفظ حسابداری و حسابداری مالیاتی است. اما از آنجایی که از نظر فنی، بسیاری از عملیات حسابداری و حسابداری مالیاتی یکسان یا بسیار مشابه هستند، در کتاب با استفاده از مثال حسابداری تکنیک ها و روش های کار را نشان می دهیم و در صورت لزوم توضیحات مناسب ارائه می دهیم.

فصل 1
آشنایی با برنامه و آماده سازی آن برای کار

در این فصل به نحوه راه اندازی برنامه، ایجاد یک پایگاه اطلاعاتی، اتصال پیکربندی "حسابداری" و پیکربندی اولیه آن خواهیم پرداخت. همه این اقدامات بلافاصله پس از نصب برنامه انجام می شود، زیرا بدون آنها عملكرد آن در اصل غیرممكن است. علاوه بر این، در اینجا ما در مورد قابلیت های پیکربندی "حسابداری" مورد بررسی، حالت های عملکرد آن و همچنین نحوه وارد کردن سریع داده های اولیه با استفاده از "Start Assistant" صحبت خواهیم کرد.

درس شماره 1.

اطلاعات کلی در مورد محصولات خانواده 1C

شرکت 1C مدتهاست که موقعیت پیشرو در بازار نرم افزارهای اقتصادی، مالی و حسابداری را اشغال کرده است. در حال حاضر، این شرکت طیف گسترده ای از نرم افزارهای طراحی شده برای حل طیف گسترده ای از مشکلات حسابداری و مدیریت را ارائه می دهد.

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

امروزه 1C محصولاتی را بر اساس دو پلتفرم فناوری - نسخه های 1C 7.7 و 1C 8 ارائه می دهد. "Seven" برای مدت طولانی شناخته شده است و احتمالاً گسترده ترین محصول در بخش بازار خود است. در مورد G8، تبلیغات فعال آن چندین سال پیش آغاز شد و در حال حاضر نیز یکی از محبوب ترین ابزارهای نرم افزاری است.

قابلیت های برنامه های خانواده 1C 7.7 شامل استقرار، سازماندهی و اتوماسیون حسابداری، پرسنل، تجارت عملیاتی، حسابداری انبار و تولید و همچنین محاسبات حقوق و دستمزد است. تحویل جامع شامل مجموعه ای از اجزای اصلی سیستم 1C: Enterprise است که عبارتند از "حسابداری"، "حسابداری عملیاتی" و "محاسبه"، و همچنین پیکربندی های اصلی:

"حسابداری + تجارت + انبار + حقوق + پرسنل";

"حسابداری"؛

"تجارت + انبار"؛

"حقوق + پرسنل"؛

"تولید + خدمات + حسابداری"؛

"برنامه ریزی مالی".

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

توجه داشته باشید که قدرتمندترین راه حل کاربردی ایجاد شده بر اساس پلت فرم فناوری 1C 7.7 پیکربندی "حسابداری + تجارت + انبار + حقوق و دستمزد + پرسنل" است.

با این حال، در حال حاضر، کاربران بیشتری از سیستم 1C محصولاتی را انتخاب می کنند که بر اساس پلت فرم فناوری 1C 8 پیاده سازی شده اند. توسعه دهندگان طیف گسترده ای از راه حل های استاندارد را ارائه می دهند:

"1C: حسابداری 8"؛

"1C: مدیریت تجارت 8"؛

"1C: حقوق و دستمزد و مدیریت پرسنل 8"؛

"1C: اتوماسیون یکپارچه 8"؛

"1C: اسناد پرداخت 8" و غیره

می‌توانید درباره راه‌حل‌های استاندارد 1C در وب‌سایت‌های آن در www.1c.ru و www.v8.1c.ru اطلاعات بیشتری کسب کنید. و در این کتاب یکی از محبوب ترین راه حل های استاندارد ایجاد شده بر اساس پلت فرم فناوری 1C 8 - پیکربندی 1C: حسابداری 8 را در نظر خواهیم گرفت.

درس شماره 2. هدف و عملکرد برنامه "1C: حسابداری 8"

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

وظایف حل شده با استفاده از برنامه 1C: حسابداری 8 را می توان به صورت زیر فرموله کرد:

اتوماسیون جامع فعالیت های اقتصادی، سازمانی و مالی یک شرکت؛

نگهداری موازی حسابداری و حسابداری مالیاتی؛

استفاده از مکانیزم عملیات استاندارد؛

حسابداری وجوه شرکت؛

حسابداری معاملات بانکی و نقدی؛

حسابداری حرکت اقلام موجودی؛

حسابداری تسویه حساب با طرف مقابل؛

حسابداری عملیات انبار؛

حسابداری تولید؛

حسابداری دارایی های ثابت و دارایی های نامشهود؛

حسابداری دستمزد و تسویه حساب با پرسنل؛

نگهداری سوابق پرسنل؛

تنظیم، تولید و چاپ صورت های مالی طبق فرم های تایید شده توسط مقررات فدراسیون روسیه.

حفظ حسابداری چند ارزی؛

ساخت انواع گزارش های تحلیلی.

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

درس شماره 3. اجرای برنامه

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

هنگامی که برنامه شروع می شود، یک پنجره روی صفحه نمایش داده می شود (شکل 1.1).

برنج. 1.1. شروع برنامه

در این پنجره می توانید حالت عملیاتی مورد نیاز و همچنین پایگاه اطلاعاتی را انتخاب کنید. برنامه 1C می تواند در دو حالت کار کند:

1C: سازمانی;

پیکربندی.

حالت مورد نیاز با کلیک بر روی دکمه مربوطه در این پنجره انتخاب می شود. هنگامی که درس مربوطه را کامل می کنیم، در مورد نحوه عملکرد برنامه 1C بیشتر خواهیم آموخت.

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

مسیر دایرکتوری infobase که مکان نما در آن نصب شده است در پایین پنجره نمایش داده می شود.

روش شروع برنامه به شرح زیر است: ابتدا باید روی پایگاه اطلاعاتی در پنجره راه اندازی کلیک کنید و سپس روی دکمه 1C:Enterprise یا Configurator کلیک کنید (بسته به حالتی که می خواهید برنامه را در آن راه اندازی کنید).

درس شماره 4. حالت های عملیاتی "1C: Enterprise" و "Configurator"

همانطور که قبلاً از درس قبلی می دانیم، برنامه 1C می تواند در دو حالت اصلی کار کند: 1C: Enterprise و Configurator. حالت مورد نیاز با کلیک بر روی دکمه مربوطه در پنجره راه اندازی انتخاب می شود.

1C: حالت Enterprise حالت عملیاتی برنامه مطابق با هدف آن است. به عبارت دیگر، در حالت 1C: Enterprise است که حسابداران، سرمایه داران، مدیران و سایر کاربران برنامه کار می کنند.

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

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

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

درس شماره 5. کار با پایگاه های اطلاعاتی (ایجاد، انتخاب، حذف)

برای شروع استفاده از برنامه، هنگامی که برای اولین بار آن را راه اندازی می کنید، باید یک پایگاه اطلاعاتی ایجاد کنید که با آن کار کنید (همه داده ها در آنجا ذخیره می شوند). برای تغییر حالت ایجاد پایگاه اطلاعاتی، باید روی دکمه افزودن در پنجره راه اندازی برنامه کلیک کنید (شکل 1.1 را ببینید). در نتیجه، پنجره نشان داده شده در شکل 1 روی صفحه باز می شود. 1.2.

برنج. 1.2. مرحله اول افزودن پایگاه اطلاع رسانی

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

برای رفتن به مرحله بعد روی Next کلیک کنید.

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

برنج. 1.3. انتخاب روشی برای ایجاد پایگاه اطلاعاتی

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

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

برنج. 1.4. نام و نوع مکان پایگاه اطلاعاتی را وارد کنید

در قسمت Specify the name of infobase، باید یک نام دلخواه از پایگاه داده را وارد کنید تا با استفاده از صفحه کلید ایجاد شود. تحت این نام، پایگاه اطلاعاتی متعاقباً در لیست پایگاه های اطلاعاتی در پنجره راه اندازی برنامه نمایش داده می شود (شکل 1.1 را ببینید).

با استفاده از سوئیچ زیر، باید مشخص کنید که پایگاه داده ایجاد شده در کجا قرار خواهد گرفت. در بیشتر موارد، این یا یک کامپیوتر یا یک شبکه محلی است، بنابراین به طور پیش‌فرض سوئیچ روی On this computer یا روی یک کامپیوتر در شبکه محلی تنظیم می‌شود. پس از کلیک بر روی دکمه Next، پنجره نشان داده شده در شکل 1 روی صفحه باز می شود. 1.5.

برنج. 1.5. مسیر به دایرکتوری پایگاه اطلاعاتی

این پنجره مسیر دایرکتوری که فایل های infobase در آن ذخیره خواهند شد را مشخص می کند. شکل مسیر پیش فرض ارائه شده توسط برنامه را نشان می دهد. برای تغییر آن روی دکمه انتخاب (با سه نقطه) که در انتهای این فیلد قرار دارد کلیک کنید. در نتیجه پنجره Select Directory باز می شود که در آن طبق قوانین معمول ویندوز مسیر مورد نیاز مشخص شده است (در صورت لزوم می توانید یک دایرکتوری جدید ایجاد کنید).

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

فرآیند ایجاد پایگاه اطلاعاتی با کلیک بر روی دکمه Finish در این پنجره تکمیل می شود.

برای تغییر پارامترهای پایگاه اطلاعاتی، باید آن را در پنجره راه اندازی (نگاه کنید به شکل 1.1) با کلیک کردن روی ماوس و کلیک بر روی دکمه Edit انتخاب کنید و سپس تنظیمات مورد نیاز را در حالت گام به گام انجام دهید.

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

به یاد داشته باشید که برای اجرای برنامه باید حداقل یک پایگاه اطلاعاتی داشته باشید.

درس شماره 6. اتصال پیکربندی "حسابداری".

همانطور که قبلاً اشاره کردیم، برنامه 1C: Accounting 8 از دو جزء کلیدی تشکیل شده است: یک پلت فرم فناوری و یک پیکربندی. در هنگام نصب برنامه، یک پلت فرم تکنولوژیکی روی رایانه نصب می شود که پیکربندی مورد نیاز متعاقباً به آن متصل می شود (به عنوان مثال، "مدیریت تجارت"، "مدیریت منابع انسانی" یا، مانند مورد ما، "حسابداری").

فایل پیکربندی در بسته تحویل سیستم موجود است، پسوند cf دارد و از طریق Configurator متصل می شود.

این کار به صورت زیر انجام می شود.

در پنجره راه اندازی برنامه (شکل 1.1 را ببینید)، روی نام پایگاه اطلاعاتی ایجاد شده قبلی کلیک کنید و دکمه Configurator را کلیک کنید. در نتیجه، پنجره برنامه در حالت عملیاتی Configurator باز می شود (شکل 1.6).

برنج. 1.6. پنجره برنامه در حالت عملیاتی Configurator

اولین کاری که باید در این حالت انجام دهید اجرای دستور منوی اصلی Configuration | است پیکربندی را باز کنید. در نتیجه، پنجره Configuration در سمت چپ رابط باز می شود (شکل 1.7).

برنج. 1.7. باز کردن پنجره پیکربندی

حالا دستور منوی اصلی Configuration | را اجرا کنید پیکربندی را از فایل بارگیری کنید (شکل 1.8).

برنج. 1.8. انتخاب فرمان پیکربندی بار

لطفاً توجه داشته باشید که این دستور تنها زمانی در دسترس می‌شود که پنجره پیکربندی باز باشد (شکل 1.7 را ببینید). هنگامی که فعال می شود، پنجره Select configuration file نشان داده شده در شکل روی صفحه نمایش داده می شود. 1.9.

برنج. 1.9. انتخاب فایل پیکربندی

در این پنجره باید مسیر فایل پیکربندی را مشخص کنید، این فایل را با کلیک ماوس انتخاب کرده و دکمه Open را بزنید. بلافاصله پس از این، فرآیند دانلود پیکربندی آغاز خواهد شد. اطلاعات مربوط به پیشرفت این فرآیند در نوار وضعیت در پایین پنجره Configurator نمایش داده می شود (شکل 1.10).

برنج. 1.10. اطلاعات پیشرفت دانلود پیکربندی

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

هنگامی که دانلود کامل شد، برنامه از شما می خواهد که پیکربندی پایگاه داده را به روز کنید (شکل 1.11).

به این درخواست باید پاسخ مثبت داده شود. اطلاعات مربوط به پیشرفت فرآیند به روز رسانی نیز در نوار وضعیت نمایش داده می شود. در این صورت برنامه درخواست دیگری برای پذیرش تغییرات پیکربندی صادر می کند که باید به آن نیز پاسخ مثبت داده شود (در غیر این صورت آپدیت تکمیل نمی شود).

پس از به روز رسانی پیکربندی پایگاه داده، عنوان پنجره Configurator باید نام و نسخه پیکربندی بارگذاری شده را نمایش دهد. این تأیید می کند که اتصال پیکربندی به درستی انجام شده است.

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

درس شماره 7. شرح رابط های کاربری پایه

برنامه 1C: Accounting 8 برای هر حالت عملیاتی رابط کاربری خاص خود را دارد. در واقع، هیچ چیز غیرعادی در این مورد وجود ندارد - این رویکرد در اکثر برنامه های کاربردی ویندوز اعمال می شود. به عنوان مثال، برخی از اینترفیس ها برای وارد کردن داده ها، برخی دیگر برای انتخاب اشیا، برخی دیگر برای مشاهده لیست اشیاء و ... ارائه شده اند. در این درس با رابط های اصلی 1C: حسابداری 8 آشنا می شویم. هر کاربر برنامه باید در حالت عملیاتی 1C:Enterprise با آنها برخورد کند.

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

برنج. 1.12. پنجره اصلی برنامه

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

انتخاب اشیا برای کار بیشتر در رابط های انتخاب یا فهرست انجام می شود. به عنوان مثال، برای تغییر حالت کار با هر دایرکتوری، باید آن را در پنجره انتخاب (شکل 1.13) انتخاب کنید، که با استفاده از دستور منوی اصلی Operations | دایرکتوری ها

برنج. 1.13. رابط انتخاب نمونه

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

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

برنج. 1.14. نمونه ای از پنجره فهرست (دریافت سفارشات نقدی)

توجه داشته باشید

در ابتدای کار برنامه با یک پایگاه اطلاعاتی خالی جدید ایجاد شده، تمام رابط های موجود در لیست خالی خواهند بود، یعنی یک مورد واحد در آنها وجود نخواهد داشت.

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

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

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

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

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

یک راه حل چند منظوره که به شما امکان می دهد حسابداری را در شرکت های با هر اندازه سازماندهی کنید. حسابداری بهای تمام شده در برنامه می تواند به طرق مختلف سازماندهی شود و سوالات زیادی را در بین کاربران ایجاد کند.

به همین دلیل است که متخصصان مرکز V8 یک برنامه یادگیری تعاملی ایجاد کرده اند - تمرین حسابداری هزینه های تولید مستقیم، که به شما امکان می دهد نه تنها با روش حسابداری در آن آشنا شوید 1C مدیریت شرکت تولیدی 8، بلکه برای کسب مهارت های کاربردی و مدل های آماده برای سازماندهی حسابداری. این برنامه مبتنی بر فناوری تعاملی است.

شرح تفصیلی موضوعات مورد مطالعه

برنامه آموزشی شامل 50 کار (از ساده تا پیچیده) در بلوک های زیر است:

1. آمادگی برای حسابداری در 1C UPP

تنظیمات کاربر، وارد کردن اطلاعات نظارتی و مرجع، درخواست کار).

2. مدیریت هزینه های متغیر مستقیم

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

3. انتشار محصولات عرضه شده توسط مشتری

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

4. کار تولید کمکی

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

استفاده از این برنامه نه تنها برای خودآموزی 1C Manufacturing Enterprise Management 8، بلکه برای سازماندهی فرآیند آموزشی در چارچوب مراکز آموزشی مرکزی، مراکز آموزشی، مراکز آموزشی و غیره در نظر گرفته شده است.

برنامه آموزشی حقوق استفاده از 1C:UPP را ارائه نمی دهد.

شروع کنید

گزینه ای را برای کار با برنامه انتخاب کنید:

دستورالعمل نصب برنامه بر روی کامپیوتر شما

1. برنامه 1C UPP 8 edition 1.3 را نصب کنید:

فایل دانلود شده را اجرا کنید setup.exe
(در صورت وجود هشدار خطر، اجازه دهید فایل اجرا شود)
- دستورالعمل های برنامه نصب را دنبال کنید.

مهم! اتصال به اینترنت برای کار کردن برنامه مورد نیاز است.

3. برنامه آموزشی را راه اندازی کنید و پایگاه اطلاعاتی را انتخاب کنید:

برنامه آموزشی را از طریق میانبر "سایت آموزشی" روی دسکتاپ خود راه اندازی کنید.
- در لیست پایگاه های اطلاعاتی، "آموزشی مدیریت تولید" را انتخاب کنید.
- "1C: Enterprise" را راه اندازی کنید، یک کاربر را انتخاب کنید و روی "OK" کلیک کنید.

همچنین می توانید پشتیبانی روش شناختی برنامه رایگان را گسترش دهید،

شرح

ویژگی های برنامه:

مطالعه تئوری حسابداری در 1C UPP 8;
- حل مسائل حسابداری عملی به طور مستقیم در برنامه SPP.
- سیستم تأیید تصمیم خودکار؛
- مواد آموزشی با کیفیت بالا و دستورالعمل های مصور؛
- توصیه هایی برای حل وظایف عملی؛
- نمایش مدل آماده حسابداری تولید.

حسابداران، برنامه نویسان و مشاوران 1C که می خواهند به طور مستقل رویه حسابداری هزینه های تولید مستقیم را مطالعه کنند. 1C مدیریت شرکت تولیدی 1.3.

با داشتن تجربه کافی در اجرای SCP، می خواهم توجه داشته باشم که در هر پروژه، دیر یا زود لازم بود بخش حسابداری به عنوان یک بخش برای کار در برنامه منتقل شود. در این فرآیند مشکلات کمی وجود دارد. به طور خاص، من می خواهم به انتقال از BP 2.0 به UPP توجه کنم. با وجود این واقعیت که BP 3.0 قبلاً منتشر شده است، فکر می کنم این سوال برای مدتی محبوب باقی بماند. پس سختی کار چیست؟

ما باید با این واقعیت شروع کنیم که در 1.3، بخش حسابداری به بخش حسابداری سازمانی نسخه 1.6 نزدیکتر است تا به 2.0، اگرچه البته همه عملکردها با واقعیت های مدرن مطابقت دارد. با این وجود، این به عنوان بازگشت به چیزی قدیمی و از نظر اخلاقی منسوخ تلقی می شود. و مهمتر از همه، مقدار زیادی از حقیقت در این وجود دارد.

البته، برای کارهای حسابداری، پیکربندی (از این پس BP نامیده می شود) 2.0 دارای مزایا و راحتی است، اما با این وجود، نقطه برجسته UPP مدار تولید آن است که در هیچ راه حل 1C (به جز) آنالوگ ندارد. متأسفانه، معکوس کردن این مزیت روانی خاص دشوار است؛ این تنها با یک تصمیم قوی توسط مدیریت امکان پذیر است که کسانی که بازآموزی نکنند اخراج شوند.

تفاوت بین حسابداری 1C UPP و 1C

نکات منفی اصلی که UPP را از BP متمایز می کند که من در عمل با آنها روبرو شدم:

• ایجاد فاکتور با استفاده از یک پیوند (در BP این فاکتور در یک برگه جداگانه وارد می شود).
• ظاهر گزارش ها (گزارش های حسابداری در UPP قطعا کسل کننده به نظر می رسند، برخلاف گزارش های زیبا در BP با هدر سبز و تنظیمات بسیار).
• تفاوت در مجلات اسنادی (هم نام و هم ترکیب مجلات اسنادی که حسابداران در BP به آنها عادت دارند متفاوت است).
• در دسترس بودن فیلدهای جستجوی اضافی در فرم های مجله اسناد.

267 درس ویدیویی را در 1C به صورت رایگان دریافت کنید:

اکنون باید در مورد این موارد و سایر امکانات فنی که ممکن است حسابداری را تحت تأثیر قرار دهند، با جزئیات بیشتری صحبت کنیم. و همچنین، 1C UPP چه جایگزین هایی را به ما ارائه می دهد؟

مهمترین تفاوت در اصول حسابداری در UPP و BP برای یک حسابدار، به نظر من، عدم امکان (شاید تعداد بسیار محدود) انعکاس معاملات تجاری با "صورتهای حسابداری" است. در برخی از شرکت ها، نیمی از حسابداری بر اساس استفاده از "عملیات" ساخته شده است. این ویژگی ناشی از استفاده گسترده از رجیسترهای حسابداری در UPP و نه فقط ثبت حسابداری است. در UPP اکثریت قریب به اتفاق عملیات با استفاده از اسناد تخصصی انجام می شود.

به عنوان مثال: بیشتر حسابداران سود وام های صادر شده را با استفاده از یک عملیات منعکس می کنند، که نشان دهنده مکاتبات Dt91 Kt76 است، با این حال، در 1C UPP این رویکرد، به عنوان مثال، ثبت تسویه حساب های متقابل با طرف مقابل را تحت تاثیر قرار نمی دهد. باید از سند فروش کالا و خدمات استفاده کنید.

شایان ذکر است که امکان استفاده از سند عملیات فقط همراه با سند تنظیم ثبت وجود دارد و این سند می تواند هر کاربر ناآماده ای را سردرگم کند.

در مرحله بعد، لازم به ذکر است که در حسابداری زیرمجموعه برای برخی از حساب های حسابداری تفاوت وجود دارد و امکان دستیابی به اطلاعات مورد علاقه با استفاده از روش های استاندارد وجود ندارد. به عنوان مثال، حساب 60 سومین حساب فرعی «اسناد تسویه حساب با طرف مقابل» را ندارد که براساس آن سند ثبت در BP منعکس می شود؛ بر این اساس، مشاهده این اسناد با استفاده از ترازنامه استاندارد امکان پذیر نخواهد بود. . بخشی از راه برون رفت از این وضعیت استفاده از گزارش "بیانیه تسویه حساب متقابل با طرفین" است.

عدم وجود برخی از حساب های "خارج از ترازنامه" در 1C UPP، به عنوان مثال، حساب های MC. در واقع، مواد در حال کار در حساب BP در حساب MC در نظر گرفته می شود. در UPP، اطلاعات مربوط به مواد منتقل شده به بهره برداری در ثبت "مواد در عملیات" در نظر گرفته می شود؛ اطلاعات مربوط به آنها را می توان با استفاده از گزارش "بیانیه مواد در عملیات" به دست آورد.

فقدان یک روش بسته شدن پایان ماه، که بسیار نزدیک و قابل درک است. بله، چنین پردازشی در SCP گنجانده نشده است. بسته شدن یک ماه با استفاده از فرآیند تجاری "روال بسته شدن ماه" انجام می شود که از عنصر دایرکتوری "Month Closing Setup" استفاده می کند.

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

گزارش برگه استهلاک در UPP ارائه متفاوتی دارد و حرکت دارایی های ثابت را منعکس نمی کند؛ در عوض، می توانید از یک گزارش مدرن استفاده کنید.

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

راه های برون رفت از این وضعیت

به عنوان یک قاعده، اکثر مشکلاتی که ما با آن مواجه هستیم چندین راه حل دارند. در این شرایط می توانم به عنوان مثال این را برجسته کنم:

در یک شرکت موقعیت بخش حسابداری بسیار قوی بود، آنها واقعاً دوست نداشتند که در 1C UPP 1.3 به گذشته برگردند، پروژه در خطر شکست بود... خوشبختانه شرکت توانایی های مالی عالی داشت ... نتیجه بازنویسی کامل همه گزارش‌های حسابداری و آوردن آنها به فرم BP 2.0، افزودن اسناد جدید به گزارش‌های اسناد، نمایش فرم‌های جستجو در فرم‌های ثبت اسناد بود. معلوم شد که گران است: هم از نظر توسعه و هم از نظر پشتیبانی بیشتر، اما بخش حسابداری اهمیت آن را احساس کرد و پروژه ادامه یافت.

اگرچه این گزینه چندان موثر به نظر نمی رسد، اما در زندگی وجود دارد.

یک راه حل کاملاً متضاد یک دستورالعمل دقیق از سوی مدیریت برای استفاده از عملکرد موجود است. به هر حال، امکان حسابداری کامل را فراهم می کند و تمام مکانیزم های کنترل را دارد. این رویکرد برای شرکت بهینه است!

در این بخش، ما یک سری مقالات مروری را شروع می کنیم که به شما کمک می کند تا بر پیکربندی «1C: Manufacturing Enterprise Management» تسلط پیدا کنید.

معرفی

"1C: Manufacturing Enterprise Management 8" یک راه حل کاربردی جامع است که خطوط اصلی مدیریت و حسابداری در یک شرکت تولیدی را پوشش می دهد. این راه حل به شما امکان می دهد یک سیستم اطلاعات جامع را سازماندهی کنید که مطابق با استانداردهای شرکتی، روسی و بین المللی باشد و فعالیت های مالی و اقتصادی شرکت را تضمین کند.

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

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

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

در راه حل کاربردی، نسبت زیر از داده های حسابداری مختلف اتخاذ شده است:

• استقلال داده های مدیریت، حسابداری و حسابداری مالیاتی؛
• مقایسه داده های مدیریت، حسابداری و حسابداری مالیاتی؛
• همزمانی مجموع و برآوردهای کمی دارایی ها و بدهی ها بر اساس داده های مدیریت، حسابداری و حسابداری مالیاتی، در صورت عدم وجود دلایل عینی برای مغایرت آنها.

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

راه حل برنامه با مجموعه ای از رابط ها ارائه می شود که دسترسی اولویتی به داده ها و مکانیسم های راه حل برنامه مورد نیاز هر کاربر را فراهم می کند.

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

علاوه بر حسابداری مدیریتی و نظارتی، می توانید حسابداری را طبق استانداردهای بین المللی گزارشگری مالی (IFRS) حفظ کنید. به منظور کاهش شدت کار، حسابداری تحت IFRS به صورت غیرعملیاتی و با استفاده از ترجمه (محاسبه مجدد) داده ها از سایر انواع حسابداری انجام می شود.

هنگام توسعه راه حل "1C: مدیریت شرکت تولیدی 8"، هم تکنیک های مدرن مدیریت سازمانی بین المللی (MRP II، CRM، SCM، ERP، ERP II، و غیره) و هم تجربه اتوماسیون موفق شرکت های تولیدی که توسط 1C و شرکت های شریک انباشته شده است. در نظر گرفته شدند. متخصصان شرکت های "ITRP" (مدیریت تولید) و "1C-Rarus" (حسابداری طبق IFRS) در طراحی و توسعه پیکربندی شرکت کردند. در مورد مسائل روش شناختی پیاده سازی مدیریت، حسابداری مالی و گزارشگری تحت IFRS، پشتیبانی مشاوره ای توسط شرکت حسابرسی و مشاور مشهور جهانی PricewaterhouseCoopers ارائه می شود.

راه حل "1C: Manufacturing Enterprise Management 8" بر روی پلت فرم فناوری مدرن "1C: Enterprise 8" توسعه یافته است. علاوه بر پلتفرم، بسته نرم افزاری شامل پیکربندی «مدیریت شرکت تولیدی» است.

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

شرکت 1C در حال تکمیل و توسعه پیکربندی "مدیریت شرکت تولیدی" به منظور انعکاس تغییرات در قانون و گسترش عملکرد است. اطمینان از به روز رسانی سریع راه حل های برنامه نصب شده. 1C و شرکای آن یک سیستم پشتیبانی فنی چند سطحی را ارائه می دهند.

"1C: Manufacturing Enterprise Management 8" راه حل کاربردی پرچمدار شرکت 1C با گسترده ترین طیف عملکرد است. مفهوم کلی راه حل توسط نمودار نشان داده شده است.

تمام مکانیزم های اتوماسیون راه حل های کاربردی را می توان به دو کلاس بزرگ تقسیم کرد:

• مکانیسم هایی برای حفظ فعالیت های عملیاتی شرکت؛ مکانیسم هایی برای حفظ حسابداری غیر عملیاتی.
• حوزه های متعلق به فعالیت های عملیاتی را می توان در هر نوع حسابداری (به استثنای حسابداری تحت IFRS) متمایز کرد.

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

آخرین نسخه پیکربندی Manufacturing Enterprise Management که شماره 1.3 دارد، به وضوح مزایای نسخه جدید 8.2 پلت فرم 1C:Enterprise را نشان می دهد. این پیکربندی را می توان در حالت برنامه معمولی استفاده کرد که برای کاربران نسخه های قبلی آشناست.

"1C: Manufacturing Enterprise Management 8" را می توان در تعدادی از بخش ها و خدمات شرکت های تولیدی استفاده کرد، از جمله:

• مدیریت (مدیر کل، مدیر مالی، مدیر بازرگانی، مدیر تولید، مهندس ارشد، مدیر منابع انسانی، مدیر فناوری اطلاعات، مدیر توسعه)؛ بخش برنامه ریزی اقتصادی؛
• کارگاه های تولیدی؛
• بخش تولید و اعزام؛
• بخش طراح ارشد؛
• بخش فناور ارشد؛
• بخش ارشد مکانیک؛
• بخش فروش؛
• بخش تدارکات (تامین)؛
• واحد بازاریابی؛
• انبارهای مواد و محصولات نهایی؛
• حسابداری؛
• بخش منابع انسانی؛
• اداره سازمان کار و اشتغال؛
• خدمات فناوری اطلاعات؛
• بخش اداری و اقتصادی؛
• بخش ساخت و ساز سرمایه؛
• بخش اطلاعات و تحلیل؛
• بخش توسعه استراتژیک

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

"1C: Manufacturing Enterprise Management 8" ارائه می دهد:

• برای مدیریت شرکت و مدیران مسئول توسعه کسب و کار - فرصت های کافی برای تجزیه و تحلیل، برنامه ریزی و مدیریت منعطف منابع شرکت برای افزایش رقابت پذیری آن؛ روسای بخش ها، مدیران و کارکنان مستقیماً درگیر در تولید، فروش، عرضه و سایر فعالیت ها به پشتیبانی از فرآیند تولید - ابزار، به شما امکان می دهد کارایی کار روزانه را در مناطق خود افزایش دهید.
• کارکنان خدمات حسابداری شرکت - ابزارهایی برای حسابداری خودکار با انطباق کامل با الزامات قانونی و استانداردهای شرکتی.

حسابداری تولید و هزینه ها به عنوان موضوع اصلی مطالعه آن

جزء اصلی مدیریت یک شرکت تولیدی، حسابداری تولید است.

حسابداری تولید یک فناوری پیچیده و جالب است که روش ها و تکنیک های خاص خود را دارد. وظیفه حسابداری تولید در نظر گرفتن کل فرآیند تبدیل هزینه است: هزینه ها ماهیت خود را تغییر می دهند، ادغام می شوند، تقسیم می شوند، به طرق مختلف در طول تولید تبدیل می شوند، به عنوان مثال. موضوع حسابداری تولید، اشیا به صورت پویا در حال تغییر است. به عنوان مثال، حسابداری تولید به این سوال پاسخ می دهد: اگر تولید آن مستلزم مقدار معینی از هزینه متحمل شده شماره 4 باشد، بهای تمام شده یک محصول چقدر است. قطعاتهزینه های شماره 1 و شماره 2 و هزینه های کاملا حساب شده شماره 3. چرا قطعات؟ زیرا به عنوان مثال مواد با حجم مشخصی خریداری می شود و ابتدا باید محاسبه کرد که برای هر واحد تولید چه بخشی از این حجم کل مواد مصرف شده است. همین امر در مورد بسیاری از هزینه های دیگر - برق و غیره نیز صدق می کند. در این مورد، لازم است کل تاریخچه عبور هزینه ها از تولید را در نظر گرفت - از لحظه ای که هزینه در حسابداری ایجاد می شود تا زمانی که در قیمت تمام شده لحاظ شود و به عنوان بخشی از محصول فروخته شود و وقوع آن در حسابداری و درج در قیمت تمام شده ممکن است در دوره های گزارشگری متفاوت باشد.

نصب و راه اندازی سافت استارتر

برای کار به پلتفرم 1C 8.2 نیاز داریم. انتشار UPP را می توان از آخرین نسخه 1.3 گرفته شد.
ما با پایگاه داده "دمو" کار خواهیم کرد. در تنظیمات پایگاه داده، "Thick Client" را به عنوان حالت راه اندازی اصلی انتخاب کنید. بقیه تنظیمات را می توان به عنوان پیش فرض باقی گذاشت.

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

هنگام راه اندازی پایگاه داده آزمایشی نصب شده، کاربر "Abdulov" را انتخاب کنید، او از حقوق کامل برخوردار است. نیازی به تعیین رمز عبور نیست.

برای مطالعه UPP، هنگامی که برای اولین بار شروع به کار می کنید، رابط کاربری "Abdulov" را دوباره به "کامل" تعریف کنید: منوی "کاربران - کاربران - مدیریت - عبدالوف - برای باز کردن فرم عبدالوف دوبار کلیک کنید - فیلد "رابط اصلی" - کامل - دکمه ضبط و بستن." سپس در نوار ابزار، روی دکمه “Switch interface” کلیک کرده و گزینه “Full” را انتخاب کنید.

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

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

اصطلاحات استفاده شده، تعیین اشیایی که 1C عمل می کند و باید هنگام کار با پایگاه داده درک شوند

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

دایرکتوری ها

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

هر عنصر دایرکتوری یک شی است که می تواند از مکان های دیگر ارجاع داده شود. به عنوان مثال، چنین دایرکتوری "Counterparties" وجود دارد:


فرض کنید باید اطلاعات مربوط به ورود بعدی کالاها و خدمات را در پایگاه داده وارد کنید. به جای نوشتن نام طرف مقابل "InnoTrade LLP" در محل مناسب و نشان دادن تمام مشخصات آن که ممکن است برای پردازش رسید مورد نیاز باشد، کافی است عنصر مناسب دایرکتوری "Counterparties" را انتخاب کنید.

یا، به عنوان مثال، چنین دایرکتوری وجود دارد - "ارز":

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

ثبت اطلاعات

ثبت اطلاعات نوعی دستگاه ذخیره سازی اطلاعات است که ظاهری بسیار شبیه به دایرکتوری دارد. اما بر خلاف دایرکتوری، یک خط در ثبت اطلاعات نمی تواند به عنوان یک شی مشخص شود - یک خط ثبت نمی تواند ارجاع داده شود، به عنوان مثال، یک طرف مقابل خاص در فهرست "Counterparties". اما در رجیستر اطلاعات می توانید به عنوان مثال تاریخچه تغییرات برخی از عناصر دایرکتوری را ذخیره کنید. به عنوان مثال، تاریخچه تغییرات در مقادیر عناصر دایرکتوری "ارزها" در ثبت اطلاعات "نرخ ارز" ذخیره می شود:

با ذخیره تاریخچه ارز در رجیستر «نرخ ارز»، نیازی به ذکر چند بار نرخ برای هر رسید نیست. خود برنامه در صورت لزوم آن را بر اساس تاریخ تعیین می کند.

نقل و انتقالات

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

ثابت ها

ثابت مقدار چیزی است که معمولاً هنگام شروع کار با پایگاه داده یک بار برای همیشه تعیین می شود. به طور خاص، تنظیمات خط مشی حسابداری در ثابت های SCP ذخیره می شوند.

برنامه ریزی برای انواع محاسبات

نوع خاصی از دایرکتوری که الگوریتم های اقلام تعهدی و کسورات و برخی اطلاعات دیگر لازم برای محاسبه اقلام تعهدی و کسر را توصیف می کند.

پلان های نوع مشخصه

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

مستندات

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

اسناد را می توان به چند نوع تقسیم کرد:

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

ثبت های تجمع

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

• دارایی های ثابت
• تولید
• موجودی

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

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

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

هنگام کار با اسناد، اطلاعات در رجیسترهای انباشتگی ظاهر می شود، به عنوان مثال. اسناد آن را در آنجا قرار داده است.

نمودار حساب

یک پیکربندی معمولی UPP شامل چهار نمودار حساب است (و بر این اساس، 4 ثبت حسابداری - از نظر فیزیکی، اطلاعات مربوط به نمودار حساب ها در ثبت های حسابداری مربوطه ذخیره می شود):

• بودجه بندی
• بین المللی
• مالیات
• خود حمایت کننده

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

UPP حاوی اطلاعاتی است که فقط در نمودار حساب ها ذخیره می شود (به عنوان مثال، اطلاعات مربوط به حساب های 80-90، داده های مربوط به هزینه اولیه دارایی های نامشهود، کسب دارایی های نامشهود (حساب 08.05)، عملکرد تحقیق، توسعه و کار فناوری (حساب 08.08)، هزینه های تحقیق و توسعه، بخشی از هزینه های حساب 29 و غیره)، همچنین اطلاعاتی وجود دارد که فقط در رجیسترهای انباشت (هر چیزی که مربوط به برنامه ریزی، سفارش، رزرو و غیره است) ذخیره می شود و اطلاعات وجود دارد. هم در نمودار حساب ها و هم در ثبت انباشت (حسابداری انبار، حسابداری هزینه و غیره) ذخیره می شود. توجه داشته باشید. نمونه های داخل پرانتز در بخش "حسابداری" آورده شده است. همین ویژگی ها در سایر انواع حسابداری نیز وجود دارد.

بیایید به یک مثال نگاه کنیم. سند "دریافت کالا و خدمات" - منوی "اسناد - مدیریت خرید - دریافت کالا و خدمات" را باز کنید. به عنوان مثال، اولین سند را باز کنید. با استفاده از نماد به پست های آن نگاه کنید. توجه کنید که اکانت تحلیلی 10 چه چیزی دارد: i.e. پس از پردازش رسید، اطلاعات مربوط به کالا و انبار در نمودار حساب ذخیره می شود.

اکنون با استفاده از دکمه "Go – Document Movements by registers" به حرکات سند نگاه کنید:

گزارشی در مورد حرکت اسناد باز خواهد شد. می توانید درخت گروه را با کلیک بر روی قسمت گزارش جمع کنید و سپس همزمان کلید ترکیبی "Ctrl + Shift + MINUS در بخش صفحه کلید NumLock" را فشار دهید. به گروه "ثبت انباشت" دسته کالا در انبارها (حسابداری)" نگاه کنید (بسط دهید):

به جزئیات حلقه توجه کنید - این تجزیه و تحلیل در نمودار حساب ها نبود. اما در این ثبت انباشت است.

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

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

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

گزارش ها

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

نمونه هایی از گزارش های موجود:

• گزارش های تولید شده بر اساس داده های نمودار حساب:
• ترازنامه گردش مالی
• ورق شطرنج
• تجزیه و تحلیل حساب و غیره

• گزارش های تنظیم شده

در پیکربندی SCP نسخه 1.3.7.1، فراخوانی ابزار کار با گزارش های تنظیم شده در "رابط کامل" در دسترس نیست. بنابراین، برای پیدا کردن آن، به رابط "حسابداری و حسابداری مالیاتی" بروید:

در این رابط، ابزار کار با گزارش های تنظیم شده در منوی "حسابداری" قرار دارد:

• گزارش های مبتنی بر داده های ثبت انباشت، ثبت اطلاعات، دایرکتوری ها و غیره (خروجی محصول، طرح های تولید، عیوب تولید، تجزیه و تحلیل موجودی کالا در انبارها، تجزیه و تحلیل موجودی وجوه و غیره). به طور معمول، اگر گزارشی بر اساس داده های یک ثبت تولید شود، نام آن حاوی کلمه "بیانیه" است. اگر گزارشی بر اساس داده های چندین رجیستر مختلف تولید شود، معمولاً از کلمه "تجزیه و تحلیل" در عنوان گزارش استفاده می شود.

• گزارش های سفارشی

برای کاربران پیشرفته، مکانیزمی برای ایجاد گزارش های خود وجود دارد. کمی بعد در مورد آنها با جزئیات بیشتر صحبت خواهیم کرد.

درمان ها

پردازش یک ابزار 1C: Enterprise است که با آن برخی از تبدیل داده های مشخص شده توسط برنامه انجام می شود. برخلاف گزارش ها، پردازش این داده های تبدیل شده را به پایگاه داده می نویسد. به عنوان مثال، در فهرست "Nomenclature"، باید فرد مسئول خرید آن را با S.G. Chugunova جایگزین کنید. در Ubeikin V.Ya. برای انجام این کار، می توانید از پردازش "پردازش گروهی فهرست ها و اسناد" استفاده کنید:

فیلدهای پردازش را به صورت زیر پر کنید:

و بر روی دکمه "انتخاب" کلیک کنید. سپس به برگه «پردازش» بروید:

"Action" و مقدار جدید را انتخاب کنید. و بر روی دکمه "Run" کلیک کنید. در نتیجه، کل نامگذاری که مدیر خرید مسئول به آن منصوب شد S.G. Chugunova بود. یک مدیر جدید مسئول خرید خواهد بود.

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

اصول کار با اسناد

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

ایجاد اسناد

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

روش 1. - با استفاده از ابزار "Add(Ins)".ایجاد یک سند جدید را می توان با کلیک بر روی نماد "افزودن" از لیست اسنادی که مستقیماً از منوی اصلی برنامه باز می شود انجام داد. فرض کنید می خواهید یک سند "دریافت کالا و خدمات" ایجاد کنید. از منوی اصلی برنامه می توانید لیستی از این اسناد را باز کنید:

سپس، در لیست رسیدهایی که باز می شود، یکی از روش های دایره شده در شکل را انتخاب کنید (معادل هستند، همان کار انجام می شود):

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

روش 2. - با استفاده از مکانیسم کپی.ایجاد یک سند جدید را می توان با کلیک بر روی نماد "افزودن با کپی کردن" انجام داد:

در این صورت سندی که مکان نما در لیست اسناد روی آن قرار دارد کپی شده و کپی آن باز می شود. این کپی از قبل دارای فیلدهای سند پر شده است. تنها چیزی که باقی می ماند این است که در صورت لزوم آنها را ویرایش کنید:

البته، این روش اغلب بسیار سریعتر از ایجاد یک سند است.

روش 3. - با استفاده از مکانیزم ورودی بر روی پایه.می توانید یک سند جدید از سند پایه ایجاد کنید. به عنوان مثال، "دریافت کالا و خدمات" را می توان با وارد کردن بر اساس سند "دریافت سفارش کالا" ایجاد کرد. در این صورت، اولاً، سفارش اصلی دریافت کالا مبنای سند ایجاد شده "دریافت کالا و خدمات" خواهد بود و ثانیاً، "دریافت کالا و خدمات" ایجاد شده به طور خودکار با داده های سند پایه پر می شود. . برای فراخوانی مکانیسم ورودی بر اساس، باید سند "دریافت سفارش کالا" را باز کنید و بر روی نماد ورودی بر اساس کلیک کنید. علاوه بر این، همین کار را می توان بدون باز کردن خود "سفارش رسید برای کالا"، اما مستقیماً از لیست "دریافت سفارش برای کالا" انجام داد، فقط با قرار دادن مکان نما در ابتدا روی سند مورد نظر. شکل را ببینید، روش های ورودی در پایه دایره ای هستند:

سند رسید جدید ایجاد شده، فهرست کالاها را از سفارش رسید مادر دریافت می کند:

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

ثبت اسناد

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

توجه داشته باشید. در لحظه ضبط است که سند در بین اسناد از همان نوع در پایگاه داده در خط زمانی جای خود را می گیرد. اجازه دهید با جزئیات بیشتر توضیح دهیم. به قسمت "از" با تاریخ و زمان سند نگاه کنید:

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

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

*لیست اسنادی که فقط ثبت می شوند:

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

انجام مدارک

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

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

یعنی اسنادی که هیچ جا حرکتی انجام نمی دهند نیز قابل پردازش هستند. به طور معمول، هدف از انجام آنها، ثبت برخی اطلاعات در یک سند به منظور جلوگیری از تغییر بیشتر آن است. در پیکربندی معمولی UPP نسخه 1.3.7، تنها دو نوع سند انجام می شود، اما هیچ حرکتی انجام نمی شود: "برنامه برای افتتاح حساب" و "تنظیم پارامترهای حسابداری آیتم".

پردازش عملیاتی و غیر عملیاتی اسناد

انجام اسناد می تواند عملیاتی یا غیرعملیاتی باشد.
یک روش عمل جراحی است که در آن امکان انجام آن در حال بررسی است. آن چیست؟

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

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

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

در هر دو حالت - اعم از عملیاتی و غیرعملیاتی، کلیه حرکات لازم سند انجام خواهد شد. با این حال، درک آن مهم است اگر به صورت غیرعملیاتی انجام شود، احتمال زیادی برای به دست آوردن داده های نامربوط در پایگاه داده وجود دارد، به ویژه به دلیل خطاهای کاربر. بیایید به یک مثال ساده نگاه کنیم.

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

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

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

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

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

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

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

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

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

پردازش و پردازش بیشتر اسناد به تعویق افتاد

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

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

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

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

پیگیری انجام می شود:

این مکانیسم زمانی مفید است که هنگام وارد کردن و ارسال اسناد اولیه:

• الزامات به بهره وریو موازی سازیسخت هستند
• حرکت در همه رجیسترها "در حال حاضر" ضروری نیست
• ممکن است برخی از اطلاعات لازم برای شکل گیری حرکات ناشناخته باشد - آنها بعداً شناخته می شوند.

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

ارسال معوق برای اسنادی که:

• معرفی می شوند به ندرت
• مهم است که انجام شود فورادر تمام ثبت ها

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

نحوه عملکرد مکانیسم

مکانیسم "تأخیر در ارسال اسناد" اختیاری است. استفاده از آن در قالب به سازمان قابل تنظیم است. تعویق از تاریخ تعیین شده معتبر است.

نحوه ارسال اسناد به محل تاریخ سند نسبت به تاریخ شروع ارسال معوق بستگی دارد:

استفاده از ارسال با تاخیر در دوره ای که در آن ورودی فشرده اسناد اولیه اتفاق می افتد منطقی است. بنابراین توصیه می شود تاریخ شروع ارسال معوق را در ابتدای ماهی که مدارک اولیه برای آن درج می شود تعیین کنید.

اسناد اضافی مطابق با انجام می شود. می توان آن را به صورت خودکار طبق برنامه یا به صورت دستی راه اندازی کرد.

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

اگر پس از تکمیل ارسال اضافی، داده هایی که بر انعکاس اسناد در حسابداری تنظیم شده تأثیر می گذارد تغییر کرده است (مثلاً تنظیمات پیش فرض حساب)، باید همه اسناد را مجدداً ارسال کنید. این را می توان با انتخاب روش تکمیل مناسب انجام داد.

پیگیری باید قبل از شروع مراحل نظارتی برای بسته شدن ماه کامل شود (نمودار روش "بستن ماه" را ببینید).

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

شرح مکانیسم

ثبت ها، حرکاتی که هنگام ارسال یک سند در امتداد آنها شکل می گیرد

اگر از ارسال تاخیری استفاده شود، هنگام ارسال اسناد، حرکات در همان ثبت‌هایی ایجاد می‌شوند که در حالت ارسال "کامل" زمانی که پرچم "Reflect in ex" تنظیم شده است. حسابداری". معمولاً از این رجیسترها برای تصمیم گیری عملیاتی استفاده می شود.

برای ثبت نام "حسابداری هزینه" ویژگی هایی وجود دارد: حرکات فقط هنگام ارسال اسناد "تولید" ، اسناد "دریافت کالا و خدمات" ، "گزارش پیش" شکل می گیرد. هنگام ارسال تمام اسناد دیگر، حرکات در این ثبت ایجاد نمی شود.

هنگام انجام اسناد تشکیل نمی شوندحرکات از طریق رجیسترهایی که برای تصمیم گیری عملیاتی استفاده نمی شوند:

اجناس فروخته شده

هزینه فروش

به تعویق افتاد ناسازگاربا حالت های:

• حذف دسته ها هنگام ارسال اسناد

  تعیین پیش پرداخت در هنگام انجام اسناد.

این حالت ها زمانی استفاده می شوند که

بدون مشکل عملکرد

هیچ هدفی برای اطمینان از انعطاف پذیری در حسابداری وجود ندارد

اولویت بالاتر دریافت "داده های دقیق" است.

یعنی در هنگام استفاده از چنین حالت هایی نیازی به اجرای تاخیری نیست.

لغو ارسال (توزیع) اسناد

پس از ارسال یک سند، می توانید با استفاده از نماد، ارسال آن را لغو کنید

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

حذف اسناد

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

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

****************************************************************************************************************************************