Термин RFID у всех на слуху, но далеко не все, кто его употребляет, знают его истинное значение. Очень часто это приводит к недоразумениям. Эта заметка призвана решить проблему в большинстве случаев.

RFID - это РадиоЧастотная Идентификация (Radio Frequency IDentification). Соответственно ЛЮБАЯ технология, решающая эту задачу, может считаться RFID-технологией. Встречаясь с разными людьми я неоднократно становился свидетелем того, как разговаривая про RFID люди подразумевали абсолютно разные технологии, и в результате не могли понять друг друга (со всеми вытекающими последствиями). В этой небольшой заметке я опишу ключевые моменты, не углубляясь до уровня энциклопедии.

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

• технология применяется для идентификации? - Да.
• технология использует радиоволны? - Да.

Значит - RFID.

Второй наглядный пример - "бесконтактные" карточки, которые используются во многих системах контроля доступа (замки, турникеты и т.д.). Используется для идентификации (человека, использующего карточку)? - Да. Использует радиоволны? - Да. Значит - RFID.

Третий пример без комментариев - http://www.iautomate.com/dog_collar.html

Существует миллион способов классифицировать семейтво технологий, соответствующих двум вышеприведенным критериям. Однако, два параметра повторяются практически всегда: активный/пассивный и частота.

Пассивная технология RFID отличается тем, что метки RFID не имеют собственного источника питания. Соответственно, метка способна лишь "отзываться" на запросы считывателей - ведет себя "пассивно".

Метка черпает энергию из электромагнитной волны, которую посылает антенна считывателя RFID. При этом, индуцированного в метке тока должно хватить на то, чтобы "разбудить" метку, провести некоторые действия, в некоторых случаях довольно сложные (например, информация на метке может быть защищена паролем) и излучить в ответ результат. При этом излученная в ответ мощность иногда равна примерно одной миллионной от полученной. Именно это налагает ограничения на дальность работы пассивных RFID-технологий, и требует глубоких знаний тех, кто проектирует и внедряет систему.

Дальность зависит от используемой частоты, типа метки, формы антенны метки и её ориентации в пространстве, энергоемкости чипа на метке, мощности считывателя, типа подключенной к нему антенны, длины и типа антенного кабеля и многого другого, и может колебаться о нескольких сантиметров (пример с боевыми кораблями) до нескольких десятков метров (один из наших партнеров реализовал систему, работающую на расстоянии 24м, хотя пришлось изрядно повозиться).

Активная технология подразумевает наличие у метки источника питания (чаще всего - батарейки) и способность к автономному функционированию. С одной стороны, это значительно повышает дальность действия метки (т.к. можем использовать передатчик с высокой мощностью) и её вычислительные способности. С другой - такая метка требует обслуживания (как минимум - подзарядка/замена батарей). Наиболее известной активной RFID-технологией является ...Wi-Fi! Метки Wi-Fi, снабженные идентификаторами, прикрепляются к подвижным объектам используются для определения их местоположения. В принципе, отслежен и идентифицирован мжет быть любой Wi-Fi адаптер (по MAC-адресу), но со специальными метками получается точнее. Используется для идентификации? - Да. Использует радиоволны? - Да. Значит, Wi-Fi тоже может быть RIFD!

Основные применения такой технологии - контроль перемещения техники на погрузочно-разгрузочных площадках, в карьерах, в портах, на сортировочных станциях ЖД, лётных полях аэропоротв и т.д.

Есть ещё промежуточный вариант под названием 'battery backup' или 'battery assisted tags' - это пассивные метки с батарейкой, которая используется только для передачи сигнала на большее расстояние. Метка "спит", пока не примет сигнал от считывателя, потом просывается, и с помощью усилителя (требующего дополнительного питания) отправляет сигнал обратно. Пример - популярные в США и Европе системы типа EZPASS.

Среди частот для пассивных и полупассивных технологий можно выделить диапазоны LF (125-134КГц - пример с кораблями) , HF (13,56МГц - бесконтактные карточки) и UHF (860-960MHz, используется во многих отраслях промышленности). За подробностями советую сразу обратиться в Wikipedia.

В последнее время, когда говорят просто RFID, имеется в виду UHF RFID (причем стандарта UPC), если вы разговариваете о задачах учёта и контроля материальных потоков, или же об HF (причем стандарта MIFARE) - если речь идет о СКУД. Если речь идет о координатном определении местоположения, то под RFID-метками будут пониматься устройства Wi-Fi .

Поэтому, когда в следующий раз в разговоре возникает термин RFID - уточните контекст!

P.S. Для справки, Motorola производит стационарные и мобильные считыватели, антенны и метки UHF RFID (EPC); мобильные компьютеры Motorola могут быть оснащены считывателями UHF, HF, LF (встроенные или в виде насадок); ПО беспроводных контроллеров Motorola содержит систему определения местоположения (Wi-Fi RTLS) с поддержкой специализированных тегов Ekahau, Aeroscout (позиционирование высокой точности) или любых беспроводных устройств (точность зависит от плотности покрытия Wi-Fi). И все это может считаться RFID!

P.P.S. В технологии UHF RFID в большинстве случаев считыватель RIFD является и "записывателем".

Ещё не раз придется повторить, что области применения технологии RFID иногда бывают довольно непредсказуемыми - от волшебных зеркал до боевых кораблей. При этом даже такой "хай-тек" страдает от типичных "бытовых" проблем...

В частности, на боевых кораблях устанавливаются системы противоракетной обороны. Частью таких систем являются пусковые установки, выстреливающие разные контрмеры, призванные сбить с толку системы наведения ракеты (уголковые отражатели, тепловые ловушки и т.д.). Самым важным фактором, естественно, является время реакции. Поэтому отстрел производится автоматически на основе показаний системы идентификации угрозы (набор сенсоров + радарная сигнатура).

Так вот, оказалось, что одной из серьезных проблем военных в данной ситуации является известная каждому дистрибутору проблема "наличия".

Типов контрмер достаточно много, пусковых установок на корабле - от двух до шести, каждая прикрывает определенный сектор, у каждой установки -  шесть стволов. Упаковываются все эти боеприпасы в одинакового вида картриджи, чтобы любая установка могла выстрелить любым типом контрмер. Итого - 12-36 мест размещения одинаковых внешне боеприпасов. Как результат, нередки были ситуации, когда нужный тип контрмер просто отсутствовал в пусковой установке. Также, необходимо было дать знать автоматизированной системе отстрела какому стволу установке давать команду на выстрел (т.е. какой припас где лежит), из-за путаницы при загрузке или при вооде нередко выстреливался неверный тип припасов.

Решением оказалось применение технологии RFID. Так, в частности, компания Lockheed Martin, производящая много разного высокотехнологичного военного оборудования, модернизировала свои системы ALEX, добавив в них считыватель LF (Low Frequency, 125KHz) RFID с шестью антеннами (по одной на каждый ствол пусковой установки). Теперь картриджи с боеприпасами при приемке на корабль маркируются небольшими LF-метками и в систему заносится информация о типе контрмеры, соответствующей каждой метке.

Таким образом удалось избежать ошибок, связанных с неверной загрузкой пусковых установок или неверным вводом информации в систему управления огнем. При загрузке картриджей в пусковые установки система сама определяет "что где лежит" и способна при необходимости автоматически отстреливать нужный тип боеприпасов из нужной пусковой установки. Малый радиус действия LF-систем позволяет избежать путаницы и прочтения метки в соседнем стволе пусковой установки.

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

Некоторые подробности проекта можно прочитать здесь.

В предыдущих частях я рассказывал о том, как всё плохо и почему. В заключительной части - о том, что можно сделать, чтобы положение исправить.

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

Заодно, раз уж мы говорим о получении данных и принятии решений, было бы неплохо иметь оперативную связь с сотрудниками, и предоставить нужным сотрудникам возможность получения удаленного доступа к данным для принятия решений сразу на месте работы, а не потом и вдали от работы.

 Решить эти задачи помогает ИТ, а именно - мобильные информационные технологии. Используя их мы можем «дотянуть» ИТ до любого участника на любом уровне информационной цепочки, и устраняем самое большое препятствие на пути информации – этап первичного сбора и обработки данных. Но поскольку речь идёт о бизнес-сегменте, с его особыми требованиями (далекими от требований среднестатистического покупателя смартфонов, мини-раций, домашнего Wi-Fi и т.д.) то называются эти технологии корпоративными, а группа решений в целом - корпоративная мобильность (Enterprise Mobility).

Главной особенностью таких ИТ-решений является то, что их основным потребителем является не ИТ-директор, а линейные подразделения предприятия – производство, торговая сеть или отдел продаж, служба логистики, ОТК, финансовый директор и др. Соответственно, рассчитаны не столько на офисно-управленческий персонал (как ERP-системы) – а на исполнителей - работников этих линейных служб: кладовщиков, операторов машин, продавцов, контроллеров, водителей и т.д. - людей, фактически "производящих" информацию и прибыль(!) организации.

Второй особенностью является то, что в них фигурируют три вполне измеримых показателя: время, деньги и качество, которые можно изменять как в сторону уменьшения, так и в сторону увеличения (см. ниже). Эти показатели понятны руководителям линейных служб, эти проблемы им близки, проекты достаточно просто просчитать на предмет сроков окупаемости.

И третье – эти показатели достигаются с помощью внедрения ИТ. В результате ИТ становится реальным инструментом улучшения финансовых показателей предприятия, у руководства появляется реальное осознание важности ИТ для "настоящих" бизнес-процессов предприятия и потенциала ИТ-службы. Что позволяет с одной стороны поднять значимость ИТ-службы и ИТ-директора (вот он, alignment бизнеса и ИТ, о котором так долго говорили большевики). А, с другой стороны, после внедрения эти решения нужно поддерживать, и здесь уже легче получать финансирование на дополнительных людей и апгрейды инфраструктуры (в т.ч. из бюджетов линейных подразделений).

Ну, и в условиях глобальной экономии именно служба ИТ может оказаться инициатором изменений в компании, которые позволят ей не только успешно пережить нынешнее нелегкое время, но и выйти из него «в плюсе».

В Украине и её ближайших соседях (Беларусь, Молдова, Россия) конпоративная мобильность уже работает в следующих отраслях:

• Розничная торговля (приемка/отгрузка товаров, инвентаризация, контроль ценников, "разбор" очередей и др.)
• Логистика и транспорт (повышение точности, скорости и эффективности работы склада - см свежий номер КО, управление парком техники - маршрутизация заданий, отслеживание местоположения, расхода топлива и т.д., оптимизация маршрутов, контроль состояния техники и путевой инфраструктуры и др)
• Производство (управление материальными потоками, производственная логистика, контроль качества, обеспечение прослеживаемости, защита от ошибок и др.)
• Энергетика и коммунальное хозяйство (сбор показаний счётчиков, контроль состояния инфраструктуры, паспортизация газопроводов и др.)
• Дистрибуция, продажи и услуги (мобильный CRM, решения для повышения качества выездного обслуживания, пре-селлинг и продажа с колес, повышение точности и производительности труда инженеров сервисных центров и др.)
• Спецслужбы и госсектор (от банальной инвентаризации до систем мобильного паспортного контроля, оперативного резервирования мест и оборудования в больницах скорой помощи, оперативной связи и доступа к базам данных)
• Другие отрасли (мобильный приём заказа официантом на McDrive или в кафе, системы для проведения соцопросов и exit-poll'ов с моментальной передачей статистики и др.)

Вот несколько максимально наглядных примеров:

1. Время-: сеть магазинов внедрила решение по мобильной печати ценников и просмотру складских остатков, которое избавило сотрудников от необходимости каждый раз бегать к стационарному компьютеру/принтеру в подсобку. Было подсчитано, что в среднем на один "заход" сотрудник тратит около 5 минут и совершает около 6 заходов в рабочую смену (итого 30 мин). При штате в 20 человек экономия составила 10 часов в день - фактически, ещё один с плюсом сотрудник.

2. Качество+. Завод, производящий мобильные телефоны, заносит в базу все серийные номера с целью дальнейшего отслеживания в сервисе. При ручном вводе серийника примерно каждый 300й введенный символ вводится ошибочно (ошибка, не замеченная оператором!). Переход на систему AutoID со штрихкодированием сократил шанс ошибки до 1/3000000. Качество процесса ввода серийных номеров соответствует стандарту Six Sigma.

3. Деньги+. Возможность быстрого подтверждения факта оказания услуги в полном объеме и с надлежащим качеством, мобильной печати счета, мобильной оплаты услуг по факту) позволяет значительно сокращать дебиторскую задолженность организации. Спросите любого финансового директора, хочет ли он "откусить" день-другой от CCC (Cash Conversion Cycle). Этим пользуются организации коммунального хозяйства, сервисные организации (выездные ремонты) и т.д.

4. Деньги-, время+, деньги+. Внедрение GPS-системы контроля парка транспортных средств и системы аналитики и оптимизации маршрутов позволяет логистам сократить расходы на топливо до 30%, увеличить количество пунктов доставки за день на 10-15%, при этом оптимизация маршрутов и возможность динамической маршрутизации в реальном времени нередко приводит к тому, что, оказывается, можно "повышенные обязательства" выполнять меньшим числом машин!

5. Время-, Деньги-: Разгрузка фуры и оприходование товара с применением бумажной документации занимает до 4 часов. То же самое с применением мобильных терминалов сбора данных - порядка 40 мин. То же самое с применением EDI (Electionic Data Interexchange) между поставщиком и приёмщиком - 15-25 минут.

Думаю, для начала достаточно. Можно найти пример для любого параметра (деньги, время, качество) для любой отрасли вплоть до типично "офисных" задач. Именно этим, если читателям интересно, я и хочу заняться в следующих постах на тему мобильности.

Интересно, какое количество "сознательных" пользователей будет продолжать пользоваться украинскими почтовыми и другими ресурсами после принятия этого закона? И в какую сторону изменится популярность всяких там ukr.net, bigmir.net, i.ua и других?

Один из вариантов: закрыть все свои аккаунты на публичных украинских ресурсах и открыть их на зарубежных, желательно, не американских (у них вывихи в мозгах по части международной деятельности тоже немалые), но обязательно c поддержкой SSL для HTTP/SMTP/POP.

После чего, если в чью-то светлую голову придет идея внести gmail в списки чёрных ресурсов, распространяющих детское порно, можно будет купить у буржуев процессорной мощности в каком-нибудь дата-центре, с десяток IP/NS и поднять на этом IpSEC/SSL VPN гейт (я даже название придумал - "Украинский гейт к свободе") :)

Правда, могут приделаться к крипте, но тогда нужно признать незаконной деятельность всех филиалов международных и украинских контор, использующих VPN'ы (кто силен в этой теме - отзовитесь!)... А заодно обязать провайдеров анализировать контент в реальном времени и отфильтровывать зашифрованные пакеты :)))

В общем, на маразменный вопрос - маразменный ответ. Идея сырая, кривая, маразменная, не стесняйтесь ругать, но конструктивно. :)

Пламенное обсуждение закона: здесь

Вот о таком замечательном способе приукрасить довольно бытовой объект узнал недавно в новостях. По-моему - замечательно.

Штрих-коды, конечно, не всегда соответствуют спецификации, но читаться будут :) Делает всё это это японская дизайнерская фирма D-Barcode, стоимость колеблется от 1500 до 4000 USD, плюс, лицензионные отчисления.

Ещё забавные примеры с сайта производителя:

• http://www.d-barcode.com/barcode/barcode_products.html
• http://www.barcoderevolution.com/gallery/index.php?c=all

Уже собрался писать третью часть повествования, но в обсуджении первой части был затронут один фундаментальнейший вопрос...

Что выгоднее для бизнеса - предотвратить ошибку (минимизировать риск до несущественной величины) или взыскивать причиненный ущерб с собственных сотрудников?

Для  меня всегда ответ был очевиден - естественно, лучше предотвратить (если это не обойдется дороже, чем нести ущерб в минорных случаях). Тем не менее, обсуждения в первой части статьи показали, что в Украине практика наказаний применяется повсеместно и считается вполне годной, в то время как инвестиции в оптимизацию процесса с целью сокращения ошибок - "глупости" . Получается, "Чтобы корова давала больше молока и меньше ела, её надо меньше кормить и больше доить".

Как отметил один из читателей, собственнику (при условии, что он сам не руководит предприятия, а нанимает управляющего), по большому счёту, всё равно, как идут процессы - он считает деньги. Это верно. Но вот уже управляющему - важно, как идут процессы, т.к. именно ему нужно эти деньги зарабатывать. И для того, чтобы процессы шли правильно, как можно дольше, ему выгодно вкладывать инвестиции даже в самого распоследнего рабочего. Почему? Причин много, я приведу всего две (их явно больше, приглашаю всех заинтересованных добавить их в комментариях):

1. Неопределенность. В обcуждении правильно заметили, что схема наказаний довольно эффективна  "если убытки соизмеримы с з/п персонала либо вообще надуманы". А что если мы не знаем, какой убыток можно тут понести? Есть и репутационный ущерб, и затраты на исправление ошибки, и потери в производительности труда на протяжении времени исправления, и многое другое. Плюс, есть ущерб, который целиком исправить нельзя ("Я сказал ногу! Я сказал правую!")

2. Минимизация финансовых рисков. Затраты на предотвращение риска предсказуемы, т.к. мы вначале оцениваем масштабы рисков (правда, см п.1.) - а потом ищем решение, которое будет экономически оправданно. И мы знаем, сколько потратить, и во сколько это обойдется в пересчете на сотрудника в год, и на тонну готовой продукции или на тысячу операций, и т.д. и п.т. Затраты на восстановление - непредсказуемы. Точнее, они предсказуемы с определенной точностью, мы это делаем при оценке риска, но всё равно есть элемент лотереи. К примеру, в нашей сфере ремонт "неудачно" упавшего мобильного компьютера может стоить от 0 (чудом выжил) до 120% стоимости устройства. В то время, как сервисный контракт с моделью Advanced Replacement (кто недавно обсуждал Care Pack'и? :) ) стоит порядка 5-13% стоимости устройства (за три года) и гарантирует ремонт/замену даже если его разрубили надвое топором (или порвался ремешок стилуса.

Плюс, наказывая собственных сотрудников за то, что они люди (которым собственно ошибаться), мы никак не способствуем повышению их лояльности к работодателю (начальство тоже не безгрешно), со всеми последствиями.

С другой стороны, инвестиции в оптимизированный процесса с минимизированными рисками позволяют превратить эти минусы в плюсы (и сотрудники работают "на полезный результат", а не "лучше не соваться, ещё платить придется"). Вот пример:

В BP (British Petroleum) на одном из НПЗ внедрили мобильную систему Enterprise Asset Management появилась функциональность мобильного назначения работ (нарядов) и сбора/доступа к данным по оборудованию "на местах" (для сервисников). В результате, время от обнаружения проблемы с оборудованием до принятия по ней решения сократилось с 16 часов (пришёл, покопался, записал на бумажке, принёс бумажку, бумажку вбили в компьютер, подумали) до получаса (пришёл, покопался, подглядел в КПКшке справочные данные, историю ремонтов и т.д., вбил результат в КПКшку, на другом конце провода подумали, а сам пошёл к следующей проблеме, а не за новой бумажкой), плюс, уменьшилось количество ошибок ввода и зза которых приходилось бегать по два раза, уточнять, или принимались некачественные решения. Система окупилась "официально" за 7 месяцев.

А НЕофициально, BPшники сказали, что вскоре после внедрения системы у них возникла такая проблемка, которая за те 16 часов, за которые её бы диагностировали по старой схеме, могла бы перерасти в трагедию. А так - за полчаса они осознали серьезность положения и вовремя предотвратили катастрофу. Так что неофициально, говорят, система окупилась в тот же самый день :)

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

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

[Продолжаем http://ko-online.com.ua/node/45849 ]

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

Так какие же ИТ-инструменты используют люди, порождающие информацию, на основе которой с помощью недешевых систем принимаются судьбоносные решения?

Чаще всего, их два: бумажка (иногда с формой) и ручка (или голова), с помощью которых эти данные записываются и переносятся от того места где они рождаются (производственный участок, паллетоместо, касса, счетчик, показания которого надо снять) до некоего АРМ, где они вбиваются вручную оператором.

Кроме того, обратите внимание - «АРМ оператора» - «рабочее место», привязанное к конкретному, гм, месту. Большинство применяемых сейчас ИТ-систем стационарны по натуре. К сожалению, в большинстве случаев работы проводят не там, где за них отчитываются. А данные появляются и используются для принятия решений именно там. где проводится работа. В такой ситуации в опять ход идут промежуточные носители – тренированная память, блокнотики, разные бумажные формы.

Таким образом, рождается интересный вопрос – а насколько таким данным можно доверять при принятии решений. Судя по доводам приведенным в первой части, и по отсутствию повального перехода на ERP-системы, доверяют таким данным не очень.

Продолжение следует...

Тут можно остановится, но приведу пару примеров, чтобы не казаться голословным.

Статистика Motorola говорит о том, что примерно каждый 300й символ при ручном вводе вводится неверно и остается незамеченным.

Примеры из жизни говорят о том, что на некоторых предприятиях результаты работы отдела ОТК, занимавшегося обслуживанием производственного оборудования, обрабатывались позже, чем выдавались новые наряды на обслуживание. Так что вполне реально можно было приказать подлить смазки в поломанный агрегат, который уже почти месяц простаивает по причине отсутствия запчасти (которая до сих пор не заказана, т.к. отчет не обработан).

В соседней Молдове около 15% счетов в коммунальной сфере приходится переоформлять из-за каких-то текстуальных ошибок (неправильно написана фамилия, или неверно собраны показания счётчика, или верно собраны показания - но опечатались с датой). А неправильно оформленный счёт - повод не платить, чем население с удовольствием пользуется (у них классическая система "Есть счёт - плачу, нет счета - не плачу" в отличие от нашей). В результате, между выставлением счета и его оплатой может пройти месяц - пора уже следующий счет выставлять, а компания ещё не получила денег за предыдущий период. Много ли коммунальщиков могут (и хотят) себе позволить работать в дебет?

А ещё, периодически возникает необходимость в обратном направлении потока данных – руководству (от директора до бригадира) нужно связаться с определенным сотрудником (а где он сейчас: в цеху, на выезде?), или сотруднику нужен доступ к данным организации (проверить номер машины по базе угонов, данные на клиента из CRM и т.д.). Здесь уже никакую CRM себе в блокнотик не впишешь, и без оперативной связи сотрудника никак не найдешь.

Что делать - обсудим с следующей части.

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

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

Интересная получается ситуация - компании внедряют ERP, CRM и другие умные системы, стандартизируют бизнес-процессы - и всё равно не получают желаемого результата. Как говорится, "есть один нюанс": аналитические системы работают с данными, которые вводят ЛЮДИ. Поэтому не стоит удивляться, когда система выдает неадекватные результаты, базируясь на модели, построенной на ошибочных данных. Напротив - надо внедрить ещё одну аналитическую систему, которая эти данные "почистит" и "выправит".  А не проще ли СРАЗУ вводить правильные данные?

Не спорю, в некоторых случаях, действительно, не проще. Но это в некоторых. В большинстве промышленных применений, например, уже давно используются разнообразные системы автоматической идентификации, которые в сочетании с мобильным доступом к данным позволяют повысить качество введенных данных до уровня Six Sigma (http://ko-online.com.ua/node/45564, <1 дефекта на миллион). При этом, уровень технологий таков, что большинство проектов окупается за 6-15 месяцев (вот относительно свежая статистика по одной из отраслей: http://ko-online.com.ua/node/44523).

Пока что здесь была только критика и некие намеки. Реальные предложения по усовершенствованию читайте в следующих постах.

[UPD] Тема "предотвращать или наказывать" вынесена в отдельную запись: http://ko-online.com.ua/node/46224

Как обычно дистрибуторы продвигают продукцию? Семинары, акции, реклама, рассылки - были, пили, знаем...

Один из наших ведущих европейских дистрибуторов ScanSource Europe таки сумел выделиться на общем фоне - для продвижения нашей беспроводной инфраструктуры (и системы обеспечения беспроводной безоласности) организовал 45-часовую нон-стоп WLANparty с участием более ста человек, которые игрались в самые разнообразные игры по беспроводной сети, в то время, как команда хакеров пыталась сеть взломать.

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

Источник и подробности здесь: http://www.itrportal.com/absolutenm/templates/article-events.aspx?articl...

802.11n принят в качестве финальной версии.

Полный текст спецификации обещают обнародовать в Октябре. По предварительным сведениям, особых изменений нет, и всё, что было совместимо с 802.11n Draft 2.0 будет соответствовать финальной спецификации.

Поздравим группу .11n со свершившимися тяжкими родами! :)

Источник: http://standards.ieee.org/announcements/ieee802.11n_2009amendment_ratifi...

Правда, нам от этого ненамного светлее, т.к. организовать полноценный outdoor mesh на 802.11n (что является одим из основных применений его в индустрии, благодаря повышенной пропускной способности, MIMO и Beamforming) в Украине всё еще нельзя с легальной точки зрения.