Навигатор по корпоративному софту: выбор есть всегда

Эволюция КИС

Статистическое управление запасами (Statistical Inventory Control, SIC)

Недостатки:

  • Излиш­ние запасы материалов и комплектующих;
  • Проблемы функционирования произ­водства;
  • Не сбалансированные запасы и будущий спрос.

Планирование потребности в материалах (Material Requirements Planning, MRP)

СПРОС:

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

Данная потребность может быть представлена

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

Информация о прогнозах продаж и заказах на продажу фиксируется в главном календарном плане производства (MPSMaster Production Schedule), охватывающем все включаемые в план производства НП.

ЗАПАСЫ:

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

Понятие “открытый заказ” введено как для производимых, так и для закупаемых НП и относится к тем заказам, изготовление или закупка которых начаты, но еще не завершены.

СПЕЦИФИКАЦИЯ – это данные о составе изделий и нормах расхода сырья, материалов и компонентов на единицу измерения готовой продукции. В теории MRP эта информация получила название ВОМ (Bill of Material) — спецификация.

Основными целями MRP-систем являются:

  • удовлетворение потребности в материалах, компонентах и продукции для планирования производства и доставки потребителям;
  • поддержка уровней запасов не выше запланированных;
  • планирование производственных операций, расписаний доставки, закупочных операций.

Order In Time + Kanban = Just In Time

Планирование потребности в мощностях (Capacity Requirements Planning, CRP)

Для работы механизма CRP необходимо:

1.Данные о главном календарном плане производства (являются исходными и для MRP).

2.Данные о рабочих центрах. Рабочий центр — это определенная производственная мощность, состоящая из одной или нескольких машин (людей и/или оборудования), которая в целях планирования потребности в мощностях (CRP) и подробного календарного планирования может рассматриваться как одна производственная единица.

3.Данные о технологических маршрутах изготовления НП, здесь указываются все сведения о порядке осуществления технологических операций и их характеристики (технологические времена, персонал, другая информация).

Планирование потребности в материалах в замкнутом цикле (Closed Loop MRP)

Замкнутый цикл MRP – это система, построенная вокруг планирования потребности в материалах (MRP), с включением дополнительных плановых функций:

1.укрупненное планирование производства (production planning, aggregate planning),

2.разработка главного календарного плана производства (MPS),

3.планирование потребности в мощностях (capacity requirements planning).

Функции управления производством:

1.измерение входного/выходного материального потока (мощности) (inputoutput (capacity) measurement),

2.формирование подробных графиков и диспетчирование,

3.отчетность по предполагаемому отставанию и т.д.

Web Services и запросы REST

MDS предлагает только один способ получения данных справочников системами-потребителями – это подключение по dblink к базе данных и выполнение запросов к представлениям (view). Однако, на сегодняшний день этот способ считается уже морально устаревшим и небезопасным. Сегодня для обмена данными компании предпочитают использовать Web Services с запросами REST, которые и удобнее и предпочтительны с точки зрения информационной безопасности.

Мы решили разработать Web Services, которые, обращаясь к базе данных MDS, выполняют запросы к представлениям справочников и полученные данные передают системе-потребителю в виде структур JSON или XML.

В рамки этой статьи не входит описания создания Web Services, но мы поделимся своим подходом, как всё организовали.

Метаданные MDS

Мы решили сделать универсальный сервис, которые в теле запроса одним параметром получает имя любого справочника, а другими параметрами – условия отбора записей.

Например, формат тела запроса REST можно сделать таким:

Где:

  • format – параметр, задающий формат возвращаемых данных. Возможны два значения: json или xml;

  • «name»: «имя_сущности» – наименование сущности, из которой выбираются данные;

  • Необязательный блок «where» содержит параметры для фильтрации данных, где: «name»: «имя_поляN» – имя поля, по которому фильтруются данные справочника, «operator»: «=» – оператор сравнения для фильтрации данных. Допустимые операторы:

Необязательный блок «where» содержит параметры для фильтрации данных, где:

  • «name»: «имя_поляN» – имя поля, по которому фильтруются данные справочника;

  • «operator»: «=» – оператор сравнения для фильтрации данных. Допустимые операторы: = равно, <> не равно, > больше, < меньше, >= больше либо равно, <= меньше либо равно;

  • “value”:  “значение для сравнения” – значение, с которым сравниваются значение поля.

Тело запроса может выглядеть так:

Далее мы опираемся на метаданные MDS. В таблице mdm.tblEntity находится перечень всех сущностей и их свойства. В таблице mdm.tblAttribute содержатся атрибуты сущностей и их свойства.

Приложение сервиса выполняет sql-запрос к метаданным MDS, чтобы получить перечень пользовательских атрибутов и их типы данных.

SQL-запрос к метаданным MDS:

После чего приложение генерирует sql-запрос, где указывает имя представления справочника, заранее подготовленного в разделе MDS «Управление интеграцией», все пользовательские атрибуты и условия отбора записей.

Sql-запрос к представлению справочника может выглядеть так:

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

Как они устроены?

Конечно, каждая система, рассмотренная ранее, имеет свои особенности. Но есть в них и общее. Условно можно выделить следующие моменты:

  1. Планирование операций. Это общее положение, в котором отображено функционирование предприятия, при этом устанавливается объем готовой продукции, необходимого сырья, оценка спроса. Также формируется основной производственный план, в котором предусматривается количество и сроки изготовления товаров или оказания услуг.
  2. Планирование необходимых ресурсов. Предусматривается, что необходимо для выполнения поставленных задач. Какие нужны трудовые ресурсы, производственные мощности, материалы и прочее. Благодаря этому моменту можно оценить возможности предприятия при реализации поставленных задач, а также необходимое для этого время, сырье и кадры.
  3. Управление исполнением планов.

Управление данными в облачной среде

Функции облачной платформы управления данными в представлении Gartner: распределение ресурсов, автоматизация и оркестрация; управление запросами на обслуживание; управление высокого уровня и контроль соблюдения политик; мониторинг и измерение параметров; поддержка мультиоблачных сред; оптимизация и прозрачность затрат; оптимизация мощностей и ресурсов; миграция в облако и обеспечение катастрофоустойчивости (DR); управление уровнем обслуживания; безопасность и идентификация; автоматизация обновления конфигураций.Управление облачными данными (Cloud Data Management, CDM) – это платформа, которая используется для управления корпоративными данными в различных облачных средах с учетом частных, публичных, гибридных и мультиоблачных подходов.Управление облачными данными в Veeam считают неотъемлемой частью интеллектуального управления данными, обеспечивающего их доступность для бизнеса из любой точки. Veeam Cloud Data Management Platform — «современная платформа для управления данными, поддерживающая любое облако».маркетплейсе

Общие понятия

Современная практика проектирования информационных систем основывается на процессном подходе. Этот подход тесно связан с понятием «бизнес-процесс».

Определение 1

Бизнес-процесс — это последовательность действий, имеющая целью получение заданного результата, полезного для организации.

Определение 2

Корпоративные информационные системы (КИС) – это программные комплексы, управляющие информационными потоками всех бизнес-процессов организации.

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

  • локальные КИС;
  • КИС управления финансами;
  • средние интегрированные КИС;
  • крупные интегрированные КИС.

Локальные КИС направлены на автоматизацию учета в одном направлении. Этим направлением может быть бухгалтерия, складской учет, сбыт, кадровый учет и т.д. Локальные системы отличаются универсальностью, их внедрение занимает минимум времени.

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

Средние интегрированные КИС предназначены, прежде всего, для производственного планирования и управления запасами на производственных предприятиях. Учетные функции в них присутствуют, но не играют основной роли. Часто в таких КИС нельзя выделить отдельно модуль бухгалтерии, потому что данные актуальные для бухгалтерского учета поступают из различных модулей: модуля складского учета, производственного модуля, модуля сбыта и т.д. Поскольку система интегрирует всю деятельность предприятия, ее внедрение может занять несколько месяцев и даже год.

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

Как защититься?

Если всё корпоративное управление будет базироваться на одном сервере, то у кого-то может возникнуть желание прибрать важные данные к своим рукам. Как этого избежать? Для этой цели предусмотрено несколько инструментов:

  1. Разграничение доступа к данным и функциям управления.
  2. Введение парольной системы доступа.
  3. Создание нескольких резервных копий с разной периодичностью (каждый день, неделю и месяц), к которым должен иметься доступ только у самых надёжных сотрудников.
  4. Многоуровневая система защиты данных, в которую входят средства автоматизации для вводимой или корректируемой информации, а также регистрация времени работы, модификации данных и персонального идентификатора, обозначающего, кто же это сделал.

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

Новые архитектуры хранилищ данных

Panoply

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

По ту сторону облачных хранилищ данных

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

Эта часть процесса обычно выполняется сторонними инструментами;

Обновления, вставки и удаления могут быть сложными и должны выполняться осторожно, чтобы не допустить снижения производительности запросов;
С полуструктурированными данными трудно иметь дело — их необходимо нормализовать в формате реляционной базы данных, что требует автоматизации больших потоков данных;

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

Оптимизация кластера

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

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

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

Ссылка на оригинальный текст: panoply.io/data-warehouse-guide/data-warehouse-architecture-traditional-vs-cloud

Как устроены ERP-системы: «скелет» и модули

Такие системы состоят из трёх больших частей.

Платформа — это программная среда для операций, «скелет системы». В неё входят базовые функции и справочники по работе с системой.

Модули — компоненты, которые компании выбирают и подключают исходя из своих задач. Модули управляют разными отраслями внутри бизнеса: есть модули для производства, финансов, поставок и так далее. Каждый модуль можно легко соединить с другими.

База данных — это серверное хранилище и набор инструментов для обработки информации. Здесь хранятся данные, которые потом расходятся по модулям. Примеры таких данных — финансовые документы, материалы производственной базы знаний.

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

Давайте посмотрим, какие модули самые распространённые.

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

CTG (Computer Task Group)

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

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

ERP как корпоративная информационная система

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

Простыми словами, основная цель ERP – держать под полным контролем все ресурсы предприятия, объединяя все его части в единый механизм. В отличие от CRM и прочих типов КИС, ERP позволяет отладить работу всей компании в целом, а не только отдела продаж. Наиболее востребованными сферами для внедрения ERP-систем являются торговля, машиностроение, пищевая и химическая промышленность, а также строительство.

1C:ERP. Мы внедрили уже более 1000 проектов!

Закажите расчет проекта от профессионалов.

  • Составим карту бизнес-процессов;
  • Проведем интервью с ключевыми сотрудниками;
  • Сделаем диагностику текущих процессов в компании и IT систем;
  • Подготовим решение, проведем демонстрацию, рассчитаем стоимость.

Подробнее Заказать

Результаты внедрения КИС ERP

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

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

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

Метод ФИФО (FIFO) в торговле и складском учете
Автоматизация производственного учета


Заказать помощь специалиста 1С

Требования, предъявляемые к корпоративным базам данных

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

SAP Master Data Governance

Система для консолидации и централизованного управления жизненным циклом основных данных.

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

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

Обучение навыкам необходимым для оптимизации использования SAP Master Data Governance.

Существуют готовые модели представления информации.

В чём отличия ERP от CRM?

CRM — знакомое менеджерам и маркетологам решение. Бизнес использует и ERP, и CRM для автоматизации, экономии времени и управления. Но назначение этих систем — разное.

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

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

Фокус ERP — планирование, контроль ресурсов предприятия и организация труда. ERP нужна, чтобы объединить все структуры компании и согласовать работу отделов. В системе находится единая база данных. Достаточно внести информацию один раз, и она будет доступна всем.

Таким образом, ERP-система сфокусирована на сокращении затрат и оптимизации процессов. Цель CRM — рост прибыли за счёт продаж.

Некоторые CRM-системы добавляют в свою функциональность модули, которые раньше можно было встретить только в ERP. Так они комбинируют функции CRM и ERP. Например, облачная система Flowlu позволяет подключить и связать между собой модули для работы с клиентами, для финансового менеджмента и планирования, для управления проектами и знаниями компании.

Пример меню Flowlu — системы на стыке CRM и ERPСкриншот: Flowlu

Планирование необходимых материалов и мощностей

  1. Что заказать (произвести или закупить);
  2. Как много заказать;
  3. Когда заказать и когда заказанное количество должно быть на складе;
  4. Когда заказ должен быть выполнен;
  5. Когда необходимо оплачивать.

Исходные данные MRP-модуля:

1.Информация по ОПП.

2.Информация об объектах планирования:

  • факторы планирования;
  • статус каждого объекта планиро­вания.

3.Спецификации/рецептуры:

  • все составляющие, необходимые для изготовления конечного изде­лия;
  • каждая из составляющих долж­на иметь свой уникальный код;
  • существенными характеристиками деталей являются их форма и предназначение.

Алгоритм расчета материальных потребностей

  • разузлование и смещение (по времени);
  • определение брутто- и нетто-потребностей;
  • формирование заказов на производство или закупку.

Алгоритм расчета материальных потребностей

А – 100 единиц:

В —    100 единиц;

С —    200 единиц;

D —    200 единиц;

Е —    200 единиц;

F —    400 единиц.

Расчет нетто-потребностей

Расчет нетто-потребностей во времени:

Определение сроков закупки и изготовления:

Классификация BI-систем

Чтобы лучше разобраться в типах BI-систем давайте обратимся к истории развития аналитических систем.

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

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

Анализ регламентной (стандартизованной) отчетности. Подразумеваются, как правило, достаточно детальные отчеты, созданные по заданным шаблонам. Эти отчеты используют менеджеры оперативного уровня для различных целей, например, для менеджера по продажам это могут быть «план оплат на неделю» или «факт оплат на сегодня». В этом смысле аналитические системы пересекаются с оперативными системами — современные CRM-, ERP-системы также обладают встроенной системой отчетности. Различие же заключается в том, что BI-система может собирать данные из разных источников и предоставлять результаты в едином интерфейсе.

Динамическая, также называемая OLAP, отчетность. Такой вид анализа позволяет выявлять закономерности, тренды, оценивать влияние бизнес-факторов на основе фактических данных.

Прогнозная и продвинутая аналитика.

StealthAUDIT

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

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

Заключение

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

Рейтинг
( Пока оценок нет )
Editor
Editor/ автор статьи

Давно интересуюсь темой. Мне нравится писать о том, в чём разбираюсь.

Понравилась статья? Поделиться с друзьями:
Работатека
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: