[borman784 0]

И так. Вот условия задачи:

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

Большинство торговых точек работают так: Компьютер формирует чек и передает его драйверу фискального принтера, подключенного по RS-232. Там передается сумма чека и т.д....

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

 

Так что здесь вижу такой выход:

 

 

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

Есть и свои подводные камни - сколько фискальных принтеров - столько и протоколов обмена с ними.

 

 

Путей 2

1) Ставить миникомп с адаптером на оптопарах для логгирования. - тут вопрос цены

2) Cтавить железку на микроконтроллере с поддержкой TCP-IP и буфером памяти. - тут вопрос со сложностями отладки.

 

В одном месте может быть несколько ккм одного арендатора. В идеале отдавать инфу во внутренний Wi-Fi торгового центра.

Тут другой вопрос - что будет делать предварительную обработку пакетов для софта контроля арендодателя? То ли девайс на месте, то ли комп-сервер опроса девайсов. Склоняюсь к компу, так как чек - ну 1024байта максимум, и сетка с таким потоком вполне справится.

 

Получаем 2 задачи -

 

1) Железяная задача. Логгер RS-232 + с памятью пакетов, элементарной файловой системой и протоколом TCP/IP

2) Софтверная задача по декодированию данных и перевод их в читаемую сторонним софтом форму.

 

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

 

Самое главное - устройство не должно вносить фактор риска сбоя в работу ККМ комплекса.

Времени на разработку и внедрение - полгода.

 

 

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

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

Изменено 29 апреля, 2009 пользователем borman784

[Harbour 0]

город по умолчанию ? как-то делал похожее, пишите в личку если что

[Гость @Ark]

Задача эта вполне решаемая. Только сетка в данном случае не обязятельна. Устройство, которое будет контролировать и протоколировать обмен по RS232, вполне может работать автономно и сохранять журнал в своей внутренней памяти. Не думаю, что потребуются большой объем, даже если съем информации с него производить раз в неделю. Можно чаще/реже. Зачем Вам все это в online-режиме? Журнал, конечно, лучше записывать по принципу "как есть", отложив его расшифровку до переноса информации в компьютер. Как организовать сбор информации с устройств - здесь возможны варианты. Сеть - возможно не самый дешевый из них. Вплоть до того, что можно снять информацию через компьютер кассового аппарата, используя специальный пароль...

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

Есть серьезные наработки на эту тему. Пишите в личку.

[sysmaster 0]

Задача эта вполне решаемая. Только сетка в данном случае не обязятельна. Устройство, которое будет контролировать и протоколировать обмен по RS232, вполне может работать автономно и сохранять журнал в своей внутренней памяти.

По сетке как раз и удобнее,достаточно одного устройства,а вообще у нас есть 2 разработчика работавшие на заводе по производству ККМ так что разберёмся с вашей задачкой.Пишите в личку.

[borman784 0]

А если торговых центров несколько? А если сбой логгера? - Узнаем об этом через неделю?

Нужен постоянный мониторинг целостности системы считывателей.

Немецкие логгеры с карточкой SD видел. Именно по вышеуказанным причинам отказался от них.

[etoja 0]

А если торговых центров несколько? А если сбой логгера? - Узнаем об этом через неделю?

Нужен постоянный мониторинг целостности системы считывателей.

Немецкие логгеры с карточкой SD видел. Именно по вышеуказанным причинам отказался от них.

 

Посмотрите личную почту. Оперативность мониторинга решена.

[Гость @Ark]

А если торговых центров несколько? А если сбой логгера? - Узнаем об этом через неделю?

Нужен постоянный мониторинг целостности системы считывателей.

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

Правильное же, на мой взгляд, решение - это совмещение логгера с устройством контроля доступа к кассовому аппарату. Если логгер вышел из строя, то работа будет не возможна. Хотя это несколько противоречит условиям ТЗ, однако, если надежность логгеров обеспечена, то на это можно пойти. Imho, вполне допустимо, если один из 100 логгеров, раз в год выдет из строя, и пользователь сам сообщит Вам об этом. Далее - выезд на место и оперативная замена, неисправного логгера на резервный. Какая система будет дешевле в изготовлении и в обслуживаниии - можете прикинуть сами. А издержки (не меньшие) - есть и у "сетевого" подхода.

P.S. Так что, думайте сами и считайте деньги.

[doomer#gp 0]

А у Вас лицензия на право предоставления сией услуги есть?

Подключение к расчетно-кассовому оборудованию каких-то девайсов 3-х лиц ?? Ну-ну. Вы возомнили себя ФНС ?

 

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

[ukpyr 0]

имхо лучше всего - дешевый нетбук с USB-хабами и преобразователями USB-RS232.

плюсы - в случае поломки легко заменить другим, проще написать ПО (удобство разработки ПО, нет ограничений в расширяемости, количеству памяти, доступны все виды связи - Ethernet,WiFi,RS485 и т.д.),

все равно кастомная плата с Ethernet и кучей посл.портов будет стоить не дешевле нетбука.

Изменено 29 апреля, 2009 пользователем ukpyr

[Гость @Ark]

А у Вас лицензия на право предоставления сией услуги есть?

Какой сией?

 

Подключение к расчетно-кассовому оборудованию каких-то девайсов 3-х лиц ??

Влезать внутрь этого оборудования и вмешиваться в его работу - никто не собирается.

А контролировать и протоколировать работу устройств, в том числе и таких - никто не может запретить.

В том числе - выбирать методы такого контроля и протоколирования...

[borman784 0]

Стоп! А при чем здесь POS-терминалы? Про них речи не идет. К POS-у идет сертификация софта и железа.

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

[Atridies 0]

имхо лучше всего - дешевый нетбук с USB-хабами и преобразователями USB-RS232.

плюсы - в случае поломки легко заменить другим, проще написать ПО (удобство разработки ПО, нет ограничений в расширяемости, количеству памяти, доступны все виды связи - Ethernet,WiFi,RS485 и т.д.),

все равно кастомная плата с Ethernet и кучей посл.портов будет стоить не дешевле нетбука.

А если ARM9 и на нем поставить LinuxCE или WinMobile? Сразу есть и протоколы Ethernet и до RS-232 достучаться можно. Если их много надо - поставить USB->4*RS-232. Т.е. всего за 4 микросхемы: ARM, SDRAM, USB-RS232, flash. Думаю комплектация на 1500 руб., не более. Остается вопрос ПО: но думаю в обоих случах можно найти инструментарий и все на Си написать.

[borman784 0]

А если ARM9 и на нем поставить LinuxCE или WinMobile

 

Легко! Единственное, что надо - небольшая приблуда на оптопарах для съема траффика RS-232. В такой ситуации выход из строя логгера вообще ни как не скажется на работе магазина. Это будет 100% проблема арендатора.

 

Логгер должен быть максимально простой железкой и чем меньше в нее есть возможности залезть постороннему - тем лучше.

 

При потоковом производстве, цена железки, не должна превышать 3000-5000руб за шт. при партии в 100шт и более. В эту цену соотвественно включена работа программиста. Еще раз повторю, что про обрабатывающий данные софт речи не идет.

Изменено 29 апреля, 2009 пользователем borman784

[VDG 0]

Интересная и полезная весчь ;) значит надо делать. галочку уже поставил.

 

При потоковом производстве, цена железки, не должна превышать 3000-5000руб за шт. при партии в 100шт и более.

При таком потреблении и таком ценовом диапазоне есть более элегантное и даже возможно более дешевое решение. Сколько Вам для "опробования технологии" надо точек съема?

 

Еще раз повторю, что про обрабатывающий данные софт речи не идет.

под обработкой что понимается:

а) распознавание протокола

б) воссоздание текста и форматирования чека

в) парсинг текста чтобы выдрать с него пробитую сумму

г) отправка суммы в базы датацентра арендодателя

 

?

Изменено 29 апреля, 2009 пользователем VDG

[borman784 0]

Сколько Вам для "опробования технологии" надо точек съема?

2-3 вполне достаточно для обкатки.

 

 

а) распознавание протокола

О чем речь? 9600 или 19200 бод 8N1 и т.д. ?

 

 

 

 

б) воссоздание текста и форматирования чека

Только не это! Иначе эту железку придется отлаживать до "кукушкиной заводи".

 

 

 

Вот это должен делать софт на сервере.

в) парсинг блока данных чтобы выдрать с него пробитую сумму

г) отправка суммы в базы датацентра арендодателя

 

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

Это будет создавать проблемы при добавлении новых регистраторов и отладке.