Моё сердце обливается кровью, когда я это читаю статья и тем более - комментарии к этому.
Одно только упоминание магнатов среды 1С как решения для автоматизации деятельности аптечной сети чего стоит. Уважаемые хабратоварищи, 1С Управление торговлей В ПРИНЦИПЕ не подходит для торговли в фармацевтическом бизнесе! И заслуживающие внимания усилия любимой дочки 1С в области адаптации Розничной торговли до сих пор не решают до конца основные проблемы этой системы.
И при этом условии данное решение не имеет права стоить тех денег, за которые оно продается.
Мое мнение – это просто мнение, накопленное за многие годы работы в сфере фармацевтической торговли, как розничной, так и оптовой.
Но раз уж я упомянул ту статью, то тем, кто с ней знаком, станет понятно, что речь все-таки пойдет о розничной части.
Итак, я попытаюсь объяснить, почему мое сердце обливается кровью.
В каком-то смысле этот пост задуман как набор рекомендаций для автора статьи, прежде чем будут потрачены совершенно неоправданные деньги.
Если кому интересно, добро пожаловать под кат. Предупреждаю: ни одной картинки и много букв.
Оборудование и другие мелкие предметы
Сразу оговорюсь: я ни в коем случае не берусь исправлять уже сделанное или давать советы.Начнем с того, что по крайней мере в Москве никогда не возникало проблем с выбором оборудования из-за протекционизма некоторых производителей фискального оборудования со стороны местных налоговых органов.
Поэтому все аптеки имеют достаточно стандартный для небольших московских торговых заведений набор оборудования:
- Системные инженеры на рабочих местах – стандартный Win-ПК под управлением XP Prof
- Специфика работы с лекарствами, как уже правильно было отмечено, предполагает обширные списки и множество дополнительных параметров, поэтому стандартных 13-дюймовых торговых мониторов чаще всего не хватает; почти везде есть 17-дюймовые.
Исключение составляет приемка товара, где достаточно нажать две с половиной кнопки и увидеть список счетов-фактур.
- Принтер этикеток (по одному на точку) — Godex BZB2. Ниже я объясню, зачем вообще существуют ярлыки
- Стандартный принтер для документов, вариаций очень много, главное, чтобы он был совместим с ОС и правильно печатал документацию
- Мы используем самый простой сканер штрих-кода (Barcode Scanner) Zebex или Cipher — брать навинченные нет смысла.
И тем более, я каждый раз настаиваю на том, чтобы сканеры имели интерфейс USB - чтобы избежать лишнего геморроя с COM-портами.
Полностью этого избежать нельзя, потому что фискальная технология и дисплей покупателя, но хотя бы на сканере это возможно.
- Дисплей покупателя стоит Firich-2029. Просто и достаточно.
- Сеть везде разведена на стандартных коммутаторах D-Link, не вижу смысла на этом акцентировать внимание.
Обязательно наличие источника бесперебойного питания серверной машины, резервного копирования баз данных, защиты от вирусов на всех компьютерах.
Ну не мне, уважаемые хабраюзеры, учить вас простейшим правилам безопасного секса и безопасной работы территориально обособленного подразделения.
.
Поток данных и ответственность отделов
В условиях, когда удаленных торговых точек более 3-5, имеет смысл централизовать контроль ценообразования, закупок и многие другие операции в «офисе».В нашем случае торговля фактически осуществляется не в офисе; это центр ответственности за документооборот, ценообразование и распределение товаров.
И это оправдано, ведь торговая точка должна торговать, «приносить доход», а не оформлять документы.
Люди, которые находятся на кассе и зарабатывают реальные деньги, должны уделять как можно меньше внимания бэк-офису и как можно больше покупателю.
Запомните это условие, оно будет упомянуто еще раз.
А это значит, что упомянутая чуть выше нагрузка передается на предназначенный для этого агрегат. Туда (пока не в моих случаях, к сожалению) переносится анализ остатков и в результате централизованный заказ с учетом сезона и потребностей рынка (все помнят маски и респираторы?) И в этом же отделе ведется вся документация.
осуществляется, по мере возможности (Счета-фактуры по-прежнему должны приходить вместе с товаром в точку продаж, но мы потом пересылаем их в «офис»).
Итак, накладная поступила в офис (задержка 1-2 дня), ценообразование было осуществлено исходя из закупочных цен и требований законодательства (еще 1 рабочий день), данные о розничных ценах отправлены в торговую точку (еще 1-2 дня).
дни).
Итого в офлайн-версии работы у нас задержка продаж 3-5 дней с момента поступления товара.
А в нашем реальном варианте автоматизации мы начинаем продавать примерно через 1-2 часа после его прихода.
И это сегодня отраслевой стандарт. Это достигается вот как: Самое главное: в фармацевтическом бизнесе уже давно никто не работает с бумажными документами.
У каждого уважающего себя поставщика есть каналы доставки информации о содержании документов покупателю.
Чаще всего это программа электронного заказа, включающая возможность доставки так называемых «электронных накладных» (ЭН).
Это не электронный документ в моем понимании: он не защищен от копирования, не зашифрован и не является юридически надежным документом.
Эta ЭN - информация о содержании бумажного документа.
Но обычно достаточно провести все небумажные процедуры с данными: усвоение информации в учетные системы, обработку этих данных (читайте порядок ценообразования и распределения по торговым точкам).
- Кстати, вот первый недостаток ЛЮБОЙ торговой системы в аптечной сети: загрузка ЭH в коммерческих и предоставляемых системах чаще всего настраивается только для ограниченного набора поставщиков.
В остальном заплатите разработчику или разберитесь и настройте сами, если это возможно.
Предвосхищая вопрос, сразу отсеку: стандарта нет. Попытки его создания предпринимаются, но они наталкиваются на многие особенности обращения лекарственных и нелекарственных средств, реализуемых в аптеках.
- И вот второй недостаток, опять же, ЛЮБОЙ торговой системы в аптечной сети.
Недостаток принципиальный и непреодолимый без наворотов и финансовых вложений.
Это отсутствие в аптеках общедоступного и полного ассортимента КЛАССИФИКАТОРа лекарственных и нелекарственных средств.
Казалось бы, нет ничего проще – берешь Видаль или Реестр лекарственных средств, заставляешь всех поставщиков (паника еще не началась?) внести в этот список предъявление своего сертификата – и вуаля.
Остается только понять, кто этим будет заниматься, как его пополнять и обновлять (радар выходит раз в квартал - и катастрофически не успевает за выпуском новых лекарств, а о наличии не -наркотики в нем).
Отсюда и основные затраты времени оператора или менеджера, который работает на приеме товара: он должен сравнить имена поставщика с именами в базе данных.
Руководителям аптек, не освобожденным от этой нагрузки, лгать не дадут – это занимает от 2 до 6 часов в день, в зависимости от оборота аптеки.
Задача, конечно, облегчается хранением таких «ссылок» в базе данных, но постоянно появляются новые поставщики, новые лекарства и, что самое печальное, НЕлекарства.
В своей практике я даже видел систему, которая не поддерживала никаких хранимых привязок, кроме прямого совпадения имен.
И при всем этом мы помним, что сотрудники торговой точки должны «приносить доход», а не заниматься задачей сравнения классификаторов.
Наши данные передаются в незашифрованных пакетах через выделенный FTP-сервер.
Никакой «внутренней сети», VPN и прочих извращений не нужно.
Кто заботится о шифровании и безопасности пакетов, может зашифровать; наша система, например, позволяет добавить обработку отправленных и полученных файловых пакетов любым необходимым способом.
Почему не VPN? Это не имеет никакого смысла.
Данные могут быть зашифрованы перед передачей и расшифрованы после передачи, но стабильность VPN в наших сетях — под очень большим вопросом.
Конкретно сейчас я наблюдаю многочисленные проблемы в сфере обмена данными между офисом и торговыми точками в одной дружественной аптечной сети, потому что используется VPN. Кстати, из описанной схемы работы сразу вытекает следующий нюанс: для свойственной аптекам скорости продаж практически недопустимо использовать торговлю по штрих-коду (БК) производителя.
Мало того, что у некоторых товаров их в принципе нет (когда вы в последний раз видели ночной горшок российского производства с заводским предохранительным клапаном? А как насчет бутылочки или детской соски? И это весь ассортимент стандартная аптека, и это не все изделия, не имеющие заводского кода безопасности).
Мало того, что в базе данных Унискан нет описания продукции для каждого ШК.
Мало того, что эта информация не всегда достоверна (еще сметану вместо Панадола получали и многое другое).
Ну и на загрузку: какой штрих-код считается штрих-кодом товара, если на упаковке их три? И все в разных форматах.
И еще добавлю: где (как в ситуации с классификатором продукции) взять таблицу соответствия ШК и наименования.
И по этому имени вы также можете получить представление о позиции продукта в нашей базе данных продуктов.
Во времена моей бурной молодости вместо 1 дня я потратил 7 (СЕМЬ) дней на внедрение системы автоматизации в аптеке по заводскому коду! В выручке этой аптеки это составило примерно 350 тысяч рублей.
И никто еще не считал оплату труда сотрудников, которые были задействованы в процессе всем имеющимся персоналом - около 8 человек ежедневно.
Тогда в игру вступила проблема отсутствия связей между заводскими ЦК и товарными позициями (радар содержит не всю информацию, и в нем нет парафармацевтики, не говоря уже о косметике).
И тут, с опозданием, возникла проблема отсутствия связей между классификаторами номенклатуры поставщиков и нашими.
Именно тогда поток товаров стал поступать в обычном режиме.
Потому что без существующих привязок менеджер по приему вынужден делать их сам.
А это неприятная процедура – вникание в подробности дозировок, количества в упаковке, производителей.
Как это решается?
Ну а с заводскими ШК решение очень простое: из-за большого количества проблем, поставляемых заводскими ШК, их не следует использовать.Совсем.
Используйте только свой «технический» CC. Практически любая современная коммерческая система аптечной розницы включает в себя подсистему вывода этикеток с сервисными штрих-кодами.
Помните, у нас в каждой торговой точке есть принтер этикеток — он для этого и нужен.
В день печатается не менее 300 билетов, поэтому варианты с разовой печатью не подходят. Поэтому используется минимальное решение для малого и среднего бизнеса – BZB2. Не скажу, что это оптимальное решение: у него есть как недостатки, так и преимущества.
Но в заботливых руках наших операторов на стойке регистрации в аптеках эти принтеры не капризны и ведут себя достойно.
И как только проблема идентификации текущего товара на месте решена, остается единственный вопрос – первоначальное внедрение системы автоматизации (это когда необходимо провести полную инвентаризацию товара и «заштриховать» весь текущий ассортимент).
про аптеку, это отдельная история и отдельная статья) и вопрос увязки товара, свежепришедшего от поставщика, в офисе.
А вопрос привязки классификатора поставщиков к нашему – это, как я уже писал, головная боль любой системы автоматизации аптечной розницы.
Есть несколько вариантов:
- Используйте приоритетного поставщика и его квалификатор.
Это не решает проблему полностью, но, по крайней мере, делает ее не глобальной и преодолимой.
Чаще всего такую опцию предлагают в качестве бесплатного бонуса при использовании систем автоматизации розничной торговли, разработанных крупными игроками фармацевтического бизнеса – они сразу предлагают свой классификатор и прочие мелочи, иногда даже дают программу бесплатно.
В обмен на минимальный гарантированный оборот и статус приоритетного поставщика.
Я считаю такой подход неоптимальным, поскольку, помимо сомнительности экономической выгоды, вы не получите от них импортных макетов от других поставщиков, а возможность самостоятельно настраивать эти макеты, как правило, очень ограничена или полностью ограничена.
отсутствующий.
И редко когда подобные системы автоматизации, разработанные в ИТ-отделе такой компании как побочный продукт, действительно удобны и на 100% удовлетворяют всем требованиям по скорости обработки данных, надежности обмена данными, полноте подсистемы отчетности и масштабируемости.
.
А насчет улучшений по запросу или системы исправления ошибок - что тут говорить, даже если в их отсутствии виноваты некоторые коммерческие системы.
- Воспользуйтесь радаром или Видалем и разработайте набор привязок классификатора, используя различные ухищрения (используйте набор заводских ЦК, которые есть и у радара, и у поставщика; затем используйте усилия отдела снабжения "конторы" - пусть привязывают. Есть другие варианты, но это опять же тема целой отдельной статьи).
Путь дорогой, но надежный.
Нет опасности подсесть на программу, объемные поставки и другие услуги приоритетного поставщика.
- Путь, который предлагают правильные разработчики специализированного программного обеспечения для аптечных сетей: собственный классификатор, отшлифованный годами работы проверенных работающих аптек, со ссылками на основных поставщиков.
Есть только одна проблема: такой классификатор обычно не «привязан» к классификаторам других систем автоматизации, используемых в компании.
Например, учетные системы 1С в бухгалтерии.
Или если, не дай Бог, компания использует несколько систем автоматизации торговли.
Но даже при всем при этом этот путь кажется мне наиболее оптимальным.
Программное обеспечение для автоматизации
И теперь, когда вы, терпеливые и настойчивые читатели хабра, уже имеете представление об основной специфике фармацевтической торговли, мы можем обсудить самое интересное: программное обеспечение для автоматизации торговли.Сразу изложу свою позицию: мне нравится система, которую назову только приватно, чтобы не меня обвинили в рекламе.
И который я сейчас считаю на российском рынке оптимальным по соотношению цены и качества.
Более того, я считаю это очень недорогим, при условии, что доступный за эти деньги функционал очень широк и удовлетворяет всем потребностям практически любой сети – от одной до 20 200 аптек.
Принципиальных проблем с увеличением количества торговых точек я не вижу; система очень хорошо масштабируется.
Исторически сложилось так, что эта система сейчас практически не используется, а у меня есть опыт использования нескольких других, а значит, имею возможность оценить принципиальные недостатки, существующие практически в ЛЮБОЙ из них.
Итак, исходя из всего написанного выше, чего чаще всего не хватает в нынешних системах:
- Надежность обмена данными между офисом и торговыми точками.
Это зависит от вашей удачи: либо пакеты уникальны и не могут быть перегенерированы, что недопустимо в случае вероятных потерь, либо пакеты не хешируются, что приводит к дублированию информации в принимающей базе данных.
Вообще я видел на бирже великое множество разных косяков.
И система должна позволять отправлять одно и то же много раз, а также однозначно идентифицировать пакеты как дубликаты, если что.
- Гибкость в выборе способа обмена данными между подразделениями.
Ну не идиотизм ли ограничивать возможность отправки пакетов загрузкой файлов в папку через VPN? А потом жаловаться, что «у вас плохой интернет, поэтому связь постоянно рвется».
Или ограничьтесь электронной почтой.
- Как бы это ни печально, но удобство использования и минимализм в пользовательском интерфейсе.
Фармацевт – девушка лет 20, которую научили работать с кассовым аппаратом.
Или в лучшем случае она работала в какой-то другой системе продаж.
Любое новое расположение окон и кнопок на экране — это катастрофа.
И тем более новая последовательность действий при продаже.
Когда нажать на дисконтную карту, когда нажать на пенсионные скидки, что и когда нажать, чтобы наконец выбить чек.
А если вы используете дисконтную карту, больше не нажимайте.
Или нажать? Итак, большинство систем автоматизации, которые я видел, страдают от того, что интерфейс кассира совершенно непригоден для использования.
- Отсутствие откровенных скачков в сознании разработчиков.
Использовать сканеры ШК КОМ - это нечто.
Почему-то все решения 1С предпочитают именно этот вариант (или сканеры в клавиатуре), устанавливают какие-то специальные драйвера.
Или даже ставят себе в заслугу то, что драйверы для этих устройств включены в систему учета.
Когда уже давно существуют USB-сканеры, они работают как HID-совместимое устройство ввода и просто заменяют ввод штрих-кода с клавиатуры.
- И снова удобство использования.
Основная часть времени менеджера по снабжению уходит на привязку классификаторов продукции поставщиков к нашему классификатору.
Так что сделайте его лучше, быстрее и интуитивно понятнее! Я не видел ни одной системы, которая бы адекватно работала для этой задачи.
Максимум, что могут сделать разработчики, — это отфильтровать локальный классификатор по первым буквам имени.
Я считаю, что это не оптимально и можно потратить время на разработку системы сопоставления с использованием более гибких алгоритмов.
- Грамотная клиент-серверная работа.
Камень для сада одного очень крупного поставщика.
Товарищи, то время, когда данные хранились в локальной памяти программы в текущий момент, давно прошло! Клиентская станция должна быть если не тонким клиентом, то уж точно не дата-центром!
- Поддержка свободно распространяемых операционных систем.
Именно здесь на самом деле возникает большая ягодичная мышца.
Лишь одна из известных мне компаний занимается разработкой (и, как мне кажется, только под напором моих пытливых вопросов двухлетней давности) интерфейса для Linux. Понятно, что главное не интерфейс (Win-версия клиентской части прекрасно работает с Suse+Wine), а интерфейс с оборудованием.
Но именно для этого вы и являетесь разработчиками программного обеспечения!
- Грамотная интеграция с другими учетными системами.
Наверное, только решение от Рарус не страдает недостатком такового, ведь оно само по себе уже монстр с включенной подсистемой учета.
Но остальные должны, по крайней мере, быть более открытыми для импорта данных.
А потом одна за другой системы проходят через мои руки, и каждый раз одна и та же проблема: зачастую даже сами разработчики не знают достаточно уверенно, в каких местах базы данных какие данные хранятся и как их выкапывать для целей учета.
.
А предоставляемые возможности по экспорту данных «для бухгалтерии», как правило, представляют собой довольно жалкое зрелище.
Даже в моем любимом @@@.
- Стабильная работа в нестабильных условиях.
Печально, когда используется СУБД, не позволяющая настроить (а еще лучше, чтобы он был установлен по умолчанию) режима работы, предназначенного для быстрого запуска без потери данных при отключении электроэнергии, работе локальной сети или работе RAID-массива под файлами базы данных.
.
Это значительно увеличивает нестабильность работы торговых точек и затраты компании на специалистов по восстановлению данных и поддержку (если, например, необходимо исправить ошибки, возникающие в учетных данных при таких сбоях).
Посмотрите цены и условия обслуживания.
Пусть вас не обманывает название и красивый интерфейс – кассе нужна не красота, а скорость и удобство.
Даже если он текстовый (а такие есть на рынке), главное, чтобы он не вызывал никаких глюков.
Кассир зарабатывает деньги; ему не придется рыться в настройках и бороться с интерфейсом.
Теги: #автоматизация торговли #торговая сеть #фармацевтика #ERP-системы
-
Пять Презентаций Webgl, Которые Поражают
19 Oct, 24 -
Вперед В Прошлое. Geforce Fx. Рассвет Войны
19 Oct, 24 -
Скайп 3.0.0.217
19 Oct, 24
