Материал из PL Engineering

Содержание

1 Обзор систем видеоконтроля кассовых операций

Обзор систем видеоконтроля кассовых операций

«Призма» (Компания «Кристалл Сервис»)

Система «Призма», разработанная Компанией «Кристалл Сервис» (Санкт-Петербург), как и любая другая система видеоконтроля кассовых операций, представляет собой достаточно сложное технологическое решение, предназначенное для предотвращения потерь на кассовом узле торгового предприятия. Система присутствует на рынке давно и успела зарекомендовать себя с лучшей стороны. Первая версия системы была выпущена в 2000 году. В 2004 году система видеоконтроля «Призма», единственная в своем классе, была отмечена премией «Золотые весы». В 2005 году была анонсирована новая версия системы комплексного видеоконтроля (ее официальное название Set Prisma 4.0). Впрочем, в большинстве инсталляций пока еще используется третья версия «Призмы», поэтому в нашем обзоре речь пойдет именно о ней.

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

Чтобы понять, как работает система, то есть каким образом совмещаются два потока информации (видео и кассовые события) и откуда они приходят нужно рассмотреть структуру системы «Призма», которая в этом смысле является самым настоящим программно-аппаратным комплексом. Проследим пути этих информационных потоков.

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

Далее видеосигнал от камеры оцифровывается и записывается. Для этого используется компьютер с установленными одной или несколькими платами видеоввода, операционной системой Windows 2000 и SQL-сервером.

Отметим, что в компании «Кристалл Сервис» не стали заниматься разработкой своей собственной платы видеоввода, а решили использовать популярные на рынке цифровых систем видеонаблюдения платы производства компании «Пентакон». Мы уже проводили тестирование этих плат в составе цифровой системы видеонабюдения VideoNet, и все технические параметры и данные по скорости записи и отображения для плат сохранятся и в системе «Призма», поэтому подробно аппаратную часть мы разбирать не будем.

Что касается программной части, то она была разработана полностью в компании «Кристалл Сервис» и имеет не так много общего с функциональностью традиционных цифровых систем видеонаблюдения, так как она адаптирована именно для видеоконтроля кассовых операций. На ней имеет смысл остановиться подробнее, так как от нее в большей степени и зависит функциональность всей системы.Как и любое другое коммерческое программное обеспечение, «Призма» защищена HASP-ключом.

Структурно программная часть «Призмы» состоит из нескольких программных модулей, которые могут быть установлены на одном компьютере или в распределенной конфигурации.

В состав системы «Призма» входят следующие компоненты:

Видеосервер (оцифровка, отображение, сжатие и запись видеоинформации от видеокамеры);
Кассовый сервер (получение и запись событийной информации от касс);
Клиент (сопоставление видеоинформации с событийной информацией от касс).

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

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

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

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

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

После того как мы в общих чертах познакомились с архитектурой системы «Призма», перейдем от теории к практике и рассмотрим ее возможности и функциональность.

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

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

Интерфейс выглядит следующим образом. Главный экран разделен на три части:

Окно, в котором выводится изображение от камеры.
Внизу окно событий, которые приходят от кассы.
Справа от окна с видео отображается текущий чек.

Клиентская программа позволяет работать в режиме оперативного наблюдения или в режиме просмотра архива.

Относительно этих режимов работы нужно сделать небольшое замечание. В большинстве случаев работать в режиме оперативного наблюдения нет смысла, так как для этого потребуется выделять несколько человек, которые будут заниматься только этим. Еще нужно учесть, что такая работа требует повышенной концентрации внимания. Учитывая вышеизложенное, необходимо отметить, что функционально «Призма» ориентирована в большей степени на аналитическую работу службы безопасности. Руководитель службы безопасности имеет возможность разграничить степени важности происходящих событий. Для того чтобы не просматривать весь накопленный архив, оператор системы или, допустим, начальник службы безопасности магазина с помощью аналитического инструментария, заложенного в «Призме», один раз или, как рекомендуется, дважды в сутки составляет отчет и просматривает только те видеофрагменты из архива, которые связаны с кассовыми операциями, потенциально опасными с точки зрения злоупотреблений.

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

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

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

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

Обычный поиск по времени и просмотр в архиве является стандартной операцией и осуществляется привычными кнопками и средствами, поэтому останавливаться подробно на нем смысла не имеет.

Больший интерес представляет именно расширенная функциональность. Система «Призма» позволяет осуществлять следующие действия:

сортировка просматриваемых событий по времени, по событиям с учетом приоритетности событий или без учета;
использование специальных дополнительных фильтров на условия поиска и просмотра информации из архива;
составление статистических отчетов из архивных данных в соответствии с различными условиями (по размерам сумм в чеках от кассиров, по частотности появления того или иного события у кассиров и т.д.).

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

Статистические отчеты представляют собой заранее заданные шаблоны, которые позволяют быстро сформировать и, при необходимости, экспортировать в Excel отчеты по следующим параметрам:

события на кассах, сгруппированные по кассирам (частота появления событий у кассиров)
товары, отпущенные каждым кассиром (количество отпусков того или иного товара кассирами)
суммы чеков от кассиров по различным суммам
дисконтные карты (отчёт об использовании дисконтных карт)

В этих отчетах «подозрительные» показатели, то есть максимальные значения, отмечены красным цветом, чтобы привлечь внимание службы безопасности магазина. Впрочем, эти отчеты могут быть полезны не только ей, но и торговым аналитикам.

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

Все события, которые могут происходить на кассе, уже изначально зафиксированы в системе и накапливаются по мере возникновения. Сейчас в «Призме» фиксируется более 150 событий, и, скорее всего, число этих событий со временем будет только возрастать, так как обнаруживаются новые схемы мошенничества на кассовом узле, как очень примитивные, так и весьма хитроумные. Все события поделены на 4 группы по степеням значимости (0..1..2..3). 0 – обычное рядовое событие, 3 – самое тревожное, на которое следует обратить внимание. При поиске в архиве, как уже говорилось выше, можно включать фильтр по приоритету событий. Его также можно учитывать и при оперативном наблюдении.

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

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

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

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

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

Именно такие попытки сейчас и рассматриваются в системе «Призма» как один из основных индикаторов (управляющих механизмов), которые повышают эффективность системы видеоконтроля кассовых операций.

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

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

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

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

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

Описанными выше методами можно осуществить и стыковку «Призмы» с кассовыми программами, но в таком случае система будет получать только чековую информацию, но не кассовые события, что автоматически ограничит ее функциональность.

Если же говорить о полной функциональности, то «Призма» имеет меньше вариантов стыковки, но если кассовая программа работает под ОС Windows, то реализовать такую стыковку возможно практически в любом случае. При этом для стыковки необходимо привлекать разработчиков кассового программного обеспечения, которые должны на каждое кассовое событие предоставить описание функции, по которой будет отсылаться информация о событии на сервер «Призмы» в соответствии с ее протоколом обработки событий. Очевидно, что такая полная привязка занимает больше времени и требует больше усилий, но только она обеспечивает получение всех кассовых событий и полную функциональность системы видеоконтроля кассовых операций.

Если же говорить о кассовых программах, которые создавались под DOS, то процесс стыковки «Призмы» с ними еще более трудоемкий. Так исторически сложилось, что в 90-х годах многие торговые предприятия самостоятельно разработали свои кассовые программы и теперь не заинтересованы в переходе на более распространенные платформы. Эти программы, написанные под DOS, уже изначально очень сильно ограничены не только в стыковке, но и по возможности генерировать нужные события для «Призмы». В таком случае возможность интеграции сохраняется, но количество обрабатываемых событий от кассы сокращается, что сказывается на эффективности системы. По мнению специалистов, занимающихся интеграцией «Призмы», именно эти морально устаревшие кассовые программы, написанные под DOS, негативно влияют на рынок видеоконтроля кассовых операций. Рано или поздно любое программное обеспечение, созданное под DOS, конечно, прекратит свое существование, но в настоящее время этого еще не произошло.

Еще одна сложность в стыковке «Призмы» с различными кассовыми программами заключается в том, что ее разработчик, компания «Кристалл Сервис», давно и успешно работает на рынке кассового программного обеспечения, а изначально «Призма» вообще создавалась под свое кассовое программное обеспечение. По этой причине многие сложности интеграции «Призмы» заключены в самих разработчиках кассовых программ, особенно в тех случаях, когда они являются прямыми конкурентами компании «Кристалл Сервис» на рынке кассового программного обеспечения, так как от них и от их готовности реализовать интеграцию зависит очень многое.

«ВидеоМаркет» («Национальные Лаборатории Безопасности»)

Система видеоконтроля кассовых операций «ВидеоМаркет» уже достаточно давно присутствует на российском рынке, и наши постоянные читатели уже знакомы с ней по рубрике «Инсталляция в фокусе», и мы уже публиковали информацию о ней в 4 номере нашего журнала за 2004 год (статья «Система видеоконтроля кассовых операций в супермаркетах SPAR»). С момента публикации статьи прошло достаточно много времени, да и система «ВидеоМаркет» постоянно развивалась, в ней появились новые модули, и расширилась функциональность, поэтому в данном случае мы решили не ограничиваться кратким обзором и представили полноценный развернутый обзор этого интересного решения на базе устройства Чек-ТВ.

Чтобы понять основные принципы работы системы видеоконтроля кассовых операций «ВидеоМаркет» нужно внимательно изучить ее структуру, которая, кстати, сильно отличается от большинства аналогичных систем. Имеется два принципиальных отличия в структуре системы «ВидеоМаркет».

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

Второе структурное отличие системы «ВидеоМаркет» от других систем видеоконтроля кассовых операций заключается в организации сбора информации о кассовых операциях и анализа полученных данных. Для этого предлагается использовать отдельный программный модуль – программный блок аналитики, разработанный Группой Компаний «Национальные Лаборатории Безопасности», который стыкуется с сервером торговой системы и от него получает всю необходимую информацию о кассовых операциях. Вместо него для поиска и анализа можно использовать имеющиеся возможности торговой системы. Очевидно, что это решение также имеет свои достоинства и недостатки, на которых мы остановимся подробнее немного ниже, сейчас же рассмотрим все компоненты системы «ВидеоМаркет».

Структурная схема системы видеоконтроля кассовых операций «ВидеоМаркет»

Итак, система «ВидеоМаркет» состоит из трех основных подсистем:

Подсистема видеонаблюдения и записи.
Подсистема на основе устройства Чек-ТВ, которая на аппаратном уровне добавляет чековую информацию в видеосигнал.
Подсистема сбора информации о кассовых операциях и анализа полученных данных.

Отвлечемся от теории и посмотрим, как реализована эта структура на практике, и как работают и взаимодействуют между собой различные системы. Начнем с подсистемы видеонаблюдения и записи. В качестве таковой может выступать любая система видеонаблюдения, работающая с композитным видеосигналом. Специалисты Группы Компаний «Национальные Лаборатории Безопасности» рекомендуют использовать популярную цифровую систему видеонаблюдения VideoNet, но также декларируют совместимость системы «ВидеоМаркет» с любыми другими системами видеонаблюдения вплоть до самых дешевых цифровых видеорегистраторов. Требования к системе видеонаблюдения стандартны: она должна фиксировать все действия кассира, то есть телекамера устанавливается таким образом, чтобы видеть кассира, кассовый аппарат, товары и т.д. Телекамеры, естественно, должны быть цветными. Что-то новое здесь придумать сложно. Отметим только, что функциональность системы «ВидеоМаркет» не ограничивается только видеоконтролем кассовых операций, но включает в себя и видеонаблюдение за всеми уязвимыми зонами торгового предприятия (торговый зал, подсобные помещения, дебаркадер, автостоянку и прочее). То есть используется и стандартная функциональность системы видеонаблюдения.

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

Теперь о том, как все это работает вместе. Чек-ТВ подключается к кассовому аппарату через последовательный порт, через который и получает текстовое отображение всех манипуляций кассира с ККМ. Также к видеовходу Чек-ТВ подключается телекамера, направленная на кассу. Видеовыход Чек-ТВ подключается уже к системе видеонаблюдения, которая таким образом получает видеокадры с уже «врезанной» в них кассовой информацией. Само устройство выполнено в пластиковом корпусе, на боковой стенке которого находится разъем DB-15, к которому присоединяется шлейф с кабелями для подключения внешних устройств (телекамеры и кассового аппарата). Там же имеется и гнездо для подключения питания. При подаче электропитания и наличии входного видеосигнала Чек-ТВ осуществляет совмещение видеосигнала с текстовой чековой информацией. Окно чека выглядит как светлый полупрозрачный прямоугольник, в котором выводятся символы чека. Размер этого окна можно настроить отдельно: увеличить на весь кадр или поместить его в нужном месте на кадре. Кассовая информация добавляется в кадры построчно, то есть после заполнения одной строки все строки смещаются вверх и начинается вывод с новой строки – полная аналогия с чековой лентой. Это также позволяет гарантированно отображать всю чековую информацию даже при низкой скорости записи. Спустя некоторое время (настраивается отдельно) после окончания печати чековой информации, окно с чековой информацией гаснет. При возобновлении печати окно появляется в том виде, как оно было до исчезновения. Все параметры Чек-ТВ такие как время удержания чекового окна, размер и положение чекового окна, набор символов для знакогенератора и т.д. программируются при подключении к обычному персональному компьютеру с помощью программного обеспечения, которое поставляется вместе с прибором. Все вопросы интеграции Чек-ТВ с кассовыми аппаратами мы затронем немного позже, здесь же отметим, что для этого у Группы Компаний «Национальные Лаборатории Безопасности» имеются все возможности и целый штат программистов.

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

При создании модулей аналитики разработчики исходили из реальных требований отрасли, выявленных в процессе длительного общения с представителями служб безопасности заказчиков и на опыте эксплуатации различных версий системы на множестве торговых предприятий. Также использовался и богатый опыт и возможности разработчиков торговых систем. В итоге мы имеем достаточно гибкий комплекс предотвращения потерь в торговле, который может использовать встроенную в торговые системы аналитику (например, в случае с системами «SV-Учёт» компании BCG, MTX и Advanced Store@Retail от NCR) или совмещать универсальный модуль получения и анализа данных о кассовых операциях с любой автоматизированной торговой системой. Например, в настоящее время уже реализовано и функционирует совмещение с торговыми системами следующих производителей: NCR, UCS, АТОЛ технологии, Бизнес Консалтинг Групп, ККС, СЕРВИС ПЛЮС, ШТРИХ-М, а также программами семейства 1С и т.п.).

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

Он поставляется в виде дистрибутива, записанного на компакт-диске. Имеется и демонстрационная версия, которая позволяет ознакомиться с функциональностью. После установки универсального модуля нужно произвести дополнительную подстройку, чтобы он мог получать данные от сервера торговой системы. Сам модуль в данном случае представляет собой фактически интерфейс пользователя для работы с информацией торговой системы. При этом модуль может работать как в режиме реального времени, так и с архивными данными. Для обмена данными универсальный модуль использует свой собственный формат получения данных. Необходимую модулю информацию может выдавать любая торговая система, построенная на POS-терминалах или POS-системах, включая системы с использованием фискальных регистраторов различных моделей. Работа универсального модуля организована таким образом, что он может получать информацию обо всех событиях, происходящих в торговой системе. Впрочем, запрашивать и анализировать сразу все кассовые операции даже за относительно короткий период времени – задача весьма трудоемкая, хотя и осуществимая. Чтобы упростить работу аналитика в универсальном модуле, предусмотрена возможность как простого текстового запроса на основе фильтров событий, так и реализации сложных аналитических запросов и отчётов. Можно генерировать готовые отчеты по всем кассовым операциям, по операциям, которые относятся к категории подозрительных, по повторяющимся операциям и т.д. Поскольку доступ к данным торговой системы осуществляется по сети, то имеется возможность организации удалённого рабочего места аналитика. Например, аналитическая работа может производиться в центральном офисе сети супермаркетов, а информация собираться с помощью локальной сети или Интернета.

После того как мы в общих чертах представляем себе принципы работы системы видеоконтроля кассовых операций «ВидеоМаркет», рассмотрим последовательность действий сотрудника службы безопасности (аналитика) при работе с данной системой. Работа эта проводится в два этапа. На первом этапе аналитик работает только с торговой системой (в ее собственном интерфейсе или в интерфейсе универсального модуля). Сначала осуществляется выборка потенциально подозрительных операций по базе данных торговой системы. Разработчики системы «ВидеоМаркет» к потенциально подозрительным кассовым операциям относят от 4 до 7 событий на кассе (в зависимости от торгового предприятия). Например, среди таких подозрительных операций фигурируют следующие события:

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

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

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

Теперь поговорим об особенностях, достоинствах и недостатках системы видеоконтроля кассовых операций «ВидеоМаркет». В первую очередь нужно отметить аппаратное совмещение чековой информации с помощью устройства «Чек-ТВ». В пользу такого решения специалисты из «Национальных Лабораторий Безопасности» приводят тот факт, что программное совмещение чековой информации и видеокадров на уровне центрального сервера оставляет простор для намеренных или случайных подмен. Например, легко можно подставить не тот чек, который пробивался именно этим кассиром именно в этот момент. Также в случае программного совмещения чековой информации и видео при рассинхронизации серверов совершенно случайно на кадр может быть наложен не тот чек. Конечно, совершенно не обязательно эти проблемы будут присутствовать в системах видеоконтроля кассовых операций с программным совмещением чека и видео, однако, про это не следует забывать, тогда как при использовании Чек-ТВ или аналогичного устройства мы об этих проблемах смело можем забыть. Еще одно преимущество аппаратного совмещения чековой информации с видеоизображением заключается в том, что не потребуется создания отдельной сети сбора информации с кассовых аппаратов, дублирующей основную сеть расчётно-кассовой системы.

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

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

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

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

Еще одна причина, по которой разработчики «ВидеоМаркет» отказались от создания собственной сети сбора чековой информации заключается в том, что они посчитали такой подход изначально ошибочным. По их мнению, основная ошибка разработчиков системы видеоконтроля кассовых операций в том, что они действуют по одному шаблону, созданному не сотрудниками службы безопасности, а «технарями». Этот шаблон предусматривает создание собственной сети сбора чековой информации и программного обеспечения для её анализа. Однако все эти действия – всего лишь «изобретение велосипеда». Сбор информации уже производится торговой системой и системой видеонаблюдения, каждой – со своей стороны. Анализ информации реализован в торговой системе. Осталось только объединить эти две системы и создать доказательную базу.

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

Оставляя в стороне вопросы о количестве типов кассовых операций, которые необходимы для анализа, отметим еще одно очевидное достоинство системы «ВидеоМаркет». Это универсальность.

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

Что касается интеграции Чек-ТВ с кассовыми аппаратами, то для этого производится доработка торгового программного обеспечения. Наиболее сложна такая доработка в случае, когда программное обеспечение создавалось под DOS. Полный список совместимого программного обеспечения приведен в конце данного обзора.

В качестве базовой системы видеонаблюдения Группа Компаний «Национальные Лаборатории Безопасности» выбрала VideoNet, но этим не ограничивается, так как любая система видеонаблюдения, даже построенная на основе аналоговых видеомагнитофонов, будет полностью совместима с Чек-ТВ. Основное требование – это работа с композитным видеосигналом, то есть использование стандартных в охранном телевидении телекамер. Сетевые телекамеры, (а с ними Чек-ТВ, конечно, работать не будет) в расчет можно не брать, так как на российском рынке они до сих пор слабо представлены, особенно в сфере обеспечения безопасности торговых предприятий. Таким образом, при работе с системой «ВидеоМаркет» мы не сталкиваемся с жестким ограничением при выборе системы видеонаблюдения, которая может использоваться не только для контроля кассовых операций. Независимость от типа системы видеонаблюдения (при развитии отрасли и появлении новых систем видеоконтроля с расширенными функциями пользователь не будет привязан к устаревшей видеосистеме в связи с необходимостью сохранить аналитику). Это также упрощает установку системы «ВидеоМаркет» при наличии уже существующей системы видеонаблюдения, так как фактически нам потребуется только добавить Чек-ТВ в разрез видеосигнала.

Разработчики также подчеркивают универсальность системы «ВидеоМаркет» в плане независимости от типа торговой системы, то есть при смене оборудования и/или программного обеспечения торговой системы нет необходимости менять программное обеспечение аналитики. Нужно будет только произвести его взаимную настройку с новой системой.

Чек-ТВ: совместимость с торговыми системами

Основой интеграции прибора Чек-ТВ® в систему ВидеоМаркет® является доработка торгового программного обеспечения на системном уровне. Данная доработка, реализована в следующих программных продуктах:

Пакет прикладных программ семейства «SV», компании BCG
Пакет прикладных программ семейства 1С, Астор,
Пакет прикладных программ производства Штрих-М,
Программные продукты «MTX» и «Advanced Store@Retail» производства NCR,
Программные продукты производства компании ККС,
Программные продукты «Супермаг УКМ» (V-2, V-4)
Пакет прикладных программ производства Атолл-РМК,

В процессе реализации:

«Профи-Т» и «Мерлин» производства Пилот,
Пакет прикладных программ производства FIT,

В ближайшей перспективе:

Пакет прикладных программ «Домино»,
NCS-POS,
МЕТРО-POS.

«POS-Интеллект» (ITV)

Система видеоконтроля кассовых операций «POS-Интеллект» – это тоже достаточно старая для молодого рынка цифровых систем видеонаблюдения разработка. Уже прошло два года, с тех пор как мы опубликовали в рубрике «Инсталляция в фокусе» пример использования «POS-Интеллект». В статье была описана система видеонаблюдения, установленная в сети ресторанов «Ростикс» компанией «Центр-СТ». («CCTV Фокус», 2, 2004). Особенностью той инсталляции была возможность удаленного доступа для одновременного контроля нескольких предприятий быстрого питания. Со времен публикации этого материала прошло уже достаточно много времени, и система «POS-Интеллект» развивалась и изменялась в соответствии с запросами потребителей, поэтому этот наш обзор мы решили сделать буквально «с чистого листа», не опираясь на предыдущие наши публикации.

Имеет смысл начать с того, что представляет собой данная система видеоконтроля кассовых операций в общих чертах. Фактически «POS-Интеллект» – это дополнительный программный модуль в интегрированном комплексе безопасности «Интеллект», созданном компанией ITV, то есть своего рода надстройка, расширяющая базовую функциональность. Но, как часто это бывает, дополнительная функциональность оказалась востребованной до такой степени, что теперь «POS-Интеллект» рассматривается как отдельная система, да и сама компания ITV продвигает «POS-Интеллект» как отдельное самостоятельное решение, также как, например, цифровые видеорегистраторы Matrix, модуль для распознавания автомобильных номеров «Авто-Интеллект» и другие решения, интегрированные в «Интеллект». Кстати, принципиальное отличие «POS-Интеллект» от аналогичных систем заключается в том, что помимо видеоконтроля кассовых операций, она обладает полной функциональностью интегрированного комплекса безопасности «Интеллект» (цифровая система видеонаблюдения и записи, возможности интеграции дополнительного оборудования и т.д.), поскольку «POS-Интеллект» изначально создавался на его базе.

Само название «POS-Интеллект» довольно точно отражает функциональность и структуру системы. Приставка POS в названии переводится с английского как кассовый аппарат или терминал (Point Of Sale), а «Интеллект» – это и есть вышеупомянутый программно-аппаратный комплекс. Таким образом, POS + «Интеллект» = специализированное решение для торговых предприятий на основе интегрированного комплекса безопасности «Интеллект».

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

«POS-Интеллект» осуществляет видеонаблюдение и контроль кассовых операций, то есть контролирует непосредственно процесс обмена товара на денежные средства, объединяя видеоданные с данными кассового терминала. Совмещение чековой информации и видео осуществляется на программном уровне. Помимо видеоконтроля кассовых операций (то есть предотвращение потерь, связанных с недобросовестностью кассиров вследствие махинаций и невнимательности), разработчики предлагают использовать систему «POS-Интеллект» также для разбора конфликтных ситуаций с покупателем и для повышения сервиса и качества обслуживания.

Основная функциональность «POS-Интеллект», непосредственно связанная со сферой видеоконтроля кассовых операций, заключается в выявлении и предотвращении следующих нарушений:

Махинации с кредитными и дисконтными картами
Кража наличных под видом сдачи
Непробитие чека или части товара
Изменение содержания кассового чека в пользу кассира
Замена штрих-кода дорогого товара на штрих-код более дешевого
Несанкционированное использование операции СКИДКА
Незаконный вынос товара сообщником
Аннулирование чека (отмена сделки) после расчета с покупателем и присвоение денег
Прием и присвоение возвращаемого товара без проведения операции возврата по кассе
Использованием поддельных слипов с кредитных карт
Фиктивный возврат товара

Структура

В системе «POS-Интеллект» имеется два основных режима работы. В первом случае можно осуществлять контроль кассовых операций в режиме реального времени. Во втором случае работа ведется уже с архивом.

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

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

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

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

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

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

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

Среди особенностей, отличающих «POS-Интеллект» от аналогичных систем в первую очередь следует отметить использование для сжатия и передачи по сети алгоритма Motion Wavelet. Этот алгоритм на основе вейвлет-преобразования с межкадровым сжатием был специально разработан компанией ITV для цифровых систем видеонаблюдения. Он позволяет получать очень компактные видеоархивы и специально адаптирован для передачи по сети, в том числе и для низкоскоростных каналов связи.

Кстати, рекомендациям по выбору телекамер разработчики уделяют особое внимание, и это неслучайно, так как преимущества от использования фирменного алгоритма сжатия Motion Wavelet можно потерять при использовании некачественных телекамер с плохим соотношением сигнал/шум. Разработчики рекомендуют использовать телекамеры высокого разрешения (430 ТВЛ и выше). Места для монтажа телекамер рекомендуется выбирать в непосредственной близости от кассовых узлов. В поле зрения телекамер должны находиться кассовый узел и проход рядом с ним. Изображение товаров на кассовом столе должно быть достаточно крупным для идентификации типа товара. По этой же причине телекамеры должны быть цветными. Следует учитывать возможность загораживания ленты и кассового стола кассиром. Дополнительные рекомендации касаются подбора объективов. Так, если освещенность неизменна на протяжении всего времени суток, можно использовать объективы без диафрагмы или с ручной диафрагмой. В случае наличия суточных колебаний освещенности (например, когда кассовые узлы расположены близко к окнам) нужно использовать объективы с автодиафрагмой. Фокусное расстояние объектива подбирается с учетом удаленности кассового узла от места установки телекамеры.

В качестве очевидного достоинства системы «POS-Интеллект» разработчики подчеркивают, что инсталлятору будут доступны все возможности интеграции комплекса «Интеллект», то есть подключение разнообразного дополнительного оборудования, например, сетевых телекамер, в том числе мегапиксельных. В качестве недостатков приводится жесткая привязка к системе видеонаблюдения ITV и к аппаратному обеспечению (платам видеоввода производства ITV). Но здесь никаких других альтернатив нет и быть не может, так как это уже политика компании-разработчика.

Основные сложности при инсталляции «POS-Интеллект», как, впрочем, и любой аналогичной системы связаны именно с интеграцией с кассовыми аппаратами для получения полнофункционального контроля кассовых операций. Способы, которыми осуществляется стыковка «POS-Интеллект», разнообразны, и многое здесь зависит от умения инсталлятора.

Имеется два варианта интеграции системы «POS-Интеллект» с кассовыми аппаратами. Первый вариант предусматривает подключение через последовательный порт, а второй – подключение по сети. Рассмотрим эти варианты, так как от них будет зависеть функциональность системы «POS-Интеллект».

Наиболее старый вариант, который сейчас практически не используется – это подключение через последовательный порт. Здесь, впрочем, тоже не все однозначно, так как возможно подключение через разветвитель последовательного порта к тому же порту, к которому подключается чековый принтер (так называемое подключение «в разрыв»). Это нужно делать в том случае, когда производитель кассовых аппаратов совершенно не заинтересован в интеграции с «POS-Интеллект» (например, зарубежная компания, разработчики которой находятся за границей, а кассовое программное обеспечение создано под DOS). Так мы получаем только чековую информацию, которая, безусловно, представляет интерес, но не кассовые события, которые нужны для полноценного видеоконтроля кассовых операций. Таким образом, это наименее функциональный вариант, сейчас он практически не используется. Но надо сказать, что это и самое универсальное подключение, создающее меньше всего проблем.

По словам разработчиков, такое подключение не вызывает никаких претензий со стороны контролирующих органов, но такие претензии могут возникнуть, если упомянутым выше способом пытаться подключать «POS-Интеллект» к фискальным регистраторам. По этой причине компания ITV не рекомендует к ним подключать «POS-Интеллект» и заявляет, что интеграция «в разрыв» фискального регистратора невозможна, и требуется доработка кассового программного обеспечения.

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

Другой вариант подключения через последовательный порт кассового аппарата подразумевает использование свободного порта, к которому не подключен чековый принтер. Чтобы кассовое программное обеспечение отсылало нужную информацию, потребуется модификация кассового программного обеспечения. Здесь уже можно передавать не только чековую информацию, но и все кассовые события, которые фиксируются программным обеспечением кассового аппарата). Этот вариант значительно более функциональный с точки зрения контроля кассовых операций, так как мы получаем все интересующие нас события (разумеется, в пределах возможностей кассового программного обеспечения), но и он не лишен недостатков. Поскольку на последовательных портах RS-232, которые используются в кассовых аппаратах, отсутствует гальваническая развязка, то для передачи данных на сервера «POS-Интеллект» приходится использовать конверторы RS-232<-> RS-485, иначе порты могут просто сгореть из-за накопившейся разницы потенциалов. Это стоит дополнительных денег, также нужно учитывать и стоимость протяжки кабелей. Такой вариант подключения имеет смысл тогда, когда по каким-либо причинам нельзя реализовать подключение по локальной сети (например, кассовое программное обеспечение написано под DOS, и проблематично организовать работу по сети по протоколам TCP/IP или UDP, которые используются для стыковки с системой «POS-Интеллект»).

Если первые два вида подключения через последовательный порт кассового аппарата сейчас уже практически не используются, хотя и вполне возможны, то подключение кассового аппарата к серверу «POS-Интеллект» по локальной сети можно считать стандартным. Такое подключение всегда возможно, когда кассовое программное обеспечение написано под Windows и Linux.

В общих чертах интеграция осуществляется следующим образом. Разработчик торгового оборудования получает пакет интеграции, где дается XML-подобный протокол, по которому «POS-Интеллект» получает информацию, и далее модифицирует свое программное обеспечение таким образом, чтобы по сети отсылалась чековая информация и кассовые события. В результате мы получаем полную функциональность системы видеоконтроля кассовых операций.

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

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

В конце статьи мы приводим список оборудования, поддерживаемого «POS-Интеллект», с которым система интегрирована и протестирована на совместимость на момент публикации статьи. Впрочем, этот список постоянно пополняется и при возникновении вопросов, связанных с интеграцией лучше всего проконсультироваться в компании ITV или у ее партнеров.