Код ошибки 3813

MySQL only started supporting check constraints in MySQL 8.0.16 — released in April 2019.

Prior to that, the syntax was allowed (although perhaps with limitations), but nothing happened.

What is happening in your code is that you have:

Processing_Cost int check(Processing_Cost>500),
Service_Charge numeric check(.12*Processing_Cost>=Service_Charge)

These are inline check constraints. That means they are part of the column definition. You can fix this just by adding commas:

Processing_Cost int,
check (Processing_Cost > 500),
Service_Charge numeric,
check (0.12*Processing_Cost >= Service_Charge)

I like to make my constraints obvious, so I would put them after the columns and give them names:

Processing_Cost int,
Service_Charge numeric,
constraint chk_customer_details_processing_cost check (Processing_Cost > 500),
constraint chk_customer_details_service_charge check (0.12*Processing_Cost >= Service_Charge)

Here is a db<>fiddle.

Note: Don’t use char() for column types — it pads the string with spaces. Use varchar().

Название ошибки
Полный текст ошибки
Описание ошибки и метод решения

Ошибка менеджера данных 15
Поле-источник данных должно содержать значение для записи потока. Ошибка менеджера данных 15. Тег поля: {216.2.0}

Причин ошибки может быть несколько: 

• в менеджерской базе в словаре валют содержится некорректная информация (например валюта без названия). При этом валюта может быть также удаленной — в таком случае надо проверять таблицу Money_.DB 
• в R-Keeper есть блюдо с нулевой (удаленной) группой станции — в этом случае за данный день надо забить расход блюд в БД SHouse вручную 
• версия транспорта данных SH4 (ImportRK.exe) не соответствует версии сервера SH4 – нужно привести версии программ в соответствия друг другу

В случае если выгрузка идет из РК7: — снять флаг в параметре УстановочныеСвязь с другими системамиАльт.названия. Т.е. поле альт. название заполнять не нужно, а просто отключить экспорт альт. названий в SH4. После этого, импорт меню и расхода должен пройти успешно.

Ошибка сервера Sdbserv 153
Ошибка Sdbserv 153: Слишком большая высота дерева индекса «iCmltemsHdrRefs»

При входе в товарные группы, калькуляции, а также утилиту проверки базы данных, появляется след. сообщение: «Ошибка сервера Sdbserv 153,Объект = «iCmltemsHdrRefs». Параметр = 0. Ошибка Win32 = 0.Слишком большая высота дерева индекса «iCmltemsHdrRefs».
Также невозможно войти в некоторые калькуляции и документы, причем те которые уже проведены.

Решение:
Скорее всего, повреждена база данных. Можно попробовать ее восстановить, но гарантий никаких нет. Для этого необходимо создать запрос в Сервис Деске, в который обязательно вложить проблемную базу (если backuprestore проходит, то вкладывать backup базы в архиве (rar, zip); если нет, то вложить оригинал также в архиве)

Как вариант решения — восстановить backup, который сформирован до повреждения и заполнить базу недостающими документами.

Ошибка: Исключение процедуры сервера — 503
Ошибка: Исключение процедуры сервера — 503 (Не определена единица измерения товара)

Описание: Эта ошибка возникает при формировании списка документов, в частности документов расхода или при импорте расхода из базы r_keeper. Backup-Restore базы не помогает. При проверке накладных SHCheck Utility — эта ошибка проявляется и не исправляется.

Решение: Нужно выполнить процедуру ChkGsMUnitRef (из библиотеки SHSERV.DLL) — после его выполнения в текстовом логе сервера (по умолчанию, sdb.txt) появятся строки вида  «__ LOST MUNIT __ … «, в которых указаны наименования и коды товаров и наименования ед. изм., которые к ним надо добавить.

Не найдена товарная группа внешний код %Х
Не найдена товарная группа внешний код %Х. Исключение процедуры сервера.

Ошибка возникает при импорте товаров (меню и модификаторы).

R-Keeper v7

В случае использования RK7 следует проверить, нет ли НЕ удаленных блюд (черновики, активные) в удаленных группах меню.

В общем для RK7 универсального решения нет — дополнительно можно посмотреть на задачи https://tracker.ucs.ru/issues/20726 и https://tracker.ucs.ru/issues/24364, а также связанными с ними задачи.

Не найдено поле DEPART в таблице ACHECK
Field not found file C:RK6DBARK6.UDB table ACHECK field DEPART
Ошибка возникает при импорте словарей (меню). Решение: обновить библиотеку SHTR.DLL на версию не ниже 1.13.9.1

Не найден товар для модификатора.
Не найден товар для модификатора.
Обновить SHTR.DLL на версию не ниже 1.13.9.1

Исключение процедуры сервера 563
Отсутствует версия комплекта на заданную дату (Исключение процедуры сервера 563)
Если SHCheck и диагностика ошибок не выдают, то надо удалить данный комплект и завести его заново.
Также подобная ошибка бывает следствием при обновлении SHouse v3 на SHouse v4. Вполне вероятно во вновь создаваемые блюда входят полуфабрикаты перенесенные из старого склада. И у данных полуфабрикатов отсутствуют периоды на определенные даты, т.е. имеет место конфликт между периодами комплектов блюда и входящих в него составляющих.
Еще один вариант появления ошибки — когда в новый, создаваемый в SH4 комплект, входили комплекты, перекачанные из SH3. Решение — выполнение процедуры SetStartCmHdrDate из shfix.dll версии 4.49.86

Исключение процедуры сервера 37
Не найдена вершина в дереве/мастерзапись (Исключение процедуры сервера 37)
Необходимо сделать обновление версии программы.

Недопустимое имя параметра «%S»
Недопустимое имя параметра «%S». Исключение процедуры сервера 100
Данная ошибка выдается при открытии карты комплекта. Проблема решается обновлением версии программы и удалением последнего периода действия комплекта. Если период не удаляется, удаляется сам комплект и заводится заново.

Цена не может быть отрицательной.
При импорте расхода возникает ошибка «Цена не может быть отрицательной»
Проблема решается выполнением процедуры ZeroGsInPrice c использование специальной библиотеки ShFix.dll

DLL exception: Field ‘NALOG’ not found.
DLL exception: Field ‘NALOG’ not found.
Данная ошибка появляется при импорте меню. Проблема решается повышением версии RK6.

DLL exception: Invalid pointer operation.
DLL exception: Invalid pointer operation.
Посмотреть в отчетах R-Keeper v6 расход блюд за данный период. При наличии неизвестных блюд или знаков «???» исправлять БД R-Keeper v6

Could not convert variant of type (String) into type (Double)
Could not convert variant of type (String) into type (Double)
Ошибка возникает при добавлении товара в комплект. Решение проблемы — обновление версии программы. Или как временный вариант: в меню Сервис->Настройки склада->Комплекты — снять галочку «Автоматически подставлять проценты обработки»

Неизвестное исключение процедуры сервера 606
Некорректная запись о замене для товара <наименование_товара>. Неизвестное исключение процедуры сервера 606
Ошибка возникает при построении списка накладных. Решение проблемы — обновление версии программы.

Не найден товар для спецификации расхода
Не найден товар для спецификации расхода. Внешний код XXX

Данные решения указанной проблемы нельзя применять в случае использования SH4 HeadOffice

Ошибка возникает при импорте расхода блюд. В качестве значения ХХХ указывается ШИФР проблемного блюда (модификатора, категории) в шестнадцатеричном виде (HEX) — например, значение 244Е соотв. десятичному 9294.

Вариант №1

Для решения проблемы нужно найти в таблице меню (menu.db) блюдо с соотв. шифром (поле Sifr) и проверить, корректно ли заполнены в этой записи остальные поля. Например, поле Parent (шифр родителя) может ссылаться на несуществующую запись. Если в таблице menu.db такого блюда нет, следует проверить в удаленном меню (menu_.db)

Если проблема не связана с блюдами, надо аналогичным образом проверить другие таблицы (categ.db, modify.db)

Вариант №2

Ошибка может возникать при использовании библиотеки SHTR.DLL, предназначенной для SH4 HeadOffice. В таком случае необходимо заменить ее на стандартную библиотеку SHTR.DLL.

Неверная контрольная сумма ключа защиты
Неверная контрольная сумма ключа защиты.
— Ошибка возникает при входе в программу и устраняется заменой ключа. — Либо не совпадает версия программы с прошивкой ключа.

Дублирование в порядке компонентов комплекта
Исключение процедуры сервера 621

Возникает при попытке открыть комплект или список комплектов.

Решение проблемы:

1. Если версия склада ниже 4.62, скопировать в любое место библиотеку ShServ.dll. ВАЖНО: библиотеку НЕ НУЖНО подменять в SDBSrv!
Если версия склада 4.62 и выше, процедуру можно запускать из стандартной библиотеки, входящей в инсталляцию. Если в стандартной библиотеке (даже версии 4.62 и выше) процедура все же не найдена, используем вышеуказанную библиотеку.
2. Запустить Sdbman.exe
3. Выбрать пункт «Прочее», далее «Выполнить запрос»
4. В поле «Процедура» указать имя процедуры SetCmItemsOrder
5. В поле «Библиотека» указать полный путь к скопированному файлу ShServ.dll (для версии ниже 4.62) или для текущей, из рабочей директории SDBSrv (для версии выше 4.62)
6. Выполнить запрос с помощью иконки на панели задач либо выбрав соотв. пункт в меню.

Undefined symbol «PRINTCOLOR»
Undefined symbol «PRINTCOLOR»
Ошибка возникает при попытке распечатать из спец. ведомости остатков форму «Заказ». Решение проблемы — обновление формы REP_SPECZAKAZ.frf

Код ошибки WinSock 10038
Невозможна операция записи (5064). Код ошибки WinSock 10038.
Ошибка выдается при построении баланса счетов. Проблема решается увеличением таймаута на сервере и клиенте.

Адрес процедуры «DocHdrAttrList» неизвестен
Ошибка процедуры сервера Sdbserv 84. Объект = «DocHdrAttrList». параметр = 0. Ошибка Win 32 = 0.
Возникает при попытке добавить атрибут заголовка документа. Решение: обновить ShServ.dll — должна быть не ниже версии 4.48.86.

An error occured while attempting to initialize the Borland Data Base Engine (error $210A)
An error occured while attempting to initialize the Borland Data Base Engine (error $210A)
Возникает при попытке импорте меню. Решение: установить BDE

Database not supported
Database not supported
Ошибка возникает при импорте из R-Keeper и заключается в несоответствии версии библиотеки rklogin.dll и накопительной базы данных ARK6.UDB . Проблема устраняется копированием библиотеки rklogin.dll из рабочего каталога RK6 в директорию SH4 (откуда запускается транспорт данных ImportRK.exe)

Ошибка сервера Sdbserv 72
Нарушение условий ссылочной целостности внешнего ключа «fk_ExpSpecs0_CmRef»: мастер-запись не найдена. Ошибка сервера Sdbserv 72. Объект = «fk_ExpSpecs0_CmRef». Параметр = 0. Ошибка Win32=0.
Ошибка появляется при импорте меню. Для решения проблемы необходимо выполнить обновление программы SHouse до последней, затем выполнить процедуру CheckGsCmRef используя библиотеку SH_CRTDB.DLL.

Комплект не найден (по заданному RID)
Комплект не найден (по заданному RID)
Ошибка появляется при открытии группы блюд. Для решения проблемы необходимо выполнить обновление программы SHouse до последней, затем выполнить процедуру CheckGsCmRef используя библиотеку SH_CRTDB.DLL.

Floating point overflow
Floating point overflow
Данная ошибка появляется при печати отчетов. Проблема связана с ошибками в печатной форме для данного отчета (возможно после изменения ее самими пользователями). Решение проблемы — замена печатной формы, на рабочую печатную форму (стандартную) того же отчета.

Printing in progress
Printing in progress
Данная ошибка появляется при печати отчетов. Проблема связана с ошибками в печатной форме для данного отчета (возможно после изменения ее самими пользователями). Решение проблемы — замена печатной формы, на рабочую печатную форму (стандартную) того же отчета.

DLL exeption: Index is out of date
DLL exeption: Index is out of date. Index: Iparent.
Ошибка появляется при импорте данных из БД R-keeper. Для решения проблемы необходимо сделать реиндексацию БД R-keeper с помощью утилиты REIND32.EXE и повторить импорт данных в SHouse.

Ошибка сервера Sdbserv 77
Нарушение условия уникальности индекса «uiExpM0». Ошибка сервера Sdbserv 77. Объект = «uiExpMO»

Есть несколько причин возникновения ошибки и методов ее решения:

1. Ошибка возникает при импорте расхода блюд из R-Keeper v6 или v7 и объясняется тем, что в таблице expm0 лежит много мусора. Таким образом, импорт расхода за некоторые дни может не проходить. Решение: выполнить процедуру ChkExpM из прилагаемой ShServ.dll. Для версии SH4.52 требуется модифицированная ShServ.dll, с версии SH4.53 эта процедура станет стандартной.

2. Блюдо было удалено вручную и в menu.db и в menu_.db. Решение: расход блюд не импортируется за этот день в SH4, а забивается вручную.

3. В SH4 некоторые модификаторы могут в свойствах иметь тип «ССЫЛКА» — так делать нельзя и это может быть причиной данной ошибки. Решение: нужно что бы все модификаторы имели тип «ТОВАР». (Проверялось на версии SH 4.60).

4. Если данные импортируются из RK7, необходимо параметр в RK7 «Не передавать тип заказа (SH4UsesDefaultCOT)» выставить в TRUE.

Нарушение условия уникальности индекса pkDocSpecs0
Нарушение условия уникальности индекса pkDocSpecs0

Дополнительная информация:

— диагностика база данных находит много потерянных страниц и также ссылается на индекс pkDocSpecs0. Backup базы проходит успешно, но восстановить из этого архива базу невозможно.

Решение:

— предупредить клиента, что на время восстановления базы в складе работать нет смысла, т.к. внесенные изменения будут потеряны

— создать запрос в Сервис Деске, вложить в него проблемную базу (backup не подходит!), предварительно сделав архив с помощью WinRAR (или любого другого архиватора) и ожидать восстановления базы

— если на момент возникновения проблемы с базой у клиента установлена не последняя версия склада, подготовиться к обновлению (не забывая при этом, что с версии 4.31.44 используются ключи с новой пропиской)

Количество должно быть больше нуля
Количество должно быть больше нуля

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

— в накопительной базе R-Keeper v6 есть чеки, которые были оплачены одной валютой, а сдача оформлена другой (как правило, ошибка персонала). Если оплата комбинированная, то сдача должна быть в любой из валют оплаты — в таком случае проблема не возникает.

— в накопительной базе R-Keeper v6 есть чеки, в оплате которых по одной из валют нулевая сумма. Эта ситуация возникает очень редко и является нештатной (сбой системы). Следует заметить, что это не относится к чекам без оплаты (которые обрабатываются нормально) — проблема возникает только в том случае, когда в таблице PCHECK.DB (оплата чеков) для одного чека существует несколько записей, одна из который с нулевой суммой.

Для решения проблемы потребуется исправлять исходные данные закрытого дня (каталог OLDRES)

В первом случае для выбора проблемных записей можно использовать следующий запрос:

SELECT * FROM ‘C:UCSPCHECK.DB’ AS a, ‘C:UCSPCHECK.DB’ AS b WHERE (a.Cnum = b.Cnum AND a.Curency <> b.Curency)

ВАЖНО: Запрос возвращает не только проблемные записи, но и записи с комбинированной оплатой — будьте внимательны!

Во втором случае нужно просмотреть все записи в таблице PCHECK.DB и удалить проблемную.

No measure unit is set for the product.
When trying to perform expenditure, system shows error «No measure unit is set for the product.»

Sometimes system shows error «No measure unit is set for the product.» when trying to perform expenditure.
To check which products have problem with m. units perform following:

1. Using SDBMAN execute query (Service -> Execute query) on procedure «ChkGsMUnitRef» in ShServ.dll
2. Open server log (usually …UCSSDBSrvSDB.TXT). This file will show info about products, which have problems with m. units. The line should start with __ LOST MUNIT __ goods:.
3. Fix m. units for indicated products.

Ошибка менеджера данных 16. Тэг поля:{200.3.0}
Слишком длинная строка для присваивания

Возникает при открытии комплекта; группы комплектов, куда входит проблемный комплект; либо при открытии группы товаров, где есть товар, связанный с проблемным комплектом.

Причина: у комплекта макс длинна аббревиатуры 16 символов, у товара – 20. При создании комплекта на основе товара не отрезались лишние символы до версии 4.72

Решение:

Выполнить процедуру CutCmBaseAttr из библиотеки SHFix.dll версии 4.70.159.0 от 05.08.10

Неизвестное исключение процедуры сервера 72
Неизвестное исключение процедуры сервера 72
При формировании отчета «Анализ неплательщиков» в SHUtils, может возникнуть данная ошибка. 
Решение: обновить текущую версию SHUtils до версии 4.19.41.0

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

Нечто подобное обсуждалось на трекере — например, запрос 0005967.

Решение:

1. Сделать бэкап БД.
2. Выполнить процедуру DelWrongExpM (указав в поле библиотеки обновленную ShFix.dll версии не ниже 4.70.159.0)
3. В логе сервера (SDB.TXT) после выполнения этого запроса должен отобразиться протокол количества удаленных позиций.

Далее, существующие проблемные документы загрузить заново и пересписать.

Обновленная ShFix.dll находится на ФТП (ftp://…/dealers/storehouse/sh4/shfix/). Также ее можно скачать с трекера — номер обращения 0005967 вложенный архив ShFix4_70_159.rar

Не работает назначение комплекта в SH 4.92
Не корректно отрабатывает назначение комплекта в SH 4.92

— В версии сервера 4.92 при работе с «учет/спец. учет» некорректно отрабатывает назначение комплекта по умолчанию. Если делать в учете, то не назначается в спец. учете (и наоборот). 
— Решение: сделать обновление SH  до версии 4.93 и выполнить запрос UpdGsCmRef  из библиотеки SHFix.DLL 4.84.222.0 — что назначит «неназначенные» комплекты по умолчанию

Error — Sdbserv 70
Ошибка чтения потока — Ошибка сервера Sdbserv 70

Воспроизводится:
1. Документы -> Корреспонденты -> Места реализации
2. Добавляем новое место реализации
3. Сохраняем
4. Вылетает окно с ошибкой.
Решение:
Ошибка возникает если при создании места реализации, в поле код указать трехзначное (или больше) значение. Код должен быть — ДВУХЗНАЧНЫМ!

P.S> решен запрос на трекере — №28093

Не сходятся остатки на конец-начало периода
Не сходятся суммы остатков конца одного периода с началом следующего периода в товарном отчете

Решение:
Апгрейд SH4 до актуальных версий и выполнение следующих процедур:
1. Процедура ChkDoc12 проверяет замены и в случае обнаружения расхождений пишет в > текстовый лог (SDB.TXT) строки вида:
doc _номер документа_ saved _сохр. кол-во_ calc _расчетное кол-во_
2. Процедура RepDoc12 делает тоже самое плюс пытается это исправить (сохранить другое кол-во).

Предполагается вызывать так (в качестве библиотеки указывать SHSERV.DLL с версии SH 4.94):
ChkDoc12
— посмотреть лог, если есть проблемы, то
RepDoc12
— снова проверить ChkDoc12. (Перед применением RepDoc12 не забыть сделать резервную копию БД).

Внимание! Ошибки при работе SHC.EXE могут остаться. Главное, чтобы отчет сходился! На современных версиях SH 4.90 и выше, после правки можно воспользоваться SHC для исправления оставшихся после правки логических ошибок до полного исправления БД.

3. Если не помогают вышеописанные процедуры, выполнить процедуру

fix_002

— из актуальной для используемого SH версии SHFIX.DLL. Для старых версий SH (ниже 4.90) может не сработать, тогда выполнить после обновления ПО до актуальной версии.

	Номер ошибки:	Ошибка 3813
Название ошибки:	Microsoft Access Error 3813
Описание ошибки:	SQL pass through queries are disabled.
Разработчик:	Microsoft Corporation
Программное обеспечение:	Microsoft Access
Относится к:	Windows XP, Vista, 7, 8, 10, 11

Описание «Microsoft Access Error 3813»

«Microsoft Access Error 3813» часто называется ошибкой во время выполнения (ошибка). Разработчики Microsoft Corporation обычно оценивают Microsoft Access с помощью серии модулей для удаления ошибок в соответствии с отраслевыми стандартами. Поскольку разработчики программного обеспечения пытаются предотвратить это, некоторые незначительные ошибки, такие как ошибка 3813, возможно, не были найдены на этом этапе.

Ошибка 3813, рассматриваемая как «SQL pass through queries are disabled.», может возникнуть пользователями Microsoft Access в результате нормального использования программы. После того, как об ошибке будет сообщено, Microsoft Corporation отреагирует и быстро исследует ошибки 3813 проблемы. Затем Microsoft Corporation исправит ошибки и подготовит файл обновления для загрузки. Таким образом при выполнении обновления программного обеспечения Microsoft Access, он будет содержать исправление для устранения проблем, таких как ошибка 3813.

В чем причина ошибки 3813?

Сбой устройства или Microsoft Access обычно может проявляться с «Microsoft Access Error 3813» в качестве проблемы во время выполнения. Следующие три наиболее значимые причины ошибок выполнения ошибки 3813 включают в себя:

Ошибка 3813 Crash — это очень популярная ошибка выполнения ошибки 3813, которая приводит к завершению работы всей программы. Эти ошибки обычно возникают, когда входы Microsoft Access не могут быть правильно обработаны, или они смущены тем, что должно быть выведено.

Утечка памяти «Microsoft Access Error 3813» — если есть утечка памяти в Microsoft Access, это может привести к тому, что ОС будет выглядеть вялой. Потенциальным фактором ошибки является код Microsoft Corporation, так как ошибка предотвращает завершение программы.

Error 3813 Logic Error — Ошибка программной логики возникает, когда, несмотря на точный ввод от пользователя, производится неверный вывод. Это видно, когда исходный код Microsoft Corporation содержит недостаток в обработке данных.

Повреждение, отсутствие или удаление файлов Microsoft Access Error 3813 может привести к ошибкам Microsoft Access. Как правило, любую проблему, связанную с файлом Microsoft Corporation, можно решить посредством замены файла на новую копию. В качестве последней меры мы рекомендуем использовать очиститель реестра для исправления всех недопустимых Microsoft Access Error 3813, расширений файлов Microsoft Corporation и других ссылок на пути к файлам, по причине которых может возникать сообщение об ошибке.

Классические проблемы Microsoft Access Error 3813

Общие проблемы Microsoft Access Error 3813, возникающие с Microsoft Access:

• «Ошибка Microsoft Access Error 3813. «
• «Недопустимая программа Win32: Microsoft Access Error 3813»
• «Извините, Microsoft Access Error 3813 столкнулся с проблемой. «
• «Microsoft Access Error 3813 не может быть найден. «
• «Microsoft Access Error 3813 не может быть найден. «
• «Ошибка запуска программы: Microsoft Access Error 3813.»
• «Файл Microsoft Access Error 3813 не запущен.»
• «Отказ Microsoft Access Error 3813.»
• «Неверный путь к программе: Microsoft Access Error 3813. «

Эти сообщения об ошибках Microsoft Corporation могут появляться во время установки программы, в то время как программа, связанная с Microsoft Access Error 3813 (например, Microsoft Access) работает, во время запуска или завершения работы Windows, или даже во время установки операционной системы Windows. Выделение при возникновении ошибок Microsoft Access Error 3813 имеет первостепенное значение для поиска причины проблем Microsoft Access и сообщения о них вMicrosoft Corporation за помощью.

Microsoft Access Error 3813 Истоки проблем

Заражение вредоносными программами, недопустимые записи реестра Microsoft Access или отсутствующие или поврежденные файлы Microsoft Access Error 3813 могут создать эти ошибки Microsoft Access Error 3813.

В частности, проблемы с Microsoft Access Error 3813, вызванные:

• Недопустимая (поврежденная) запись реестра Microsoft Access Error 3813.
• Загрязненный вирусом и поврежденный Microsoft Access Error 3813.
• Microsoft Access Error 3813 ошибочно удален или злонамеренно программным обеспечением, не связанным с приложением Microsoft Access.
• Другая программа, конфликтующая с Microsoft Access Error 3813 или другой общей ссылкой Microsoft Access.
• Microsoft Access (Microsoft Access Error 3813) поврежден во время загрузки или установки.

Продукт Solvusoft

Загрузка
WinThruster 2023 — Проверьте свой компьютер на наличие ошибок.

Совместима с Windows 2000, XP, Vista, 7, 8, 10 и 11

Установить необязательные продукты — WinThruster (Solvusoft) | Лицензия | Политика защиты личных сведений | Условия | Удаление

Написать сообщение

Сообщение будет добавлено в самый конец дискуссии