[ОТВЕТИТЬ]
17.04.2011 17:36
Verifonich
 
Доброго времени суток!
Выручайте, с кассами под УКМ-2 вечные проблемы с таблицами PLUCASH
пишет первичный индекс неактуален, открываю таблицу через dbedit пишет ошибку #8 типа out of date (что-то типа базы устарели) хотя операторы каждый день выгружают товар..

и очень часто происходит та же проблемы в других магазинах,
скажите с чем это связано?
каждый раз тереть индексы и запускать переиндексацию, убивать целый день..
модули очень древние, системники везде с флешкой 256 метров
и все остальное железо в этом духе
сетевая среда paradox 4
вечно что-то не до конца выгружено, половина штрихкодов отсутствует.. раз в неделю выдается фатальная ошибка на одну из таблиц plucash или longbar
я готов даже сфоткать это чудо, и наделать скриншотов, если потребуется..
просто я уже не знаю как с этим бороться.. хазяева естественно денег тратить не хотят на нормально ПО и кассовые проги...
но жить в этих магазинах каждый день, включая выходные тоже не хочется... есть какие-нибудь разумные решения за минимальные затраты? как бы наладить хотябы на год работу этих беспомощных касс?
17.04.2011 18:29
konst
 
одним предложением не ответить...
желательно указать:
1. модель пк, с фискалкой или с ФР, если с ФР то с каким...
2. версию УКМ
3. что используется в качестве бэк офиса...
4. приблизительное кол-во чеков в смену...
и т.д. и т.п.
со своей стороны хочу сказать - у меня УКМ2 работает без глюков...
за последний год эксплуатации на 20 кассах:
приблизительно 3 раза бились таблицы при чем те, которые не мешали выгрузить З-отчет...
и пару раз зависание в момент печати чека ФРом...
и то в большинстве случаев причиной сбоев было принудительное выключение питания когда УКМ обрезал старые смены
т.е. сам по себе УКМ2 достаточно надежен...
да и еще желательно внимательно почитать форум - здесь опубликовано много ценной и полезной информации по УКМ2
17.04.2011 18:43
Dim
 
размер таблицы PLUCASH? флешка не битая?
17.04.2011 20:56
OlegON
 
Судя по времени индексации все же превышены все разумные пределы размера таблички и пришло время ее почистить.
18.04.2011 08:08
akonev
 
если убить все индексы по проблемной таблице - запускать полную переиндексацию уже не нужно. укм2 сам проверяет при запуске наличие индексов и создает недостающие.
индексация большого PLUCASH тоже потребует времени, но все же меньше, чем полная переиндексация всех таблиц.

не решение проблемы в корне, но способ избежать прописки в магазинах:
сделай загрузочное меню в config.sys c пунктами
- нормальная загрузка (по умолчанию через 8, к примеру, секунд)
- переиндексация PLUCASH (просто убить индексы по плукэшу и грузиться дальше)
- переиндексация LONGBAR (аналогично)
- полная переиндексация
достаточно будет дать команду по телефону выбрать нужны пункт.

дополнительно добавь, при загрузке по любому варианту, убийство :
c:\smukm30\*.$$$ (если не используется восстановление последнего чека после сбоя)
c:\smukm30\*.tmp
c:\smukm30\database\cnvlog.*

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

в любом случае, надо прогнать проверку диска, включая логическую структуру. индексация любит валиться по нехватке места на диске.
и посмотреть, что у тебя с распределением нижней памяти.

smartdrv.exe не включен, случайно, на кэширование записи?
какой конвертер используется?
18.04.2011 10:47
Verifonich
 
УКМ-2
ФР-ы СП-101ФР-К
размер plucash, с утра смотрел в районе 60 метров
кстате касса с утра зависла при пробитии чека (как сказали кассирши), сейчас идет заново добавление таблицы plucash, после перезагрузки.. вчера перед ночью попросили оператора выгрузить все на кассу. т.к. группы товаров опять пустуют, половина штрих-кодов не найдена. касса зависла на таблице BAR, на 50000+ какой-то цифре. в конце соответственно написав runtime error 216 ...x...
На флешке в Инфо пишет что занято 130 мб и 126 где-то свободно 55% на 45% где-то

в качестве бек офиса 1с торговые системы
в магазине очень большая проходимость...приблизительно могу цифру назвать от 40к р. до 130к р. (продукты 24 часа)


индексация plucash в среднем около 5 часов, опять же, цифра не точная, т.к. 60000 карточек это обычно около дня где-то занимает.. от 5-8 часов


smartdrv..хм. а как проверить включен он или нет? а автоэкзеке врятли прописан, другой никто не мог запустить

конвертер.. cnvdll.dll как-то так, взятый с соседней рабочей кассы. или еще конкретней?
18.04.2011 10:48
Verifonich
 
кассы, да, lexpos'ы
18.04.2011 10:52
John Doe
 
Маньяк...
1) резать базу срочно
2) при индексации smartdrv запускать обязательно, убьешь же флешку...
что-нибудь из того, что пишут, делаешь?
18.04.2011 11:17
Verifonich
 
всмысле резать? что там можно обрезать-то?
я распаковал дистрибутив со smukm30, закинул туда с соседней кассы plucash с индексами и longbar с индексами, ну и таблицу персонала без индексов, и попросил сделать полную выгрузку товара еще раз, т.к. половина штрихкодов не была найдена и в группе товаров пусто было.
может еще дело в том что операторы скидывают больше чем нужно?
хотя каталоги обмена я тоже чистил

"2) при индексации smartdrv запускать обязательно, убьешь же флешку..."
я не ставил индексацию как cashmain.exe /i
я просто ребутал кассу и индексация таблицы plucash запускается сама.
нужно опять тереть индексы? запускать smartdrv.exe, а затем cashmain.exe /i ? тогда это опять же, на сутки
scandisk тоже не запускал пока чт..
18.04.2011 11:19
akonev
 
Цитата:
Verifonich ...индексация plucash в среднем около 5 часов, опять же, цифра не точная, т.к. 60000 карточек это обычно около дня где-то занимает.. от 5-8 часов

smartdrv..хм. а как проверить включен он или нет? а автоэкзеке врятли прописан, другой никто не мог запустить

конвертер.. cnvdll.dll как-то так, взятый с соседней рабочей кассы. или еще конкретней?
5 часов - это да, это жестоко. тогда действительно на переиндексацию smartdrv.exe запускать обязательно. и выдавать ему 16метров памяти (больше все равно не возьмет). причем именно на индексацию - можно включать и кэш записи. время индексации должно измениться очень заметно. потом на штатную работу кассы кэш записи лучше выключить, оставить только чтение.

по конвертеру - интересен формат файлов обмена. подозреваю, что DBF.
в установленном укм2 конвертеры все cnvdll.dll, это в дистрибутиве у них имена разные.

но самое главное - разбираться, чего ради у вас 60тыс. карточек валится.
18.04.2011 11:20
Verifonich
 
кстате да, конвертер я тоже взял с той же соседней кассы, откуда скидывал таблицы с индексами, т.к. с первоначальным конвертером было множество проблем, (касса выдала: предыдущая фатальная ошибка не была исправлена и ругалась на plucash, personal, classtax и т.п...и в конце, естественно runtime error 216)
18.04.2011 11:21
Verifonich
 
Цитата:
Andrew_Konev
по конвертеру - интересен формат файлов обмена. подозреваю, что DBF.
да, стандартный обмен данным dbf
18.04.2011 11:28
John Doe
 
Неплохо бы заглянуть в пункт меню "Архивация". И, сбекапив текущую базу, убить побольше смен, а затем упаковать БД и сделать cashmain /i (со включенным smartdrv). Разница со smartdrv и без будет во много раз. Я даже не пробовал никогда без него индексировать, это смертоубийство.
18.04.2011 11:29
Verifonich
 
Цитата:
Andrew_Konev 5 часов - это да, это жестоко. тогда действительно на переиндексацию smartdrv.exe запускать обязательно. и выдавать ему 16метров памяти (больше все равно не возьмет). причем именно на индексацию - можно включать и кэш записи. время индексации должно измениться очень заметно. потом на штатную работу кассы кэш записи лучше выключить, оставить только чтение.
тут можно. кстате конкретнее, пошагово желательно, как это сделать, чтобы уже вопросов лишних не возникало..

сейчас опять же, только что звонили, сказали опять встала та касса, походу, индексация где-то опять до конца не завершилась и встала..ррр.

значит..
1) я запускаю smartdrv.exe как выдать ему 16 метров?
как включить кэш записи?
как отключить кэш записи/оставив только чтение?
просто досовские не все команды помню..
2)cashmain.exe /i ?
далее дожидаюсь всего, очередной ребут и все работает?
или еще скандиск запустить?
18.04.2011 11:30
Verifonich
 
Цитата:
John Doe Неплохо бы заглянуть в пункт меню "Архивация". И, сбекапив текущую базу, убить побольше смен, а затем упаковать БД и сделать cashmain /i (со включенным smartdrv). Разница со smartdrv и без будет во много раз. Я даже не пробовал никогда без него индексировать, это смертоубийство.
спасибо, теперь буду иметь ввиду)))
базы удалены, мы чистим раз в 3 месяца
сейчас там 2-х недельное кол-во смен
18.04.2011 11:32
Verifonich
 
думаете со смартдрв он выгрузит все смены без проблем? точнее этот смартдрв помимо скорости поможет решению моей проблемы? или нужно будет дальше разбираться???почему все не выгружается-то...
18.04.2011 11:36
John Doe
 
Нет, смартдрв годен лишь для быстрой индексации. В остальных случаях он вреден.
Все его параметры можно увидеть, запустив smartdrv /?
216 ошибка говорит о нехватке памяти (чаще всего). Рекомендую зарезать как следует Plucash, чтобы он был не больше 5Мб, вычистить autoexec и config, чтобы в памяти не болталось ничего лишнего, провести переиндексацию, выгружая лишь используемые карточки. Собственно, проверить, чтобы вообще не было табличек больше 5Мб.
18.04.2011 11:39
Mtirt
 
John Doe, plucash - это карточки товара, а не продажи (cashsail).
Как её резать то?
18.04.2011 11:40
konst
 
неужели у вас живой ассортимент 60 тыс артикулов?!
18.04.2011 11:44
Verifonich
 
Цитата:
John Doe 216 ошибка говорит о нехватке памяти (чаще всего). Рекомендую зарезать как следует Plucash, чтобы он был не больше 5Мб, вычистить autoexec и config, чтобы в памяти не болталось ничего лишнего, провести переиндексацию, выгружая лишь используемые карточки. Собственно, проверить, чтобы вообще не было табличек больше 5Мб.
каким, например, образом можно обрезать как следует plucash? где его обрезать-то?) удалить индексы, открыть через dbedit и вручную тереть , попутно спрашивая какие карточки используются каким нет? или попросить оператора выгрузить только нужное? там опять же тётка не олё, такое ощущение что она где-то касячит, такое ведь может быть? в том плане, что лишнее выгружает вместе с нужным??
18.04.2011 11:45
Verifonich
 
Цитата:
Mtirt John Doe, plucash - это карточки товара, а не продажи (cashsail).
Как её резать то?
я уже думал, что я глуповат.)
18.04.2011 11:48
Verifonich
 
Цитата:
konst неужели у вас живой ассортимент 60 тыс артикулов?!
один из сетевых магазинов по нашему городу, 24 часа, там есть в районе 10 отделов, от алкоголя до продуктов, от туалетной бумаги до моющих средств. я думаю есть вообщем там столько.
18.04.2011 11:49
Mtirt
 
Нет, на самом деле надо смотреть с бэк-офисе (в той программе, откуда выгружают данные). Может быть и можно уменьшить количество.
Но
- ты не озвучил что за магазин, и какой ассортимент товаров в продаже
- какой бэк-офис используется (судя по конвертеру - Астор)
- не касается это кассовой программы
18.04.2011 11:53
John Doe
 
По поводу plucash это у меня понедельник - день тяжелый. Не проснулся.
Но действительно, открой последнюю инвентаризацию по этому магазину и посмотри, сколько артикулов считали... И все же 60 метров на 60000 карточек это многовато. Но если нужно, то копать в сторону максимального облегчения стартовых скриптов. ЕММ там есть? Тут конфиги примерные несколько раз выкладывались.
18.04.2011 11:56
Verifonich
 
Цитата:
Mtirt Нет, на самом деле надо смотреть с бэк-офисе (в той программе, откуда выгружают данные). Может быть и можно уменьшить количество.
Но
- ты не озвучил что за магазин, и какой ассортимент товаров в продаже
- какой бэк-офис используется (судя по конвертеру - Астор)
- не касается это кассовой программы
магазин продукты 24 часа.
ассортимент, весь не перечислишь, я чуть выше написал: примерно 10 отделов, фрукты, овощи, алкоголь, табак, хлебные изделия, канцелярия, и прочие мелочи.

бэк оффис, 1с торговая система, или это не то?

"- не касаетсяч это кассовой программы" - что не касается?
18.04.2011 11:57
Dim
 
60000 карточек - это жестоко... я бы начал уменьшать ассортимент, иначе все равно не будет работать...
18.04.2011 11:57
Verifonich
 
Цитата:
John Doe По поводу plucash это у меня понедельник - день тяжелый. Не проснулся.
Но действительно, открой последнюю инвентаризацию по этому магазину и посмотри, сколько артикулов считали... И все же 60 метров на 60000 карточек это многовато. Но если нужно, то копать в сторону максимального облегчения стартовых скриптов. ЕММ там есть? Тут конфиги примерные несколько раз выкладывались.
что за ЕММ?
18.04.2011 11:58
konst
 
для сравнения мои объемы
plucash - 6430 art - 1.8Mb
bar... - 9158 - 856kb
все работает как часы
выбор - что загружать в текущем режиме - должна не какая то тетка
а ПРОГРАММА
люди только косвенно на это влияют - заведением новых и блокировкой старых карточек...
18.04.2011 11:58
Verifonich
 
Цитата:
Dim 60000 карточек - это жестоко... я бы начал уменьшать ассортимент, иначе все равно не будет работать...
а как другие-то кассы работают? из-за того что постепенно загружалось чтоли?) или в чем разница-то
18.04.2011 12:04
Mtirt
 
Цитата:
Verifonich магазин продукты 24 часа.
ассортимент, весь не перечислишь, я чуть выше написал: примерно 10 отделов, фрукты, овощи, алкоголь, табак, хлебные изделия, канцелярия, и прочие мелочи.

бэк оффис, 1с торговая система, или это не то?

"- не касаетсяч это кассовой программы" - что не касается?
Если есть отделы, то тем более меньше можно загружать в кассу.
Касса должна продавать ассортимент только своего отдела.
Зачем кассе, торгующей фруктами ассортимент алкогольного отдела?

А 1С она очень разная бывает...


Опции темы


Часовой пояс GMT +3, время: 04:10.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.