آیا باید به 1C: Enterprise 8.2 سوئیچ کنم؟ اگر در حال خواندن این مقاله هستید، به این معنی است که احتمالاً قبلاً به این سؤال پاسخ مثبت داده اید. بنابراین، اکنون دیگر در مورد مزایای جابجایی به یک پلت فرم جدید صحبت نخواهیم کرد، بلکه مستقیماً روی جزئیات و ویژگی های این فرآیند تمرکز خواهیم کرد.

1. الگوریتم کلی

بنابراین، شما تصمیم گرفته اید به "هشت" تغییر دهید و می خواهید دریابید که چگونه این کار انجام می شود و چه چیزی برای شما "تهدید می کند". در کلی ترین شکل خود، نمودار انتقال به این شکل است (شکل 1).

برنج. 1. الگوریتم انتقال از پلتفرم 1C:Enterprise 7.7 به پلت فرم 1C:Enterprise 8.2

1. ارتقا دهید.اولین کاری که باید انجام دهید این است که یک درخواست از سازمان خود بنویسید، یک فرم ثبت نام برای پلتفرم 7.7 و خرید پلت فرم 8.2 ارسال کنید. در این صورت به شما ارائه خواهد شد تخفیفدر مقدار هزینه پلت فرم قدیمی، اما بیش از 50٪ نیست. پلت فرم قدیمی با شما باقی می ماند و می توانید به استفاده از آن ادامه دهید، با این حال، از پشتیبانی فنی در 1C حذف خواهد شد.

2. به روز رسانیپیکربندی فعلی تا آخرین نسخه فعلی.

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

4. انتقال داده ها.این مرحله اصلی است. الگوریتم ها و شدت کار در هر مورد خاص متفاوت است.

5. آموزش پرسنل برای کار با پیکربندی جدید.از آنجایی که تنظیمات روی پلتفرم‌های 7.7 و 8.2 هم از نظر رابط و هم از نظر عملکرد متفاوت است، ممکن است برای کار با پیکربندی جدید به آموزش نیاز داشته باشید. می توانید خودتان با استفاده از ادبیات روش شناختی مناسب آن را مطالعه کنید، اما بهتر است یک دوره تخصصی 1C را بگذرانید.

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

بیایید به روند مهاجرت به یک پلت فرم جدید در زمینه پیکربندی نگاه کنیم "حسابداری 1c".

2. «1C: Accounting 7.7» را به «1C: Accounting 8.2» تغییر دهید.

استراتژی و مکانیسم های انتقال داده ها از "1C: حسابداری 7.7" به "1C: حسابداری 8.2" توسط عوامل زیر تعیین می شود:

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

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

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

موقعیت 1:

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

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

اگر این مورد شماست، شما خوش شانس هستید. فقط باید پیکربندی «1C: Enterprise 7.7» را به آخرین نسخه به‌روزرسانی کنید و از پردازش «انتقال داده از پایگاه‌های اطلاعاتی 1C: Enterprise 7.7» که در «1C: Enterprise 8.2» تعبیه شده است استفاده کنید. شما می توانید این کار را خودتان و بدون کمک متخصص انجام دهید. فقط باید دستورالعمل های مشخص شده در پردازش را به شدت دنبال کنید.

موقعیت 2:

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

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

برنج. 2. دوره انتقال هنگام تغییر سیستم عامل

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

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

موقعیت 3:

انتقال از اواسط سال، پیکربندی TYPICAL

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

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

1. محلول استاندارد "1C: Data Conversion 2.1". این محصول نرم افزاری می تواند برای انتقال اطلاعات بین پیکربندی ها بر روی پلت فرم 1C با هر ساختار و پیچیدگی استفاده شود.

2. توسعه فرنچایزهای 1C. بسیاری از شرکت ها، از جمله شرکت « RG-Soft" ()، روش های اثبات شده ای برای حل این مشکل وجود دارد که می تواند زمان و بودجه کار انتقال داده را به میزان قابل توجهی کاهش دهد.

موقعیت 4:

انتقال از یک پیکربندی استاندارد با انتقال اسناد دوره گذشته

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

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

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

موقعیت 5:

انتقال از یک پیکربندی غیر معمول در پلت فرم 1C:Enterprise 7.7

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

بسته به ماهیت تغییرات ایجاد شده در برنامه، فناوری های انتقال داده زیر در دسترس هستند:

· اگر پیکربندی کمی تغییر کرده باشد و مکانیسم های اصلی مشابه راه حل استاندارد 1C باشد، می توانید مانند گزینه های قبلی از ابزارهای انتقال استاندارد استفاده کنید. شما فقط باید آنها را پیکربندی یا کمی تغییر دهید تا متناسب با برنامه شما باشد. شاید آزمایش‌شده‌ترین و مطمئن‌ترین ابزار «1C: تبدیل داده‌ها 2.1» باشد. این ابزار به مهارت های عملیاتی خاصی از کاربر نیاز دارد، اما با کمک آن می توان انتقال خودکار اشیاء را بین پیکربندی ها سازماندهی کرد.

· اگر در طول سال‌های استفاده، پیکربندی به‌طور اساسی بازطراحی شده باشد، ممکن است راه‌اندازی ابزارهای مهاجرت استاندارد نسبت به نوشتن پردازش خود برای این اهداف، کار فشرده‌تر باشد. وضعیت مشابهی در مورد سازماندهی انتقال از یک برنامه حسابداری که با سیستم عامل های 1C مرتبط نیست، ایجاد می شود. امکان چنین انتقالی نیز وجود دارد، اما پیشاپیش امکان مبادله جهانی وجود نخواهد داشت. هر مورد خاص نیاز به یک رویکرد فردی به مشکل دارد. شرکت ما می تواند تجربه خود را در انتقال داده ها از طریق فایل هایی با فرمت های مختلف مانند dbf، xls(لودر جهانی از اکسل به 1C)، xml.

نکته قابل ذکر دیگری در رابطه با انتقال از پلتفرم 7.7 به نگرانی های 8.2 است ادغام پایگاه داده.

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

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

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

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

3. مشکلات احتمالی که باید از آنها آگاه باشید

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

3.1. خطا در داده های منبع

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

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

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

3.2. تفاوت های پیکربندی

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

به عنوان مثال، این مشکل با اضافه کردن یک پیشوند اضافی به شماره سند دانلود شده حل می شود. برای هر یک از ویژگی های سند، این پیشوند به طور جداگانه اختصاص داده می شود. این ممکن است مشخصه پایگاه داده ای باشد که اسناد از آن دانلود می شوند یا نوع سندی که دانلود از آن انجام شده است. در اینجا نمونه ای از تشکیل چنین پیشوندی آورده شده است. پایگاه شعبه در کراسنویارسک پیشوند "KR" را می دهد. نوع سند "دریافت مواد" که دانلود از آن انجام شده است پیشوند "M" داده می شود. بنابراین، اگر شماره سند در هفت 00000031 بود، عدد هشت به صورت زیر خواهد بود:

"KR" + "M" + "00000031" = "KRM00000031"

در نتیجه یک شماره منحصر به فرد در پایگاه داده ثبت می شود.

3.3. مشکلات فنی

خطاهای انتقال داده نیز ممکن است به دلیل ویژگی های فنی پلت فرم 1C: Enterprise رخ دهد. به عنوان مثال، مکانیسم جستجوی استاندارد بر اساس نام، حروف بزرگ در نام یک عنصر دایرکتوری را از حروف کوچک متمایز نمی کند. هنگام استفاده از این مکانیسم سردرگمی وجود دارد. به عنوان مثال، در پایگاه داده دو طرف مقابل "l-audio" و "L-Audio" وجود دارد. هنگام جستجوی طرف مقابل "l-audio"، سیستم "L-Audio" را پیدا می کند. نتیجه یک سند نادرست تکمیل شده خواهد بود.

همچنین لازم است به خود روش انتقال داده انتخاب شده نیز توجه شود. مثالی که در بالا با دو برابر شدن طرف مقابل توضیح داده شد، هنگامی که از پایگاه داده شعب شرکت منتقل می شود، ممکن است در واقع دو برابر نشود. شرکت‌هایی که در شهرهای مختلف فعالیت می‌کنند ممکن است طرف مقابل‌هایی نیز داشته باشند که در شهرهای مختلف فعالیت می‌کنند. شعبه شرکت L-Audio در نیژنی نووگورود و خود شرکت L-Audio در مسکو را می توان به درستی در پایگاه های داده دقیقاً یکسان نامید. برای جلوگیری از چنین سردرگمی، باید از قبل یک روش انتقال را انتخاب کنید. در مثال ما، می‌توانیم طرف مقابل را بسته به پایگاه داده منبع، به گروه‌های دایرکتوری مختلف جدا کنیم. انتخاب چنین تکنیکی بر مکانیسم های بارگذاری داده ها نیز تأثیر می گذارد.

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

نتیجه

در حال حاضر، هنوز تعداد زیادی شرکت با استفاده از 1C:Enterprise 7.7 کار می کنند. این به دلیل عواملی مانند عدم درک مزایای پلت فرم جدید، بی میلی به یادگیری فناوری های جدید و ترس از مواجهه با تعداد زیادی از مشکلات در طول انتقال است. با استفاده از مثال 1C: حسابداری، سعی کردیم نشان دهیم که بیشتر این دلایل چندان مهم نیستند. در طول فعالیت های خود، ما به مشتریان خود کمک می کنیم تا با مشکلات احتمالی مرتبط با اجرای برنامه ها در پلت فرم 1C:Enterprise 8 مقابله کنند. اگر به موضوع انتقال علاقه دارید یا سؤال دیگری در مورد پلتفرم 1C:Enterprise 8 و تنظیمات ایجاد شده روی آن دارید، متخصصان RG-Soft در خدمت شما هستند!

اصل عملیات.

چند کلمه در مورد نحوه انتقال داده ها از یک پیکربندی استاندارد " حسابداری"، نسخه 4.5 برای 1C: Enterprise 7.7 یا پیکربندی "" (از این پس به عنوان پیکربندی منبع نامیده می شود) در یک پیکربندی استاندارد " حسابداری سازمانی"، نسخه 3.0 برای 1C: Enterprise 8 (نسخه 3.0.52)، که از این پس "پیکربندی گیرنده" نامیده می شود.

مهم! انتقال داده از پیکربندی امکان پذیر است حسابدارینسخه 4.5 برای 1C: Enterprise 7.7 نسخه های 7.70.569 و جدیدتر یا از پیکربندی " سیستم مالیاتی ساده، ویرایش. 1.3نسخه 7.70.219 و بالاتر.

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

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

فایل های زیر برای انتقال داده ها مورد نیاز است:

ACC_ACC8 .ert - پردازش خارجی آپلود داده ها به یک فایل خارجی از پیکربندی " حسابداری، Rev. 4.5»;

USN_ACC8 .ert - پردازش خارجی آپلود داده ها به یک فایل خارجی از پیکربندی " سیستم مالیاتی ساده، ویرایش. 1.3»;

ACC_ACC8 .xml - قوانین تبدیل داده.

USN_ACC8 .xml - قوانین تبدیل داده.

داده های قابل انتقال

موارد زیر از پایگاه اطلاعاتی پیکربندی منبع به پیکربندی گیرنده منتقل می‌شوند:

عناصر کتب مرجع;

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

اسناد فعلی با تاریخ بزرگتر از تاریخ تبدیل پایگاه اطلاعاتی.

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

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

فایل حاصل در پایگاه اطلاعات پیکربندی گیرنده بارگذاری می شود.

نصب و راه اندازی.

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

شکل 1 پنجره ای برای انتخاب پایگاه های اطلاعاتی در حین نصب

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

Fig.2 فایل های نصب شده در پوشه انتخاب شده

به زیر شاخه ExtFormsپردازش نصب شده است انتقال به 1C: حسابداری 8، ویرایش. 3.0و قوانین انتقال لطفا توجه داشته باشید که پردازش آپلود ACC_ACC8.ertو قوانین آپلود داده جایگزین پردازش و قوانین استاندارد می شود. اگر می‌خواهید مکانیزم انتقال استاندارد را حفظ کنید، پردازش جدید را در یک فهرست جداگانه نصب کنید و نه در پایگاه اطلاعاتی.

فرآیند نصب با استفاده از مثال نصب گزارش با جزئیات بیشتری توضیح داده شده است. برای پیکربندی "1C: حسابداری 7.7".

رویه عملیاتی

در یک برنامه " 1C: حسابداری 7.7"شما باید پردازش را از گزینه های اضافی باز کنید" انتقال به 1C: حسابداری 8، ویرایش. 3.0پوشه ای که قوانین انتقال در آن قرار دارد را انتخاب کنید (شکل 3 را ببینید) و قوانین مبادله را دانلود کنید. به عنوان مثال، در گروه دایرکتوری ها نمی توان یک قانون واحد را گنجاند، زیرا همه دایرکتوری ها بر اساس نیاز منتقل می شوند، یعنی فقط آنهایی که در موجودی ها یا در اسناد دخیل هستند به عنوان مثال، اگر برخی از اسناد در پایگاه داده شما نیستند، یا نمی خواهید آنها را منتقل کنید، نیازی به فعال کردن این قانون ندارید.

شکل 3. پردازش برای آپلود داده ها

توصیه می کنم نام فایل داده را روی "C:\v77_v8\Exp77_80.xml" تنظیم کنید، این پوشه ای است که اغلب به طور پیش فرض در برنامه استفاده می شود. 1C: حسابداری 8"هنگام بارگیری داده ها از برنامه ها بر روی پلت فرم" 1C: Enterprise 7.7". در صورت لزوم، پارامترها را در صفحه تنظیم کنید" گزینه ها".

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

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

Fig.4.1 پیام هایی در مورد خطاهای مواجه شده

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

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

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

شکل 4.3. پیغام خطا

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

Fig.4.4 گزارش نشان دادن خطا

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

شکل 4.5 پیام های خطای حسابداری

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

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

روش های کار

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

شکل 5 نحوه تنظیم یک قانون برای آپلود داده های یک نوع خاص

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

شکل 6.1 نحوه انتخاب یک سند واحد

مهم! "1C") که در برخی از تنظیمات امکان انتخاب اسناد را در هنگام آپلود با توجه به جزئیات انتخاب نمی دهد. این به این دلیل است که در قوانین استاندارد انتخاب اسناد با درخواست بدون تعیین دوره انجام می شود. چنین درخواست هایی همیشه جواب نمی دهد.

به روشی مشابه، می توانید دایرکتوری ها را آپلود کنید، نه کل دایرکتوری، بلکه با انتخاب بر اساس برخی جزئیات. ابتدا قانون بارگذاری داده مورد نظر را انتخاب کنید، سپس دکمه های " را فشار دهید. PVD را نصب کنید"و" شرط اضافه کنیدبه عنوان مثال، شکل 6.2 نشان می دهد که چگونه می توانید فقط آن دسته از کارمندانی را که در زمان انتقال از برنامه با آنها همراه هستند، تخلیه کنید. 1C: سیستم مالیاتی ساده، ویرایش. 1.3" بر " 1C: حسابداری سازمانی، نسخه 3.0" (یا همانطور که کاربران اغلب می گویند، انتقال از حسابداری 7.7 به 3.0) روابط کار برقرار شده است.

شکل 6.2 نحوه انتخاب گروهی از عناصر دایرکتوری

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

انتخاب بر اساس جزئیات دوره ای دایرکتوری در تاریخ پارامتر انجام می شود. تاریخ انقضا"!!!

می توانید از ترکیبی از قوانین بارگذاری و انتخاب داده استفاده کنید. قوانینی که دارای انتخاب‌هایی هستند به عنوان "[SELECTION]" علامت‌گذاری می‌شوند. برای مشاهده یا ویرایش انتخاب یک قانون خاص آپلود داده، باید روی این قانون در لیست قوانین دوبار کلیک کنید یا پس از انتخاب آن، روی دکمه " کلیک کنید " PVD را نصب کنید".

مهم!اگر آپلود اشیاء خالی یا ناقص باشد، باید بررسی کنید که آیا حالت همگام سازی با 1C:Accounting 8 تنظیم شده است یا خیر. در این صورت، فقط اشیایی که پس از انتقال تغییر کرده اند آپلود می شوند (دایرکتوری .Synchronous Accounting Parameters موقعیت پارامتر آخرین بارگذاری شده سند را ذخیره می کند که در حین آپلود توسط تابع CheckFor Upload Possibility بررسی می شود. عملکرد کامل در حالت همگام سازی غیرممکن می شود. حالت همگام سازی پس از بارگیری قوانین تبادل بررسی می شود. اگر حالت نصب شده باشد، یک پنجره هشدار ایجاد می شود (شکل 6.5 را ببینید) و از شما خواسته می شود حالت همگام سازی را غیرفعال کنید.

برنج. 6.5 پنجره هشدار حالت همگام سازی

تفاوت های اضافی با قوانین استاندارد

رفع خطا در انتقال PT&U با انواع رسید قدیمی: اگر در اسناد رسید کالا و خدمات نوع رسید برابر با 2 باشد (مقدار قدیمی) و فاکتور تامین کننده وجود نداشته باشد، تبدیل اشتباه این سند در BP 3.0 به بازگشت سند از خریدار رخ می دهد.

هنگام انتقال عملیات دستی که دارای حساب فرعی Division به نسخه PROF BP هستند، خطایی برطرف شده است. چنین عملیاتی در BP ثبت نشده است: "فیلد بخش باید خالی باشد." این به دلیل این واقعیت است که قوانین برای کار با نسخه های CORP طراحی شده اند، اما در PROF، ابعاد DivisionDt و DivisionKt ثبت حسابداری باید خالی باشد.

رفع اشکالی که منجر به تکراری شدن گروه های دایرکتوری شد معاهداتو در نتیجه تکرار عناصر این دایرکتوری (از آنجایی که جستجو در حین بارگیری با در نظر گرفتن والد انجام می شود). این در شکل 6.6 نشان داده شده است.

شکل 6.6 نتیجه انتقال دایرکتوری معاهداتقوانین استاندارد

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

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

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

قانون دانلود دایرکتوری تغییر کرده است نامگذاری، اکنون روش انتخاب داده ها نمونه گیری استاندارد است که به شما امکان می دهد عناصر دایرکتوری را با جزئیات انتخاب کنید (در قوانین استاندارد سیستم مالیاتی ساده شده 7.7 - BP 3.0 این امکان پذیر نیست). هنگام انتقال دایرکتوری نامگذاری، منتقل می شوند و قیمت اقلاماز طریق پیوندها، یعنی قیمت فقط اقلام منتقل شده از نامگذاری. برای فعال کردن این ویژگی، باید مقدار پارامتر را روی یک تنظیم کنید هنگام تخلیه اقلام قیمت ها را بارگذاری کنید.

خطایی در قوانین استاندارد "USN 7.7 - BP 3.0" در هنگام انتقال مانده ها برای تسویه حساب با طرف مقابل برطرف شده است: نوع توافق همیشه به صورت تنظیم شده بود. دیگر. اکنون - بسته به نوع موجودی، طبق بخش حسابداری " محاسبات با تامین کنندگان و پیمانکاران"نوع قرارداد =" با تامین کننده"طبق بخش حسابداری" محاسبات با خریداران و مشتریان"نوع قرارداد =" با خریدار"، در موارد دیگر، نوع قرارداد = " دیگر".

خطایی در قوانین استاندارد "USN 7.7 - BP 3.0" هنگام انتقال مانده برای تسویه با طرف مقابل برطرف شده است: مقدار تسویه متقابل در دو جزئیات سند برای وارد کردن مانده های اولیه ثبت شده است. مجموعو AmountKt. به همین دلیل، سند ورود برای موجودی افتتاحیه درج نشد.

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

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

یک خطا در قوانین استاندارد "USN 7.7 - BP 3.0" هنگام انتقال مکان های ذخیره سازی برطرف شده است: جزئیات "پر نشده است" نوع انبار".

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

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

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

یک قانون آپلود داده برای انتقال دایرکتوری "کارمندان" به قوانین انتقال "USN 7.7 - BP 3.0" اضافه شده است (در قوانین استاندارد فقط فهرست افراد منتقل می شود).

در قوانین انتقال "USN 7.7 - BP 3.0" قانون انتقال برای ثبت اطلاعات نرخ تعرفه فعلی کارکنان اصلاح شده است.

ویژگی های انتقال دستور پرداخت برای پرداخت مالیات

برای سفارش های پرداخت با نوع تراکنش انتقال مالیاتجزئیات اضافی باید پر شود: KBK - کد طبقه بندی بودجه، وضعیت کامپایلر و غیره. ساختارهای این جزئیات در بخ 7.7 (USN 7.7) و در BP 3.0با هم مطابقت ندارند. به ویژه در BP 3.0برخی از این جزئیات در یک فهرست جداگانه گنجانده شده است انواع مالیات و پرداخت به بودجه، پیوندی که در دستور پرداخت موجود است. دایرکتوری شامل تعدادی از عناصر ارائه شده است که در پایگاه اطلاعات ظاهر می شود، به عنوان مثال، هنگام ویرایش یک سیاست حسابداری. هنگام انتقال داده ها، این عناصر هنگام بارگیری سیاست حسابداری نیز ظاهر می شوند. هنگام آپلود و دانلود دستور پرداخت، عنصر دایرکتوری انواع مالیات و پرداخت به بودجهبا استفاده از KBK برای جایگزینی در جزئیات دستور پرداخت جستجو شد مالیات. بنابراین توصیه می شود پس از انتقال رویه های حسابداری بررسی کنید که آیا کلیه مالیات های لازم در دایرکتوری وجود دارد یا خیر و در صورت نیاز آن را تکمیل نمایید. هنگام مقایسه (همگام سازی) KBK در دستورهای پرداخت، منبع و گیرنده چهار دسته KBK، دسته های 14-17، کد فرعی درآمد: مالیات، جریمه، جریمه و غیره را در نظر نمی گیرند. در دایرکتوری انواع مالیات و پرداخت به بودجهاین بیت ها با صفر پر شده اند. هنگام افزودن عناصر جدید به دایرکتوری، بیت های 14-17 نیز باید با صفر پر شوند.

انتقال پایگاه های اطلاعاتی بزرگ

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

شکل 6.3 تنظیم پارامترها هنگام انتقال داده با محدودیت اندازه سند " وارد کردن موجودی افتتاحیه»

توجه: مقدار پارامتر تعداد ردیف های جدول تراکنش بارگذاری شده در یک سند را محدود می کند. وارد کردن موجودی افتتاحیه"، به جای تعیین تعداد خطوط خود سند. بنابراین، تعداد خطوط سند با مقدار پارامتر متفاوت است، این یک خطا نیست. هنگام تقسیم یک سند " وارد کردن موجودی افتتاحیهبرای چندین سند، یک پسوند به کامنت هر سند در انتهای خط اضافه می‌شود: «-1»، «-2» و غیره.

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

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

مهم!هنگام انتقال داده ها به صورت قطعات، لازم است یک پسوند در پارامترها مشخص شود که در شکل گیری نظر سند نقش دارد. وارد کردن موجودی افتتاحیه" هنگام تغییر شماره های محدوده بخش، نباید فراموش کنید که پسوند را تغییر دهید، در غیر این صورت، هنگام بارگیری در پیکربندی گیرنده، اسنادی با همان نظرات (پست رفع) رونویسی می شوند. نام فایل داده اهمیت خاصی ندارد. می توانید از تاکتیک های انتقال متوالی استفاده کنید: تخلیه - بارگیری، تخلیه - بارگیری و غیره. در این حالت نام فایل دیتا نیازی به تغییر ندارد. شما می توانید یک تاکتیک انتخاب کنید: ابتدا همه چیز را تخلیه کنید، سپس همه چیز را بارگیری کنید. در حالت دوم، نام فایل داده با هر بار آپلود باید تغییر کند. یک مثال دیگر اگر تعداد موجودی های بخش حسابداری (مثلاً کالا) مثلاً 10000 باشد، آن را به قسمت های هزار تقسیم می کنیم، سپس 10 قسمت می گیریم. هر قسمت باید یک پسوند منحصر به فرد داشته باشد: "-1"، "-2"، "-3"، "-4". اگر همه کالاهای باقی مانده را تخلیه کنیم و سپس همه چیز را بارگیری کنیم، فایل های داده نیز باید منحصر به فرد باشند، به عنوان مثال: "41_1"، "41_2"، "41_3"، "41_4". پارامترهای "Portion number start" و "Portion number end" باید مقادیر زیر را داشته باشند: 0، 1000. 1001, 2000; 2001, 3000; 3001، 4000.

شکل 6.4 تنظیم پارامترها هنگام انتقال داده در قطعات

انتقال داده ها به صورت قطعات برای قوانین بارگذاری زیر پشتیبانی می شود:

دارایی های ثابت

مواد

انحراف در بهای تمام شده اقلام موجودی

مالیات بر ارزش افزوده بر دارایی های خریداری شده

تولید ناتمام

• محصولات تمام شده و نیمه تمام

  هزینه های فروش

  کالاهای ارسال شده

  پول نقد

  سرمایه گذاری های مالی

  تسویه حساب با تامین کنندگان و پیمانکاران

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

  مالیات ها و هزینه ها

  تسویه حساب با پرسنل

  محاسبات با افراد پاسخگو

  تسویه حساب با بنیانگذاران

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

  سرمایه و ذخایر

  هزینه های آینده

  دارایی ها و بدهی های مالیات معوق

  نتایج مالی

  حسابهای خارج از ترازنامه

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

پس از اتمام تخلیهشما باید برنامه 1C:Accounting 8 را راه اندازی کنید. بارگذاری، هم در ابتدا و هم در حین انتقال مکرر داده یا انتقال اضافی، باید با استفاده از پردازش استاندارد انجام شود (شکل 7 را ببینید).

توجه، مهم. رفتار تبادل جهانی داده در قالب XML (در برخی از نسخه های 3.0.43.x)حاوی خطاهایی است می توان از پردازش تصحیح شده استفاده کرد تبادل جهانی داده در قالب XML، که در تحویل گنجانده شده و در دایرکتوری پایگاه داده نصب می شود حسابدارینسخه 4.5.

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

شکل 7.1 راه اندازی نوار عمل

مهم. شما نمی توانید از پردازش از پیکربندی استاندارد استفاده کنید، زیرا در حالت اشکال زدایی کنترل کننده (Exchange Processing.Handler DebuggingMode Flag = True) کار می کند و اجازه استفاده از کنترل کننده را نمی دهد. "فیلدهای جستجو"برای جستجوی موارد دانلود شده برای فهرست " طرف مقابل" (به بالا مراجعه کنید). به طور دقیق تر، همه کنترل کننده هایی که در طول بارگیری استفاده می شوند در پردازش داخلی پیکربندی هستند. ProcessorsDownloadsFromAccounting77. بنابراین، حداقل در مرحله بارگذاری، امکان مهاجرت با استفاده از قوانین تغییر یافته وجود ندارد.

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

پس از اتمام تخلیهشما باید برنامه 1C:Accounting 8 را راه اندازی کنید. در منو: فایل - باز کنید و به پردازش خارجی اشاره کنید انتقال داده ها از پایگاه های اطلاعاتی 1Enterprise77.

پس از این، یک فرم نمایش داده می شود که در آن باید گزینه بارگذاری داده ها را مشخص کنید - Load data from file (شکل 7.2).

پس از آن یک کادر محاوره ای نمایش داده می شود که در آن باید مسیر فایل آپلود شده را مشخص کنید (شکل 7.3 را ببینید).

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

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

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

تکنیک تبدیل داده ها.

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

مانده ها از طریق اسناد منتقل می شود " وارد کردن موجودی اولیه».

جزئیات بیشتر در مورد روش وارد کردن مانده ها را می توانید در مقاله در وب سایت ITS شرکت 1C (برای 1C: Enterprise Accounting rev. 3.0) پیدا کنید.

مهم! قبل از وارد کردن مانده های افتتاحیه، پارامترهای سیاست حسابداری باید تنظیم شوند. پارامترهای خط مشی حسابداری سازمان در تاریخ بعد از تاریخ درج مانده ها خوانده می شود. به عنوان مثال، اگر تاریخ وارد کردن مانده ها 31 دسامبر 2013 باشد، پارامترهای سیاست حسابداری تعیین شده از 1 ژانویه 2014 در نظر گرفته می شود که به شما امکان می دهد پارامترهای رویه حسابداری جاری را در نظر بگیرید (به عنوان مثال: اگر در سال 2013 سازمان از یک سیستم مالیاتی ساده استفاده کرد و از سال 2014 به سیستم عمومی تغییر داد - پس از وارد کردن مانده ها از 31 دسامبر 2013، پارامترهای سیاست حسابداری سال 2014 در نظر گرفته می شود. اطمینان حاصل کنید که سیاست های حسابداری به درستی منتقل شده است، در صورت لزوم اصلاح کنید.

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

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

دلایل خرید

به طور منظم به روز می شود. به روز رسانی به مدت شش ماه پس از خرید رایگان است. در 100 نشریه برتر Infostart گنجانده شده است.

مزایای

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

مقایسه نسخه ها

2019/01/29 قوانین به نسخه 3.0.67.70 به روز شد

07/05/2018 قوانین به روز رسانی به نسخه 3.0.63.22

09.25.2017 قوانین به روز رسانی به نسخه 3.0.52.36

2017/07/18 قوانین به روز رسانی به انتشار 3.0.51.16

1395/10/12 رفع خطا در انتقال آموزش و پرورش حرفه ای با پذیرش انواع قدیمی

2016/09/08 قوانین به‌روزرسانی برای انتشار 3.0.44.102

1395/06/18 رفع خطا در انتقال عملیات دستی که دارای بخش حساب فرعی است

2016/05/31 قوانین برای انتشار 3.0.43.236 به روز شد. در پیکربندی‌های استاندارد (نسخه‌های BP 3.0.43.174 - 235) در پردازش Universal XML Data Exchange، رویه Load Parameters به ​​درستی کار نمی‌کند. قوانین برای رفع این اشکال تغییر کرده اند. همچنین می توانید از پردازش Universal Data ExchangeXML موجود در بسته تحویل برای بارگیری در BP 3.0 استفاده کنید. در حین نصب در زیر شاخه ExtForms دایرکتوری اطلاعات نوشته شده است. پایه های 7.7.

2016/05/25 قوانین به‌روزرسانی برای انتشار 3.0.43.215

1395/05/11 محدودیت مدت نام قرارداد از 50 به 100 تغییر یافت.

2016/02/23 قوانین به روز رسانی به نسخه 3.0.43.29

2015/12/21 پردازش و قوانین به روز رسانی به نسخه 3.0.42.33

11.11.2015 بررسی حالت همگام سازی اضافه شد

2015/05/18 در حال پردازش و قوانین به روز رسانی به نسخه 3.0.40.24

1394/05/14 انتقال اسناد پرداخت مالیات نهایی شد

2015/04/08 در حال پردازش و قوانین به روز رسانی به نسخه 3.0.39.56. در نسخه 3.0.39، ساختار فاکتور برای پرداخت تغییر کرده است: دیگر بخش جدولی "خدمات" وجود ندارد، اکنون کالاها و خدمات در یک بخش جدولی "کالاها" هستند. بنابراین قوانین مربوط به 3.0.38 را نمی توان برای انتقال به 3.0.39 استفاده کرد

2015/04/02 پردازش و قوانین به روز رسانی به نسخه 3.0.38.53

2014/12/23 در حال پردازش و قوانین به روز رسانی به نسخه 3.0.37

محتویات تحویل.

بسته شامل: پردازش "ACC_ACC8"،قوانین انتقال "ACC_ACC8"و پردازش انتقال داده ها از پایگاه های اطلاعاتی 1Enterprise77. اگر سازمان شما برنامه نویس تمام وقت برای انجام کار ندارد، ما آماده ارائه خدمات متخصص خود هستیم (برنامه نویس با استفاده از یک برنامه ویژه برای کار از راه دور به رایانه شما از طریق اینترنت متصل می شود و کارهای لازم را انجام می دهد. ). در صورت امکان، یک پایه کاری فراهم کنید "1C: حسابداری 7.7"ما می توانیم داده ها را خودمان انتقال دهیم و فایل را انتقال دهیم " 1C: حسابداری 8" با مانده های انتقالی. هزینه این سرویس در کل هزینه بسته لحاظ نمی شود.

© Boris Balyasnikov، ژانویه 2014، آخرین تغییرات ژانویه 2019.

اکثر کاربران برنامه 1C 7.7 انتقال از 1C 7.7 به 8.3 (8.2) را به عنوان چیزی پیچیده و فقط در اختیار برنامه نویسان تصور می کنند. اگر سازمان پیکربندی کاملاً بازطراحی شده ندارد، پس این مقاله برای شما نوشته شده است و به انتقال به 1C 8.3 یا 8.2 کمک خواهد کرد.

نحوه تهیه پایگاه داده 1C 8.3 (8.2) برای انتقال داده های بعدی از 1C 7.7 مرحله به مرحله

قبل از شروع کار، باید پایگاه داده 1C 8.3 (8.2) را برای بارگیری داده های بعدی آماده کنید.

مرحله 1

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

نحوه نصب یا به روز رسانی پلت فرم 1C 8.3، آموزش تصویری ما را ببینید:

گام 2

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

مرحله 3

مرحله 5

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

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

نحوه اضافه کردن یک پایگاه اطلاعاتی در 1C 8.3، به درس ویدیویی زیر مراجعه کنید:

انتقال داده ها از 1C 7.7 به 1C 8.2 Accounting 2.0

در آخرین نسخه انتشار برنامه 1C 8.2 Accounting 2.0، ترجمه از پایگاه های اطلاعاتی 1C 7.7 پشتیبانی نمی شود. مطابق با الزامات شرکت 1C، انجام آن ضروری است. بنابراین، اگر در پایگاه داده 1C 8.2 را انتخاب کنید سرویس - انتقال داده ها از پایگاه های اطلاعاتی 1C Enterprise 7.7، سپس خطا را دریافت می کنیم:

اما اگر واقعاً نیاز به انتقال آن به نسخه 1C 8.2 دارید، چه کاری باید انجام دهید؟

مرحله 1. آپلود داده ها از 1C 7.7

دانلود فایل هایی که قبلا توسط 1C برای آپلود در 1C 8.2 Accounting ارائه شده است، ضروری است. این فایل ها باید در پوشه ExtForms از پایگاه داده شما قرار گیرند. در مثال، این D:\1с\77\unp_demo\ExtForms است. هنگام بارگیری برنامه 1C می توانید مسیر پایگاه داده خود را مشاهده کنید:

بیایید این پردازش را اجرا کنیم: اگر همه چیز به درستی انجام شود، باید پیام "آپلود داده ها برای حسابداری 1C 8" ظاهر شود، آن را با کلیک بر روی دکمه باز کردن انتخاب کنید:

• قوانین آپلود - یک فایل به نام Acc77_80.xml، ما آن را در پوشه ExtForms کپی کردیم.
• تاریخ شروع و تاریخ پایان - دوره ای که در طی آن داده ها بارگیری می شوند.
• قوانین بارگذاری داده ها – اشیایی که باید آپلود شوند، دایرکتوری ها و اسنادی که باید در فایل آپلود شوند.

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

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

مرحله 2. بارگیری در 1C 8.2 Accounting 2.0 از 1C 7.7

انتخاب کنید سرویس - انتقال داده ها از پایگاه های اطلاعاتی 1C Enterprise 8، در پنجره ظاهر شده، Load from file را انتخاب کنید:

فایلی را که از 1C 7.7 به دسکتاپ دانلود شده است انتخاب کنید. پس از کلیک بر روی دکمه Next، داده ها از فایل بارگذاری می شوند. اگر حسابداری در پایگاه داده 1C 7.7 برای مدت طولانی حفظ شده باشد، ممکن است بارگیری زمان زیادی طول بکشد.

در صورت بروز خطا در حین دانلود، تنها بخشی از داده ها دانلود می شود و بنابراین باید دوباره دانلود شوند.

انتقال داده ها از 1C 7.7 به 1C 8.3 Accounting 3.0

الگوریتم انتقال پایگاه داده از 1C 7.7 به 1C 8.3 در جزئیات کمی متفاوت است، اما به طور کلی شبیه به آنچه در بالا برای 1C 8.2 Accounting 2.0 توضیح داده شد، است.

مرحله 1

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

1C 8.3 Accounting 3.0 را باز کنید و دکمه Save transfer rules را در گوشه پایین سمت راست انتخاب کنید، نسخه 1C Accounting 7.7 را انتخاب کنید و قوانین را با تعیین مسیر فهرست ExtForms پایگاه داده ذخیره کنید:

مرحله 2. آپلود داده ها از 1C 7.7

قابلیت آپلود از 1C 7.7 به 1C 8.3 به صورت پیش فرض ساخته شده است، یعنی نیازی به دانلود فایل های اضافی و افزودن آنها به پایگاه داده نیست.

بیایید پردازش تخلیه را شروع کنیم: خدمات - ویژگی های اضافی.ما کتیبه Transition to 1C 8.3 Accounting ed. 3.0 و روی Open کلیک کنید:

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

• قوانین آپلود - فایلی به نام ACC_ACC8.xml که در پوشه با پایگاه داده شما یافت می شود (نحوه تعیین مسیر پایگاه داده در بالا توضیح داده شد)، پوشه ExtForms. این نسخه کپی شده از 1C 8.3 است.
• تاریخ شروع و تاریخ پایان - دوره ای که داده ها برای آن بارگیری می شوند.
• نام فایل داده – مکانی که فایل را با داده های آپلود شده کپی می کنیم.
• قوانین بارگذاری داده ها - اشیایی که باید آپلود شوند، دایرکتوری ها و اسنادی که در یک فایل آپلود می شوند:

روی دکمه بارگذاری قوانین تبادل کلیک کنید. لیستی از اشیایی که از 1C 7.7 بارگیری می شوند ظاهر می شود که با حذف یا علامت زدن کادرهای انتخاب می توان آنها را ویرایش کرد.

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

بیایید 1C Accounting 3.0 (8.3) را باز کنیم و در اینجا 2 راه برای بارگیری داده ها را مشاهده خواهیم کرد:

• داده ها را از یک پایگاه اطلاعات بارگیری کنید - برنامه 1C 8.3 خود پایگاه های داده نصب شده را پیدا می کند و سعی می کند به این پایگاه اطلاعات متصل شود و داده ها را از آنجا کپی کند. با استفاده از تنظیمات، می توانید مشخص کنید چه چیزی باید بارگذاری شود و روی دکمه بارگیری داده کلیک کنید:

• بارگیری داده ها از یک فایل فقط گزینه ماست. باید فایلی را که از 1C 7.7 دانلود شده است مشخص کنید و روی دکمه Load data کلیک کنید. اگر پنجره ای مانند تصویر زیر ظاهر شد، به این معنی است که دانلود با موفقیت انجام شده است. در غیر این صورت، باید به صورت قسمتی دانلود کنید و خطاهایی را که برنامه در 1C 7.7 ایجاد می کند اصلاح کنید:

انتقال داده ها از پیکربندی استاندارد اصلاح شده 1C 7.7 به 1C 8.3 (8.2)

انتقال داده ها از پیکربندی های تغییر یافته 1C 7.7 به دلیل فرآیندهای بازنویسی شده تجاری که در نسخه برنامه ای که داده ها را به آن منتقل خواهیم کرد وجود ندارد، بسیار پیچیده تر است. در بیشتر موارد، چنین انتقال هایی باید توسط متخصصی با تجربه در انتقال داده یا دانش خوب پیکربندی Data Conversion انجام شود. اصول کلی مهاجرت وجود دارد که می توان برای انتقال چنین پیکربندی هایی استفاده کرد:

• انتقال عملکرد در پیکربندی جدید، لازم است عملکرد موجود در 1C 7.7 تکرار شود. اسناد اضافی، کتابهای مرجع و جزئیات. دانلود -CF این پایگاه داده.
• در پایان سال. گردش حساب را مقایسه کنید قبل ازپیچیدگی ها و بعد از- آنها باید برابر باشند.
• انتقال داده ها از پایگاه داده 1C 7.7 به یک پایگاه داده تمیز استاندارد نسخه جدید. داده های گردش حساب ها را در 1C 7.7 و 8.2 یا 8.3 بررسی کنید. در صورت وجود خطا، آنها را اصلاح کنید.
• در پایگاه داده تمیزی که داده ها از 1C 7.7 در آن بارگذاری شده است، لازم است یک فایل پیکربندی CF بارگذاری شود که در آن عملکرد از 1C 7.7 تکرار شده است.
• جزئیات دایرکتوری اضافی را می توان با استفاده از پیکربندی Data Conversion منتقل کرد.

بررسی داده ها پس از انتقال داده ها از 1C 7.7 به 1C 8.3 و 8.2

با استفاده از گزارش ترازنامه گردش مالی، گزارشی با داده‌های مربوط به حساب‌های فرعی، انواع حسابداری، حساب‌های خارج از ترازنامه، ارز ایجاد کنید و با همان گزارش از پایگاه داده 1C 8.3 (8.2) که داده‌ها به آن منتقل شده است، مقایسه کنید:

اکنون کاربران "1C: Accounting 7.7" برای تغییر به "1C: Accounting 8" مجبور نیستند تا پایان سال منتظر بمانند. انتقال را می توان در پایان هر ماه از دوره مالیاتی انجام داد. فناوری انتقال مانده ها قبلاً در شرکت های موجود آزمایش شده است که یکی از آنها توسط متخصصان Automated Accounting Systems LLC توضیح داده شده است. این مقاله شامل شرحی از روش‌شناسی انتقال و توصیه‌های کلی برای کنترل ورودی و خروجی داده‌های انتقال‌یافته است.

قبل از انتقال به Laima LLC (Miass، منطقه چلیابینسک)، از برنامه "1C: نسخه استاندارد حسابداری" استفاده شد. برنامه بر روی لپ تاپ نصب شده است. کار در دفتر خانه انجام می شود.

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

روش انتقال داده

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

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

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

• مانده حساب های حسابداری و مالیات در ابتدای دوره گزارش جاری (از اول ژانویه سال جاری)؛
• گردش حساب های حسابداری و مالیات برای دوره گزارش جاری با ورودی های ماهانه تلفیقی؛
• تفاوت های موقت منعکس شده در حساب های مالیاتی مربوطه (برای سازمان هایی که از PBU 18/02 استفاده می کنند).
• اسناد برای وارد کردن مانده های اولیه برای دارایی های ثابت و دارایی های نامشهود.
• پایه های مالیاتی برای مالیات بر درآمد شخصی و مالیات حقوق و دستمزد برای دوره گزارش جاری؛
• پرداخت معوق فاکتورهای دریافتی و صادر شده در پایان آخرین ماه بسته دوره گزارش جاری؛
• اطلاعات در مورد موضوعات حسابداری تحلیلی.

عملیات مقدماتی در "1C: حسابداری 7.7"

انتقال داده از "1C: Accounting 7.7" از نسخه 7.70.477 امکان پذیر است. بنابراین، قبل از مهاجرت، لازم بود پیکربندی به این نسخه به روز شود.

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

تمام فایل های لازم برای انتقال داده ها در پوشه Convert در فهرست راهنمای قالب انتشار 1.5.8.5 "1C: Accounting 8" موجود است. بهتر است محتویات این پوشه را در فهرست ExtForms پایگاه اطلاعاتی 1C: Accounting 7.7 کپی کنید.

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

با این حال، به منظور تأیید صحت حسابداری و حسابداری مالیاتی در پایگاه داده "1C: حسابداری 7.7" و عدم انتقال ورودی های آشکارا اشتباه به "هشت"، انجام یک تجزیه و تحلیل فن آوری حسابداری مفید است (منو "گزارش ها -> تجزیه و تحلیل فن آوری حسابداری")، و همچنین تجزیه و تحلیل وضعیت حسابداری مالیاتی ("حسابداری مالیاتی -> تجزیه و تحلیل وضعیت حسابداری مالیاتی").

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

در مورد ما، کنترل تفاوت هایی را در حسابداری در مورد حذف استهلاک دارایی های ثابت برای زیان دوره های قبلی نشان داد، که تصمیم گرفته شد پس از انتقال در "1C: حسابداری 8" اصلاح شود.

انتقال اطلاعات

خود انتقال داده با استفاده از پردازش خارجی V77Exp.ert (منو "File -> Open") انجام می شود. گفتگوی پردازش نشان می دهد:

• فایل قوانین تبدیل داده - Acc77_80.xml (فیلد "نام فایل قوانین")؛
• فایلی که داده ها در آن آپلود خواهند شد (فیلد "نام فایل داده")؛
• تاریخ شروع دوره گزارش جاری - 1 ژانویه 2006 (فیلد "تاریخ شروع")؛
• تاریخ پایان آخرین ماه بسته در دوره جاری (فیلد "تاریخ پایان"). در مورد ما، 31 مه 2006.

پس از کلیک بر روی دکمه "بارگذاری قوانین تبادل"، لیستی از قوانین بارگذاری داده ها در گفتگوی پردازش پر می شود. فهرست بارگذاری شده فهرستی از حساب‌ها است که نتایج آن قابل دانلود است و دایرکتوری‌هایی که می‌توانند به پیکربندی «حسابداری سازمانی» منتقل شوند. در جدول سمت راست، می‌توانید انتخاب‌ها را بر اساس مقادیر جزئیات برای اکثر قوانین آپلود داده (به عنوان مثال، برای آپلود انتخابی موارد) تنظیم کنید.

از آنجایی که ما در حال انتقال داده ها از "هفت" هستیم، هنگامی که برای اولین بار 1C: Accounting 8 را راه اندازی می کنید، باید پر کردن اولیه پایگاه داده را رها کنید. پس از آن، با استفاده از پردازش بارگذاری داده ها (منوی "ابزار -> تبادل داده -> تبادل جهانی داده در فرمت XML")، فایل انتقال را در شکل هشت بارگذاری می کنیم.

معاینه

کل فرآیند انتقال داده بیش از نیم ساعت طول نکشید. تنها چیزی که باقی می ماند این است که مطمئن شوید همه داده ها به درستی منتقل شده اند. در اینجا بهتر است با ترازنامه دوره انتقال داده ها شروع شود. برای حساب‌های ترازنامه، صورت‌های تولید شده در «1C: حسابداری 7.7» و «1C: حسابداری 8» باید مطابقت داشته باشند. در صورت عدم تطابق گردش مالی در هر حساب، لازم است گزارش های دقیق تری (ترازنامه یا کارت گردش مالی) برای این حساب تهیه شود تا مشخص شود کدام گردش نقل و انتقال نشده است. بنابراین، شما می توانید تمام داده ها، به استثنای مانده دارایی های ثابت و دارایی های نامشهود، پایه های مالیاتی برای مالیات بر درآمد شخصی و مالیات حقوق و دستمزد برای دوره گزارش جاری و بدهی برای پرداخت فاکتورهای دریافتی و صادر شده در پایان آخرین بسته شده را بررسی کنید. ماه دوره گزارش جاری

در مورد ما، در "1C: حسابداری 7.7" داده های مربوط به دارایی های ثابت به طور کامل وارد نشده است، و در "هشت" اسناد "وارد کردن مانده های اولیه در دارایی های ثابت" به سادگی وارد نشده است، و بر این اساس، هیچ وجود ندارد. موجودی ابتدای دوره برای حساب 01. این اسناد به صورت دستی تصحیح شده اند.

زیرسیستم حسابداری مالیات بر ارزش افزوده در "1C: حسابداری 8" در ثبت ها پیاده سازی شده است، برای بررسی صحت نقل و انتقال، باید از گزارش جهانی "موجودی و گردش مالی" (گزارش ها -> مانده ها و گردش مالی) بدون محدود کردن دوره حسابداری استفاده کنید. بخش های "VAT ارائه شده"، "VAT در پیش پرداخت" برای تجزیه و تحلیل صحت انتقال حساب های ZPK و ZPR.

اغراق نیست اگر بگوییم همه کاربران 1C: Accounting 7.7 که تصمیم به تغییر به 1C: Accounting 8 گرفته اند، نگران موضوع انتقال داده هستند. و نه فقط انتقال مکانیکی دایرکتوری ها، بلکه انتقال تمام اطلاعات انباشته شده در حساب های حسابداری و مالیاتی، که به کاربران امکان می دهد بلافاصله پس از خرید برنامه جدید، کار خود را در برنامه جدید شروع کنند. برای انتقال سریع از «1C: حسابداری 7.7» به «1C: حسابداری 8»، مکانیزمی به نام «دستیار انتقال» ایجاد شد. به طور دقیق تر، دو دستیار. یکی برای بارگیری داده ها از "1C: Accounting 7.7" و دومی برای بارگیری داده ها در "1C: Accounting 8" در نظر گرفته شده است. روش شناسان 1C در مورد نحوه استفاده از دستیار صحبت می کنند.

تماس با دستیار در "1C: حسابداری 7.7"را می توان از منوی "سرویس - انتقال به 1C: حسابداری 8" انجام داد (شکل 1 را ببینید).

برنج. 1

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

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

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

اگر به روز رسانی وجود ندارد، می توانید به کار خود ادامه دهید.

اگر یک به روز رسانی وجود دارد، می توانید یک نسخه پیکربندی جدید دریافت کنید.

پس از دریافت نسخه جدید، باید پیکربندی را به روز کنید. برای انجام این کار، باید از Assistant خارج شوید و برنامه را ببندید. پس از به‌روزرسانی پیکربندی، «دستیار» به‌طور خودکار برای ادامه انتقال راه‌اندازی می‌شود و مرحله بعدی را به شما ارائه می‌دهد.

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

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

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

در مرحله چهارم، Assistant نشان می دهد که داده های آپلود شده در کدام فایل نوشته می شود. اگر تنظیمات پیش فرض را تغییر ندهید، هنگام بارگیری داده ها در 1C: Accounting 8، دستیار انتقال به 1C: حسابداری 8 فایل مشخص شده را به طور خودکار پیدا می کند.

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

این کار دستیار مهاجرت از "1C: حسابداری 7.7" را تکمیل می کند.

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

می توانید از منوی "Service - Transition from 1C: Accounting 7.7" با Assistant تماس بگیرید (شکل 2 را ببینید).

برنج. 2

درست مانند 1C: Accounting 7.7، کار با Assistant به چند مرحله تقسیم می شود. انتقال از مرحله به مرحله با استفاده از دکمه های "بعدی" و "بازگشت" انجام می شود.

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

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

اطلاعات مربوط به سازمان باید فقط توسط کاربران نسخه اصلی 1C پر شود: حسابداری 8. لطفاً توجه داشته باشید که TIN و KPP باید کاملاً با TIN و KPP وارد شده در "1C: حسابداری 7.7" مطابقت داشته باشند. در "1C: حسابداری 8 PROF" سازمان به طور خودکار هنگام بارگیری داده ها ایجاد می شود و دستیار از این مرحله رد می شود.

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

مرحله بعدی این است که مشخص کنید داده ها از کدام فایل باید بارگذاری شوند. دستیار هنگام آپلود داده‌ها از «1C: Accounting 7.7» به‌طور خودکار فایل حاوی داده‌های آپلود شده را با نامی که به‌طور پیش‌فرض در «دستیار» مشخص شده است جستجو می‌کند.

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

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

قبل از شروع کار با برنامه 1C: Accounting 8، باید پارامترهای اساسی حسابداری را تنظیم کنید:

• تنظیم سیاست های حسابداری؛
• تنظیم سیاست های حسابداری مالیاتی؛
• راه اندازی حسابداری تحلیلی موجودی ها؛
• تنظیم تنظیمات کاربر و غیره

کادر "Open Start Assistant" را در دستیار انتقال از "1C: Accounting 7.7" علامت بزنید و پس از بارگیری داده ها، Start Assistant به طور خودکار راه اندازی می شود.

این فرآیند انتقال از "1C: حسابداری 7.7" به "1C: حسابداری 8" را تکمیل می کند.