[ОТВЕТИТЬ]
28.08.2006 16:20
JabberWocker
 
Цитата:
Onica А мы хотим каждые 10-15 минут т.е 50-60 раз. в сутки *12
Чтобы привязать продажи к поставщикам требуется расчет товародвижения... т.е. вы собрались расчитывать его по 50-60 раз за смену, заставляя всех пользователей покинуть программу, останавливая кассовый модуль? а когда накладные вводить и т.п.?
28.08.2006 16:31
Onica
 
Да согласен что товародвижение мы не будем расчитывать.
Едёт речь об отчётах которые не используют его но позволяют получать текуще остатки.
28.08.2006 18:17
JabberWocker
 
И еще один вопрос: а что будет происходить в конце смены, когда она реально будет закрываться? При такой схеме работы по окончанию смены нельзя выгружать данные, т.к. супермагом они не примутся
28.08.2006 18:19
OlegON
 
Цитата:
JabberWocker И еще один вопрос: а что будет происходить в конце смены, когда она реально будет закрываться? При такой схеме работы по окончанию смены нельзя выгружать данные, т.к. супермагом они не примутся
Почему? Как куски принимались, так и целая должна приняться... Номер смены и пр. те же самые...
28.08.2006 18:41
Onica
 
Мы сейчас это хотим проверить на большой базе и куче чеков - есть маленькте сомнения что будет долго проводиться документ к концу рабочего дня.

Кстате есть вопрос по утилите импорта в 9 .
Олег можно его на этом форуме задавать.
29.08.2006 01:11
whitewizard
 
кассовый документ будет проводится также как и если бы не было такой прописанной системы
29.08.2006 12:13
JabberWocker
 
Кассовый модуль выдаст сообщение что уже есть Z-отчет с таким номером с этой кассы и откажется принимать данные. Требуется предварительное удаление чеков за эту смену.
29.08.2006 12:31
OlegON
 
Как я помню, это сообщение вылезет, если даты этих отчетов будут различаться...
29.08.2006 12:40
bob
 
Нет, это кассовые документы пересоздаются по умолчанию. А Z-отчеты перед приемом обязательно удалить, иначе ругается. По крайней мере в 1024 было именно так
29.08.2006 13:57
walrus
 
Поясните пожалуйста.

На каждой выгрузке продаж я формирую таблицу
CURRESTS - насколько я понимаю это и есть таблица c данными Z-отчета...
И несколько последовательных выгрузок работают нормально - т.е. не ругается.
Или есть еще какая-то таблица, которая формируется только на Z-отчете...

Возможно, дело в том, что я не формирую таблицу CURMONEY (работа с денежными суммами ) - но и без нее вроде все нормально...

Кроме того, пока смена не закрыта (Z-отчет) на каждой выгрузке у меня меняется время закрытия (устанавливается равным текущему моменту времени) и опять же вроде работает. Сейчас правда, пытаемся проимпортировать реальную базу для того, чтобы тестирование было более приближено к реальности...
29.08.2006 14:10
Mtirt
 
Объясняю. У меня магазины работают до часу ночи. В твоем случае, при снятии Z-отчета появится ошибка, что такой Z-отчет уже есть, но с другой датой. (Так как выгрузка была за предыдущую дату). И Z-отчет не примется.
29.08.2006 14:14
Mtirt
 
Честно говоря, присоединяюсь к предыдущим сообщениям.
Может все-таки проще отчетность сделать с учетом опер. продаж?
А не городить огород.
Просто у меня создается ощущение, что при такой постановке задач, кроме кассового сервера под вечер, в базе работать уже никто не сможет: он же кроме того, что принимает данные о продажах каждые 15 минут, еще и кучу статистики рассчитывает: по налогам, по скидкам и т.п.
У меня, когда Z-отчеты ночью принимаются в базе в принципе ничего нельза сделать - сервер практически висит.
А здесь - каждые 15 минут, причем из-за небольшого количества информаци...
29.08.2006 14:16
walrus
 
Ага, понятно. Ситуация довольно интересная, но не критическая.
А если сделать так, что при переносе закрытия отчета на следующий день выгружать его все равно предыдущим днем (например 23:59:59).
Супермагу ведь все равно... Не он же книгу кассира-операциониста заполняет? Или возможны проблемы?
29.08.2006 15:05
whitewizard
 
так собственно и делается.
как говорилось выше надо чтобы дата Z отчета не менялась.
29.08.2006 15:29
Mtirt
 
Цитата:
walrus Ага, понятно. Ситуация довольно интересная, но не критическая.
А если сделать так, что при переносе закрытия отчета на следующий день выгружать его все равно предыдущим днем (например 23:59:59).
Супермагу ведь все равно... Не он же книгу кассира-операциониста заполняет? Или возможны проблемы?
А налоговой вы что рассказывать будете? У вас в Z-отчете одно время и дата, а продажи вы проводите другой датой?
Изображения
Тип файла: jpg Безимени-1.jpg (105.4 Кб, 4172 просмотров)
Тип файла: jpg Безимени-2.jpg (43.4 Кб, 4163 просмотров)
Тип файла: jpg Безимени-3.jpg (230.6 Кб, 4167 просмотров)
Тип файла: jpg Безимени-1.jpg (105.4 Кб, 4161 просмотров)
Тип файла: jpg Безимени-2.jpg (43.4 Кб, 4161 просмотров)
Тип файла: jpg Безимени-3.jpg (230.6 Кб, 4161 просмотров)
29.08.2006 15:44
whitewizard
 
а налоговая с СМ не смотрит
29.08.2006 18:11
Mtirt
 
Так в отчете, который вы ей напечатаете будет та же дата стоять.
Или вручную в каждом отчете исправлять будете?
30.08.2006 03:19
whitewizard
 
вообще если так это актуально, то можно будет раз в неделю прибить Z отчеты и заново их выгрузить.
или скриптом поменять в СМ


Опции темы


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

 

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