Просмотр полной версии : Keeper CRM v5.09 VS CRM v5.07
Добрый день,
Форумчани, подскажите пожалуйста, кто юзает CRM.
На сайте UCS много различной информации по CRM v5.07, при этом на ФТП уже лежит v5.09,
Где взять манул к последним версиям? Понимаю что в основном установка и настройка схожая, а если брать репликацию? на http://support.ucs.ru/ru/node/7780 новых версий нет.
Какую в результате версию посоветуете выбрать для установки? Хочется иметь все возможности и стабильную работу CRM последних версий, но не хочется париться при установки и настройки, из-за того, что тупа нет манулов.
Hendehog
31.05.2016, 10:21
Хочется иметь все возможности и стабильную работу CRM последних версий, но не хочется париться при установки и настройки, из-за того, что тупа нет манулов.
Тогда вам не надо пользоваться продуктами компании UCS :D Здесь вы не дождетесь вменяемых мануалов , инструкций, и возможно стабильной работы)
Еще подскажите, для репликации необходимо полноценный SQL SERVER? или достаточно експресса?
alkon132
31.05.2016, 10:55
Репликации под 5.09 нет. Позиция UCS - обеспечивайте резервный канал связи.
MSSQL Express - полнофункционален, единственное существенное ограничение - максимальный размер БД.
VampireKB
31.05.2016, 11:11
Репликации под 5.09 нет. Позиция UCS - обеспечивайте резервный канал связи.
хе-хе )) Всё, SH , молчу-молчу :))
Да, если нужна репликация - есть смысл рассмотреть сторонние продукты.
Рубен не знает, когда говорить, а когда молчать )
Репликация работала нормально на версии 5.7.19.2 пока сеть ресторанов пользовались просто скидками и потратами (т.е. минимальный набор), а когда завели депозитные счета и купоны, то стало ясно репликация зло.
alkon132
08.06.2016, 11:51
А можно подробнее? Что пошло не так?
VampireKB
08.06.2016, 13:22
Т.к. с ЦРМ лично не работал (только видел, как другие богохульствуют :) ) , предполагаю что проблема идентична проблеме оффлайн синхронизации(через флешку)
т.к. у клиента депозит приходит в исходную форму (на момент последней синхронизации) ,а данные об отправке уходят в ЦО ) .Мнекин, я угадал ? :)
Ну т.е.:
у клиента было 100 рублей на депозите
он потратил 50 рублей
началась репликация
у клиента снова 100 рублей
он потратил 50 рублей снова
началась репликация
у клиента 50 рублей :)
Только что Вампир описал вам алгоритм репликации, который работал в ЦПДС версии 0.5Х :)
Репликацию в ЦРМ делали люди не глупые, и таких граблей там не было.
Репликация в той же ПДС работает на ура и без сбоев. ЦРМ содержит гораздо больше сущностей, отсюда и сложности. Например: Акция доп начисления (по расписанию или на транзакцию). В какой (из минимум 2-х) БД должна работать эта акция? как проводить репликацию этих транзакций? Как избежать дублирования?
VampireKB
08.06.2016, 14:52
Только что Вампир описал вам алгоритм репликации, который работал в ЦПДС версии 0.5Х :)
представляешь, такого в онлайн синхронизации и у меня никогда не было :-)
я и говорил про
как проводить репликацию этих транзакций? Как избежать дублирования?
я ХЗ что ты вкладываешь в понятие "онлайн синхронизации", но для программистов распишу пример подробнее.
Вводная:
Есть 2 базы и репликация м/у ними.
Есть акция, которая, например, в ДР гостя начисляет 500 руб.
Связь м/у базами не устойчивая (то есть то нет).
Проблемы:
1. Где должна работать акция?
Если только в БД 1, то при отсутствии связи в БД1 гостю бонус будет, а в БД2 нет.
Если настроить акцию в обоих БД то при отсутствиия связт гость сможет проесть по 500 руб в каждом ресторане.
Еще более простой пример:
На счету есть 1000. Связь порвалась. За время отсутствия связи гость посетил оба ресторана и проел по 1000 (а может еще и бонус с этого получил). Связь восстановилась, репликация прошла, счет у гостя равен -1000. (а с бонусами как?). Но получить эту 1000 с гостя потом мало реально...
Т.е. проблема не в алгоритмах ПО а в особенностях реального мира. Соответственно какой смысл поддерживать репликацию которая все равно не сможет решить эти проблемы...
Да коллеги, вы правы.
Только он-лайн транзакции если у Вас присутствуют средства на счете которыми можно рассчитаться за блюда, и есть транзакции которые нельзя отдавать в руки репликации.
Все же, как можно обеспечить репликацию Rkeeper CRM, версии 5.09, между 20 объектами, которые объединены общей сетевой средой - VPN.
Мы можем хранить БД в облаке, типа Dropbox, яндекс диск? Опять же будет ли доступ у яндекс диска на изменение БД, - скорее всего нет.
Есть идеи?
Все же, как можно обеспечить репликацию Rkeeper CRM, версии 5.09, между 20 объектами,
Никак.
Есть идеи?
Резервные каналы
Резервные каналы
какой принцип?
Одна база в ЦО. На каждой точке 2 канала связи (например, проводной + 3G). Точка подключается к Инету, например, через mikrotik. В случае обрыва основного канала он сам переведет подключение на резервный.
Powered by vBulletin® Version 4.2.6 LTS Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot