Кажется мне, надо смены перезалить.
Кажется мне, надо смены перезалить.
Алексей Аркадьев
Когда заказчик ищет волшебника, то чаще всего он находит сказочника.
Если у Вас есть вопрос по поддержке - напишите его на форуме, я обязательно отвечу, если знаю ответ.
Если Вам нужны какие-то файлы, пишите на почту: support@carbis.ru, но вначале посмотрите в разделе для скачивания.
Для коммерческих вопросов:
+7 (495) 740-49-91, или на почту: sales@carbis.ru
Хм, не подскажете сходу, как это делается?) Я семёрку вижу впервые, результат нужен вчера, а голова уже плохо варит.
---------- Добавлено в 00:29 ---------- Предыдущее сообщение было размещено в 00:10 ----------
Хм, новые смены кстати так же склеиваются, а вот удалённые позиции отображаются нормально.
---------- Добавлено в 01:05 ---------- Предыдущее сообщение было размещено в 00:29 ----------
Поняв, что в эту холодную и тёмную ночь все уже ушли спать, я всё таки накопал старую тему с той же проблемой, сходу не заметил при первом поиске. Если кто столкнётся ещё - солюшен тут. http://www.carbis.ru/forum/showthrea...ll=1#post71287
Сервис - информация об общих сменах права кнопка мыши - действия - "разрешить перезакачать смену"(на нужных сменах)
На кассе папка MIDBASE - Archive там смены по датам копируете необходимые смены и подкладываете на сервере в папку:
\BaseData\filesync\incoming (если у вас используется для отчетов и пролицензирован сервер отчетов)
base\filesync\incoming(если у вас используется для отчетов и пролицензирован сервер справочников)
Для наглядности ошибок:
Предварительно запустите сервер в режиме /desktop для наглядности выполнения пересчета
Предварительно почистите log файл repsserv.stk(если отчеты) refsrv.stk(если сервер справочников)
Способ правильный, но долгий... Смены очень долго всасываются...
Пользуемся shift2sql - гораздо шустрее получается...
Александр, так одно другому не мешает. shift2sql - способ обработки смен отдельным приложением, а не сервером отчетов. Если в инишнике приписано
то он и будет использован при вышеописанных манипуляциях.Код:[CONFIG] UseShift2SQL = "1"
Нет необходимости его вручную запускать, если вы это имели в виду.
В последних версиях РК, если верно помню, он уже используется по умолчанию.
P.S. На больших базах по моим наблюдениям много времени отнимает не экспорт в SQL при обработке смен, а добавление их в файл check.udb.
Существенно ускоряет процесс выставление типа базы "ультра легкий", хотя в техподдержке UCS и нет информации что так делать надо. На свой страх и риск, очевидно.
Пример, если интересно: http://tracker.ucs.ru:8080/redmine/issues/48275
Последний раз редактировалось alkon132; 05.03.2015 в 11:06. Причина: добавил про UDB
Все верно, Информация была по поводу того что не использовать "Полный режим" существенно нагружает check.udb да и необходимости складировать там столько лишней инфы нету раз есть внешняя база sql, а использовать "Маленький только чеки". у ucs параметры появляются быстрее чем их описание (я о ультра легком режиме) от греха по дальше использую режим "маленький только чеки" хотя думаю не существенная там разница но она есть.