|
|
Маркетинговый анализ
Документация по 1С
О бизнесе
Сопровождение 1С
Кабинет автоматизатора 1с
Полезные технологии
Торговый анализ
Аналитика 1с
Текущий раздел: Отчетность 1c
Решение по комплексной автоматизации холдинга
Структура предприятий розничной торговли которых принято относить к среднему бизнесу, в принципе на низшем уровне (уровне подразделений продажи) очень проста.
данных, решение, автоматизации, системы, решения, задачи, работает, репликации, функционал, сервера
ABC анализ
Внешняя обработка для 1С версии 8.1 наиболее эффективная для управления товарным ассортиментом. Анализируются данные документов "Реализация товаров и услуг". Подходит для любой типовой конфигурации.
Чаще всего это магазин с четко прописанным количеством, выполняемых его сотрудниками, функций. И если вспомнить что построение решений по комплексной автоматизации холдинга (его консолидированной управленческой отчетности) дело для серьезных группразработчиков, то вот как раз «низший» уровень по силам отделу ИТ предприятия, или отдельно взятому «фрилансеру».
Это описание очередного «велосипедного» решения (или как скажут любители perl — Yet Another Bicycle Configuration) я назвал «Химера».
«Велосипедное» решение или «Я познаю мир»
Входные данные
Абстрактный холдинг, на который я работаю в данное время, давно задумывается о внедрении Комплексной Системы по Автоматизации Предприятия (КСАП), НО
а) в стоимость такого решения входит помимо внедрения еще и стоимость лицензий на рабочее место, и если на специалистов среднего звена руководство готово купить такую лицензию, то вот покупать лицензию стоимостью «два килобакса» для отдельно взятого продавца на магазине, извините, слегка накладно
б) любое внедрение КСАП так или иначе связано с адаптацией текущей организации бизнес-процессов к реализации их в системе, а они иногда для обычного продавца «избыточны»
в) внедрять КСАП мой холдинг хочет именно «сверху» начав с модуля финансового планирования
Обобщенные предварительные выводы
Значит учитывая такую ситуацию что могу сделать я
1. Оценить и описать бизнес-процессы происходящие на низшем уровне
2. Реализовать эту процессы в программе архитектура которой представляет собой «двух-звенку»
3. Реализовать механизмы репликации данных в центральную базу данных по определённым интерфейсам с необходимой детализацией
В итоге я получу необходимые исходные данные для анализа в основной (центральной) системы
Предварительные «гешефты»
Таким образом плюсов от такого решения видится несколько
1. Уменьшение стоимости лицензий на начальном этапе внедрения, читай стоимости внедрения
2. Получение описанной организационной структуры стандартного магазина в виде спецификаций (проектных решений).
3. Более стабильное решение за счет применения как можно большего числа продуктов OpenSourse
4. Собственный рост как специалиста по автоматизации
Вообщем на этапе исследования «Как решать?» подобный проект мне показался «вменяемый», реально воплотимым и довольно таки не сложным
Предпроектное исследование
Как не странно но началось всё началось НЕ с выбора платформы разработки и сервера базы данных, а с бумажек...Поясню у меня было время и для каждой должности (ответственного на магазине) я, потратив время, нарисовал «диаграммы взаимодействий» и «диаграммы прецедентов» в итоге посмотрев на эти схемы я уже четко понял несколько важных моментов
1. Платформа должна поддерживать ООП (Объектно-ориентированное программирование). Так как налицо было наличие общих сущностей и общих механизмов их взаимодействия
2. Разработка на платформе должна быть удобной и быстрой
3. Поддержку ссылочной целостности данных, функционал по репликации данных, регламентные работы с БД и т.д., должен поддерживать сервер базы данных — то есть данное решение должно в полной мере использовать функционал выбранного сервера базы данных
4. Как и оказалось функции «низшего уровня» просты до безобразия
5. Решение должно быть кросс-платформенным — так как никогда нельзя быть уверенным что наш холдинг не захочет сэкономить на лицензиях операционных систем, учитывая наличие специалистов в области *nix систем.
После появления бумажек и некоторых предварительных выводов в голове я перешел к конкретным выборам механизмов. Начнем с выбора БД — что сейчас есть на рынке открыто-кросс платформенного:
а) Firebird — не очень стабилен под Win, маловат функционал, платность многих необходимых плагинов — хотя есть прецедент когда свободно работает база данных в 30 гигабайт.
б) OracleXE — тяжеловат, да и неизвестно что там с лицензией и ограничением бесплатной версии
Если коротко - то я намучившись с Firebird'ом выбрал PostgreSQL
Основными критериями являлись помимо реализованного функционала и кроссплатформенности еще и наличие довольно вменяемого механизма репликации (Slony II), а также «версионность» сервера. А также одним из моментов являлось и то что «Восьмерка» сейчас работает с PostgreSQL (пусть и с «патчами») — необходимо было освежить знания сервера — авось пригодится.
По моим подсчетам на отдельно взятом магазине максимальное количество пользователей не превысит 20 «коннектов» включая сервисные службы, с таким количеством сервер должен справиться, учитывая, что я долго исследовал документацию на предмет стресс-тестов.
Выбор платформы был далеко не так од назначен:
Суть в том что у холдинга имелось определенное количество «купленных» коробок 1С 7.7 в эпоху развития, в случае же расширения холдинга покупка «семерки» выглядит неоднозначно, а также работа «семерки» под всем известным «допиленным вайном» мною наблюдалась неоднократно-нестабильное.
Поэтому выбор был сделан следующим образом
Клиентское приложение будет реализовано на двух языках 1С 7.7 и Java.
Главный момент который мне предстояло решить на «семерке» — это реализация сущностей («абстракцией» над БД)
А на Java самым главным было реализовать «ScrolableDataGrid» - аналог ТабличногоПоля из 1С++ и печать отчетов с помощью JasperReports.
Учитывая реализацию на двух платформах я начал разработку немного не с того
От «альфа» до «релиза»
А начал я с автоматизации собственной деятельности
Для начала был разработан регламент разработки для каждого этапа от «альфа» до «релиза»:
* Постановка задачи
* Проектное решение (нечто напоминающее UML диаграммы)
* Обсуждение в комментариях задачи (чаще с самим собой)
* Функциональные тесты
* Реализация
* «Коммит» в репозитарий
* Закрытие задачи
Соответственно естественно следующим аспектом была настройка системы учета задач (как Вы наверное помните я любитель Trac (www.edgewall.com)) и написание скриптов для создания «ночных сборок».
И первой задачей которую я реализовал в обоих клиентах была форма сообщения об ошибке через XMLRPC вызов Trac— таким образом пользователь может указать свои пожелания и мои недочеты при реализации.
Основные моменты в разработке:
1С 7.7
* использование всех самых лучших компонент: 1С++, FormEx, rWidgets, svcsvc, Yoksel, TableDoc
* Динамические свойства классов
* Конструкторы почти всех классов реализованы с параметрами и вызываются через ФабрикуОбъектов
* использован ODBC драйвер от PostgreSQL (нормально работает под «вайном»)
* ТабличноеПоле из 1С++ 2.5, сейчас смотрю ка развивается icpp 3.0, скорее всего скоро перееду на более «вкусное» табличное поле и остальной функционал.
* ИндексированнаяТаблица использовалась в полном объеме
Java (если коротко)
* использвано EJB для реализации классов «сущностей» БД.
* использована библиотека Swing для клиентского приложения (в этой библиотеке стоит обратить внимание на избыточное наследование у компонентов)
* основательно «допилен» компонент jTable у которого теперь поставщиком данных является ПостроительЗапроса к «сущностям» БД.
* реализована работа с JasperReports для печати.
* найдены компоненты работы с торговым оборудованием.
Основным моментом в работе с PostgreSQL явилась только настройка репликации в центральную БД — Slony II оказалось не очень простым решением.
Интеграция с Центральной Учетной Системой была реализована в двух ипостасях — некоторые данные «уежают» как в «старую» учетную систему, так и в новую
И собственно «продакшн»
Сейчас решение установлено в количестве 5 копий — и я бы не сказал что создается много проблем, я бы даже сказал что проблем маловато.
Применение механизмов конфигурационных тестовых файлов и удаленного доступа VNC и ssh — позволяет большинство моментов решить за считанные минуты
Развертывание системы за счет её простоты вместе с настройкой оборудования занимает около дня, естественно вместе с инструктажом пользователей.
От обдумывания задачи в феврале этого года до запуска прошло 4 месяца, что на мой взгляд неплохо.
В итоге Центральные учетные системы «смотрят» в единую БД подразделений, ничего не зная например об отсутствии связи по вине провайдера где-нибудь Большом Гадюкино.
Несколько слов в заключении рассказа
«Химера» - имеет несколько лексических значений. Одно из них это «Мифическое животное с головой дракона, хвостом змеи и ...», другое же «мечта, нечто недостижимое»
К сожалению из-за узкоспециализированности реализованного функционала не могу представить решение в бинарном виде. На данном этапе я предлагаю лишь ознакомиться с одним из способов избежать революций при смене платформ автоматизации в следствии неизбежного развития предприятия.
На днях присутствовал на презентации решения на основе Крупной Платформы Для Автоматизации — так вот у товарищей оказывается на отдельных магазинах тоже работает свой «софт». Если я правильно понял их подход «Не надо стрелять из пушки по воробьям».
И последнее — я не говорю о том что я открыл Америку, но нынешний подход внедренцев многих крупных «автоматизаторов» мне кажется неочевидным. На мой взгляд не надо бросаться в крайности со слоганом «Всё в одной системе»
По материалам сайта Инфостарт
Читайте также:
Принципы Бориса Нуралиева
К основателю софтверной фирмы " 1С " Борису Нуралиеву в компании привыкли обращаться на " ты ": он непритязателен и доступен, никогда не стучит кулаком по столу и редко повышает голос. При этом ему удалось построить компанию, которая работает как часы, и вывести ее в лидеры массового рынка прикладных программ.
ОПТИМИЗАЦИЯ РОЗНИЧНЫХ ПРОДАЖ. Оптимизация отгрузок товаров в розничные торговые точки
При работе с розничным покупателем всегда существовали вопросы: * Как оптимизировать ассортимент товаров для удовлетворения спроса? * Как увеличить эффективности продаж, предлагая товары дающие максимальную прибыль?
Маркетинговое программное обеспечение
Товарные группы: как выделить товарные группы по заданным показателям, как провести оценку товарных групп. Ценовые категории: принципы создания карты ценовых категорий запаса, возможности оценки роста оборота по товарных группам. Количество позиций в товарных группах: каким образом может влиять на оборот количество товарных групп, возможно ли оценить это влияние. Влияние соотношений и изменений в ассортименте на колебания оборота запасов. Выделение товаров-лидеров.
Маркетинг в венчурном проекте
В рамках маркетингового исследования для инновационного проекта нужно ответить на простые вопросы: * Во что вкладывают средства инвесторы? * Кто купит проект?
Защита коммерческой тайны в 1С Предприятии
В данной статье рассматриваются управленческие подходы к защите коммерческой тайны предприятия в учетных системах на примере экономической программы 1С. Статья будет интересна для менеджеров среднего и высшего звена, рекомендуется для прочтения техническим специалистам по обеспечению безопасности данных.
Фирма 1С и Агентство 1С -Персонал объявляют о выпуске совместного программного продукта
Решение предназначено для служб персонала компаний или консалтинговых компаний, занимающихся оценкой персонала. При разработке в конфигурации был использован опыт автоматизации служб управления персоналом компаний, а также учтены основные стандарты, течения и методики оценки сотрудников и кандидатов на работу.
1с 77 против 1с 8 с точки зрения заказчика Часть 2
Продолжаем тему перехода на 1С 8, начатую в прошлой теме .
XYZ анализ Материал из Википедии свободной энциклопедии
Википедия пишет о методах анализа данных в торговле
Расчет товарных запасов
Анализ массогабаритных данных по товарам, хранимым на текущий момент, позволяет определить характеристики той продукции, которая присутствует на складе в текущий момент (либо может быть экстраполирована на товарные запасы планируемые к поступлению на склад). Такой анализ с учетом массы нетто, количества штук в упаковке, вида и типа продукции, изготовителя.
| |
Пользовательского поиска
|
|
|
|
|
|
|