Първо, малко теория.

Програмата 1C:Enterprise 8 може да работи в два режима:

• файл(базата данни се намира на компютъра или локалната мрежа на потребителя),
• клиент-сървър(базата данни се намира на отделен сървър).

Тази статия е подходяща само за първия вариант. В случай на хостинг на файлове, програмата има значително ограничение - размера на една таблица с база данни не може да надвишава 4 GB. Веднага щом размерът на която и да е таблица на базата данни (а в случай на конфигурация 1C: Accounting 3.0, най-тежката таблица е счетоводният регистър) надвиши 4 GB, базата данни ще спре да се стартира и когато се приближите до този праг, ще изпитате забележимо намаляване на производителността на програмата (с други думи, ще се появят "спирачки").

И така, сгъването ви позволява да намалите размера на таблиците на базата данни (предимно счетоводния регистър). Операцията по сгъване на основата е както следва:

• определя се датата, на която базата данни трябва да се свие (по правило това е началото на годината),
• програмата определя салдата за всяка счетоводна сметка на тази дата и въвежда тези салда чрез създаване на документи Операция,
• всички движения във всички системни регистри преди определената дата се отменят (с изключение на тези, избрани при настройка на конволюция),
• документи, въведени преди тази дата, се изтриват (ако движението на тези документи е напълно разрешено) или се маркират за изтриване,
• документите, въведени след посочената дата, остават в оригиналния си вид в системата.

Тази операция ви позволява значително да намалите размера на счетоводния регистър в програмата.

Как да направите намотка

В секцията Администрацияобработка на отворена конволюция:

Появява се следният прозорец:

Поставете знака Създайте резервно копие, посочете потребителските данни, под които искате да направите копие, и директорията, където да запишете копието. Кликнете Следваща.В появилия се прозорец изберете да:

Срещаме грешка в платформата.

При рестартиране ситуацията се повтаря. Нека направим копие ръчно. Да отидем на конфигуратора:

Изберете пътя за запазване на копието и му дайте име:

Появява се съобщение:

Връщаме се към обработката на конволюцията. Премахваме знака за създаване на копие. Кликнете Следваща:

На следващия екран трябва да изберете годината, в началото на която се прави сборът. Също така е препоръчително да поставите знака Задайте дата на забранатака че нищо няма да бъде въведено в базата данни преди 2016 г. От списъка с организации можете да изберете само няколко, по които да свиете, или можете да свиете базата данни във всички организации:

На следващия екран виждаме как програмата планира да обработи таблиците на базата данни (системата предлага свиване на някои таблици, оставяне на други непроменени). Например много информационни регистри и регистри за натрупване, свързани с ДДС, ще останат непроменени. Това не е критично за нас, приоритет е да съгласуваме счетоводния регистър.

В следващия прозорец програмата показва списък с документи Операция, който ще бъде създаден за въвеждане на начални салда към 31.12.2015 г. за всички счетоводни сметки, които имат салда. Да продължим.

Следващият екран показва обобщена таблица с анализ на коректността на първоначалните салда към началото на 2016 г. Коректността се проверява чрез сравнение с началните баланси към момента, предшестващ конволюцията. На горната екранна снимка виждаме, че няма отклонения.

За всеки случай нека проверим и таблицата за съгласуване за информация и регистри за натрупване:

На следващия екран програмата предупреждава, че е започнала процедурата за изтриване на документи преди 2016 г. Съгласни сме

След изтриване на документите се появява съобщение, което показва, че събирането е успешно.

Обръщам внимание:Поради факта, че движенията в регистрите за натрупване по ДДС и в много информационни регистри останаха непроменени, документите, които направиха движения в тези регистри, също останаха в системата.

Нека това не ви обърква – нашата цел беше да „опростим“ счетоводния регистър и го постигнахме.

Ако е необходимо, можете да преминете през пълен (и безплатен) курс на уебсайта.

Конволюция на базата данни 1C 8.2— действия, насочени към намаляване на обема на базата данни чрез събиране и архивиране на данни за минал период. С течение на времето размерът на базата данни, особено в големите организации, се увеличава значително.

Причини за сгъване информационна база 1C 8.3 може да има много:

• голямо количество данни на дискове (за файлова база данни размерът над 12 GB е критичен; един прекрасен ден програмата просто няма да се отвори);
• Поради големия обем, производителността на базата данни може да намалее;
• документите за минали периоди са беля в очите.

Понякога, за 3-4 години работа, базата данни 1C „нараства“ до поне 4-5 гигабайта обем.

Вземете безплатно 267 видео урока за 1C:

За да се отървете от стари данни и в същото време да не загубите текущи данни, е необходимо да 1C сборна база данни.

Какво е събиране на база данни в 1C

Натрупването на база данни 1C е рутинна операция, която включва изтриване на стари ненужни документи. Вместо документи по правило се генерира 1 документ за въвеждане на салда за определен период. По този начин прекъсваме отчитането в базата данни до определен период.

Как да свиете база данни 1C

Сборната процедура обикновено се извършва с помощта на специализирана обработка от компанията 1C, която е налична на ITS диска както за 1C 7.7, така и за 1C версия 8. Въпреки това трябва да разберете, че сборната база данни с помощта на обработка от ITS диска може да се извърши само с стандартна конфигурация. В противен случай могат да се появят грешки, които няма да бъдат видими веднага. Ако нямате стандартна конфигурация, за да свиете базата данни, по-добре е да се обърнете към .

Самата обработка на конволюцията по същество изпълнява следните процедури:

• документът „Въвеждане на салда” се въвежда за всички сметки/регистри към необходимата дата;
• изтрийте документи преди необходимата дата.

Например: навиването на база данни 1C 8.2 accounting 2.0 за 3 години отнема около 2-3 часа. 1C Accounting 3.0 отне около час, за да бъде готов за 2 години.

Обработка на изтегляне за конволюция 1C

За сгъване е най-добре да изтеглите най-новата обработка на сгъване за 1C (7.7 и 8) от официалните разработчици - 1C, на уебсайта http://its.1c.ru/. Можете също така да изтеглите обработката от разработчици на трети страни или дори да закупите модифицирана версия на функционалността от частни 1C програмисти.

Началото на годината е идеалното време за събиране на базата данни

С течение на времето размерът на базата данни, особено в големите организации, се увеличава. Когато базата данни 1C се поддържа дълго време и заема значителен обем, това води до забавяне на работата.

Конволюцията има следните цели:

• Ускорете програмата
• Намалете размера на базата данни
• Изчистете директориите от неподходящи записи

С какво помага конволюцията?

Ако не планирате да увеличите броя на работните станции в 1C (и да купите за тях нов сървър), но не сте доволни от скоростта на 1C, трябва да навиете базата данни. Това ще намали натоварването на компютрите. Ще бъде възможно да се отложи покупката на нов хардуер за сървъра или прехода от файловата версия към SQL.

В допълнение, огромните бази данни по-често се провалят, „падат“ и като цяло работят много ненадеждно.

Скриване на исторически данни

Конволюция - добър начинскриване на информация за работа за минали години. Данните просто няма да бъдат в базата данни. Това е по-сигурно от ограничаването на правата за достъп и паролите.

Отървете се от неподходящи елементи и други записи

По време на работния процес неизползваните елементи се натрупват в базата данни 1C. Пречи на обработката на касови бележки и продажби, както и при избор на стоки от списъка. Това води до грешки и повторно сортиране. В допълнение, голям брой артикули забавят разтоварването към автономен касов апарат, например към Frontol, когато заедно с 3 хиляди използвани стоки се разтоварват още 10 хиляди неизползвани. Като свиете вашата база данни, ще се отървете от старите продукти. Заедно с конволюцията използваме обработката на Премахване на неподходящи елементи.

Неудобства при работа в свита база данни

Документите и отчетите за „свития период“ ще станат недостъпни. Ще трябва да имате отделна база данни за стария период и да гледате историята там, вече няма да можете да събирате данни за целия период в един отчет.

Как работи конволюцията

Същността на събитието е следната: избира се дата (идеалният вариант е началото на годината или тримесечието), например 1 януари 2016 г. На тази дата се прави „моментна снимка“ на салда за всички счетоводни раздели (инвентарни салда, взаимни разплащания с клиенти, доставчици и комисионери, сметки за парични и сетълмент салда), а получените данни се качват във файлове на твърдия диск. След това на базата на предишната се създава нова информационна база, която съдържа всички необходими справочници (номенклатура, видове цени, мерни единици, цени, контрагенти и договори, банки и текущи сметки, складове, каси, финансово отговорни лица и др.) и чрез създаване на съответните документи за въвеждане на салда в новата база данни се въвеждат салда за всички счетоводни раздели (на база данни от файлове, записани на твърдия диск) към 01.01.2016 г. Салдата в новата и предишната база данни са съгласувани. Пълното им съвпадение служи като индикатор за успеха на извършената работа. Ако има малки грешки, те могат лесно да бъдат коригирани на ръка.

В резултат на това скоростта на работа се увеличава значително и, най-важното, рискът от повреда на самата програма 1C:Enterprise се намалява.

Как да направите сгъване на основата

В един идеален свят конволюцията се извършва с помощта на специализирана обработка от 1C, която е на ITS диска както за 1C 7.7, така и за версии 8.2, 8.3. В този случай програмата ще създаде документи за въвеждане на салда и ще маркира ненужните документи за изтриване. Директориите могат да бъдат изтрити, ако не се използват в останалите документи. Преди да свиете базата данни, трябва да възстановите последователността от документи.

Важно е да запомните, че свиването на базата данни чрез обработка от ITS диска може да се извърши само със стандартна конфигурация. В противен случай ще се появят грешки, които няма да бъдат видими веднага. Ако имате нестандартна конфигурация, по-добре е да се свържете с опитен специалист 1C, за да съпоставите базата данни.

Да направите сами равнение е повече или по-малко възможно в счетоводството и почти невъзможно в търговията. И има много причини за това, например, може да бъде изтрит необходимата информацияи остават ненужни. Потребителят дори няма да знае за това, защото... не знае как да провери.

Конволюция на базата данни 1C: Управление на търговията

Говорейки за пакета за управление на търговията 1c, трябва да споменем проблемите, които често трябва да решаваме.

1. Програмата често използва регистри, които не са необходими. Например ДДС (там има 7 регистъра). Първо, поради тях сборът отнема повече време и второ, те пречат на премахването на документи.

2. Ако се използват партиди стоки. В този случай това също ще ви попречи да изтриете редица документи. Можем да го зададем по средна стойност или при въвеждане на салда да заменим партидния документ със спомагателен документ - така след повторно въвеждане ще изчистим връзките към изтритите документи.

3. Взаимни разчети по документи. Можем да затваряме отново дългове или също в началото на въвеждане на салда можем да закачим всичко на спомагателен документ.

4. Да цял купрегистри на информация (цена, отписана стока, достъп до документи, кореспонденция при обмен и др.), които „държат“ документи и справочници.

5. Стандартното премахване отнема много време. И ако има много елементи, тогава изобщо не се справя. Разработихме собствена, по-бърза обработка за премахване на ненужни документи.

Цена на пакета

Цената зависи от сложността на вашата конфигурация (продажбата на дребно е по-евтина, сложната е по-скъпа) и обема на данните (цената за събиране на база данни от 3 Gig и 30 Gig ще варира).
За да разберете цената, оставете заявка. Ние ще се свържем с вас, ще анализираме вашата база данни и ще определим крайната цена.
Средният ценови диапазон е от 8 000 до 15 000 рубли.

Минуси и алтернативи на конволюцията

Сборът обаче е доста радикална операция, която изтрива данни за предишни години, заменяйки ги с документи за въвеждане на баланс.

Основният недостатък е, че имате няколко бази данни. Например „База 2011-2012“ и „База 2013“.

И няма да е възможно да се изгради един отчет, който да показва данни за 2012 и 2013 г. Такива полезни неща като анализ на продажбите на стоки, преди да поръчате от доставчик или сравняване колко повече определени стоки са били продадени през януари 2013 г., отколкото през януари 2012 г., вече няма да бъдат налични.

Свиването на бази данни наистина има смисъл само в два случая:

1. ако е наистина стара (поне над 4-5 години)
2. ако данните трябва да бъдат не само защитени (например с пароли), но и надеждно скрити (чрез физическото им изтриване от компютъра)

Във всички останали случаи си струва да обърнете внимание на алтернативите.

Алтернатива: Деактивирайте неизползваните модули

Дори и да не използвате някои от функциите на програмата, това не означава, че тя не хаби ресурсите на компютъра ви за тях.

Няма много такива потенциално ненужни, но ресурсоемки раздели на програмата:

• Контрол на достъпа на ниво запис
• Отчитане на салда по организации (в допълнение към отчитане на салда по складове)
• Осчетоводяване на данни за книгите за покупки/продажби, когато ги генерирате в счетоводството

Следните функции не се използват от някои организации, въпреки че със сигурност не могат да се нарекат ненужни:

• Изчисляване на разходите (за изчисляване на печалба от продажби, марж)
• Изчисляване на разходите по партида (въпреки че при вас е достатъчно да се изчисли „средно“)
• Разплащания с клиенти в контекста на сетълмент документи

Аз например бягах малко проучване. Взех базата на компания, която не използва възможността за изчисляване на печалби. Първоначалният размер на базата данни е 1,6 GB. След изтриване на записи, свързани с изчисления на разходите, размерът на базата данни намаля до 1 GB. След премахване на всички други неизползвани таблици, размерът спадна до 0,8 GB.

Алтернатива: Премахнете неподходящите елементи и изпълнители от погледа

Производителите непрекъснато обновяват продуктовата си гама. Поради това артикулите, които никога повече няма да бъдат продадени, се натрупват в продуктовата директория.

Основното неудобство е, че такива продукти

• 1. пречи на списъка с мениджъри, които обработват касови бележки или продажби. Това увеличава вероятността от грешки и повторно оценяване.
• 2. Качването на автономен касов апарат (на Фронтол например) става бавно. Защото не са разтоварени 3000 артикула, които са на рафта, а други 10 000, които не са продадени няколко години.
• 3. Ако баркодовете не се използват на касата и касиерът избира артикул от списък, тогава големият списък също увеличава вероятността от грешки и неправилно сортиране.

Тези конкретни проблеми могат лесно да бъдат елиминирани без помощта на конволюция.

Достатъчно е да добавите атрибут „Архив“ към номенклатурата и автоматично да го добавите към тези стоки, за които не е имало движение през последните година или две.

Освен това такъв неподходящ продукт може да бъде маркиран за изтриване, преместен в папка „_Cart“ и добавен към името „yay_“, така че продуктът да не пречи на търсенето по първите букви.

За този случай имаме лечение в наличност

Алтернатива: Увеличете сигурността на системата

Ако данните трябва да бъдат скрити, тогава можете да използвате някои трикове (например поставете работната си база не в офиса си, а на отдалечен сървър. Може би дори в друга държава. А за инспекторите подгответе местна бяла и пухкава база данни). Но срутването на основата, разбира се, е по-лесно.

Ако трябва да се защитите от служителите си, тогава помощ ще дойде SQL сървър и чиста система за достъп.

Алтернатива: увеличаване на мощността на сървъра

1C 8 заедно със SQL сървър може да работи нормално с огромни бази данни. База данни от 20-50 GB не е никакъв проблем, при положение, че компютърът е достатъчно мощен.

Фон

Във фирмата, в която работя, възникна ситуация, когато се наложи изрязване на основата, т.е. изтрийте всички документи и движения преди определена дата. В този момент базата данни тежеше почти 350 GB и беше много трудно да се работи с нея. Производителността на 1C също пострада и рутинните операции с базата данни отнеха много време, за да завършат.

Решението беше взето - отрязахме основата! След много тестове на стандартни лечения за сгъване бях разочарован от тях. Прекарах повече от две седмици сам с компютъра, прекъсвайки тестовата база. Такива срокове са просто неприемливи в производствена база данни, особено след като потребителите работят в базата данни 6 дни в седмицата. По някакъв начин беше необходимо да се излезе от задънената улица. Решихме да възложим задачата на външни изпълнители. Но и тук не бяхме доволни, цената на работата беше висока и отне много време за завършване.

IN общ въпросостанаха неразрешени и се върнаха към самостоятелно решаване на проблема.

Трябваше да прибегна до крайни мерки, изключих се от всички други задачи и се заех със задачата да срутя основата.

И скоро проблемът беше решен - те намалиха базата за 2 дни, намалявайки я със 70%.

Подрязване на UT база данни с капацитет 350 GB за 2 дни.

Реших да изпълня задачата, използвайки този алгоритъм:

Създайте копие на работещата база данни. В копието оформете салдата за необходимата дата, изтрийте всички документи и движения преди тази дата. След това прехвърлете всички нови документи от работната база данни (създадена след създаването на копието) в новата база данни. Пуснете потребителите в новата база данни.

Задачата беше разделена на 5 подзадачи:

1. Създайте план за обмен, така че след изрязване на базата данни всички нови документи да могат да бъдат прехвърлени в новата база данни.

2. Формирайте балансите на датата на сбора.

3. Изтрийте всички документи и движения преди датата на съгласуване.

4. Качете документи от текущата база данни в новата база данни.

5. Сменете работната основа с нова (изрязана) основа.

Подготвителният етап отне около две седмици: създаване на план за обмен, търсене на инструменти за създаване на баланси и изчистване на регистри, тестване на механизми.

Процес на свиване на база данни.

1. Формиране на салда към датата на roll-up.

Оформени остатъци стандартна обработка"ConvolutionBase.epf."

За спестяване на време балансите се генерираха в работната база данни в работно време. защото балансите се формират от документите „Коригиране на регистрационни записи” и обработката установява неактивни движения в регистрите, тогава тази процедура е безвредна за базата данни.

При обработката зададох ограничение за броя на редовете в един документ до 50 000.

Направих го бавно и за 1-2 дни всичко се оформи (получиха се около 400 документа).

Забележка:

- ако на датата на сбора има документи „Коригиране на записи в регистъра“, които не са свързани с основния сбор, тогава е по-добре да ги преместите на по-късна дата, за да не ги смесите случайно по-късно.

- при формиране на баланси е по-добре да прегледате всички регистри, т.к Случва се да не се нуждаете от първоначални баланси за всички регистри. Понякога има ситуации, когато регистърът вече не се използва никъде. Това в крайна сметка ще ви спести време.

2. Създавайте пълен планобмен за разтоварване в идентична конфигурация (може да се извърши паралелно с образуването на остатъци).

3. В извънработно време изчистете регистрираните в плана за обмен обекти и направете копие на базата с деактивирани регулации.

4.Изтриване на документи и изчистване на регистри.

Тази операция е най-бавната и за да я ускорите, трябва да използвате директни SQL заявки. Подобни инструменти могат да бъдат намерени на Infostart. Има още един момент: ако изтрием данни по този начин, обектите ще бъдат изтрити бързо, но без контрол на референтната цялост. Съответно редове като „Обектът не е намерен...“ ще се появят в нашите документи и други документи.

Моята задача беше да оставя тези документи непроверени с информационна цел.

За тази цел беше написана обработка, която премахна от обработката и прехвърли към датата на събиране на всички документи, участващи в движения в документи за коригиране на регистъра.

След което, използвайки обработка за изтриване на документи и движения през SQL заявки, изтрийте всичко преди датата на събиране (дневници на документи, документи, натрупващи регистри, информационни регистри и др.).

Забележка:

- според информационните регистри трябва да се изчистват само периодичните. Ако регистърът не е периодичен, най-вероятно ще бъде изчистен напълно.

6. Активирайте движения на документи за коригиране на записи в регистъра чрез обработка на „Base Convolution.epf“. В този случай обработката на тези документи се прехвърля към предишната дата (това е удобно за съгласуване на салда в две бази данни).

8.Проверете коректността на въвеждане на салда и ги коригирайте (може да привлечете счетоводен персонал за тази цел)

9. Прехвърляне на документи от работната база данни в новата база данни. Тази процедура може да се извърши веднага след създаването на копие. Тези. ако много документи се създават в базата данни всеки ден, тогава е по-добре да прехвърляте документи паралелно, така че допълнително времене го харчете за него.

10. Разрешаване на потребителите до новата база данни. За да направите това, по-добре е да преименувате базите данни на 1c сървъра, така че преходът да е безболезнен за потребителите. Тези. Наричаме старата база данни както искаме и преименуваме новата (свита) база данни на старата.

Забележка!

Както знаете, когато обектите се изтриват директно, референтната цялост не се проверява.
Съответно, след изтриване на обекти, обектите, които препращат към несъществуващи обекти, остават в текущата база данни („Обектът не е намерен“).
Целта ми не беше да имам тези обекти в свита база данни. Но прекъснатите връзки могат да повлияят негативно на различни видове обмен между бази данни и други процеси.
Затова ги преместих в срутената база, но след като срутих основата.
1. Направени правила за обмен, които прехвърлят документи (само номер, дата в неизпратена форма).
2. Прехвърли всички документи, които бяха намерени в документите за въвеждане на начални салда.
Тази процедура може да се извърши след валцуване, но е препоръчително да подготвите инструментите предварително.

Сривът на базата данни е необходима процедура, с която се сблъскват огромен брой потребители на софтуер 1C. В процеса на работа базата данни се натрупва с голям брой документи, които нямат стойност в даден период от време. За да се изключат от работното поле, но в същото време да се запазят за възможността за позоваване на тях в бъдеще, те се минимизират. В този материал ще отговорим на въпроса какво е конволюцията и как се прави правилно тази операция.

За какво е конволюцията?

Работата с информационни бази данни 1C в много компании се извършва за дълъг период от време, което от своя страна води до увеличаване на размера на базата данни. Растежът му е още по-бърз в големи организации, които извършват голям брой транзакции. Освен това често една и съща база данни обслужва няколко организации. В този случай размерът му може да достигне големи стойности. В някои случаи базата данни може да достигне размер от 4-5 гигабайта само за няколко години работа.

Това състояние на нещата води до някои трудности, като например:

• Забавяне на скоростта на работа с програмата;
• Увеличено време за създаване на резервно копие на база данни;
• Натрупване на голям брой стари документи, които могат да попречат на работата на потребителя с програмата.

Има и критичен обем на базата данни, при който изобщо става невъзможно да се работи с нея, тъй като програмата просто няма да се отвори. За файлова база данни критичният обем е 12 гигабайта.

За да избегнете всички проблеми, изброени по-горе, трябва да свиете базата данни 1c. Същността на тази процедура е да се намали обемът на работа чрез архивиране и подреждане на минали документи, както и премахване на ненужна информация.

Как се прави конволюция?

За да навиете базата данни, трябва да изберете счетоводния подраздел, наречен „Администриране“. След това в панела за действие трябва да намерите групата „Услуга“. В него ще видите бутон, наречен „Други команди...“. Именно върху това трябва да щракнете, след което на екрана ще се появи специален формуляр, на който ще се появи списък с последователни операции. Факт е, че за да се извърши правилно конволюцията на 1C база данни, тази процедура трябва да се извърши на няколко етапа. След успешно завършване на всеки етап, съответният елемент в списъка се маркира в зелено.

Конволюцията на базата данни 1c се извършва в шест стъпки:

1. Създаване на резервно копие;
2. Настройка на операцията;
3. Образуване на остатъци;
4. Преглед на транзакцията;
5. преглед;
6. Контрол на стари документи.

Нека разгледаме всеки елемент поотделно по-подробно.

Създаване на резервно копие

Преди да извършите каквито и да било операции с базата данни, трябва да направите резервно копие, за да запазите информацията в случай на непредвидени обстоятелства. Свиването на информационна база не е изключение, поради което първата стъпка е създаването на резервно копие.

За да започнете процедурата, поставете отметка в съответното поле. Под него има две полета:

• Администратор - ITS потребителско име;
• Парола за използване на ITS услуги.

По-долу ще бъдете помолени да изберете директорията, в която да запазите архивиране.

След това програмата ще ви даде предупреждения, че за успешно архивиранепрограмата трябва да се рестартира. В резултат на това след известно време, продължителността на което зависи от размера на базата данни, ще бъде създадено резервно копие, елементът от менюто ще бъде маркиран в зелено и можете да преминете към следващата операция.

Настройки

Този етапе най-важното и решаващо, към него трябва да се подхожда най-внимателно. Ще трябва да конфигурирате процедурата, която се извършва. Той включва дефиниране на следните параметри:

• Периодът, в началото на който останките ще бъдат съкратени;
• Броят и имената на организациите, по отношение на които базата данни ще бъде събрана;
• Дата, забранена за промяна на данните.

Препоръчва се процедурата да се извърши незабавно за всички организации, обслужвани от тази база данни. Ако обаче това е неприемливо по някаква причина, можете да минимизирате базата данни 1C за определени организации. В този случай, ако възникне необходимост, сборът за останалите организации може да се извърши поотделно по-късно. Също така се препоръчва да се превърти до началото на миналата година; това е най-ефективният вариант.

Образуване на остатъци

Образуването на остатъци е операция на подробни настройкипланирана операция. В това меню, ако е необходимо, трябва да определите тези регистри, които трябва да бъдат изрязани. Те са групирани в три категории:

• Счетоводни регистри;
• Кумулативни регистри;
• Информационни регистри.

Вижте транзакцията

Този елемент от менюто позволява на потребителя да прегледа подготвените документи, така че, ако е необходимо, да могат да бъдат върнати обратно преди изтриване. Освен това тук можете да отворите всеки документ и да правите промени в него.

преглед

Този етап ви позволява да правите отчети за счетоводни, натрупващи регистри и информационни регистри. Можете също така да получите цялата информация за счетоводството и данъчното счетоводство. От дясната страна на екрана има бутон, който ви позволява да конфигурирате стандартен отчет.

Изтриване на стари документи

Името на този артикул говори само за себе си. Тук можете да изтриете всички стари документи, които вече не са ви необходими. За разлика от всяка друга информация, тези документи се изтриват завинаги.

За да избегнете изтриването на документи, които може да ви потрябват в бъдеще, трябва да обърнете специално внимание на предходните две точки

Заключение

Свиването на базата данни е най-важната процедура, която значително опростява работата в програмата 1C. В този материал разгледахме подробно как да свием база данни 1c. Процедурата се извършва на няколко етапа и няма да създаде трудности за обучен потребител.