Что бы убедиться, что проблема с доступом по картам связана с потерей связи с контроллером, нужно:

Убедиться, что после продажи услуги, правила доступа по карте отправидись с Сфинкс. Для этого необъходимо открыть [[http://zhk.devpark.ru/wiki/doku.php?id=public:faq_po_ekspluatacii#logi_sluzhby|лог службы]] в нем найти похожие записи:

**2014-06-17 14:11:53.8434 11 Провайдер СКУД. DBOprosThreadStarter. Найдено 1 новых правил **\\
**2014-06-17 14:11:53.8434 11 Провайдер СКУД. ProcessRule. Обработка нового правила Для клиента Попко Дмитрий, на услугу Бесплатное посещение (Беспланое посещение). **\\
**2014-06-17 14:11:53.8434 11 Провайдер СКУД. ProcessRule. Выполняем проверку, надо ли писать правило в контроллер. **\\
**2014-06-17 14:11:53.8434 11 Провайдер СКУД. ProcessRule. Проверка выполнена. Правило необходимо записать в контроллер. **\\
**2014-06-17 14:11:53.8434 11 Провайдер СКУД. ProcessRule. Обновляем правило в контроллере.**\\

Проверить по логу, что процесс записи правила завершился успешно, т.е. не было зарегистрировано никаких ошибок. В этом случае должно присутствовать сообщение подобное следующему:\\
**2014-06-17 14:11:53.9215 11 Провайдер СКУД. ProcessRule. Правило обработано.**

Если ошибок не было, проверить, что в ответ на запрос сервера \\
**2014-06-17 14:11:53.9215 11 Запрос к серверу: SYNCDB** \\
он вернул \\
**2014-06-17 14:11:55.2497 10 SYNCDBAPRESULT 1 SUCC**. \\

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


Проверить, возможно сервер решил, что правило не требуется писать в контроллер. Тогда в логе будет присутствовать соответствующее сообщение. Это может произойти если:
- В настройках СКУД в нашей программе проставлено «[[http://zhk.devpark.ru/wiki/doku.php?id=public:nastroika_skud|Отключить запись правил доступа в СКУД]]». В данном случае решение о допуске принимает наш сервер. Требуется анализ логов службой поддержки.