Как в 1с откатить изменения в

Обновлено: 02.07.2024

Маленько накосячила в базе. Можно как-нибудь откатить базу 1Сv7 на 2 дня назад?

конечно можно. архивы каждый день делаете? в чем накосячили то?

Кучу документов перепровела за прошлые 2 года а их не надо было трогать. Только начинаю работать в 1С, применяю метод проб и ошибок. Архивы не делаются, к сожалению. (а сейчас бы они пригодились. )

уходи в партизаны ((

> Только начинаю работать в 1С, применяю метод проб и ошибок. Знаете кто учится только на своих ошибках?

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

всё очень просто! Директор далёк от этого, а я не первый и не второй бухгалтер. В базе пара кварталов так проведены, другая пара по другому и т.д. Ну что ж, настроимся на работу.

> не верю, что архива нет ни одного. Эта фраза из серии "А тем временем в параллельной вселенной".

Тут все проще, у них этим занимается : > всё очень просто! > Директор далёк от этого, а я не первый и не второй бухгалтер.

А Вы, я так понимаю, НИКОГДА. не ошибались!

Читают тему:

Мероприятия

1C:Лекторий: 25 ноября 2021 года (четверг, начало в 12:00) — Специальные механизмы в "1С:ЗУП 8" (ред. 3)

Где купить СОФТ
Вакансии фирм-партнеров "1С"

Центры Сертифицированного Обучения
Интернет курсы обучения "1С"
Самоучители
Учебный центр № 1
Учебный центр № 3

Сертификация по "1С:Профессионал"
Организация обучения под заказ
Книги по 1С:Предприятию

При использовании материалов активная прямая гиперссылка на перепечатанный материал обязательна.

Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.

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

Дизайн сайта

Мы используем файлы cookie, чтобы анализировать трафик, подбирать для вас подходящий контент и рекламу, а также дать вам возможность делиться информацией в социальных сетях. Если вы продолжите использовать сайт, мы будем считать, что вас это устраивает.

Практически все описано в анонсе публикации, но еще чуть-чуть.

Вы разработчик. Пишите код, запускаете отладку, накликиваете за пользователя какие-то данные. Или даже за нескольких пользователей - в нескольких сессиях параллельно, если бизнес-процесс сложный. Или запускаете "накликанный" на эталонных данных сценарный тест. Ловите ошибку, идете в конфигуратор исправлять, чтобы повторить все заново.

Если к следующему циклу "накликивания" надо вернуть исходное состояние данных, то можно написать (лень!) и запускать обработку, которая восстановит данные, или восстанавливать каждый раз в базу резервную копию (каждый раз сохранять наработку в cf, восстанавливать копию, перезапускать конфигуратор, восстанавливать наработки. в общем - отпадает. а если тут еще и хранилище. уууу. ).

Или прицепляем данное расширение, настраиваем фиксацию и автоматическое восстановление данных и после каждого цикла просто перезапускаем отладку. Данные восстанавливаются самостоятельно.

Или вы - инженер сопровождения. У вас тестовая база с "исходными" данными и вы пытаетесь повторить ошибку, возникающую у пользователя. После короткого времени ошибка не повторена, а контекст данных "испорчен".

Переключаетесь в список истории изменения данных, нажимаете одну кнопку, ждете несколько секунд. Вуаля, контекст данных восстановлен, ищите ошибку заново.

С разработкой видеоинструкций отдельная боль. Собственно, идея оттуда и пришла. Коллега, который занимался созданием видеоинструкций, реализовывал свою версию подобной разработки. Но она не покрывала восстановление данных всех объектов ИБ.

При разработке сценарных тестов тоже должно пригодится!

Ограничения

Слукавил немного. Эта разработка тоже не покрывает восстановление данных ВСЕХ объектов ИБ. Не восстанавливается первоначальное состояние регистрации объектов в узлах планов обмена и хранилищ настроек.

Все же остальное фиксируется в истории и восстанавливается вполне успешно - объекты ссылочных типов, движения регистров любых типов, константы.

Понятно что разработка построена на событиях. Поэтому главное ограничение - версия платформы. Подписки на события в расширениях появились в 8.3.17. Поэтому использовать данную разработку на более старых версиях платформы не получится. А вот режим совместимости конфигурации (не забудьте синхронизировать режим расширения с ним) может быть достаточно "старым" - от 8.3.12.

Также при добавлении расширения в конфигурацию желательно снять флаги безопасного режима и защиты от опасных действий.

Механика

Из объектов, несущих данные, в расширении есть справочник для фиксации истории изменений и настроечный регистр сведений.

В справочнике фиксируются объекты в состоянии "до изменения". Прирост времени выполнения при включенной фиксации данных по моим замерам составляет до 10%. Для работы в тестовой базы для процессов сопровождения/разработки /настройки считаю показатель вполне приемлемым.

При восстановлении данных восстанавливаются только самые первые версии измененных объектов. То есть если документ (или регистр по определенному отбору) меняли десять раз, то в истории изменения зафиксируются все, но восстановится он только один раз - по самой первой фиксации. Это значительно сокращает время восстановления.

При восстановлении объекты имеют ОбменДанными.Загрузка = Истина. Объекты восстанавливаются в порядке, обратном порядку записи истории, хотя при восстановлении "среза первых" это необязательный атрибут. Документы при этом не проводятся, поскольку наборы записей регистров фиксируются и восстанавливаются отдельно.

Восстановление происходит в транзакции. После успешного восстановления история изменений очищается.

Можно восстановиться до определенной записи в истории, если сможете правильно определить эту самую нужную вам запись. Тогда история зачистится только до этой строки.

А еще можно поставить закладки в историю в нужные вам моменты (спасибо коллеге, подсказавшему идею в комментариях) и восстанавливаться до них.

Настройка

Она элементарна.
Можно включить тотальную фиксацию изменений (первая на скриншоте). Тогда фиксироваться будет все, в том числе изменения данных в фоновых заданиях. Именно такой вариант я и рекомендую.
При этом варианте можно дополнительно настроить автоматическую очистку данных при старте или заверешении работы системы.

Можно включить фиксацию изменений для отдельного пользователя (он "сам" должен это сделать) и для текущей сессии.
Такие варианты могут использоваться с дополнительными оговорками, поскольку не гарантируется целостность восстанавливаемых данных из-за того, что в истории не фиксируются действия других пользователей.
Но, возможно, кому-то это будет полезно.

При записи истории изменений может достаточно быстро расти размер базы. Но я не рекомендую использовать запись истории без периодического восстановления данных или очистки истории (справочник легко чистится непосредственным удалением элементов) на продолжительном отрезке времени.

В любом случае, это расширение не предназначено для работы в "боевой" базе. Это инструмент исключительно для IT-специалистов и использования исключительно в тестовых базах!

Заключение

Разработка тестировалась на платформе 8.3.18.1289 на базах ЗУП (3.1.16.134) и ERP (2.4.12.64 и 2.5.6.98).
Разработкой активно пользуются коллеги, занимающиеся видеоинструкциями и сценарными тестами.

Жду обратной связи, всем спасибо за внимание!

Версия 1.0.0.2 (от 21.06.2021)

Изменения в версии:

Версия 1.0.0.3 (от 22.07.2021)

Изменения в версии:

Специальные предложения

- заменил слово, которое не могу написать (из заголовка), на Ролбэк - т.к. движок Инфостарта его заменял на * (смотрю - сейчас и в заголовке стала "*")
Думал, тут что-то хитрое придумано, но
расширение не предназначено для работы в "боевой" базе

Хотя, всё-равно, это хорошая штука для тестовых баз.
И для демо-серверов

По хорошему, тут как раз можно было бы и заморочиться. Обычно это нужно как раз в рабочей базе и как раз по одному пользователю-тестировщику (+ все остальные). Тогда можно было:
1. Зафиксировать версию объекта до изменения тестировщиком
2. Для остальных пользователей при чтении объекта читать зафиксированную версию (это самое сложное)
3. Фиксировать отдельно версию после изменений других пользователей.
Или даже проще
1. Фиксировать отдельно версию тестировщика (оставляя оригинальные данные - вернее сразу восстанавливая их)
2. При чтении данных тестировщиком - читать зафиксированную отдельно версию

Организовать чтение зафиксированную версии из отдельного источника, пожалуй, самое сложное - причём именно поймать момент чтения и подменить одни данные на другие.

Можно восстановиться до определённой записи в истории, если сможете правильно определить эту самую нужную вам запись. Тогда история зачистится только до этой строки.

На эту тему рекомендую сделать простую доработку - явно назначаемые временнЫе маркеры (с комментариями) - которыми можно было бы фиксировать (интерактивно или програмно) временные отсечки - и потом просто восстанавливаться на состояние перед этим маркером.

А вот это можете пояснить?

Поэтому главное ограничение - версия платформы. Подписки на события в расширениях появились в 8.3.17. Поэтому использовать расширения на более старых версиях платформы не получится. А вот режим совместимости может быть достаточно "старым"

И вот это тоже, хотелось бы пояснить подробнее

Объекты восстанавливаются в порядке, обратном порядку записи

(1) Спасибо за развернутый комментарий и хорошие вопросы. Талантом писателя, в том числе и технического, к сожалению, не наделен)

Думал, тут что-то хитрое придумано, но
Восстановление происходит в транзакции

Самый простой способ "откатить" изменение данных - выполнять изменения в транзакции, которую потом не фиксировать. Здесь как раз нет никаких транзакций (кроме платформенных и прописанных в коде конфигурации, разумеется) именно при изменениях данных. А восстанавливаются они действительно в транзакции, дабы сохранить целостность данных и истории изменения в случае возникновения ошибки при восстановлении.
Накликивать данные можно часами, восстановление в транзакции будет занимать десятки секунд или минуты.

И это тоже расстроило
расширение не предназначено для работы в "боевой" базе

Ну, это чисто мое мнение. использовать-то можно. на свой страх и риск. Но я бы не стал :-)

Про фиксацию данных и их подмену для разных пользователей. Тема интересна чисто с технической точки зрения. Но тут вопрос скорее к овчинке и выделке.
В тех эко-системах серверов и ПО, где работаю я, восстановление довольно свежего "боевого" бэкапа в тестовую базу занимает совсем непродолжительное время и такие доработки и сопутствующие риски неактуальности данных в боевой базе - вещи нецелесообразные.
Но код открыт полностью - все в Ваших руках)

Про "временные маркеры" и комментарии к ним. Очень хорошая идея, постараюсь реализовать в ближайшее время. Спасибо!

А вот это можете пояснить?
Поэтому главное ограничение - версия платформы. Подписки на события в расширениях появились в 8.3.17. Поэтому использовать расширения на более старых версиях платформы не получится. А вот режим совместимости может быть достаточно "старым"

Тут очепятка, сори (если я правильно Вас понял). Сейчас отредактирую: "Поэтому использовать расширения" заменю на "Поэтому использовать данную разработку"

И вот это тоже, хотелось бы пояснить подробнее
Объекты восстанавливаются в порядке, обратном порядку записи
Тут как раз все просто: справочник истории с числовым кодом и с автонумерацией. В процессе восстановления данных определяется набор восстанавливаемых элементов и восстанавливаются они по отсортированному по этому коду в обратном порядке списку. (2)Вопросы был про вот эту фразу - видимо я что-то не знаю о режимах совместимости и о требованиях к ним в расширениях
А вот режим совместимости может быть достаточно "старым" Тут как раз все просто: справочник истории с числовым кодом и с автонумерацией. В процессе восстановления данных определяется набор восстанавливаемых элементов и восстанавливаются они по отсортированному по этому коду в обратном порядке списку.

Нее. я не понимаю. Допустим восстановление идёт на некую строку (как Вы пишите) - по факту - на некоторый момент времени - тут сразу на ум приходит периодический регистр сведений - но у Вас справочник - тогда нужен просто срез последних данных (ключа данных - и это тот ещё вопрос - т.к. для ссылочных типов всё просто - это их ссылка, а для регистров (особенно неподчинённых и не периодических) всё куда сложнее); да и как Вы храните версию - целиком - или только изменённую часть - если только изменённую - то боле-менее понятно что Вы делаете) - получили срез - и просто перезаписали объекты из версии среза - если они хранятся целиком - никакого обхода по версиям не нужно делать.
А, вот, если Вы храните данные по изменённым полям (например у документа изменили дату - то сохраняете в своё хранилище - по ключу ссылке - имя реквизита "Дата" и его прошлое значение), то на срезе не будет плоской таблицы текущих версий - нужно сделать обход в глубину (в прошлое) и восстановить каждый изменённый реквизит каждого объекта - причём один раз (только последний) - а это уже куда сложнее и дольше.
А с регистрами - так вообще можно только полные версии хранить - всего набора. или нужно целиком хранить ключ - измерения - и далее имя изменившегося ресурса/реквизита и значения - но обычно ключи тут как раз очень длинные - и проще весь набор хранить (в идеалае запаковав по методу колоночных баз данных).

Я это всё говорю не просто так - так как имею опыт разработки системы версионирования данных на 1С - а Ваше решение по сути таковым и является

А вот режим совместимости может быть достаточно "старым"

Поначалу я настройку сделал на константах. При тестировании очередной базой, к которой я "прилепил" расширение, была ERP 2.4. У нее режим совместимости был 8.3.14 и он не пропускал констант в расширении. Они появились в появились в 8.3.16. Я переделал настройки на регистр сведений в итоге.
Это и явилось причиной появления данной фразы в публикации.

Вы сейчас в комментариях вытягиваете все, что я недосказал в публикации)). По сути, просите пересказать все внутренности разработки. Ну что ж, код открыт, секрета никакого, извольте, коли не хотите скачивать, тратить мани и время на изучение чужого кода. Искренний технический интерес хороших специалистов мною очень уважаем и льстит мне не меньше лайков :-)

Действительно, "обратный" порядок восстановления данных не играет никакой роли. Сделал так "на всякий случай". Даже прогрессбар работает в форме восстановления от 100% к нулю :-) Ведь о т к а т же :-) (и правда ИС "запикивает" это слово!)

Главное - локализовать "первичные" версии объектов и наборов данных, которые и будем восстанавливать.
И тут действительно есть идентификатор данных, его поле видно на одном из скринов. И в случае со ссылочным типом данных там действительно "сидит" уникальный идентификатор из ссылки.

А вот в случае регистров (на скрине как раз наборы записей различных регистров, в историю запакованные) там находится. назовем это неким "хэшем" отбора регистра, созданным на основе сериализованного в JSON массива, содержащего все элементы отбора.

Таким образом имя метаданных (разумеется полное, вида "РегистрСведений.СостоянияСотрудников") и данный "хэш" дадут нам уникальный ключ данных.

Сами же данные хранятся в виде JSON-представления объекта (всего набора записей, например), будь то ссылочный тип, или набор данных регистра, или значение константы. Я его даже не упаковываю в хранилище со сжатием, пытаясь таким образом не повлиять на скорость выполнения основных операций.
Именно поэтому я говорю, что длительное накопление истории приведет к увеличению размера базы.

(4)Ничего не вытягиваю, просто пытался на скорую руку понять как глубоко Вы копали. Оказалось не глубоко, и это всё как раз обусловлено теми сценариями, которые Вы предлагаете к использованию (и тем как использовали на практике). Они вполне себе имею право на жизнь. для данной разработки.

То что версия объекта записывается целиком как раз может сильно влиять и на производительность записи и на производительность восстановления (но да - так проще, хотя и не компактно) когда они очень большие (а это не редкость, скажем, для документов в оптовой и и в розничной торговле, или при бюджетировании и много где ещё), а модифицируют в них обычно как раз "помелчи". Но для тестовых баз и так сойдёт.

Хеши отбора регистра - вещь правильная - но ни один алгоритм хеширования не гарантирует уникальности хеша. Поэтому все хеш-коллекции используют хеш-только как первый индекс, сравнивая потом полные ключи. Но для тестовых баз, наверное, и так сойдёт.

Обратный порядок - замедляет восстановления - Вам нужен только срез до выбранного момента
Обратный отсчёт индикатора - идея плохая - она намекает об отмене процесса (который до этого шёл в прямом направлении) - а у Вас идёт процесс отмены изменений - это вполне себе нормальный процесс - лучше измените на прямое направление - не смущайте народ - вот не применится транзакция этого процесса (а это легко может произойти, скажем, из-за блокировок) - вот тогда можете визуализировать декриментирование индикатора прогресса.

Сжимать JSON можно отдельно - в фоновом задании - это не будет шибко тормозить основную работу - вообще в фоне можно много оптимизации сделать

Восстанавливать тоже можно в фоне. рисуя красивый прогресс и его обратку на клиенте без блокировки сессии - если транзакция не будет принята - пока будет идти фоновая отмена этой транзакции (хотя момент завершения отмены в СУБД не поймать)

Как откатить изменения в TextBox
private void textBox_TextChanged(object sender, TextChangedEventArgs e) Как откатить изменения.

Откатить изменения
Здравствуйте. Случайно не в той БД создал таблица и заполнил их. Можно ли как то отменить изменения.

Откатить изменения в RichTextBox
Нужно, чтобы при изменении (добавлении, удалении) текста в RichTextBox пользователю показывалось.

Как откатить Windows 8.1 до 8.0
Ноутбук HP была установлена 8, обновил до 8.1 которая меня не устроила. При попытке откатить до.

Сохранили не то что нужно,вообщем нужно восстановить документ допустим каким он был час назад

Добавлено через 14 минут
Ап!
Срочно нада

В 1С нет журналирования изменений документов.

Добавлено через 1 минуту
Вообще, можете из архивной копии вытащить нужный документ (если архивы делаете и документ был в последнем архиве).

Пичалька,копии нету,только недавно начал работать в организации и вот уже понадобилось это )
Т.е. без резервной копии я никак не смогу восстановить исходное состояние документа? ( Ну если чисто теоретически, то можно написать свой велосипед по журналированию изменений документов. Допустим в простом варианте -хранить 1-2-3 последние версии документа.
Вот нагуглил - кто-то продает или вот. Обе под 1С 8. Под 7-ку наверное тоже чей-то велосипед существует. В Библиотеке стандартных подсистем (Она бесплатная) есть соответствующая подсистема, можно ее внедрить в вашу конфигурацию. Кстати какая конфигурация? В Библиотеке стандартных подсистем (Она бесплатная) есть соответствующая подсистема В Библиотеке стандартных подсистем (Она бесплатная) есть соответствующая подсистема, можно ее внедрить в вашу конфигурацию. Кстати какая конфигурация?

Как откатить транзакцию?
Пишу програму на шарпе + mssql2014. сообственно вопрос: как начать и закончить(откатить).

Как откатить версию bios?
В общем дернул меня черт скачать последнюю версию биоса с сайта производителя и обновить его.

Как откатить драйвер Bluetooth?
Ночью обновилась винда,а вместе с ней драйвер Bluetooth,а он не работает с моими наушниками.Такое.

Откатить с 10 до 8.1, как с дровами-то быть?
Привет знатоки. Вопщем вопрос такой, принесла мне соседка новый ноут asus x540sa , на винде 10. Его.

Как откатить обновление yosemite
Здравствуйте. Подскажите пожалуйста, пару дней назад yosemite обновил версию и у меня перестала.

Как откатить до нормального состояния?
Помогите советом как откатить, до появления ошибки при открытии проекта error accessing file.

Вопрос, как откатить обновление базы 1с, возникает в случаях, когда после установки последнего релиза конфигурации программа начинает работать некорректно. Основная причина таких ошибок – некорректное внесение изменений.

Решить проблему несложно, однако многие пользователя хотят не просто устранить неполадки, а вернуть «все как было». Сделать это можно вручную или через конфигуратор, главное – предварительно выполнить резервное копирование.

Как откатить обновление 1с назад и восстановить информационную базу

Процесс восстановления идентичен для всех версий программы. Чтобы выполнить эту задачу:

Войдите в 1с: Предприятие.
Перейдите в раздел «Администрирование» в режиме конфигуратора.
В появившемся окне нажмите «Загрузить ИБ».
Выберите из сохраненных файлов копию, которая требуется вам. Система предупредит, что несохраненные данные будут удалены – подтвердите свои действия.

Как откатить обновление конфигурации 1с 8.3 назад

Желающим вернуться к ранее установленным релизам рекомендуем попробовать ручной способ или воспользоваться конфигуратором. Как откатить обновление 1с вручную:

Откройте панель управления и перейдите в раздел «Удаление программы».
Найдите последний установленный релиз, кликните на него и нажмите «удалить».
Подтвердите свои действия.

Если при выполнении ручного отката возникли проблемы, попробуйте следующий вариант. Как откатить обновление 1с 8.3 через конфигуратор:

Откройте вкладку «Конфигурация» и найдите раздел «Сравнения». Здесь можно сравнить версию поставщика с основным релизом платформы.
Перейдите в раздел «Поддержка», выберите пункт «Настройки», после чего нажмите кнопку «Сравнить, объединить».

После этого откройте программу в режиме «Предприятие» и проверьте корректность работы.

Обратите внимание: если установленная в 1с конфигурация не типовая, то есть уже подвергалась изменениям со стороныIT-специалистов, лучше не рисковать и не пытаться «откатиться» самостоятельно. Восстановление, выполненное неопытным пользователем, может привести к сбоям в работе программе или частичной потере информации.

Нередки ситуации, когда новая версия не совместима с программами, установленными ранее. В этом случае выполнять откат необязательно. Достаточно выбирать нужную вам платформу перед тем, как войти в систему.

Как откатить обновление базы 1с – универсальные рекомендации

Создать бэкап (резервную копию) можно непосредственно при поиске и скачивании новой версии программы. Разберем на примере 1с: Бухгалтерия 8.3, как и зачем это делать:

Выполните вход в режиме пользователя.
Откройте вкладку «Администрирование», а затем раздел «Интернет-поддержка».
Нажмите на строку «Обновление версий программы».
В разделе «Автоматическая настройка уведомлений» установите галочку напротив пункта «При запуске программы».
Выполните поиск обновлений. Если новые версии найдены, задайте подходящие параметры установки. Дополнительно программа предложит сделать бэкап информационной базы – это поможет быстро откатиться к предыдущему релизу, если платформа обновится некорректно.
Перед копированием убедитесь, что все пользователи завершили работу с программой. Щелкните по ссылке «Создавать резервную копию ИБ и выполнять откат при внештатной ситуации».
Нажмите «Создать резервную копию» и сохраните данные в выбранном каталоге. Подтвердите действие.

Дождитесь завершения процесса – это займет время. Создание резервной копии особенно рекомендуется тем, кто планирует обновление нетиповых конфигураций.

Каждый хочет держать под контролем свою жизнь, знать ответы на все вопросы. Так же дела обстоят в части информационных систем. Но здесь все значительно сложнее, так как ваша жизнь зависит от 3-10 человек. А в информационной системе зачастую работают 200 и 1000 сотрудников. И именно в таком потоке информации жизненно важно знать, что изменилось по сути и кто конкретно осуществил эти изменения.
Эту задачу давно ставили разработчикам 1C и вот, мы обрадованы появлением более или менее работающего механизма. Однако хранение версий в самой базе быстро приводит к ее росту. Устранению этого недостатка посвящена эта статья.
"

Версионирование 1С.
Механизм версионирования объектов используется для аудита изменений объектов информационной базы в разрезе времени и позволяет ответить на вопросы КТО, КОГДА и ЧТО изменил. В качестве версионируемых объектов могут выступать справочники и документы. Настройка механизма выполняется в форме настройки программы и доступна пользователю с ролью «Полные права». Настройка состоит из активизации механизма и настройки режима сбора версий документов и справочников.
Однако нет худа без добра. Со временем количество измененных записей по объему сопоставимо с основными данными, а потом попросту уходит в «отрыв» и превышает все разумные пределы. Что начинает существенно сказываться на объеме быстродействия системы.
Для устранения этого недостатка логично изымать эти данные и хранить их отдельно. Это тем более логично, когда информационных систем, которые необходимо подвергать аудиту, более чем одна.
Для решения этой задачи наша команда разработала программный продукт обладающий следующим функционалом:
1.Сбор данных об измененных объектах в фоновом режиме согласно расписанию. В рабочей базе остается только последнее изменение, количество «последних» регулируется. Так можно устранить «распухание» базы и одновременно можно в случае чего за секунду вернуть испорченный документ.

2.Формирование отчетов в части аудита (кто, что, когда изменил). Очень нравится «Безопасникам».

3.Все что когда либо менялось в системах.И все версии измененных объектов в одном месте в отдельной базе.Система собирает как версии так и журналы регистрации из указанных систем.

4. Но когда надо провести аудит изменений имеем полную картину.

В общем полезная система получилась. С одной стороны устраняет неопределенность изменений, а с другой дисциплинирует пользователей так как нет возможности свалить вину на «последнего».

Читайте также: