Имя: Пароль:
1C
1С v8
УТ: Дублирование чеков
0 romannzt01
 
06.05.12
12:48
Здравствуйте, уважаемые коллеги

Для аналитического отчета потребовались данные чеков ККМ. Проблема в том, что при закрытии смены чеки удаляются, а вместе с ними и необходимая информация. Я понимаю, что можно просто закомментировать строчки с удалением чека в обработке закрытия смены и таким образом сохранить информацию. Но, сомневаюсь в надежности такого способа решения (может ошибаюсь?). Поэтому думаю, что лучше скопировать в конфигураторе документ ЧекККМ и реализовать дублирование чеков в него, и уже оттуда брать информацию для аналитики.

Как можно организовать дублирование чеков?
p.s. возможно, вопрос простой? Я еще только осваиваю 1С. Спасибо!
1 ОбычныйЧеловек
 
06.05.12
13:31
(0) А ты понимаешь для чего сделано удаление чеков?
2 romannzt01
 
06.05.12
17:45
Нет.
Есть только догадка: для поддержания минимального размера базы.
А вы знаете точное назначения удаления?
3 Мимохожий Однако
 
06.05.12
18:03
Неплохо бы сообразить для начала какая именно информация нужна для аналитики однако. От этого и плясать.
4 Shrike
 
06.05.12
18:33
В обработке закрытия закомментировать строчки с удалением, в самом чеке добавить признак закрытия и устанавливать его обработкой, в зависимости от этого признака разное проведение чека по регистрам.
5 Fragster
 
гуру
06.05.12
18:55
(0) кластерный анализ, чоле?
6 Torquader
 
06.05.12
19:44
Сделайте лучше архив чеков и храните там всю необходимую информацию, чтобы мухи были отдельно от котлет, а таблица чеков не росла со временем.
7 romannzt01
 
06.05.12
20:53
МимохожийОднако, Shrike и Torquader спасибо, что отозвались помочь :-)

МимохожийОднако, нужна информация о покупке: кто купил, что, когда, на какую сумму - все то, что обычно указывается в документе ЧекККМ.

Shrike и Torquader большое спасибо за дельные мысли!

Torquader, а каков механизма создания архива? Пардон, если спрашиваю простяцкое, просто еще не встречал подобного.
8 Torquader
 
06.05.12
21:37
(7) У раруса архив живёт в dbf-файлах и туда пишется всё, что было пробито в чеке, но их вариант - не очень хорошо.
Можно сделать справочник с табличной частью и писать туда, а можно отдельно иметь SQL-базу.
Отдельное хранение чеков нужно для того, чтобы видеть что было в чеке в момент его пробития. Например, если у нас товар назывался "Хрень №1", то там будет записано именно это название, а когда мы переименуем её в "Полезная фигня № 3" или просто удалим из базы, то в чеке она останется, как ни в чём не бывало.

Отделение архива чеков от самих чеков также полезно тем, что кассовые места работают с ограниченной небольшой базой чеков и никому не мешают. Запрос же данных из архива никоим образом не мешает их работе, так как выборка идёт из другого места.
Если же чеки хранить в одной таблице, то мы получаем одну быстрорастущую таблицу, в которую много раз нужно добавлять содержимое - оно, конечно, всё равно будет туда добавляться при закрытии смены, но в процессе закрытия смены маловероятно, что кто-то с другого рабочего места будет выполнять выборку.
А в течении смены мы имеем изменяющуюся таблицу чеков по текущему дню и неизменный большой архив.