Форумы  ·  Войти  · 

Тема: сочетаемость программ SMDR и АПК “Комендант” и другого оборудования

20.08.09 11:58   Espatex  (5/20.08.09)  

subj….

возможно ли это, или есть изначальная жесткая привязка по железу именно к Вашей продукции?!

в данный момент имею в двух территориально разнесенных офисах программы OfficeControl и Orion 7.xx

в Вашей прельщает именно возможность обмена данными между удаленными подразделениями и удобство в работе с интерфесом управления всей системы

чего нет возможности найти в вышеперечисленных.....

но к сожалению рассчитывать на замену железа надежд питать не стоит....

[ #1 ]  20.08.09 12:22   Oleg [Editor]  KOMENDANT LAB  

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

[ #2 ]  20.08.09 12:37   Espatex  (5/20.08.09)  

вот так отсталые конкуренты мешают работе на рынке - нормальной продукции

[ #3 ]  20.08.09 12:47   Oleg [Editor]  KOMENDANT LAB  

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

[ #4 ]  20.08.09 12:50   Oleg [Editor]  KOMENDANT LAB  

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

[ #5 ]  20.08.09 13:17   Espatex  (5/20.08.09)  

сдается мне что ваше оборудование использует ПО с СУБД MySQL а там FireBird
это раз

мало того - вообще отсутствует модуль обмена данными

а про удобства работы оператора - вообще промолчу, особенно в программе Орион
там скоре не уДобства, а другая буква...

[ #6 ]  20.08.09 13:45   Oleg [Editor]  KOMENDANT LAB  

Дело не в СУБД, а в структуре ПО и задачь возложенных на таковое. У нас есть ПО и на FireBird, но и там структура та же что и у Коменданта. Разные производители, разные подходы, политика и т.п. К стати, и у нас есть те кому не нравится наше ПО, говорят сложноватое, слишком много не отключаемого функционала, для тех кому нужны только некоторые функции.

[ #7 ]  20.08.09 13:47   Espatex  (5/20.08.09)  
Editor - 20.08.09 13:45

Дело не в СУБД, а в структуре ПО и задачь возложенных на таковое. У нас есть ПО и на FireBird, но и там структура та же что и у Коменданта. Разные производители, разные подходы, политика и т.п. К стати, и у нас есть те кому не нравится наше ПО, говорят сложноватое, слишком много не отключаемого функционала, для тех кому нужны только некоторые функции.

это руки такие.....
я пока не видел лучше варианта для распределенных офисов

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

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

[ Изменено: 20.08.09 13:50 Espatex ]
[ #8 ]  20.08.09 13:54   Espatex  (5/20.08.09)  
Editor - 20.08.09 13:45

Дело не в СУБД, а в структуре ПО и задачь возложенных на таковое. У нас есть ПО и на FireBird, но и там структура та же что и у Коменданта.

в том и дело что изначально была создана хорошая структура работы
а под какой вариант СУБД ее заточить - уже второй вопрос

кому то требуется высокая скорость обработки данных, кому то избыточность данных, кому то все вместе

но именно алгоритм сбора, обработки и хранения как раз таки и определяет удобство и простоту решения

дальше уже надежность железа и стабильность в работе

[ #9 ]  20.08.09 14:46   Oleg [Editor]  KOMENDANT LAB  

Структура не может быть плохой или хорошей. Она может быть не подходящей для решения конкретной задачи. Многомодульная сетевая архитектура, к примеру, совершенна не требуется для решения исключительно локальных задачь. Зачем делать многомодульный сетевой софт если у вас несколько дверей в одном помещении и один ПК 😊 Тем более не стоит вкладываться “по серьезному” в софт если основа продаж не “маркетинговая”, а “откатинговая” .... некоторые системы созданы исключительно под определенные объемы идущие от чиновников или под гос.заказы. Вот взять “соседний” рынок охранки, так разве вы можете купить импортное оборудование по своему выбору и подключить его на охрану вневедомственной? Нет. Не можете. Почему в ряде гос.организаций используется исключительно определенная СКУД? Да все потому же 😊 Разное оборудование под разные рынки потребления. Именно в этом весь перец 😊.
Вы вспомните как появилась на рынке винда (какими путями) и как линуха.

Komendant.pro
 ©1999-2024  Инженерная лаборатория "Комендантъ"
Skills.House
 Powered by "Skills.House"