Рус      Eng      
 
Comtec (499) 753-32-39
ул. Новопоселковая, 6/7, офис 1101
Меню Меню blogs
 
Генеральная линия

Последние сообщения в блогах
Страницы: 9 [ 1 2 3 4 5 6 7 8 9 | Все ]

09.09.2008 09:32:56
Аркадий Народицкий , Генеральный директор


Обследование и Техзадание как необходимые условия комплексного решения

Вспоминаю, что в 90-х годах лозунгом системы КомТех – прародительницы Comtec for Business – был “Сделано для Бухгалтера”. Объясняется это тем, что решаемые задачи были ориентированы на бухгалтерский учет. При этом интерфейс был настолько простым, что позволял производить настройки обычному бухгалтеру-непрограммисту.

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

Поэтому само по себе наличие системы с богатыми возможностями настройки http://www.comtec.ru/products/modules/index.php является лишь необходимой предпосылкой для построения эффективной системы. Опыт показывает, что без плотного взаимодействия поставщика ПО и заказчика, внедрение системы ограничивается решением только учетных задач. Кстати, спросите себя - на сколько процентов используются сейчас возможности системы на Вашем предприятии?

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

Чем же можем помочь мы? Самый правильный, с нашей точки зрения, вариант включает 3 этапа:
1. Проведение обследования предприятия – включает ознакомление со структурой предприятия, его задачами, документооборотом, особенностями ведения бизнеса и др. вопросами.
2. Разработка Технического задания на доработку программного обеспечения системы. В ТЗ определяется состав решаемых задач, ответственные с двух сторон, описывается решение каждой задачи, календарный план выполнения работ и их стоимость. Техническое задание согласовывается с Заказчиком.
3. Заключение и выполнение договора на внедрение системы «под ключ» согласно ТЗ.




18.06.2008 11:00:52
Аркадий Народицкий , Генеральный директор


9.02 – новый интерфейс

С момента выпуска версии 9.01 прошло не так много времени – около 2-х месяцев. Однако, в целом, при благоприятном впечатлении о новом интерфейсе со стороны пользователей мы нашли способы улучшения читаемости данных и меньшей утомляемости для пользователя. С этой целью стали более отчетливо видимы разделительные границы между строками и колонками, а также был изменен оттенок маркировки на более приятный. При этом улучшилась и читаемость данных на маркированных строках.
Добавленный в версии рабочий стол системы
http://www.comtec.ru//download/files/tech/mmain.flv
позволяет создавать пользователю свое меню из тех справочников, документов и отчетов, которые используются наиболее часто. Сохранен и ранее существовавший рабочий стол для каждого модуля. Однако, преимущество рабочего стола системы заключается в том, что теперь пользователь без потерь времени на переход в другой модуль может вызвать нужный документ/отчет непосредственно из рабочего стола системы.
Естественно, мы и дальше планируем оттачивать интерфейс и функционал нашей системы.




05.06.2008 09:52:57
Аркадий Народицкий , Генеральный директор


Мечтать не вредно

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

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

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

Тут мои мечты прервала суровая действительность. А жаль!

P.S. Зарегистрированные посетители сайта могут дополнить этот перечень в комментарии к блогу.




30.05.2008 10:55:05
Аркадий Народицкий , Генеральный директор


О недоучете и недостаче

Недавно мне задали вопрос - а как Ваша система может предотвратить ошибки в учете и недостачу товара?

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

Следует различать неумышленное и умышленное искажение информации.

Относительно нашей системы умышленный ввод некорректной информации может быть предотвращен и/или отслежен благодаря следующим встроенным средствам:
1. Распределением прав доступа каждого пользователя вплоть до каждого поля любого справочника, документа (нет, просмотр, редактирование, редактирование только "своих" записей), до каждой функции. Можно также задать фильтр для конкретного пользователя, чтобы он мог иметь доступ к определенной части номенклатуры, складов, покупателей/поставщиков.
2. Настройкой модели истории изменений полей справочников и документов и построения отчетов, из которых видно: кто, когда и как изменял значения полей, кто и когда удалил запись.
3. Жесткой настройкой контроля остатков таким образом, чтобы нельзя было выписать отсутствующий товар. (Хотя контроль можно настроить так, чтобы система в документе при редактировании поля "количество" автоматически выводилось табло остатков по данному складу и предприятию в целом, включая остатки фактические, с учетом товара в пути, забронированного по договорам и т.д.)
4. Возможностью написания сценария работы пользователя, при котором система может проверять корректность заполнения нужных полей документа и при необходимости выводить соответствующие сообщения или осуществлять те или иные заранее запрограммированные действия (например, предотвращать формирование документов на отпуск недостающего или неоплаченного товара).
Кстати, обеспечение в системе пп.1-3 доступно обычному пользователю, не имеющих навыков программирования.

В дополнение к сказанному выше с неумышленным искажением информации в системе можно бороться:

1. Автоматизацией технологии формирования первичных документов. В частности:
- использованием технологии автоматизации оприходования, отпуска и инвентаризации товара с использованием штрих-кодирования и соответствующего оборудования по считыванию информации (сканеры, терминалы сбора данных), RFID и др.
- обменом документами с поставщиками (покупателями) в электронном формате.
2. Диагностированием благодаря разнообразным отчетам. Например, построением на любую дату отчетов, в которых система покажет, в каком документе вы ушли по товару в отрицательную зону (А если выход в зону отрицательных остатков все же допустим, то имеются и средства автоматизированной генерации соответствующих приходных документов), отчетов по отклонениям цен продажи, относительно установленных в прайс-листе , применительно к каждому менеджеру и др.
3. Работой менеджеров в реальном масштабе времени, когда система показывает корректные остатки по выбранной одновременно двумя менеджерами одной и той же позиции.
4. Построением протоколов, какие документы/проводки и из каких документов были сформированы. При этом возможно повторное формирование документов в режиме "вместо" или "дополнить".




26.05.2008 17:33:56
Аркадий Народицкий , Генеральный директор


Не только о футболе

Чтобы не было впечатления, что это сайт футбольных фанатов, напишу о другом. Бродя по просторам интернета, наткнулся на блог помощи для пользователей SCALA http://blog.scalahelp.ru/2007/10/erp-scala.html
« Стандартные отчеты ERP Scala
Scala в своем составе имеет большое количество отчетов. Их можно условно разделить на отчетные формы и первичные документы.
К сожалению, логика и внешний вид большинства отчетных форм зашита в коде. При большом желании их тоже можно изменить, я даже видел такое решение - сделано было на основе постпроцессора. В двух словах: в настройках канала вывода указана программа (это и есть постпроцессор), Скала формирует отчет в виде текстового файла и запускает постпроцессор, передавая ему путь к файлу. Всего-то и остается написать программу, которая будет парсить файл и делать то, что вам нужно. Еще, как вариант, можно добраться до таких отчетов с помощью VBA, но это тоже будет разборка уже готового текста. В общем - мазохизм. Если уж требуется изменить такой отчет, то я бы лучше просто попробовал повторить его в виде внешнего отчета… »

Вот как можно все закрутить в чудо-программе известного западного производителя, подумал я. Для сопоставления придется рассказать немного об интерфейсе отчетов в Comtec for Business. В отличие от SCALA и некоторых других систем, формирующих файл, который пригоден фактически только для печати или обработки какой-либо внешней системой, отчеты в нашей системе являются «живыми» . Это означает, что у нас формируется окно данных, которое может быть подвержено дальнейшей обработке стандартными средствами системы – поискам, сортировкам, маркировкам, группировкам, включая иерархические группировки и др. К сформированному отчету применимы такие стандартные средства, как автоформирование (формирование на основе данного отчета другого документа системы по заданным пользователем правилам), редактирование таблицы (добавление редактируемых и вычисляемых полей), экспорт в Excel, печать согласно настраиваемым печатным формам, графическая интерпретация и др. При необходимости из отчета можно запускать пользовательский сценарий, т.е. предварительно настроенную последовательность действий системы с программируемой логикой. Кроме того, во многих отчетах имеются кнопки, позволяющие детализировать историю формирования данных текущей строки. Например, можно не выходя из текущего отчета, сформировать отчет по первичным документам породившим данную строку. Далее можно войти в первичный документ и отредактировать его (при наличии соответствующих прав доступа) и при выходе система запросит необходимость перерасчета для редактирования исходного отчета. Таким образом, можно непосредственно из отчета корректировать первичку и получать новый отчет «без всякого мазохизма».




19.05.2008 09:32:53
Аркадий Народицкий , Генеральный директор


Последние из Могикан

На днях позвонил пользователь из Уфы и сказал, что очень доволен нашей DOS-версией, на которой работает. Мы же ее не поддерживаем с 2002 года! А он работает. Некоторые вещи, признался он, приходится делать вручную – например, считать больничные или отпуска. Но, в целом, он получает нужные бухгалтерские итоги.
В конце прошлого года, когда был выявлен и переведен на КомТех-8 пользователь КомТех-DOS из Старого Оскола, казалось, что, наконец, это самый последний из DOS. Как видно, мы ошибались. Вот такая вот долгая жизнь после официальной смерти. Похоже, надо устанавливать специальный приз за стойкость и лояльность самому последнему пользователю КомТех-DOS.




12.05.2008 16:12:21
Аркадий Народицкий , Генеральный директор


Улыбайтесь – Вы под наблюдением

Распределение прав доступа – один из важных инструментов настройки бизнес процессов. Чем больше сетевых рабочих мест, тем детальнее должны быть прописаны права доступа пользователей. Если в далекой DOS–версии системы КомТех права определялись лишь на уровне доступа к модулям, то в Comtec for Business администратор располагает всеми средствами для глубокой настройки прав пользователей/групп пользователей. Эти права можно прописать на уровне доступа:
- к записям всех документов и справочников (нет, просмотр, только добавить, редактирование своих записей, редактирование);
- к полям таблиц (нет, просмотр, редактирование);
- к сервисным функциям таблиц. Причем некоторые из функций детализированы. Например, функция доступа к печати - удаление, добавление, настройка, просмотр, импорт-экспорт печатных форм, запуск печати и др.;
- для настройки фильтров доступа для задания условий доступа пользователя к той или иной части записей таблицы.
С учетом большого числа таблиц полезна возможность формирования отчетов по распределению прав доступа в разрезе документов, полей и функций. При необходимости можно вывести статистику работы пользователей, вывести список работающих пользователей и отключить конкретного пользователя. Система может и автоматически предупредить о запланированной смене пароля.
Однако самих прав доступа бывает недостаточно. Очень часто необходим «разбор полетов» - кто отредактировал или удалил запись. Для этого в модуле Администратор можно настроить модель: какие документы/справочники и их поля подлежат контролю. И далее, при необходимости можно получать соответствующие отчеты кто, когда и какие значения редактировал. Эти данные при наличии соответствующих прав доступа можно получать в разрезе пользователей и документов в форме отчета, либо по правой клавише мышки (История ячейки/строки). Кроме того, можно сформировать отчет по удаленным строкам отслеживаемого документа.
Интерфейс настройки прав доступа - единообразный для всех модулей и трудностей не вызывает.




08.05.2008 15:11:34
Аркадий Народицкий , Генеральный директор


О кухне - 2

Внутренняя основа Comtec for Business – это система словарных таблиц, которые содержат полное описание всех других таблиц базы данных. Иными словами, каждая запись главного словаря (а всего таких записей в системе около 2000) представляет собой описание структуры некоего справочника, первичного документа или отчета. Структура – это и описание полей, включая пользовательские, и их взаимосвязь с другими таблицами, и описание вызовов этих таблиц из модулей системы и интерфейсные предустановки.
Одним из достоинств такого подхода к построению базы данных является возможность для пользователя «на ходу» гибко менять настройки: от добавления своих хранимых/вычисляемых полей до добавления новых справочников. Причем, помимо стандартных типов полей могут быть добавлены поля типа: ссылки на файл (обращение к которой вызывает соответствующее приложение), графический файл, связанная таблица и др.
В словарях, хранятся и печатные формы, включая и формы сгенерированные пользователем), и формулы авторасчета зависимых полей записи, и настройки экранных форм.
В результате использования словарей унифицируется исходный код и интерфейс пользователя, экономится время разработчиков, повышается надежность и производительность системы. С точки зрения пользователя настроечный интерфейс становится доступнее. Например, при необходимости задания расчетных формул (для авторасчета зависимых колонок, распределения суммы по строкам, автоформирования проводок и документов и др.) система автоматически выводит на экран по данной таблице список заголовков полей на русском языке, как текущей таблицы, так и связанных с ней справочников.
При необходимости продвинутый пользователь (естественно, при наличии соответствующих прав) имеет доступ к нашей системе словарей, и это один из показателей открытости системы.




06.05.2008 11:49:43
Аркадий Народицкий , Генеральный директор


О кухне

Одна из больших проблем системы – ее постоянное развитие в части функционала и интерфейса. Стремление к постоянному совершенствованию вытекает из задач пользователя и из собственного понимания возможности что-то улучшить. Все это входит в противоречие с принципом «лучшее - враг хорошего». Технология разработок, применяемая на фирме, предполагает общий доступ к базе разработок со стороны аналитиков, внедренцев, консультантов, тестировщиков и программистов. В этой базе отражаются, как предложения по доработкам, так и выявленные ошибки. По каждой записи назначаются приоритеты и исполнители, отслеживается ее история. В работе находится одновременно не менее 2-х версий. Одна из них - «замороженная» версия, которая доступна клиентам и в которой, как правило, только исправляются ошибки и вносятся изменения согласно новым требованиям в законодательстве. Другая версия – рабочая, в которой ведутся плановые доработки. Периодически – через 3-5 месяцев - рабочая версия «замораживается» и клиентам становятся доступны наши доработки. При этом соблюдается один из основополагающих принципов нашей системы – при обновлении версии у пользователя «автоматом» сохраняются как данные, так и его пользовательские настройки. После обновления пользователю доступны и новые "заводские" настройки.




21.04.2008 11:58:43
Аркадий Народицкий , Генеральный директор


С новым сайтом

Открытие новой версии сайта для меня означает еще один шаг в развитии КомТех - истории, которая началась в далеком 1990 году. Этапы КомТех можно условно разделить: КомТех-DOS (1991 – 2001 гг.), КомТех 7 и КомТех 8 (2000 – 2008 гг.) и Comtec for Business (нач. 2008). На самом деле разработка последнего продукта началась где-то в 2005 г. Сложность новой разработки заключалась в необходимости одновременной поддержки текущей версии КомТех 8, как для обеспечения соответствия 8-ки буйно-кипучей деятельности законодателей, так и для решения специфических задач пользователей. Был накоплен опыт по работе с репликацией баз данных, в системе появились и другие инструменты для организации бизнес-процессов.
Необходимость разработки нового продукта класса «система управлением предприятием» была продиктована тем, что опыт работы с предыдущими версиями выявил резервы развития, которые были невозможны без коренных изменений ПО. Кроме того, необходимо было сменить версию СУБД на более новую с возможностью работы нескольких сотен пользователей. Соотношение решаемых задач учетных и управленческих задач продукта должно стать не менее 50:50. Естественно, лучшие черты КомТех – автоматизм обновления без потери данных и настроек, самый дружественный интерфейс работы и настройки, единое информационное пространство должны были быть сохранены.
И вот в результате больших усилий аналитиков, постановщиков, программистов и при участии пользователей, за что им отдельное спасибо, появилась система управления – Comtec for Business. Для органичного восприятия системы мы изменили фирменный логотип, а также наименование компании с «Бухгалтерии КомТех» на «КомТех – системы для бизнеса», изменили сайт.
Надеюсь, открытие новой версии сайта с блогами, форумами и автоматической рассылкой новостей подписчикам будет служить лучшему пониманию возможностей системы. Приношу извинения пользователям за неудобства, связанные с тем, что для получения обновлений версий через новый сайт необходимо пройти процедуру регистрации.
Кстати, было бы интересно узнать Ваше мнение о новом сайте. Это можно сделать зарегистрированным посетителям в комментарии к блогу.




Страницы: 9 [ 1 2 3 4 5 6 7 8 9 | Все ]

   
 
Для комментариев необходимо пройти авторизацию.
 
Авторизация
 


 
Форум Блоги Обновления
  hr
© Comtec, 2017
Почта: comtec@comtec.ru