Свернуть базу 1с 7
Обновлено: 08.07.2024
Данная методика проверена на тестовой базе, размер которой за месячный период составил 67 Мб. Эта часть той базы, о которой ведется речь в статье. Остатки переносились на середину месяца. К сожалению проверить на большой базе пока не удалось поскольку ранее переданная статья содержала ошибки, и поэтому первая попытка оказалась неудачной. Будем пробовать еще раз. Теперь осталось выяснить только то сколько времени займет данный процесс.
З.Ы. При проверке не пользовался обработкой clear.ert - все делал ручками. Так что смотрите внимательно!
Сворачивание периода известно в 1С:Кругах под разными названиями какой из них вам ближе решайте сами. Мне известны следующие:
1. Перенос остатков
2. "Урезание" базы
3. Закрытие периода
При проектировании информационной системы ее подразделяют на две составляющие: транзакционную и аналитическую. Первый тип систем предназначен для ввода большого обЪема информации в реальном режиме времени, второй тип предназначен для проведения анализа данных полученных в транзакционных системах. Какая же связь такого разделения с темой статьи? Самая непосредственная - процедура свертки периода, является частью процесса по переводу данных из транзакционной системы в аналитическую. Дело в том, что обычно в транзакционных системах обЪем информации хранится за небольшой текущий период (например, месяц - все зависит от интенсивности ввода). Чем больше размер информационной базы, тем менее комфортной становится работа в такой системе - замедляется ввод документов, формирование отчетов также замедляется. В случае с 1С особенно это заметно в DBF формате, меньше в SQL, но все равно и здесь имеется некоторое замедление. Рост базы также приводит к ее более частому "падению", опять же это больше характерно для DBF формата. Поэтому периодически данные из транзакционной системы необходимо передавать в аналитическую систему, удаляя при этом лишние данные. Сегодня у всех на слуху технологии OLAP - как раз-то они и предназначены для создания таких (аналитических) систем. В том числе данные технологии активно применяются в связке с 1С. Но статья не об этом.
Итак, после того как данные будут переданы в аналитическую систему, нам необходимо удалить их из нашей транзакционной системы. Что ж, неплохо было бы если фирма 1С предоставила такой инструмент в составе своей системы. Но! Как всегда НО. Имеющиеся средства не подходят для обработки больших баз. Подчеркиваю БОЛЬШИХ. Большой я считаю базу размером не менее 500 Мб (вместе с индексами), даже ближе (и больше) к 1 Гб. Но именно для таких баз обычно необходима процедура свертки периода. Почему же не подходят стандартные средства? Уточнюсь, что под ними я понимаю обработку wrap.ert, которая позволяет произвести "свертку" бухгалтерских итогов (для оперативного учета, таковой нет). Итак:
1. Если перенос остатков осуществляется не на последнюю рабочую дату (то есть дата, после, которой нет проводок), то при переносе остатков задним числом производится пересчет остатков.2. Отмена проведения / пометка на удаление документов также приводит к пересчету остатков.
3. Удаление документов по одному, с внесением изменений в индексы очень медленно. Даже применение транзакций спасает слабо.
Возможно это не все причины, но перечисленные выше - основные. Таким образом необходимо избавиться от недостатков, которые несет за собой применение стандартных методов. Хочу добавить, что все это не теория (то есть пп. 1-3) - у наших клиентов имеется база размер, которой уже близок к 2 Гб, попытки использования стандартных методов не увенчались успехом (не дождались завершения обработки, попытка запуска ее на домашнем компьютере привела к его зависанию). Пришлось искать обходные методы в результате чего и появилась данная методика.База формата DBF. Дата (А), на которую необходимо перенести бухгалтерские остатки, а также удалить все лишние документы до данной даты. Конец текущего расчетного периода (Б).
1С:Предприятие 7.7, доработанная обработка переноса остатков 1C wrap.ert, любое приложение для выполнение SQL запросов для DBF баз (MS Query, DB Explorer из поставки Delphi). В качестве приложения для выполнения SQL запросов можно использовать ВК ToySQL (или Rainbow, ODBCSQL или технологию ADO), просто подключаясь к обрабатываемой базе из другой базы (см. ссылку на обработку в конце статьи).
0. Делаем копию базы.
1. Переносим остатки. Обычным образом создаем ручные операции, но дату операции устанавливаем не А, а Б + 1, при этом пометку на удалению документов не производим. Таким образом мы избавляемся от ненужного пересчета. На дату Б + 1 не должно быть ни документов, ни операций. Здесь в принципе можно использовать любую дату из будущего периода. Точнее чтобы не было пересчета, то дата должна находится за пределами текущего расчетного периода.
2. Удаляем все индексные файлы, а также файлы бухгалтерских итогов: 1SACCSEL.DBF, 1SBKTTL.DBF, 1SBKTTLC.DBF, 1SSBSEL.DBF. Начиная с данного этапа прекращаем пользоваться стандартными методами
3. Выполняем следующие запросы:
1) Делаем пометку на удаление документов.
Update 1sjourn set ismark='*', closed=4 where date <= АЕсли можно удалить все (!) документы сразу (то есть в будущем периоде нет ссылок на документы из прошлого), что бывает очень редко, то можно удалять сразу
Delete from 1sjorun where date <= А
При этом сначала нужно удалить записи из связанных таблиц документов (dh*, dt*)
Delete from dh* d from 1sjourn j where d.iddoc = j.iddoc and j.date <= А
Так для каждой таблицы документа и его табличной части. Для SQL Server можно написать скрипт перебирающий таблицы документов и выполняющий данный запрос для каждой из них.
delete from 1sentry where date <= А
delete from 1soper where date <= А
delete from 1sconst where objid <> ' 0 ' and date <= А and iddoc <> ' ' Вообще полезно удалить периодические реквизиты независимо от того записываются они из документов или нет. Это можно сделать так:4) Удаляем ссылки между подчиненными и документами и значения граф отбора. Эти данные находятся в таблице 1SCRDOC. В графе CHILDID находятся ссылки на документы, который после их удаления будут недействительными. Поэтому нужно выполнить такой запрос: delete from 1scrdoc where childdate <= Аdelete from 1sconst where objid <> ' 0 ' and date <= А
Данная операция может быть выполнена вместе с пересчетом итогов (галочка "Пересчет служебных данных"), но опять же "ручной" способ будет быстрее поскольку никаких пересчетов делать не надо
4. Пакуем таблицы, в которых удаляли записи. Здесь тоже быстрее будет воспользоваться не-1С методами. Данный метод можно использовать только для формата DBF: pack 1soperpack 1sentry
pack 1sconst
pack 1scrdoc
Если вы удаляли записи из таблиц документов, то данный оператор нужно вызвать для всех этих таблиц и для таблицы 1SJOURN (п. 9 тогда можно пропустить).
5. Переносим проводки и операции сделанные датой Б + 1 на дату Х Update 1sentry set date = А where date = Б + 1Update 1sentry set date = А where date = Б + 1
Update 1sjourn set date = А where date = Б + 1
Здесь важно чтобы на дату Б + 1 не было документов кроме созданных ручных операций. Иначе эти документы также перенесутся на дату Х.
6. Все. Теперь у нас практически рабочая база. Можно опять взяться за стандартные методы. Нужно восстановить индексы - просто запускаем 1С-ку монопольно.7. Итоги можно пока не пересчитывать. Запускаем поиск удаленных обЪектов. Если вы удалили документы сразу как было описано в п. 3, то этот пункт можно пропустить.
8. Пересчитываем итоги. Хорошо бы пересчет итогов по колонкам был бы в разделе "Пересчет служебных данных", но уж что имеем :(. Все! База готова. Остается сверить получившуюся базу с ее копией (надеюсь ее-то вы не забыли сделать - мало ли что ;).
9. Упс. Забыл ради чего мы это все затевали. Если посмотреть на размер базы, то он уменьшился не на столько на сколько хотелось бы (скорее всего). Почему? Правильно! В DBF формате записи не удаляются непосредственно, а помечаются на удаление. У нас остались лишние данные в таблице 1SJOURN и в таблицах документов (файлы проводок и операций мы упаковали сами). Что же нужно сделать? Правильно запустить упаковку данных. Впрочем данный пункт не стоит делать отдельно - просто обЪедините его с п. 8, поставив галочку "Упаковка таблиц информационной базы", когда будете пересчитывать итоги в режиме конфигуратора. Вот теперь точно все! Уффф.
Даты в DBF формате записываются в виде
Используемое в статье собственное и доработанное ПО:
1. Модифицированная обработка wrap.ert, позволяющая переносить остатки на другую дату, не удаляя документы. В обработке предусмотрен вызов функции для установки дополнительных реквизитов операции как документа (УстановитьФирму).2. Обработка по удалению документов, проводок из базы с помощью компоненты ToySQL
3. Компонента ToySQL
Как упражнения вам
1. Внести небольшие изменения для SQL версии
2. Сворачивание базы методом формирования помесячных оборотов
3. Сворачивание базы оперативного учета
Прежде чем делать свертку обязательно снимите архив ИБ. Не забудьте сделать ТИИБ, чтобы не возникло неприятностей на следующих шагах. Не стоит напоминать что все последующие шаги надо делать от имени пользователя с установленной ролью "Полные полномочия" (настраивается в справочнике "Пользователи")
1. Конфигурация 1cv7.md содержит три объекта - 1. Документ "ОстаткиПоРегистру", 2. Журнал "КорректировкаРегистров", 3. Обработка "СформироватьОстаткиПоРегистрам"
Итак откройте конфигурацию и загрузите эти три объекта в свою, далее запустите 1С Предприятие и выполните обработку "Сформировать остатки по регистрам". Обработка предложит выбрать вид операции:
1 - Сформировать остатки по регистрам на указанную дату (будут сформированы документы "ОстаткиПоРегистру")
2 - Пометить документы на удаление до указанной даты (включительно)
3 - Включить движений по регистрам для документов "ОстаткиПоРегистру"
Для начала укажите вид операции "1", дождитесь выполнение обработки, после закройте 1С и откройте Total Commander, найдите папку ИБ и удалите все файлы по маске RA*.*, RG*.*, тем самым мы сэкономим скорость удаления документов.
Вновь запустите 1С и переустановите ТА на начало века и вызовите обработку, но теперь вид операции укажите "2". Дождитесь исполнения (минут 5-10). Опять установите ТА на дату свертки и опять вызовите обработку (вид операции "3"). И наконец вызовите стандартную операцию "Проведение документов" и перепроведите все "проведенные" документы от даты свертки до текущей даты, дождитесь исполнения (15-20 минут). Свертка готова, последнее что нужно сделать это удалить помеченные документы.
Кстати перепровдение документов необходимо только есть после даты свертки есть проведенные документы (например, если вы сворачиваете ИБ не начало года).
Вот и все, таким способ постоянно сворачиваю ИБ размером 12 Гб. Забыл сказать, что ИБ если SQL вариант нужно выгрузить в файловый вариант и после свертки обратно загрузить в SQL.
За основу была взята идея не помню какого автора. Что было доработано: в документе "ОстаткиПоРегистру" увеличил количество реквизитов "Измерения","Ресурс" до 5-ти. Для реквизита "Ресурс" увеличил длину до 19 и точность до 5 (в типовой ТиС есть регистр "ОстаткиТМ" у которого точность после запятой "5"). Также изменил строку:
"НазначитьТип("Измерение" + Сч, СокрЛП(ИзмТип[сч]));" на "НазначитьТип("Измерение" + Сч, СокрЛП(ИзмТип[сч]), СокрЛП(ИзмДлина[сч]), СокрЛП(ИзмТочность[сч]));"
Вроде бы мелочь, но когда сворачиваешь большие ИБ любая мелочь вызывает трудно отслеживаемые ошибки.
чистая база (скопировать через конфигуратор в нужную базу), в которую, в свою очередь, входят:
1. Документ переноса последних периодических реквизитов справочников
2. Документ переноса остатков по регистрам и бух. счетам
3. Обработка "ПутеводительСвертки" . В ней прописаны процедуры создания вышеперечисленных документов, процедуры удаления документов, удаления истории периодических реквизитов. В диалоге этой обработки все просто и понятно. Кнопки запуска процедур расположены согласно порядку, которому необходимо придерживаться, при свертке. Также написаны некоторые полезные советы, которые помогли разрабочику.
Чем отличается от свертки, указанной в ссылке:
1. Добавлен документ переноса периодических реквизитов. Т.к., если реквизит установлен документом, то, соответственно, при пометке на удаление документа, история исчезает.
2. Создание документов происходит при помощи процедуры (рассчитываютя итоги раз, а потом только распихиваются по документам, созданным автоматически)
3. Документов по переносу остатков все же создается много, а не один, как писал Санек. Если создавать один документ, то в нем будет много строк, если их меньше 9999, то разницы нет, а если больше, то нумерация лишних будет заменена на "0" самой 1с (видно 9999 - это максимум). Но и это не главное. Проведение документа переноса регистров с количеством строк 9999 можно ждать часами, а если база под SQL, то журнал транзакции разрастется до неимоверных размеров. Я выбрал оптимальное количество строк для документов - 3000, может есть и более приемлимое число, но проверено с данным количеством строк и все документы проводились отлично. Для бухгалтерских счетов может можно было использовать и все 9999 строк, но писал одинаково для регистров и бух. счетов.
4. При создании документа по переносу бух. счетов, а также при его проведении, не были учтены валютные счета и остатки по валютам
5. При проведении документа по переносу бух. счетов каждая проводка заканчивалась Операция.Записать(), хотя можно записать один раз в конце обработки проведения.
6. При проведении документа по переносу бух. счетов не была учтена ситуация, когда количество на счету по дебету, а сумма по кредиту (сам в шоке, но бывает и такое)
7. Все шаги свертки базы сведены к одной обработке, в которой все расписано по шагам
P.S. Санек, спасибо за идею
В новой версии (от 11.12.2011) исправлено:
1. При пометке на удаление документов, период удаления брался из пункта 4 (удаление периодических реквизитов), теперь период будет начинаться с первого созданного документа до даты свертки
2. При удалении периодических реквизитов, последнее периодическое значение оставлялось, теперь удаляются все за указанный период (с даты указанной пользователем до даты свртки)
3. При открытии документа СверткаБазы, переключатель "Регистры" и "Бух. итоги" не устанавливался в нужном месте
В новой версии (от 11.12.2011) добавлено:
1. Возможность переносить всю историю изменения периодичкских реквизитов
2. Перед пометкой на удаление документов можно указать перечень документов, которые не будут удалятся, отметив их галочками в списке.
Базу, которую необходимо сворачивать, открыть в режиме Конфигуратор. Меню -> Конфигруация -> ОбъединениеКонфигураций, указать файл, распакованный из скачанного архива. Снять все галочки, кроме
1. Документы.СверткаБазы, Документы.ВводНачальныхПериодическихЗначений
2. Журналы.Свертка, Журналы.ВводНачальныхПериодическихЗначений (необходимо, если не объеденяли с предыдуще скачанной конфигурацией)
В версии от 20.12.2011 исправлено:
1. Округление сумм, при переносе остатков по бух. счетам
Установка:
Базу, которую необходимо сворачивать, открыть в режиме Конфигуратор. Меню -> Конфигруация -> ОбъединениеКонфигураций, указать файл, распакованный из скачанного архива. Снять все галочки, кроме
1. Документы.СверткаБазы, Документы.ВводНачальныхПериодическихЗначений
2. Журналы.Свертка, Журналы.ВводНачальныхПериодическихЗначений (необходимо, если не объеденяли с предыдуще скачанной конфигурацией)
В версии от 23.02.2012 учтено:
Разделитель учета по своим юридическим лицам
В версии от 15.05.2012 учтено:
Возможность перенести остатки по счетам с количеством субконто до 5 включительно
Резервное копирование информационной базы «1С»
Копирование базы желательно делать один раз в день или хотя бы один раз в неделю. Создание резервной копии – в ваших же интересах, ведь в случае любого форс-мажора от потопа до пожара благодаря резервному копированию можно будет восстановить вашу базу и работать дальше, как будто ничего и не было.
Существует три простых и эффективных способа резервного копирования.
Способ № 1. Обычное копирование
Стоит учитывать, что перед тем, как выполнить копирование этим способом, необходимо убедиться, что все пользователи вышли из базы и сейчас в ней никто не работает.
Это самый легкий способ, не требующих особых знаний. Если конфигурация хранится на вашем компьютере, то для того, чтобы сделать резервную копию, достаточно скопировать всю папку с вашей базой в другое место жесткого диска или на отдельный носитель (например, на флешку). Для удобства я рекомендую в названии папки указать дату, на которую была сделана копия базы.
Чтобы узнать, где находиться ваша информационная база, можно открыть «1С:Предприятие 8», выбрать/выделить необходимую базу и нажать кнопку «Изменить». В открывшемся окне будет указан путь к вашей информационной базе.
Способ № 2. Выгрузка информационной базы
Для выгрузки нужно войти в конфигуратор базы. Попасть туда можно, открыв «1С:Предприятие 8» (где мы выбираем базу для входа) и нажать кнопку «Конфигуратор».
После того как открылась конфигурация, нужно открыть базу. Для этого в главном меню выберете вкладку «Конфигурация» и далее «Открыть конфигурацию».
После того как откроется нужная информационная база, нужно на панели сверху выбрать вкладку «Администрирование» – «Выгрузить информационную базу» и указать путь, куда сохранится база.
Способ № 3. Автоматическое резервное копирование
Для настройки автоматического копирования нужно войти в базу, открыв «1С:Предприятие 8» и выбрать вкладку «Администрирование» – «Поддержка и обслуживание».
После чего развернуть вкладку «Резервное копирование и восстановление».
Далее выбираем пункт «Настройка резервного копирования». Тут возможны варианты – по расписанию и при завершении работы с программой. Лучше всего, особенно если вы не единственный пользователь базы, выбрать вариант «Регулярно по расписанию». Настроить его очень просто. Необходимо перейти по ссылке возле «Регулярно по расписанию» и указать дату начала и окончания создания копии.
Помимо этих настроек нужно указать также каталог для хранения копий и какое количество резервных копий хранить.
Как самостоятельно обновлять конфигурацию «1С»
Не забываем: самое важное в обновлении – это сделать архивную копию. После этого можно приступать к обновлениям.
Заранее уточним, что самостоятельно базу можно обновлять, только если вы используете типовую конфигурацию. Если вам когда-то дорабатывали базу, то в этом случае обновить ее без риска «все сломать» сможет только специалист.
Абсолютно каждый пользователь может самостоятельно обновить типовую базу, не имея при этом особых навыков и знаний, а просто по инструкции, одним из двух указанных ниже способов.
Способ № 1. Обновление через Интернет
Далее нужно войти в базу, перейти по вкладкам «Администрирование» – «Интернет поддержка» – «Обновление конфигурации». Откроется окно помощника для обновления. В данном окне оставляем по умолчанию выбранный способ обновления и поставим галку «Всегда подключаться к Интернету». В этом же окне у нас есть возможность поставить галку «Всегда проверять обновления» при запуске программы – советую ее включить, и ваша база всегда будет актуального релиза.
Если обновление есть, то нажимаем «Далее», начнется процесс обновления. Он может затянуться, если установлен не последний релиз конфигурации. Программа скачивает все необходимые релизы до последнего и устанавливает их. Когда программа установит все релизы, то она предложит перезапуститься и после перезапуска процесс обновления завершится.
Способ № 2. Обновления с помощью конфигуратора
Затем нужно перейти в папку на компьютере, куда скачался дистрибутив (файл) обновления, и его разархивировать. В итоге в папке появится несколько файлов, из которых нам нужен setup.exe. По нему нужно будет щелкнуть два раза и в появившемся окне нажимать кнопки «Далее», ничего не изменяя. Так база будет подготовлена к обновлению.
После заходим в конфигуратор, переходим по вкладке «Конфигурация» – «Поддержка» – «Обновить конфигурацию». В появившемся окне выбираем верхнюю строчку и нажимаем «Далее». В следующем окне оставляем галку только на верхней строчке. У нас появится окно с обновлением, выбираем нужное и нажимаем кнопку «Готово». Во время обновления программа будет выводить вопросы, нужно будет отвечать всегда «Да». После завершения обновления обязательно запускаем «1С:Предприятие», чтобы оно тоже его приняло. Нам этом обновление завершено.
Свертка базы в «1С»: зачем это и как это делать?
Со временем в базу вносится все больше и больше различных данных, ее размер постоянно растет – особенно если ваша организация большая или вы ведете в базе несколько организаций. В итоге база может вырасти до 5 Гб, в связи с чем программа начнет работать медленнее. Если ваша база приблизилась к максимально критической отметке по объему, то она может вообще и не открыться.
Чтобы не возникало подобной проблемы, уменьшаем размер базы путем компоновки и архивирования данных за прошлые периоды – для этого и нужна свертка базы.
Чтобы провести свертку, заходим в базу, открываем раздел «Администрирование», в панели действий – «Сервис», и нажмем на кнопку «Другие команды».
Откроется форма свертки. Свертка проводится в последовательно в несколько этапов, по завершению каждого этапа он обозначается зеленым цветом.
Первый этап – создание резервной копии.
Перед сверткой базы, как и перед обновлением базы, всегда нужно делать резервную копию базы.
На этом этапе мы создаем резервную копию, установив флажок, далее вводим пароль пользователя (если он есть) и выбираем папку куда будет сохранена копия базы.
После чего программа предупредит о перезапуске базы. Выполнив все необходимое, нажимаем кнопку «Далее» в нижнем углу.
Второй этап – настройка.
На этом этапе нужно выбрать период, на начало которого будут свернуты остатки организации, у которой будет происходит свертка, и установить дату запрета на изменения данных.
Свертку лучше всего делать на начало предыдущего года (например, если мы проводим свертку в начале этого года, то сворачивать все данные нужно на начало предыдущего года). Свертку лучше всего производить по всем организациям, если у нас в базе ведется учет по нескольким организациям. Но можно делать отдельно, повторяя процедуру для каждой организации.
Третий этап – формирование остатков.
Этот этап позволяет нам детально настроить свертку по регистрам. Тут можно вручную настроить обрезку регистров, но лучше оставить все как есть, то есть выбрать «Настройки по умолчанию».
После того как мы нажмем кнопку «Далее», программа сформирует документы «Ввод остатков по регистрам».
Четвертый этап – самостоятельная проверка.
Проверяем сформированные документы до того, как мы удалим старые, чтобы в случае ошибки откатиться назад. На этом этапе можно открыть документы, отредактировать или ввести новые.
Пятый этап – автоматическая проверка.
На вкладке «Проверка» можно сформировать отчеты по регистрам бухгалтерии или по регистрам сведения и накопления. Данные выводиться как по бухгалтерскому учету, так и по налоговому. Справа у нас расположена кнопка стандартных отчетов.
Шестой этап – удаляем старые документы.
Данная процедура является необратимой, так что сначала стоит все хорошо проверить на предыдущих этапах. После завершения процесса удаления обработка скажет, что свертка прошла успешно.
Резервное копирование, обновление конфигурации и свертка базы – это три очень важных аспекта работы с базой «1С». Без резервной копии мы не сможем восстановить базу, с обновлением появился новый функционал для упрощения работы, а свертка базы заставит программу работать быстрее.
ПАО "НИКО-БАНК" выражает свою благодарность за оперативную и грамотную работу.
В условиях постоянно меняющегося законодательства Банк заинтересован иметь полную и актуальную номативную базу. Это обеспечивается использованием Банком справочно-нормативной системы "Гарант".
Безусловным плюсом в работе компании "МастерСофт" является быстрое реагирование сотрудников при предоставлении документов по запросу Банка, принятых до обновления справочно-правовой системы.
Коллектив компании "АЭРОПОРТ ОРЕНБУРГ" выражает благодарность за взаимовыгодное сотрудничество с МастерСофт-ИТ. Оперативная поставка антивирусных программ Dr. Web обеспечила надежную защиту нашей компьтерной сети.
Особая благодарность сотрудникам Департамента продаж СЦ ИТ за профессиональный подход в решении всех возникающих задач.
ООО "Орский Вагонный Завод" выражает искреннюю благодраность за качество обслуживания вашими специалистами. Консультации и поставка антивирусов всегда проходят оперативно и на высоком профессиональном уровне.
Уверены, что и в дальнейшем наше сотрудничество на взаимовыгодных условиях продолжится.
Главный бухгалтер муниципального бюджетного учреждения дополнительного образования "Дворец творчества детей и молодёжи" Кетерер Татьяна Михайловна выражает благодарность специалистам МастерСофт:
"Я хотела бы объявить благодарность вашим сотрудникам. Работает с нами по программе "1С: Бухгалтерия бюджетного учреждения 8" непосредственно Шевлягина Юлия.
Так же огромная благодарность за отзывчивость, терпение и квалифицированную, своевременную помощь Набокиной Олесе и Ерёменко Татьяне (они нас сопровождают по программе "Зарплата и Кадры").
Им очень с нами тяжело, но они терпеливо продолжают сотрудничать. С вами очень надёжно. Конечно же наши ошибки есть и без вас мы бы вообще о них не знали и в суде, наверное, судились бы. А сейчас мы решаем вопросы. ".
Читайте также: