1С:Предприятие 8

Объект "Бизнес-процесс" описывает логику выполнения операций для достижения той или иной цели и управляет жизненным циклом созданных бизнес-процессов их экземпляров от момента старта до момента завершения.

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

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

В первом случае действие должны выполнить все члены группы, — например, когда всем менеджерам нужно предоставить ежемесячный отчет.

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

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

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

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

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

То, какие сотрудники в итоге получат это задание, будет зависеть от того, кто в каком отделе работает. Если конкретный исполнитель не указан, то вступает в действие механизм произвольной адресации. Система ориентируется на соответствие измерений регистра. Если в регистре адресации два измерения одно для исполнителя, и еще одно для какого-либо признака адресации - например, подразделение , то задача будет назначена всем исполнителям, для которых в регистре есть записи с дополнительным признаком адресации.

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

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

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

Некоторая работа с данными через COM. Оформление и рефакторинг сложных логических выражений. Взаимодействие с Microsoft Word. Как просто запомнить алгоритм программного вывода в СКД. Метод формирования движений в типовых регистрах нетиповыми регистраторами. Использование программных перечислений, ч. Недокументированное использование стандартных обработок из меню "Все функции".

Регулярные выражения без внешних компонент? Net в 1С для новичков. Выразить число как строку и дату как строку в запросе. Расчет хэш-функции в запросе. Не вдаваясь глубоко в теорию и исследования открыл типовое закрытие месяца в УПП, то которым пользуются куча народа и нет никаких неожиданностей все работает и вроде жалоб не слышно. Может дело только в одном после точки слияния установлена точка разделения.

А "неожиданное" поведение это "особенность" которую надо учитывать. Александр Капустин kapustinag В статье описаны проблемы, которые могут возникнуть, если некоторые задачи выполняются автоматически.

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

Автовыполнение задач других ветвей после точки разделения не вызывает проблем. Для воспроизведения проблемы использовал демо-базу УПП 1. Релиз платформы — 8.

Всплывают аналогичные проблеммы, буду копать. Евгений Чернета nl8 Я правильно понял, что способ обхода ошибки - это потенциально автоматически завершаемую задачу или вложенный БП не присоединять к первой линии, исходящей из точки разделения? Если возможно автовыполнение любой ветви, меняем схему.

Отличная статья, с большим удовольствием плюсую. В кой-то веки нетривиальная. Хорошая статься, много описания и картинки: Максим Кузнецов Makushimo На редкость понятное и подробное описание. С большим удовольствием прочитал. Владимир Клименко KliMich Попробую применить на практику. Антон Тоник artichoke Андрей Фурсов Anikrion 8 Спасибо большое, очень полезная статья. Алексей alexqc Возникает после выполнения стандартной или переопределенной в обработчике события ПередСозданиемЗадач механики генерации списка задач.

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

Остальные задачи потом ведут себя так же. Регистр сведений для статусов и регистр адресации - намного гибче, не требует лазить в конфигуратор при смене бизнес-процессов. Я остаюсь при мнении, что БП - это мертворожденный продукт адресации задач. Ярослав Юнка yk Сам сейчас начал ими заниматься штука хорошая, но как всегда без глюков не обойтись, уже ловил несколько зависших и не туда и не сюда и хрен поймешь из-за чего косяк. Джамал Абдусаламов j3d 31 Сложно сказать, насколько удобнее станет работать программистам при использовании БП.

Вполне возможно что в словах fixin есть доля правды и БП есть "банальный таск-менеджмент, да еще и на костылях статической компоновки в конфигураторе". Интересно что все участники этой дискуссии, ратующие за пользу БП до сих пор не привели наглядных аргументов. При всем своем опыте программирования в 1С, все же считаю себя чайником. Думаю таким образом можно будет убить сразу двух зайцев: Сделать эту статью действительно "для чайников" 2.

За пошаговой инструкцией - к книжкам от 1с. Там расписано, вроде бы. Хотя и по этому описанию можно просечь фишку. Одно понял, что противники БП от 1с банально лентяи, они думают что схемку накидал и готово. Для того чтобы эффективно использовать механизм надо очень много писать, и перед тем как начать писать основательно подумать! В общем я остаюсь при своей точке зрения, что БП это вещь нужная и полезная, но не сразу поддающаяся. У нас БП реально применяются, например "Командировки", начинается с "хотелки" кого-то съездить в командировку, согласование, отчеты и т.

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

И если вести речь о "динамических" БП, статусов документов и т. С картинками бы, и в рамочку можно оформить. Что бы объяснить достоинства и недостатки БП, постараюсь написать статейку с примером использования, картинками и примерами кода. Если я объясняю, что материал дырявый, обязательно нужно строить дом и показывать, как он рушится? Напишите и обрушьте, не вопрос. Просто, учитывая, что зданий стоящих с БП мало, смею утверждать, что БП - это отстой.

Банальная схема подписи документов меняется раз в квартал? В динамических не надо. Вот вам обычный БП: Подпись у менеджера - подпись у директора - выпуск со склада. Конечно, можно нарисовать универсальный БП - подпись у текущего лица, подпись у следующего, но смысл? БП теряет свою наглядность. Аналогичная фигня реализуется регистром статусов прохождения документов без всяких головняков Так что БП в 1С - это высосанная из пальца поделка, не заслуживающая реального применения.

Но все это дань моде, ничего нового по сравнению с регистрами сведений нет. Заказчик все равно блок схемы не видит и они ему никоим боком не нужны. Он хочет видеть статусы. Но то, как это реализовало 1С - это бред. В статье самый первый шаг описан. В УТ можно посмотреть как сделаны БП для начала, а потом уже и свои наваять. Валерий Дубовой Valerich Плевок в сторону этого механизма. Не раскрыты возможности динамической многопараметрической автоматической адресации задач, а это очень сильный механизм, которого нет, например, в Лотус СЭД этот тот самый регистр сведений, о котором вскольз упомянуто, но не описано зачем он нужен.

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

Сейчас оттолкнувшись от идей той конфигурации построил свой "движок", на базе которого уже реализованы электронные согласования документов, хранящихся в БД и некоторые производственные процессы с передачей задач через несколько узлов РИБ - участвуют десятки пользователей по всей стране в режиме реального времени. В дальнейших планах реализовать устоявшиеся БП управления проризводственными процессами PPS - жирный минус.

Если про регистры расчета хоть как-то с Радченко инфу содрал кусками , то сюда вообще нечего соваться было ИМХО. Статичный зашитый механизм, который многократно обходит банальный регистр правил. Да, плевок в сторону механизма, но плевок обоснованный. Считаю, что БП в 1С - нежизнеспособны, как бы красиво они не назывались. Я не начинающий, я писал несколько БП, в частности БП утверждения заявок на расходование денег и БП заявки на удаление дублей номенклатуры Ваши жирные минусы не изменят объективной реальности - механизм получился неудобным и невостребованным.

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

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

Вы пишете Статусы документов легко ее заменяют. И те же самые грабли - статическа компонвока, аж восемь этапов согласования! То бишь на каждый чих по кадровой перестановке нужно вызывать программиста. Я бы менее затратно это реализовал на регистрах сведений. Ваше использование в этом случае БП - непропорциональная по затратам дань моде. Про механизм адресации я уже писал, что регистры правил круче и гибче, чем механизм адресации.

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

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

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

Руководитель максимально быстро получает всю информацию, которую сейчас кто-то должен обобщить из бумажек. Так что в данном случае ИМХО документооборот носит совершенно вспомогательную роль как транспорт информации между Б и Р.

Как побочный продукт - заполнение бух документов по этим данным уже в автоматическом режиме. Итак, БПЖ - последовательность совокупность действий работников по осуществлению хозяйственной операции. БПТ - действия клерков по перекладыванию документов возможно, электронных с целью отчитаться перед начальствующим субъектом о совершенной совершенно другими людьми хозяйственной операции и "доказать" тем самым свою полезность для бизнеса.

Где тут место БП 1С? Мне, как автоматизатору, хотелось бы видеть в них инструмент для реализации левой стрелки, то есть для моделирования бизнеса в документообороте. На деле же мне предлагают средства фиксации статической модели.

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

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

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

Заполнить эти реквизиты правильно - непосильная задача для пользователя. Когда подсмотрел идею с шаблонами, научился пропускать шаги, описывать все в шаблоне он всегда выглядит как на рисунке , доработал механизм адресации - все стало очень просто: Пользователь создает БП, выбирает нужный шаблон и нажимает ОК.

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

Нарисовать интерфейс не сложно - есть соответствующие события. Без таких интерфейсов индивидуальных запуск нового БП - это всего лишь 1. PS умные буковки Б Р Д и стрелочки между ними Потом монахи долго заседали, И составляли план работ на год.

CRM система.1С CRM Создание бизнес процессов с нуля - Продолжительность: ИТ и Бизнес-архитектуры вашей компании 6 просмотра.  Курс: Создаем бизнес-процессы в Битрикс Реализуем свой первый бизнес-процесс! 62 Responses to Практика использования Бизнес-процессов и Задач в «1С:Предприятии ». Cos Здравствуйте!  В частности, интересует вопрос программного создания, выполнения и завершения бизнес-процесса. Ответить. Евгений Гилев (Мастер-тренер) Для создания карты маршрута бизнес-процесса могут быть использованы все оформительские возможности, предоставляемые графической схемой. При работе пользователя с системой предусмотрена возможность отображения актуальной карты маршрута для конкретных экземпляров бизнес-процессов с учетом пройденных и активных точек маршрута. Точка действия. Точки этого вида описывают отдельную операцию (единицу работы), соответствующую определенному этапу (шагу) в жизненном цикле бизнес-процесса: Точка действия содержит информацию кто и что должен сделать на данном этапе, например: бухгалтер - принять оплату на.

Шаблоны бизнес-процессов 1С

Выполнение задачи представляет собой передвижение по маршруту бизнес-процесса. Рассмотрим процесс внедрения бизнес процессов в 1С подробнее. В задачах на вкладке Адресация необходимо задать основные параметры в механизме бизнес-процессов: А так же заполнить реквизиты адресации. В поле Адресация задается регистр сведений, с помощью которого будет настроена адресация. В нашем примере это регистр сведений с измерениями: В поле Основной реквизит адресации необходимо указать основной для адресации реквизит — основной разрез для выполнения задачи.

Текущий исполнитель — поле, в котором указывается Параметр сеанса, по которому будет определяться текущий исполнитель. Подробнее об этом можно прочитать в статье Параметры сеанса. Для тестового примера необходимо создать несколько предопределенных элементов справочника: Рассмотрим формирование бизнес-процесса на основе процесса закупки товара: Для простоты предположим, что метод оплаты указывается в задаче: Следующий этап — создание форм будущего бизнес-процесса.

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

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

В этой случае при вызове метода Старт бизнес-процесс пройдет все точки маршрута автоматически и будет сразу помечен завершенным. Сервер, толстый клиент, внешнее соединение. Если у бизнес-процесса всего одна точка старта, то указывать ее не обязательно.

Как создаются задачи исполнителей и т. Le8niD K le0nid НайтиПоНаименованию "Пользователь" ; Бп. Сергей Долинин ImHunter 20 Если говорить про штатный механизм платформы, то задачи сами создаются при приходе БП в точку действия. То бишь, после старта, чего-то делать с БП более не нужно. Он сам и должен задачи создавать и двигаться выполнением задач к финишу. Введите ваш пароль Забыли свой пароль? Код подтверждения из письма: Введите код подтверждения из письма.

Общие вопросы программирования Dev. Интеграция и обмен данными, конвертация данных Обмен. Библиотека стандартных подсистем БСП. Внешние компоненты и работа с оборудованием ВК. Общие вопросы администрирования Admin.

Производительность и оптимизация HighLoad. Сервер, сеть, оборудование Hardware. Системное программное обеспечение Software. Сервисные утилиты администрирования Utils.

Общие вопросы по учету Учет. Бухгалтерский учет и налоги БУ. Зарплата и кадровый учет Зарплата. Управление финансами и бюджетирование Финансы. Но мы пойдем немного дальше. Для начала добавим автоматическую запись исполнителя в задачу при ее выполнении, чтобы в будущем можно было отследить, кем именно она была выполнена.

Ведь младших кадровиков может быть несколько — баба Нюра и баба Катя. До момента выполнения задачи она будет отображаться в списках всех потенциальных исполнителей.

Итак, добавим в модуль объекта ЗадачаИсполнителя стандартный обработчик ПередВыполнением со следующим кодом:. Теперь добавим в бизнес-процесс реквизиты, которые позволят хранить информацию о выполняемых действиях:. Поработаем и с задачей. Выведем на форму задачи ссылку на родительский бизнес-процесс и его реквизиты:. В наименовании задачи было бы неплохо видеть не только название точки маршрута, но и ФИО человека, которого требуется принять на работу. Для этого в модуле объекта бизнес-процесса определим процедуру УстановитьНаименованиеЗадачи , и будем вызывать ее при создании задач:.

Процедуру ОбщаяПриСозданииЗадач привяжем к каждой точке маршрута бизнес-процесса. Это можно сделать через карту маршрута:. На каждой точке маршрута можно задавать отдельные обработчики событий, если требуется выполнять различные действия.

На этапе выполнения задачи добавим контроль над пользователем со стороны системы: Для этого в модуль объекта бизнес-процесса добавим функцию ПроверитьВыполнениеЗадачи , которую будем вызывать в обработчике ОбщаяПередВыполнением в каждой точке маршрута привязка осуществляется также через карту маршрута:. Мы описали только базовые приемы работы с бизнес-процессами и задачами в 1С: Но цель статьи — показать, как можно использовать объекты системы при автоматизации бизнес-процессов.

Выгрузку базы готового примера можно скачать в конце статьи и использовать в качестве шаблона. Есть еще множество нюансов, которые просто невозможно рассмотреть в одной статье: Если эти темы Вам интересны, оставляйте комментарии — и мы продолжим освещать тему бизнес-процессов. Автор статьи — Алина Баринова. Мы ведем группу ВКонтакте — http: Если Вы еще не вступили в нее — сделайте это сейчас, и в блоке ниже на этой странице появятся ссылки на скачивание материалов.

Давно вхожу в вашу группу в Вконтакте, но ссылка на скачивание статьи в PDF — не появляется. В чем может быть дело? Браузеры — Chrome и MS Edge. Нужно нажать на кнопку Подписаться и войти в Ваш профиль ВКонтакте, после этого появится ссылка на материалы. Если проблема сохранится, пришлите скриншот ошибки на почту службы поддержки Support NasF.

После этого Должна появиться прямая ссылка на pdf-файл. Большое спасибо за статью! Скажите пожалуйста, а есть ли продолжение?

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

Пожалуйста, убедитесь, что ничто не препятствует загрузке социальных сценариев в вашем браузере. Отключите их и попробуйте снова. Рады, что статья оказалась Вам полезна! Попробуйте очистить кэш или воспользоваться другим браузером. Если проблема не будет решена, сообщите об этом в письме на support kursy-po-1C. К сожалению инструмент задач и бизнес процессов 1С не позволяет реально описывать бизнес процессы предприятия как это реализовано в ARIS или специализированных инструментах например, Business Studio.

Скорее Заратустра не позволяет. Все прекрасно описывается,только стандартную обработку отключать приходится. После этого PDF-версия статьи должна отобразиться для Вас внизу статьи.

Попробуйте также очистить кэш и подписаться через другой браузер. Но, при всём уважении к вашему труду: Да, безусловно, закупка материалов — это не самостоятельный бизнес-процесс. Она может выступать только как часть бизнес-процесса. Есть такой вопрос, по моему по этой теме как раз: Занимаемся выпуском шкафов с эл. У бригады по шкафов параллельно собирается, значит мы должны увидеть информацию в 1С какая бригада и какие сотрудники занимались этим шкафом.

Все это нужно чтобы:. Начальник производство мог видеть какой этап производства. Какие сотрудники могут начать на следующей неделе новые проекты.

Чтобы сразу пришло сообщение что шкаф нужно начать испытывать, Маркировщики его промаркировали и т. Как это все реализовать в ERP? Кто-нибудь подскажет, что и где почитать по этой теме или курс какой пройти? Просто тыкая по встроенному функционалу и читая разные обрывки сведений в инете — до меня не доходит общее понимание поставленной задачи. Эх, думал что то новое узнаю.

При создании бизнес-процесса на основе шаблона происходит не только изменение внешнего вида бизнес-процесса, но и первоначальное. 15 мар. г. - Создаем бизнес-процесс в несколько шагов - Рассмотрим простейший пример создания бизнес-процесса и привязки к нему объекта задачи. настройки регистра адресации задач в режиме 1С:Предприятие. 8 февр. г. - Одному виду бизнес процесса соответствует один вид задачи, один Если рассматривать БП в платформе 1С, как создание задачи.

Найдено :

Случайные запросы