Поле типа Дата предназначено для хранения временных дат. Выбор даты осуществляется при помощи виджета календаря.
Для настройки поля доступны следующие параметры: (далее…)
19 Март 2012
Андрей Суров Поле типа Дата предназначено для хранения временных дат. Выбор даты осуществляется при помощи виджета календаря.
Для настройки поля доступны следующие параметры: (далее…)
19 Март 2012
Андрей Суров Поле обеспечивает хранение вещественных чисел, т.е. чисел с плавающей запятой. Например, 1,2 или 4, 45. Поле имеет маскированный ввод, т.е. пользователю предоставляется возможность ввода только цифр, точки и/или запятой в качестве разделителя целой и дробной частей.
Для настройки поля доступны следующие параметры: (далее…)
16 Март 2012
Андрей Суров Ну в том, что взломали сайты Казахтелекома, ничего сверхъестественного нет — ну перепилили ребята бюджеты при разработке, с кем не бывает… И то, что телеком предупредили об уязвимостях, как минимум, 10 марта, а он никак не отреагировал, в общем-то, если принять во внимание то, что оно — Казахтелеком, понять можно. И даже то, что с утра сегодня профит накалякал заметочку о сем деле с картинками, тоже принять можно. Но вот то, что даже спустя после всего этого, зайдя сегодня в 10 утра на www.telecom.kz, можно было обнаружить дефейс сайта — уже никак не укладывается в голове, даже с учетом того, что оно — Казахтелеком.
«Казахтелеком», благодаря выбранной платформе портала, гарантирует высокий уровень безопасности доступа к информации и к личным данным клиентов и сотрудников компании.
13 Март 2012
Андрей Суров Для завершения быстрого знакомства с разработкой типов документов, осталось отнести созданную заявку к журналу и посмотреть, как это все будет выглядеть с точки зрения пользователя.
Разберемся с журналом.
В отличие от справочников, где в таблице находились записи только одного вида, для документов предоставляется возможность отнесения нескольких разных видов документов к одной таблице (журналу). Поясню на примере. Нажимает, предположим, пользователь в меню Документы на Заявки. Открывается то, что в системе называется журналом. Визуально это просто таблица, в которой могут быть собраны и заявки в ИТ-службу, и заявки на получение канцелярских товаров, и всякие разные иные заявки. Причем каждая заявка имеет как собственный набор атрибутов — полей и внешний вид, так и собственный маршрут. Поэтому каждая из них выделена в отдельный тип документа. Вот для реализации такой вот потребности, которая, увы, на практике практически никогда не обнаруживается, и понадобились журналы. Иначе можно было бы просто в полях типа документа указывать, что то или иное поле должно отображаться в табличном представлении данного типа документов. И не тратить сейчас абзацы на рассказ о журналах. (далее…)
11 Март 2012
Андрей Суров Разберем жизненный цикл наших заявок более подробно. В нем прослеживаются следующие этапы:
Описанный жизненный цикл документа в СЭД Detrix именуется маршрутом. А перечисленные этапы — точками маршрута. Маршрут выполняет следующие задачи:
Переходим к реализации. (далее…)
6 Март 2012
Андрей Суров Завершен конкурс по государственным закупкам в ТОО «Алматинские тепловые сети» (АЛТС) (результаты). Предметом конкурса было внедрение автоматизированной системы электронного документооборота. По косвенным признакам организатор конкурса собирался автоматизировать не менее 500 рабочих мест и выделил на все про все (софт + услуги) 10 млн. тг (около 68 000 долларов). Победу одержала компания Newinttech, предложившая реализовать проект за 4 500 000 млн. тг (около 30 000 долларов). Причем ценовая победа Newinttech была просто сокрушительной, т.к. ближайший конкурент оценивал проект дороже почти на 40%.
6 Март 2012
Андрей Суров В качестве предмета для знакомства с типами документов в системе электронного документооборота Detrix выступят заявки в некую службу технической поддержки. Сценарий работы максимально упрощен, т.к. задача наша познакомиться с принципами работы системы, а не в создании готового к эксплуатации решения.
А сценарий будет таков.
Пользователь, испытывающий дикую потребность в поддержке, создает заявку, в которой указывает:
После создания заявки автору необходимо предоставить возможность отредактировать заявку и отправить ее на исполнение. После отправки на исполнение сотрудники техподдержки должны получить соответствующее уведомление. Любой из них может взять заявку в работу и превратиться в исполнителя. Соответственно, после того, как он возьмет ее в работу, остальные должны будут остаться не при делах, и ожидать следующую заявку. Исполнитель после проведения необходимых мероприятий закрывает заявку, а автор (или заявитель) может вернуть ее на доработку, если проблема не решена полностью.
Система должна обеспечить быстрый доступ к существующим заявкам. А начальство в любой момент времени должно видеть:
Ах да. Заявки должны получать уникальные номера, чтобы проще было ссылаться на них при разборе полетов.
Очертив круг задач, приступаем. (далее…)