Цитата Сообщение от SH Посмотреть сообщение

Напрямую на DB - не советую, как крякнет связь посреди загрузки - касса калека. Перед синхронизацией надо обязательно делать рабочую копию DB, чтобы откат всегда можно было сделать.
Потратиться на сервер на месте - категорически рекомендую, спасет от многих проблем. КВМ-свитч + мышка - и многие проблемы можно разрулить на месте.
Далее, единая база в центральном офисе - это правильно. Синхронизируем ее по точкам через sugarsync, можно dropbox.

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

В общем, я, как человек, занимающийся внедрением хедофиса уже в работающей сети, искренне рекомендую позаботиться о хедофисе заранее. Потом это гораздо больнее.
По поводу первого высказывания не согласен, практически.
Сервер справочников и сервер отчетов и два кассовых живут на центральном сервере. Два удаленных ресторана (один сервер) цепляется как раз через керио к центральному серверу отчетов , связь не всегда уж прям так стабильна. Никогда, никогда, ни единого раза за полгода работы кассовый сервер не вставал раком, хотя связь теряется по логам керио периодически (да и грузят то там то здесь фигней, но это уже дела местного сисадмина). РК7 сам делает бэкапы на каждом своем сервере, плюс дублируя друг друга. От битых данных судя по всему тоже проверки стоят.
т.е. кассовый сервер делает копию базы ПЕРЕД закрытием смены, потом копию ЗАКРЫТОЙ смены. Потом отает наверх серверу отчетов/справочников, тот то же ее бэкапит на внутренний фтп сервер...


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

Так вот, зачем нужен хедофис? )