Изменить идентификатор объекта |
Я |
31.08.12 — 16:59
А можно каким-то образом изменить идентификатор объекта? Конкретно мне надо — документа! Вообще где он? как его прочитать? и поменять… ))
1 — 31.08.12 — 17:00
нет
2 — 31.08.12 — 17:01
Можно.
3 — 31.08.12 — 17:01
Но не нужно
4 — 31.08.12 — 17:02
(1)(2)(3) +1 
5 — 31.08.12 — 17:03
(0) Идентификатор = Объект
Замена идентификатора = Поиск и замена значений
6 — 31.08.12 — 17:15
нет… идентификатор не равно объект… мне нужно прочитать гуид объекта… неужели нет способа??
7 — 31.08.12 — 17:17
(6) Опиши задачу целиком.
8 — 31.08.12 — 17:18
гуид — загугли тут или в любой типовой
9 — 31.08.12 — 17:20
ДокументСсылка.<Имя документа>.УникальныйИдентификатор (DocumentRef.<Имя документа>.UUID)
ДокументСсылка.<Имя документа> (DocumentRef.<Имя документа>)
УникальныйИдентификатор (UUID)
Синтаксис:
УникальныйИдентификатор()
Возвращаемое значение:
Тип: УникальныйИдентификатор.
Описание:
Получает уникальный идентификатор ссылки.
Ссылка может быть получена из уникального идентификатора с помощью метода менеджера ПолучитьСсылку.
Доступность:
Тонкий клиент, веб-клиент, сервер, толстый клиент, внешнее соединение.
См. также:
ДокументМенеджер, метод ПолучитьСсылку
10 — 31.08.12 — 17:21
(7) при загрузке данных из ЗУП в БП, а именно документа «Отражение зарплаты в регл. учете» документ за август создается, а за февраль удаляется. я попробовал изменить гуид в хмл-е и сработало! видимо каким-то образом совпали гуиды документов за февраль и август (не пойму каким) хочу убедиться что я прав… для этого мне надо прочитать гуиды этих докумнетов
11 — 31.08.12 — 17:21
(9) ООО! спасибо!
12 — 31.08.12 — 17:32
(10) Значит, что кто-то сильно умный в ЗУПе взял февральский документ и изменил ему период на август.
13 — 31.08.12 — 17:38
(0) Можно, создать другой объект с нужным гуид, затем обработкой Поиск и замена дублирующихся элементов справочников объединить их.
Вот только с предопределенными объектами это не проходит… Кто знает как это сделать средствами 1С? (менять в скуле рискованно)
14 — 31.08.12 — 17:40
(12) теоретически, возможно… но, если честно, не совсем понимаю, как это могло произойти…
15 — 31.08.12 — 17:42
(14) заходишь в документ, меняешь, записываешь
16 — 31.08.12 — 17:45
(15) да не… не в том дело… просто как бы какой смысл им так делать?…
17 — 31.08.12 — 17:55
(16) у нас пару раз в месяц такое происходит.
Бухи поняли, что гораздо быстрее вводить документ, если скопировать старый и в нем поменять всего несколько полей.
Теперь внимание: если бух случайно вместо кнопки «копировать» нажмет кнопку «открыть», (а это ему как два пальца об асфальт) получается твоя ситуация.
Ответ он всегда на поверхности.
18 — 31.08.12 — 18:01
(17) а че вы дали тьокам права на вольности с доками прошлого, отчаянные финские парни? При хорошей организации прав такие финты можно делать только в текущем дне, все что было вчера, а тем более в прошлом месяце — извините прочти кучу сообщений о запретах, последствиях, ответься 10 раз — «Да, я не дура и вполне адекватна, сохранить» и только потом позволить изменить что-то в «старом доке»
19 — 31.08.12 — 18:05
(18) эти доки не старые. Может даже сегодняшние.
20 — 31.08.12 — 18:08
(18) и в принципе, если например типовая 1С-ка у клиента, вы за свои деньги будете ему эти запреты вставлять?
21 — 31.08.12 — 18:10
поиск и замена дублей
22 — 31.08.12 — 20:47
(21) А с предопределенными объектами как?
23 — 31.08.12 — 20:56
(22) Никак. Гуид предопределенного элемента прописан внутри конфигурации и его не изменить. Проводил эксперимент — в скуле менял гуид предопределенного элемента. В результате после очередного сохранения конфигурации был создан еще 1 предопределенный элемент с таким же гуидом.
24 — 31.08.12 — 21:00
(23) Ключевое слово — «предопределённый»?
25 — 31.08.12 — 22:06
(23) «В результате после очередного сохранения конфигурации был создан еще 1 предопределенный элемент с таким же гуидом» — шалишь? Я еще допускаю одинаковый гуид для разных типов объектов, но в пределах одного типа это невозможно — гуид это ключ!
У меня при обмене баз, когда стоит синхронизация по гуид, такая хрень получается:
Ошибка при загрузке данных: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(4795)}: Ошибка записи объекта
ТипОбъекта = Виды контактной информации
Объект = Телефон физ.лица служебный
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Ошибка при попытке вставки записи с неуникальным значением ссылки.
Microsoft OLE DB Provider for SQL Server: Нарушено «PK___Referen__AC8ED0C40F7C1D9B» ограничения PRIMARY KEY. Не удается вставить повторяющийся ключ в объект «dbo._Reference49». Повторяющееся значение ключа: (0xb9493d07ec2909514bd24a29a071e1b7).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=E, native=2627, line=1
«Гуид предопределенного элемента прописан внутри конфигурации» — если сам не пропишешь, типа:
Процедура ЗаполнитьПредопределенныхПартнеров() Экспорт
// СправочникОбъект = Справочники.Партнеры.НашеПредприятие.ПолучитьОбъект(); // возмем из базы Кайрос. 10.01.2012 МВ.
СправочникСсылка = Справочники.Партнеры.ПолучитьСсылку(Новый УникальныйИдентификатор(«97403c2a-4260-481c-8835-1ea87e51a4aa»));
СправочникОбъект = СправочникСсылка.ПолучитьОбъект();
Если СправочникОбъект = Неопределено Тогда
СправочникОбъект = Справочники.Партнеры.НашеПредприятие.СоздатьЭлемент();
СправочникОбъект.УстановитьСсылкуНового(СправочникСсылка);
КонецЕсли;
СправочникОбъект.ДатаРегистрации = Дата(1980, 1, 1);
Попытка
СправочникОбъект.Записать();
Исключение
Сообщить(«Не удалось записать партнера НашеПредприятие» + Символы.ПС + ОписаниеОшибки(), СтатусСообщения.Внимание);
КонецПопытки;
И то, это помогает для вновь создаваемой базы. Если предопределенный объект пришел с обновлением, то задать ему нужный гуид таким методом не получается. Может кто-то как-то исхитрился менять на нужный гуид?
26 — 01.09.12 — 22:20
Я чего-то не очень понимаю, зачем менять GUID у объекта ?
Ведь он используется для определения ссылок на сам объект. То есть замена GUID приведёт к созданию другого объекта, но с такими же данными внутри. То есть будет равносильно DELETE+CREATE.
Или вы и все ссылки на ваш объект хотите поменять ?
27 — 02.09.12 — 00:01
(26) Необходимости менять гуид нет никогда. Желание его поменять возникает у тех кто ищет простой способ все исправить и не искать истинных причин инцидента.
(22) Почти то же самое, в конфиге создается второй предопределенный элемент, с первого все ссылки в базе перешиватся все на второй, первый предопределнный элемент уничтожается в конфиге. Второй переименовывается в то же имя что было у первого
28 — 02.09.12 — 00:31
(27) Не — один раз возникала необходимость подмены GUID из-за того, что в двух разных базах нужно было сделать один и тот же объект, когда там было уже два объекта — пришлось просто делать замену GUID во всех ссылках.
29 — 02.09.12 — 00:46
(28) ну так то да, но сшивание двух баз это все таки не то чтобы подмена гуидов, а наполнение одной базы объектами другой и потом замена ссылок по базе.
А тут не замена одного объекта на другой, а именно смена гуида как цель
30 — 02.09.12 — 00:58
(29) Если в SQL, то как раз просто замена GUID-а, но так обычно не делают.
31 — 03.09.12 — 09:04
(27) Будет время, попробую этот метод.
(30) Если это справочник Виды контактной информации (как в моем примере (25))большого риска нет это сделать SQL, а если это например, Управленческая организация, которая используется в документах большого периода… у кого есть опыт замены GUID-а прямо в SQL?
32 — 03.09.12 — 09:30
(31) Теоретически, ничего сложного: через метаданные получить таблицы, где могут быть ссылки на элемент, получить имена этих таблиц в SQL и сделать замену.
На инфостарте есть пример.
33 — 03.09.12 — 09:35
Сорри, а какой смысл работы в SQL «напрямую»? Скорость? Но это — нештатная ситуация и алгоритм — «одноразовый». Если замена GUID-ов используется в штатном режиме работы — это бред.
Mikhail Volkov
34 — 03.09.12 — 12:39
(33) Для предопределенных объектов штатный режим не подходит. Если только предложенный (27), но тоже далеко не штатный.
Привет! Мы время от времени делаем технические штуки, которые помогают в работе и упрощают жизнь, но не всегда выкладываем в открытый доступ. Обычно всё остаётся на компьютерах у разработчиков.
Сейчас расскажем простым языком, что именно мы придумали, как оно поможет вашему сайту и почему всё бесплатно.Представляем вам 1C-UMI Explorer — Unika Это расширение, которое позволяет просматривать и редактировать идентификаторы 1С.
Вот так оно выглядит:
Технические нюансы простым языком
У каждого товара/категории есть свой уникальный идентификатор. Это некий штрих-код, который позволяет правильно вести учет товаров при синхронизации 1С с вашим сайтом. По умолчанию в 1С этот идентификатор длинный и сложный. Так сложилось исторически и за это отвечают разработчики самой 1С. Для работы с такими идентификаторами требуется больше оперативной памяти, что может привести к «тормозам» и более медленной загрузке страниц каталога.
Они выглядят монструозно:
Когда у вас большой магазин — подобные конструкции из букв и цифр могут критически повлиять на скорость и работоспособность сайта. Поэтому UMI.CMS при синхронизации с 1С создает свой собственный идентификатор из цифр (по сути — просто порядковый номер). Это сделано во имя оптимизации. Ну, и программистам так удобнее работать .
UMI связывает новый идентификатор со старым. Всё это хранится в базе данных. Чтобы найти нужный идентификатор и разобраться, что к чему, — нужно потратить время. А если произойдёт путаница со статусом страницы — придётся зайти в 2 разных модуля. Обычный пользователь вряд ли захочет заниматься подобными манипуляциями.
Поэтому мы решили создать расширение, где вы сможете в одном окне найти нужный товар или категорию, изменить его идентификатор 1С и сверить все данные.
Перед вами не будет лишней информации
- Поиск и сортировка по id, имени, состоянию и активности;
- Идентификатор, который присваивает UMI.CMS;
- Имя страницы (название категории или товара);
- Идентификатор из 1С;
- Статус страницы активна/не активна и каталог/корзина.
Почему важно иметь всю эту информацию в одном окошке?
Это поможет быстро разобраться в случае проблем при синхронизации с 1С (а они случаются довольно часто, уж поверьте). Допустим, вы провели синхронизацию, но не увидели на сайте товар, который есть в наличии. Если он лежит в корзине или неактивен, то обновление не вернёт его в каталог. Вместо того чтобы переживать и звонить программистам — сможете быстро проверить статус товара в нашем расширении и изменить его.
Это позволит избежать траты нервов и времени. Особенно, если речь идёт о крупном интернет-магазине.
Почему бесплатно?
Мы уже давно слышали о проблеме с идентификаторами. Коллеги также жаловались на баги при синхронизации. Поэтому решили проявить инициативу и сделать полезное расширение для всех пользователей UMI.CMS
Ссылка: https://github.com/Unika-web/1C-UMI-Explorer-Unika Можете совершенно бесплатно скачать и установить его.
Протестировано на 20 и 21 версиях UMI.CMS. Требуемая версия PHP: 7.1 или выше.
Если вдруг вам нужна помощь по внедрению этого расширения — с удовольствием поможем, так как лучше всех знаем, как оно работает С вопросами обращайтесь сюда: web@unikaweb.ru
Есть элемент справочника Организации можно ему сделать новый УИН как для нового?
Только у нового можно УИД поставить. Или запросами прямыми. По сути конечно и в файловой можно, но нужно знать как
а поменять УИД между старым и Новым?
нельзя поменять у существующего уже. зачем?
Что бы значил твой вопрос?
Создать новый с заданным уидом и подменить им старый во всех ссылках на него.
Вот тебе замена ссылки у существующего
Сделай новую организацию и ссылки перебрось
Задачу объясни конкретнее, зачем тебе это надо?
Нет задачи, даже в теории чтобы надо было поменять у существующего ГУИД
Иногда это нужно, например для обмена данными, или прямых запросов, в которых завязано на УИДе
Это будет уже другой элемент, такое проканает только с не ссылочными данными
Много баз сливают в одну. Базы делались из одной «рыбы». Т.е. был объект «Наша организация» со своим УИД. Брали Нашу Организацию и делали из нее ООО «Ромашка». Теперь эти лютики и ромашки надо слить в одну базу. И при заливке через ВыгрузкуЗагрузкуДанныхХМЛ Ромашка затирает Лютик и наоборот. Поэтому было бы хорошо в Ромашке поменять УИД заранее чтоб ничего не затереть. Делаю как поиск и замена значений, но очень уж долго работает…
Прямые запросы — нарушение соглашения. Для обменов — делается по сути , т.е. стандартная поиск и замена ссылок, Или регистр соответсвия объектов ИБ юзается… короче задача решается не таким путём как хочет автор
Как насчет ситуации, когда при обмене у разных объектов совпали идентификаторы?
Лучше не УИДы меняй, а поменяй названия и прочую инфу между собой. А УИДы оставь как есть А мне все равно на соглашение, ибо база данных является моей собственностью
ну почему, сливаем данные из двух таблиц в одну — возможно Уиды совпадут
>>А мне все равно на соглашение нуну…
Загрузка выгрузка идет по УИДАм
бывает, за 4 года 1 раз словил Но решение не , а опять же Поиск и замена значений. Сиречь создание нового элемента и перекидывание на него ссылок во всей базе
теоретически возможно даже если база не потомок
Ну так что, граждане, есть выход из тунеля?
2 не бывает, разве только сделать так специально. А раз специально сделали — значит думали когда делали. 2 и кто же завел в двух разные объектынх таблицах записи с пересекающимися уидами и зачем он это сделал?
2 тебе уже сказали, что нет.
бывает. В разных ИБ — свой независимый генератор гуидов, пересечение их возможно в теории, но вероятность стремится к нулю
2 настолько быстро сремится к нулю, что то о чем ты описал без специальных действий ты мог словить самое ранее через миллиард лет, а не за четыре года.
настрой загрузку/выгрузку организаций не по УИДАм ,а по ИНН , в чем проблема то…
когда нибудь случается в первый раз, у меня так документ по обменам бегал, в 2-х разных узлах создались одинаковые гуиды
Какое-то глупое ограничение платформы тянущееся много лет, может в 9.0 все-таки разрешат.
последствия представляешь? вот автор заменит гуид — и пол базы в битых ссылках. Красота, да
Любая вероятность 50% — либо случится, либо нет. (с)
+ вообще — одинаковые гуиды можно найти в больших РИБ базах, но очень редко попадается что они в одном виде документа-справочника
2 что разрешат? Что если поменять уид в записи, то во всех других записях уид тоже автоматом поменятся, и это будет происходить мгновенно?
есть, но не такой как в . Если сливаешь по обменам — вобще проблем нет же, см
Уид — это «фактически» номер объекта в его таблицы. Во всех местах, где идёт ссылка на объект, указывается этот номер. Что будет, если у какой-то записи мы поменяем «номер» — это уже будет другая запись, а от старой останутся неразрешимые ссылки, так как она будет ссылаться на номер, которого нет. То есть, даже если вам каким-то чудом удастся подменить GUID в таблице объекта, всё равно придётся запускать обработку поиска и замены значений, чтобы поменять все ссылки.
Про мгновенно никто не говорит. Но метод такой необходим. Одним общепринятым извращением станет меньше.
2 этот метод реализуем изменением уида в ведущей таблице средствами SQL и во всех ведомых. Или через поиск и замену значений. Если кто-то не знает этого или не умеет этого — то это уже его проблемы а не 1С.
> Можно ли изменить уникальный идентификатор у уже существующего элемента База 10 ГБ размером. Как ты себе это представляешь?
Средства скл давно стали стандартными в файловом варианте?
бзик-бзик-бзик в 1000 раз быстрее чем перенести 10Гб документов на новую организацию
2 Не стали вообще. НО и создать другой элемент справочника и запустить поиск и замену значений в файловом варианте — тоже не очень долго. Если вдруг это долго, то значит либо базе давно стоит быть в клиент-серверном варианте, либо опять же, не делать вообще
из-за отсутсивя элементарного метода приходится выбирать какой изврат менее гиморен в данном случае. типично одинэсный подход)
думаю, напрямую в таблице SQL можно поменять
2 бзик-бзик-бзик и есть перенести документы на новую организацию, и ТС говорит что это медленно у него.
2 да нет, типично одинэсный подход говорить что метод которого не должно быть вообще, нужен
> бзик-бзик-бзик в 1000 раз быстрее не получится так на физическом уровне. GUID — это ссылка. Это то же самое, что ты во всех таблицах документов новую ссылку пропишешь.
изменение ссылки во всех таблицах сравниваешь с полным перепроведением документов по новой организации? совесть есть?
2 кто сказал о полном перепроведении? ты давно заглядывал в поиск и замену значений?
напиши правила обмена или возьми с БСП
+ там есть возможность проассоцииоровать один элемент с другим
Возможно, возможно и сопоставимо по времени, но все равно куча ненужных телодвижений, часть стандартных алгоритмов проверки документов все равно отрабатывает. Прямая замена все равно работала бы гораздо корректнее и не зря ты советуешь скуль юзать.
2 зачем она отрабатывает? потому что криворукие программисты не поставили проверку на ОбменДанными.Загрузка?
, посмотри в своей конфигурации наличие регистра сведений СоответствиеОбъектовДляОбмена. И если он есть — изучи зачем он нужен и как его использует конфигурация.
Заменить 1 поле быстрее, чем переписывать весь объект.
Тэги: 1С 8
Комментарии доступны только авторизированным пользователям
На чтение 5 мин Просмотров 1.9к. Опубликовано 23.05.2019
Содержание
- Как убрать слово [КОПИЯ] из заголовка базы 1С
- Как поменять заголовок базы 1С
- Похожие публикации
- Карточка публикации
- Добавить комментарий Отменить ответ
Как правило, все новые настройки в программе 1С и сложные хозяйственные операции бухгалтер сначала прорабатывает в копии базы: тогда рабочая база не пострадает и учет будет в полном порядке.
При создании копии базы в заголовке появляется слово [КОПИЯ]. В статье мы рассмотрим:
- по какой причине это происходит и как поменять название;
- почему очень важно, чтобы заголовки копии и оригинальной базы различались.
Как убрать слово [КОПИЯ] из заголовка базы 1С
Если при создании копии базы 1С вы нажали кнопку Это копия информационной базы вместо Информационная база перемещена , то в заголовке названия базы появится слово [КОПИЯ] в квадратных скобках, которое не редактируется.
Это произошла блокировка работы с внешними ресурсами, которую можно снять самостоятельно через Администрирование – Настройка программы – Обслуживание .
Регламентные операции – кнопка Разблокировать работу с внешними ресурсами .
После нажатия на кнопку Разблокировать работу с внешними ресурсами заголовок базы автоматически поменяется и слово [КОПИЯ] из него исчезнет.
Как поменять заголовок базы 1С
Рекомендуем при создании копии базы всегда менять ее название (делать заголовок понятным) , чтобы не перепутать с рабочей базой и случайно не внести данные не в ту базу. Это особенно критично, когда при работе открыты сразу несколько баз.
Поменять название базы 1С можно через Администрирование – Настройки программы – Общие настройки .
В поле Заголовок программы внесите нужное название. Например, КОПИЯ от 18.10.18 ОТЧЕТНОСТЬ 3 КВ 2018.
Если при создании копии базы 1С вы нажали кнопку
- Информационная база перемещена , то в заголовке базы автоматически будет добавлено слово КОПИЯ.
Мы уточнили название и добавили в заголовок дату – от 18.10.18.
Название отображается только в заголовке базы для вашего удобства и не влияет на информацию, отображаемую в печатных формах и отчетах.
Если Вы являетесь подписчиком системы «БухЭксперт8: Рубрикатор 1С Бухгалтерия», тогда читайте дополнительный материал по теме:
Если Вы еще не подписаны:
После оформления подписки вам станут доступны все материалы по 1С Бухгалтерия, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.
Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно
Похожие публикации
- Как правильно настроить интерфейс ТАКСИ для успешной работыИнтерфейс ТАКСИ имеет уникальную возможность – он подстраивается практически под любые.
- Передача ссылок в 1С1С предоставляет возможность получить текстовую ссылку на любой раздел интерфейса.
- Куда исчезла кнопка «Все функции» после обновления?.
- Можно ли убрать дату на начальной странице 1С?.
Карточка публикации
| Разделы: | |
|---|---|
| Рубрика: | Интерфейс ТАКСИ / ПРОМО: 1С Бухгалтерия |
| Объекты / Виды начислений: | |
| Последнее изменение: | 26.01.2019 |
>ID, ‘post_tag’ ); // так как функция вернула массив, то логично будет прокрутить его через foreach() foreach( $termini as $termin )< echo » . $termin->name . »; > /* * Также вы можете использовать: * $termin->ID — понятное дело, ID элемента * $termin->slug — ярлык элемента * $termin->term_group — значение term group * $termin->term_taxonomy_id — ID самой таксономии * $termin->taxonomy — название таксономии * $termin->description — описание элемента * $termin->parent — ID родительского элемента * $termin->count — количество содержащихся в нем постов */ —>
(3 оценок, среднее: 5,00 из 5)
Добавить комментарий Отменить ответ
Для отправки комментария вам необходимо авторизоваться.
Вы можете задать еще вопросов
Доступ к форме «Задать вопрос» возможен только при оформлении полной подписки на БухЭксперт8.
Оформить заявку от имени Юр. или Физ. лица вы можете здесь >>
Нажимая кнопку «Задать вопрос», я соглашаюсь с
регламентом БухЭксперт8.ру >>
Рис. 1 – Окно предупреждения
Если нажали «Это копия информационной базы» вместо «Информационная база перемещена», то в заголовке программы появится слово «КОПИЯ».
Рис. 2 — Копия информационной базы
Как убрать слово «КОПИЯ» в заголовке программы:
Заходим в раздел «Администрирование» и выбираем пункт «Обслуживание».
Рис. 3 — Обслуживание
В группе «Регламентные операции» нажмите кнопку «Разблокировать работу с внешними ресурсами».
Рис. 4 — Разблокирование работы
После снятия блокировки работа с внешними ресурсами будет восстановлена, а надпись [КОПИЯ] в заголовке программы исчезнет.
Если же наоборот нажали кнопку «Информационная база перемещена» вместо «Это копия информационной базы» хотя на самом деле это копия информационной базы и все регламентные задания по синхронизации должны быть заблокированы, то будет немного сложнее, т.к. в этом случае никакой кнопки «Заблокировать работу с внешними ресурсами» в разделе «Регламентные операции» не будет.
В этом случае необходимо будет закрыть программу 1С и в каталоге с информационной базой просто удалить или переименовать файл DoNotCopy.txt.
Рис.5 — Переименование файла
Сафаров Ильдар. Специалист Линии консультаций
Как известно, современные прикладные решения (БП, УТ, ЗУП, КА, ERP и т.д.) создаются на основе Библиотеки стандартных подсистем (БСП).
Одной из функций БСП является идентификация информационной базы, в результате работы которой формируется ее уникальный идентификатор.
При запуске информационной базы после загрузки ранее выгруженных данных функционал БСП просит указать была ли база перемещена, либо скопирована.
Если выбрать вариант «Это копия информационной базы», то БСП обеспечит вывод «КОПИЯ» в заголовке окна. Это удобно для идентификации копий исходной ИБ.
Однако, бывают случаи, когда такое указание было сделано по ошибке. Как же убрать «КОПИЯ» из заголовка программы 1С?
Все просто. В БСП предусмотрено изменения состояния ИБ в разделе Администрирование -> Обслуживание:
Личное общение — наиболее эффективный способ коммуникаций
Воспользуйтесь формой обратного вызова и мы перезвоним Вам