О компании
 
Услуги
 
Портфолио
 
Контакты
Русский   English  

КОИНС.Студия

КОИНС.Студия - Программа для автоматизации деятельности сотрудников компании: тайм-менеджмент, управление задачами, проектами, учёт движения денежных средств.

Основные возможности

* Управление проектами и задачами * Базовая функциональность КОИНС.Студии - это управление проектами и задачами. Вы можете создавать проекты, и в рамках проектов - задачи. * По каждому проекту администратор может указывать список сотрудников, которые могут работать над этим проектом. Проекты, над которыми работа завершена, переносятся в архив. * О каждой задаче известна дата фактического и запланированного начала и окончания работы над задачей, приоритет задачи, ответственный сотрудник, статус задачи, описание задачи. * Задачи могут иметь один из статусов: ожидает назначения (задача только что создана, и ещё не разу не запускалась ответственным сотрудником), выполняется (задача выполняется в данный момент или приостановлена), ожидает подтверждения (сотрудник указал, что он завершил работу над задачей), выполнена (менеджер проекта проверил выполнение задачи), отложено (задача не выполнялась, и пока что не будет выполняться, но когда-нибудь к ней вернёмся), отменено (решили не выполнять задачу). * К задачам могут прикрепляться файлы. Например, файл может иллюстрировать ошибку в дизайне. Или, например, если программа генерирует какой-нибудь файл и файл оказывается неправильным, его можно прикрепить к задаче, чтобы сотрудник получил этот неправильный файл и мог исправить ошибку. * В системе существует понятие стандартных задач. Администратор системы может настраивать список стандартных задач. Для каждой задачи указывается стандартная задача. Например, это может быть разработка типового модуля, разработка дизайна сайта и пр. В дальнейшем эта информация может быть использована для того, чтобы оценивать среднее время, необходимое для решения этих стандартных задач. Например, для каждого отдельного дизайна сайта создаётся своя задача, и всем этим задачам назначается стандартная задача «Разработка дизайна сайта». Поскольку для каждой конкретной задачи известно, как долго эта задача выполнялась, можно получить информацию о том, сколько в среднем у нас тратится времени на разработку дизайна сайта. * Чтобы обратить внимание сотрудника на новую задачу, есть возможность поставить специальный флажок. Отмеченные задачи выделяются красным цветом, а проекты, содержащие такие задачи, выделяются жирным. Когда сотрудник ознакомился с задачей, он может снять этот флажок.
Форма редактирования проекта
Форма редактирования проекта
Форма редактирования задачи
Форма редактирования задачи
* Управление клиентами и договорами * Информация по всем Вашим клиентам вносится в программу. * О клиенте указывается: название организации, ФИО контактного лица, физический и электронный почтовые адреса, телефон и пр. * Вы можете вести в программе базу данных договоров, которые Вы подписываете с Вашими клиентами. * Сам текст договора подготавливается в виде файла в Microsoft Office, и затем загружается на сервер. * Договор может находиться в одном из состояний: на этапе обсуждения, подписан и действует, закрыт, отменён. * Если проект клиента размещён на нашем хостинге, то в системе есть возможность учитывать срок действия хостинга по каждому проекту.
Вот так выглядит форма редактирования клиента
Вот так выглядит форма редактирования клиента
* Учёт движения денежных средств * Для каждого агента заводится независимый денежный счёт. Все движения денежных средств - это транзакции, обозначающие перенос денег с одного счёта на другой. При этом по каждому счёту видна сумма по всем транзакциям. * В качестве агентов выступают клиенты и сотрудники. Могут быть созданы агенты для обозначения специальных счетов - сама Ваша компания, накопительный фонд, налоговая, хоз.нужды и т.п. * Проводки могут быть запланированными. Эти проводки не учитываются в общей сумме и предназначены для того, чтобы Вы не забыли кому-то отдать или у кого-то взять денег.
Список транзакций по деньгам
Список транзакций по деньгам
Форма редактирования проводки
Форма редактирования проводки
Сводная таблица по деньгам за месяц
Сводная таблица по деньгам за месяц
* Журнал нагрузки позволяет вести учёт отработанного времени * В системе существует журнал нагрузки. В журнале нагрузки отмечается кто, сколько и над какой задачей работал. * Используется журнал нагрузки с разными целями. Например, по журналу нагрузки видно, когда сотрудник начал работу и когда закончил; определяется, сколько часов сотрудник отработал за каждый отдельный день, неделю, месяц; по каждой задаче можно посмотреть, сколько в сумме было потрачено времени на её решение. Фактически у нас внедрена почасовая оплата труда со штрафами, если сотрудник не вырабатывает норму часов за месяц. * Обычно журнал нагрузки ведётся автоматически: когда сотрудник начинает работать, он запускает задачу, сообщая, что он начал работу над этой задачей. Когда сотрудник останавливает задачу или переключается на другую задачу, в журнал нагрузки автоматически заносится запись, при этом фиксируется время начала и окончания работы над задачей. Если сотрудник забылся, и начал работу, не запуская задачу, или забыл её остановить, когда ушёл домой - ничего страшного! Всегда есть возможность отредактировать журнал нагрузки вручную. * В системе есть отчёт, показывающий, кто, над чем, как давно, где (дома или на офисе) работает в данный момент.
Форма редактирования сотрудника
Форма редактирования сотрудника
Вот так выглядит журнал нагрузки. Обычные сотрудники могут видеть только свои записи, администратор же может просматривать все записи.
Вот так выглядит журнал нагрузки. Обычные сотрудники могут видеть только свои записи, администратор же может просматривать все записи.
У каждого сотрудника есть такой отчёт, показывающий, сколько часов отработано по дням, неделям, месяцам. Состояние в текущем месяце - в числителе сколько сделано, в знаменателе - сколько всего.
У каждого сотрудника есть такой отчёт, показывающий, сколько часов отработано по дням, неделям, месяцам. Состояние в текущем месяце - в числителе сколько сделано, в знаменателе - сколько всего.
Отчёт "текущие задачи" позволяет менеджеру видеть, кто сейчас работает, над чем, где (стульчик - на офисе, если кто-то работает дома, то там появляется домик).
Отчёт "текущие задачи" позволяет менеджеру видеть, кто сейчас работает, над чем, где (стульчик - на офисе, если кто-то работает дома, то там появляется домик).
* Встроенные средства общения позволяют улучшить командное взаимодействие! * Сотрудники могут обмениваться заметками. Это совершенно простое средство: Вы указываете заголовок, текст заметки и выбираете получателей заметки. При этом область применения заметок чрезвычайно широкая. * Мы используем заметки, когда хотим быстро уведомить сотрудника о новой важной задаче, объяснив при этом прямо в заметке важность задачи; для некоторых наших сотрудников мы находим удобным описывать их должностные инструкции в заметках - сотрудник может добавить такую заметку себе в избранное и периодически к ней возвращаться; мы широко используем заметки, чтобы указать сотрудникам на ошибки в их действиях; заметки могут быть использованы для объявлений: чтобы информацию достоверно получил каждый сотрудник, мы оставляем заметку всем сотрудникам. У нас есть заметка, в которой перечислена конфигурация всех наших компьютеров, и заметка с нашими реквизитами (чтобы не искать подолгу, когда потребуется). * Новые заметки показываются на главной странице у сотрудника-получателя заметки. При этом сотрудник должен принять заметку. Дата и время принятия заметки фиксируется в базе данных. Пока заметка не принята - она будет показываться на главной странице.
Когда появляется новая заметка - она отображается на главной странице.
Когда появляется новая заметка - она отображается на главной странице.
* Центр управления паролями * При работе с серверами часто возникает проблема управления паролями. Раньше у нас с паролями вообще всё было интересно. Сотрудники пересылали их друг другу кто как придумывал: выкладывали в общедоступный репозиторий, хранили в открытом виде в файликах на диске, записывали на листочек и прятали под клавиатуру. Был даже случай, когда пароль выложили на сайте vkontakte.ru. Теперь пароли хранятся централизованно, в зашифрованном виде. Сотруднику нужно помнить только два пароля - для входа в систему и какой-нибудь посекретнее для доступа к центру управления паролями. * В центре управления паролями хранятся простые текстовые сообщения. В этом сообщении Вы можете записать что угодно, но обычно мы их используем для хранения паролей. * Доступ к центру управления паролями могут получить только активные сотрудники. То есть, если Вы уволили сотрудника, Вы устанавливаете ему галочку «не активен», и у него сразу пропадает доступ ко всем паролям. Он, конечно, мог их записать на бумажку и забрать с собой, но теперь Вы можете этот пароль безопасно поменять. * Для доступа к паролям у каждого сотрудника есть специальный секретный пароль, отличный от обычного пароля, который вводится при входе в систему. Единственное место хранения этого пароля - это поле ввода на странице центра управления паролями. Этот пароль не хранится ни в cookie, ни в сессии, ни в базе данных, только в этом поле. Это, кроме всего прочего, означает, что стоит перейти на любую страницу с центра управления паролями, и доступ к паролям закрывается. * В системе записывается, у кого есть доступ к паролям. Когда Вы увольняете сотрудника, Вы можете видеть, к каким паролям у него был доступ, и, соответственно, поменять такие пароли. Без этого центра управления паролями, узнать, куда там этот сотрудник за время своей работы получал доступ, было практически не возможно. * У каждого сотрудника имеется своя архивная копия паролей. Это означает, что если однажды Вы, как администратор, получили доступ к системе, то какой-нибудь незадачливый сотрудник не сможет забрать у Вас доступ к паролям, просто удалив основную копию (удалить он не сможет, но сможет заменить на пустое или на неправильное сообщение). У Вас всегда есть личная архивная копия, и Вы всегда сможете проверить, что там и как было изменено. * Организация безопасности обеспечивается достаточно прозрачной процедурой шифрования секретных сообщений, которая состоит в следующем. У каждого сотрудника есть собственный секретный пароль, который сотрудник должен ввести для доступа к центру управления паролями. Для начала работы с паролями, сотрудник должен сгенерировать себе пару ключей (публичный и приватный). Приватный ключ шифруется с использованием секретного пароля сотрудника. Эта пара ключей хранится сервере. Когда Вы создаёте новое секретное сообщение, это сообщение шифруется с использованием случайно сгенерированного сессионного пароля. При этом Вы указываете сотрудников, у которых должен быть доступ к этому секретному сообщению. Чтобы выдать этот доступ, система шифрует сессионный пароль с использованием открытого ключа сотрудников-получателей. Чтобы прочитать пароль, сотрудник-получатель сообщения вводит свой секретный пароль. При помощи этого пароля расшифровывается приватный ключ этого сотрудника, при помощи приватного ключа расшифровывается сессионный пароль, а при помощи сессионного пароля расшифровывается секретное сообщение. Таким образом, если Вы не указали кого-то в получателях сообщения, то у этого сотрудника не будет доступа к сессионному паролю, и он не сможет расшифровать сообщение. Сессионный пароль меняется каждый раз, когда Вы нажимаете «Сохранить». То есть, если Вы что-то поменяли в сообщении, и удалили некоторых сотрудников из списка доступа, то доступ будет закрыт надёжно, даже если сотрудник каким-то образом ухитрился узнать старый сессионный пароль (хотя простого способа сделать это не известно). * Эта простая схема шифрования позволяет быть уверенным, что доступ к секретным паролям не получит никто, кроме получателей, даже администраторы сервера, имеющие полный доступ к базе данных: всё зашифровано, и может быть расшифровано только при помощи секретного пароля сотрудника, который даёт доступ только к паролям, доступным этому одному сотруднику. * Если кто-то (например, администратор системы) не назначен в качестве получателей пароля, то он, скорее всего, не сможет даже узнать самом факте о существовании этого пароля (разве что посмотрев напрямую в базу данных - но в таком случае он только сможет просмотреть заголовок секретного сообщения, но не тело). Это позволяет сотрудникам использовать систему в личных целях, и хранить там какие-то персональные пароли. Мы не считаем это большой проблемой, и считаем, что это можно разрешить. * Мы находим удобным хранить в центре управления паролями всю важную информацию, которую важно не забыть. Например, при покупке некоторого программного обеспечения мы зарегистрировались на сайте разработчика и орарганизовали там личный кабинет, где мы можем скачать это ПО. При этом нам также был выдан лицензионный ключ. И этот ключ, и пароли для входа в личный кабинет мы храним в центре управления паролями - удобно, всегда под рукой, и никуда не потеряется.
Вот так выглядит центр управления паролями. Мы видим удобный фильтр для быстрого поиска пролей; генератор паролей (чтобы не искать, как бы его где сгенерировать), который включает генерацию sha1-хеша от пароля (у нас во многих местах прописывается хеш вместо пароля); поле для ввода специального пароля пользователя; собственно список секретных статей; статья с названием "koins.test" раскрыта, и мы видим текст секретного сообщения. Мы видим, что текст секретного сообщения был изменён по сравнению с архивной копией того, кто просматривает - в частности, изменился секретный пароль. Также, мы видим, кто и когда создал сообщение и получал к нему доступ, и когда была изменена архивная копия.
Вот так выглядит центр управления паролями. Мы видим удобный фильтр для быстрого поиска пролей; генератор паролей (чтобы не искать, как бы его где сгенерировать), который включает генерацию sha1-хеша от пароля (у нас во многих местах прописывается хеш вместо пароля); поле для ввода специального пароля пользователя; собственно список секретных статей; статья с названием "koins.test" раскрыта, и мы видим текст секретного сообщения. Мы видим, что текст секретного сообщения был изменён по сравнению с архивной копией того, кто просматривает - в частности, изменился секретный пароль. Также, мы видим, кто и когда создал сообщение и получал к нему доступ, и когда была изменена архивная копия.
* Нефинансовое стимулирование позволяет повысить производительность труда! * Эта возможность у нас пока на этапе внедрения, но основные принципы уже известны, и все необходимые возможности уже реализованы в программе. * Сотрудникам начисляются баллы за пользу, которую они приносят предприятию. При этом статьи, по которым могут начисляться баллы, администратор может настраивать самостоятельно - тут важна лишь находка, выдумка, смекалка, чтобы придумать, за что ещё можно похвалить или поругать сотрудников и какую ещё пользу можно было бы учитывать. * По некоторым статьям баллы начисляются автоматически. Например, автоматически известно количество приведённых сотрудником клиентов (при создании клиента указывается, какой сотрудник его привёл), количество отработанного времени, автоматически учитывается своевременность решения задач. Мы позволяем нашим сотрудникам работать дома, хотя и не сильно это приветствуем. Поэтому, количество времени, отработанного дома, учитывается автоматически и негативно влияет на баллы. * У каждого сотрудника есть отдельные счета, на которых накапливаются некоторые единицы. Например, отдельный счёт, на котором накапливается общее время отработанных часов (в секундах), отдельный счёт, на котором накапливается общее время своевременности решения задачи (если задача решается быстрее, то время прибавляется, иначе - вычитается), общее количество приведённых клиентов, рейтинг по профессионализму. При этом имеется журнал движения баллов, и сотрудник всегда может видеть, когда, за что и какие баллы у него добавились или удалились. * При изменении баллов по некоторым важным счетам (возможность настраивается администратором), сотрудник будет видеть на главной странице уведомления. Например, если мы похвалили или поругали за профессионализм, на главной странице сотрудника сразу появится эта информация. * В системе существует общий рейтинг сотрудников. Все единицы измерения (секунды, штуки и пр.), которые накопились у сотрудника за месяц, умножаются на коэффициент, зависящий от счёта баллов (коэффициент настраивается администратором), и суммируется. При этом кто-то займёт первое место по количеству баллов, а кто-то - последнее.
У каждого сотрудника есть такой отчёт, показывающий динамику изменения баллов за сегодня, за месяц, за год, всего.
У каждого сотрудника есть такой отчёт, показывающий динамику изменения баллов за сегодня, за месяц, за год, всего.
Вот так выглядит общий рейтинг сотрудников. Цифры "+4", "-1" и пр - как изменилась позиция сотрудника. "+4" значит, что место улучшилось на 4 позиции (было пятое, стало первое).
Вот так выглядит общий рейтинг сотрудников. Цифры "+4", "-1" и пр - как изменилась позиция сотрудника. "+4" значит, что место улучшилось на 4 позиции (было пятое, стало первое).
* Удобный интерфейс пользователя * В левой колонке сотрудники видят только те проекты, в которых они принимают участие. * Если Вы создаёте другому сотруднику задачу и хотели бы обратить на неё внимание, то Вы можете пометить эту задачу как непрочтённую. При этом проект с непрочтённой задачей будет выделен у сотрудника - получателя задачи, а сама задача будет выделена красным цветом. * Для доступа к часто используемым страницам, а также, чтобы не потерять некоторые важные страницы, в системе существует возможность управления избранными ссылками. Избранные ссылки каждый сотрудник настраивает для себя сам. При этом избранное организовано в иерархический каталог, в качестве ссылки может быть указана любая ссылка. Для быстрого доступа каталог с избранным показывается в левой колонке. * Чаще всего мы используем избранное, чтобы запомнить ссылку на одну из важных заметок. Хитрое дело - если Вы в левой колонке откроете ветку дерева избранного, то после перезагрузки страницы эта ветка так и останется открытой! * При возникновении движения по важным разделам баллов на главной странице показывается уведомление. * Задачи можно сортировать, распределять на несколько очередей, запускать, останавливать, просматривать прямо с главной страницы. Всё работает очень быстро и удобно благодаря широкому использованию AJAX. Для управления задачами используется выпадающее меню. Хотя приложение и выполняется в браузере, Вы работаете на главной странице так, как если бы это было любое обычное приложение. * Есть удобная возможность быстро создавать большое количество задач. Для этого на форме создания задач описания разных задач просто разделяются специальным разделителем (три и более минусов подряд, кроме которых в строке больше ничего нет).
Так выглядит главная страница программы КОИНС.Студия. Видно выпадающее меню. Также, видны изменения в журнале баллов.
Так выглядит главная страница программы КОИНС.Студия. Видно выпадающее меню. Также, видны изменения в журнале баллов.
Задачи можно сортировать, просто перетаскивая их при помощи мышки.
Задачи можно сортировать, просто перетаскивая их при помощи мышки.
* Всё - с контролем версий! * Никакие изменения в системе не останутся незамеченными! Вы можете видеть, кто, когда, что и как поменял, кто что создал и кто что удалил. * Для этого применяется система с многоверсионными таблицами - для каждой записи в базе данных хранится не только последняя активная запись, но также хранятся и все предыдущие записи. * Ничего не может быть удалено незаметно! Физически в системе вообще ничего нельзя удалить. Но можно поставить флажок «удалено». Сама запись при этом как бы перемещается в корзину, и администратор видит, что запись отредактировали, установив этот флажок. * На всех формах редактирования у нас есть поле «Описание изменений», в котором сотрудник может описать, что и почему он поменял. То есть, администратор, просматривая старые версии, будет видеть не только, что и как поменялось, но также будет читать описание намерений того, кто редактировал. Это позволяет выдавать всем сотрудникам максимальные возможности по редактированию содержимого системы: сотрудники могут вручную указывать время прихода на работу и ухода с работы, могут вручную редактировать свои баллы. Все знают, что никакие изменения нельзя внести незаметно. * Это не правда, что многоверсионная база данных занимает много места! Это только может Вам так показаться: «это ж сколько место нужно, чтобы хранить абсолютно все версии абсолютно всего, и при этом даже нельзя освободить место, удалив что-нибудь!» На самом деле только последняя активная версия не удалённой записи может храниться вечно. Старые и удалённые записи удаляются со временем. Мы выставили хранение таких записей в течение двух лет - достаточно, чтобы заметить, что кто-то отредактировал неправильно и принять меры. За два года работы наша база данных занимает меньше 100 мегабайтов жёсткого диска. С современными объёмами винчестеров это - мелочи.
Список последних правок. Менеджер может видеть, кто что когда отредактировал. Одна из транзакций открыта - виден список изменённых таблиц внутри транзакции.
Список последних правок. Менеджер может видеть, кто что когда отредактировал. Одна из транзакций открыта - виден список изменённых таблиц внутри транзакции.
Ага! Пользователь с логином DimonTkach установил дату реального завершения задачи! Такие формы сравнения версий есть практически для всех таблиц в системе.
Ага! Пользователь с логином DimonTkach установил дату реального завершения задачи! Такие формы сравнения версий есть практически для всех таблиц в системе.
* Множество путей по добавлению возможностей, специфических для Вашей компании. Например: * Наши программные продукты на основе КОИНС.Ядра ведут журнал ошибок. В этот журнал записывается большое количество ошибок, которые возможно обнаружить автоматически. В случае если на одном из наших серверов возникает такая ошибка, система автоматически создаёт задачу внутри КОИНС.Студии ответственному за этот сервер сотруднику. * При покупке программы автоматизации операционной деятельности ломбардов КОИНС.Ломбард мы выдаём нашим клиентам лицензионный ключ, и клиент при установке программы регистрирует программу (работа без регистрации возможна только в демонстрационном режиме). Регистрация программы производится через Интернет, и учёт всех регистраций производится внутри КОИНС.Студии. При этом мы задаём по каждой сети ломбардов количество отделений, имя владельца лицензии и прочюю лицензионную информацию, а после проверки лицензии в системе сохраняются записи о том, какое отделение какого ломбарда когда зарегистрировалось. * Разработанная нами программа автоматизации деятельности PR-компании КОИНС.Маяк собирает новости с большого количества разных сайтов, и не у всех сайтов есть специальные интерфейсы, позволяющие автоматизировать получение новостей. Для таких сайтов приходится писать специальные модули, выделяющие тексты новостных сообщений. Эти модули имеют свойство периодически ломаться из-за особенностей в работе новостных сайтов. Факт поломки таких модулей у нас определяется автоматически, и при этом в КОИНС.Студии у ответственных сотрудников автоматически создаются задачи. Эти задачи сразу же сортируются по важности.

Программное обеспечение

КОИНС.Ломбард

КОИНС.Маяк

КОИНС.Ювелир

КОИНС.Обменник

Дизайн сайтов

Сайт проекта «Общественный мониторинг деятельности Министерства охраны окружающей природной среды Украины»