[ОТВЕТИТЬ]
18.10.2016 18:48
DMaslov
 
В моем понимании, когда кассовый документ создан из чеков, любые последующие выгрузки с касс не могут удалить созданный кассовый документ. Если повторно выгружена та же смена с той же кассы, которая уже есть в СМ, она же должна игнорироваться? Или все-таки удаляться и заново загружаться, и при повторной загрузке может возникнуть ошибка?

Какие причины могут привести к тому, что кассовый документ вполовину уменьшил свою сумму - читай, данные с одной кассы в нем пропали? В кассовых чеках все осталось, сумма соответствует z-отчетам с кассы. Типичная схема работы - выгрузка одной смены, изредка при проблемах выгружают за 2-3 дня. Но сегодня ситуация - изменились кассовые документы за июль.

В журнале удаленных документов (в журнале кассовых документов меню "Функции / журнал удаленных документов") множество записей, можно сделать вывод, что кассовые документы регулярно удаляются и заново загружаются. Зачем так происходит? Видно, что в октябре перезакачиваются данные июля.



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

Если все-таки часть кассового документа пропала, есть какие-то штатные способы перезакачать его из кассовых чеков? На кассе данные за этот период уже удалены.
18.10.2016 19:10
Dim
 
я бы первым делом очистил каталоги выгрузки с касс. такое впечатление, что при загрузке данных возникает какая-то ошибка, выгрузка не удаляется, а на след.день загружается снова
18.10.2016 19:12
DMaslov
 
Слона-то я и не приметил.
18.10.2016 19:19
DMaslov
 
У меня уже все кассиры натасканы - если есть проблема с загрузкой с кассы, чистим каталоги, выгружаем заново. Некоторые даже умеют удалять PDOXUSRS.NET и отключать зависшие расшаренные сеансы. А вот такую ситуацию - смены загружаются, но файлы не удаляются, и в будущем могут вызвать проблемы - сам первый раз за полтора года встретил.
18.10.2016 19:44
konst
 
Косяк с пересозданием кассовых документов тянется с очень старых версий. Сами не раз спотыкались на этом.
Даже отчет какой-то делали - перезагрузка кассовых документов и если их было больше 5 (наверное, еще и от кол-ва касс зависит) то приходило оповещение админу...
по поводу создания Z-отчета на основании опер чеков - здесь на форуме выкладывали несколько запросов.
вот похожая тема
18.10.2016 21:15
DMaslov
 
Поскольку целиком он так и отказывается загружать, гружу кусками.
Освоил очень приятную тулзу Exportizer, родным SQL-ем прям в Paradox-е работаешь.

19.10.2016 10:21
DMaslov
 
Ошибочно удалил часть данных, которые еще нужны.
Судя по тому, что pack уменьшает таблицы, эти данные там еще есть.
Но в Exportizer и в Paradox Data Editor помеченные на удаление записи не видны.
Если кто знает другую тулзу, или как отменить удаление в этих, подскажите.
19.10.2016 10:30
DMaslov
 
Говорят, низя так для Paradox ( www sql ru - forum - 725097 - vosstanovlenie-udalennyh-zapisey-iz-tab-paradox ), токо восстановление из резервной копии.
19.10.2016 11:15
konst
 
в самом супермаге чеки остались за это число?
если да - то все можно получить из них.
19.10.2016 11:16
-Den-
 
После разбора полетов (точно уже не помню, для примера в 26 версии при пересечении зеток возникала такая проблемаа), обязательно проверь/почисть почтовик и если тариф не безлимит будете "приятно" удивлены.
19.10.2016 11:32
DMaslov
 
> в самом супермаге чеки остались за это число?

Да. Я просто хочу выжать максимум из имеющих кассовых выгрузок, потом уже знакомиться с загрузкой из чеков внутри СуперМАГа.

Даже воспроизвел ситуацию. Набор файлов, по параметру Znumber все совпадает, например, по всем *.DB znumber с 187 по 203. Кассовый модуль все грузит, в журнал ошибок не пишет, мол "кассовый документ за дату ... по МХ .... создаю" - в итоге ошибок нет и кассовых документов нет.

УКМ2 и движок Paradox DB СервисПлюсовцами давно считаются "древними", не развиваются, и даже подобные баги уже давно не исправляются.

Ну ничо, скоро по закону на УКМ 4 переедем.
19.10.2016 11:54
DMaslov
 
> в журнал ошибок не пишет, мол "кассовый документ за дату ... по МХ .... создаю" - в итоге ошибок нет и кассовых документов нет.

Мой косяк, смотрел журнал через фильтр. Ошибки пишет.
19.10.2016 11:55
konst
 
можно посмотреть что уже загружено в базу.
если Z-отчеты на месте, то иногда достаточно в интерфейсе супермага в кассовых документах - нажать новый документ и см все остальное сделает сам (по моему надо только кассовый модуль остановить...)
20.10.2016 19:16
DMaslov
 
Цитата:
konst в интерфейсе супермага в кассовых документах - нажать новый документ
А где это - "новый документ"?

20.10.2016 19:42
konst
 
на предыдущем экране - как только в раздел кассовых документов заходишь:
Миниатюры
Нажмите на изображение для увеличения
Название: ПК_new.jpg
Просмотров: 13
Размер:	21.6 Кб
ID:	7838  
20.10.2016 19:42
Stels
 
Цитата:
DMaslov А где это - "новый документ"?

кнопку Фильтр нажми
26.10.2016 08:51
DMaslov
 
После обработки по кнопке "новый документ" остаются оперативные кассовые чеки. Сообщений о каких-либо ошибках не выдается. Суммы кассовых документов так и остаются отличающимися от кассовых чеков на величину этих оперативных чеков с одной из касс.
26.10.2016 09:19
konst
 
Создание "нового" кассового документа помогает в некоторых случаях, когда что то пошло не так...
есть несколько вариантов решения данной проблемы:
1. необходимо повторно выгрузить Z-отчеты с касс и загрузить их кассовым модулем.
2. если на кассах этих данных уже нет (может бэкапы есть?), то можно сохранить данные из оперативных чеков в файлы
и сделать из них подобие выгрузки с кассы и также принять кассовым модулем
3. напрямую перегнать оперативные чеки в закрытые и создать записи о загруженных -очтетах и через создание новых документов пересоздать кассовые доки... описание этого процесса есть на форуме.
4. на основании оперативных чеков, создать расходные накладные с типом реализация, оперативные чеки удалить. (не самый лучший вариант)
у всех способов есть свои плюсы и минусы и своя трудозатратность. я бы выбрал 1 или 2.
26.10.2016 09:59
DMaslov
 
1. Как раз на время копаний с кассой (именно с выгрузкой смены проблемы) хотел создать кассовые документы из оперативных чеков.

4. У меня уже валяется в списке заклинаний. Если у кого есть дополнения, welcome.

SQL:
SQL код:
----------------- загрузка из оперативных чеков
insert into smspec
  
(doctypedocidspecitemdisplayitemarticlequantity/*, expquantity*/
   
itempricetotalpriceitempricenotaxtotalpricenotaxitempricecurtotalpricecur,
   
causetypecauseidcausespecitem)
  
select 'WO''РНуют01992'rownumrownumtrim(article), quantity/*0,*/ 
     
itempricetotalsumnullnullnulltotalsum,
      
nullnullnull
from smonlinecheckitems where desknum 
and znum 2554
order by checknum
item

update smdocuments set
totalsum 
= (select sum(totalpricefrom smspec where docid 'РНуют01992' and doctype 'WO'),
totalsumcur = (select sum(totalpricefrom smspec where docid 'РНуют01992' and doctype 'WO')
where id 'РНуют01992' and doctype 'WO'

delete from smonlinecheckitems where desknum and znum 2554
delete from smonlinechecks where desknum 
and znum 2554
delete from smopergoods where desknum 
and znum 2554 
26.10.2016 10:16
konst
 
я бы расходную накладную сделал через файл
сохранил инфу из чеков в файл terminal.dat - а из него загрузил в спецификацию
Кассовое ПО какое?
26.10.2016 10:19
OlegON
 
Навскидку - не понял, в каком статусе документ создается? Где smspectax?
26.10.2016 12:52
DMaslov
 
Цитата:
konst Кассовое ПО какое?
УКМ2.

Цитата:
OlegON Навскидку - не понял, в каком статусе документ создается?
Черновик.

Цитата:
OlegON Где smspectax?
Нам не нужен.
26.10.2016 13:08
konst
 
для укм-2 не трудно самому выгрузку сделать
там нужны 2 файла
под рукой нет, но на вскидку
в одном файле лежат чеки
во-втором реквизиты Z-отчета
может быть и еще какой то файл надо заполнить - не скажу
чеки можно выдернуть из супермага
сохранить, например в экселе,
добавить недостающие поля
сохранить в CSV
и импортнуть в таблицу (cashsail.db - могу ошибиться с названием файла)
c Z-отчетом еще проще - там всего одна строка, номер, дата, сумма (currest.db - тоже могу ошибиться)
если есть безнал - то все немного сложнее, но все равно вполне решаемая задача
надо пробовать
26.10.2016 18:39
DMaslov
 
Цитата:
konst для укм-2 не трудно самому выгрузку сделать
Согласен. Но хотелось бы наладить нормальную работу выгрузки, а не городить костыль.

Цитата:
konst там нужны 2 файла
Побольше, но это непринципиально.
27.10.2016 06:50
konst
 
Цитата:
DMaslov Но хотелось бы наладить нормальную работу выгрузки, а не городить костыль.
На самом деле - данная ситуация скорее исключение, чем правило. Нужно своевременно ее отслеживать и устранять.
есть несколько способов мониторинга:
1. Если есть ЦО и несколько магазинов, то проще регулярно проверять кол-во перезаписей кассовых документов за последние 2 недели, если кол-во перезаписей больше 3 - то пора бить тревогу (период и кол-во приблизительные)
2. сотрудники магазина ОБЯЗАНЫ каждое утро формировать реестр Z-отчетов и сверять все данные.
3. можно мониторить каталоги обмена с кассами. как вариант просто по таймеру очищать каталоги з-отчетов (желательно подкладывать туда 2 файла (CASHSAIL.DB и CASHSAIL.PX), чтобы укм-2 не ругался при снятии отчета)
4. проверять в см кассовые документы не соответсвующие з-отчетам.
5. вести статистику - какие кассы чудят - разбираться с оборудованием
6. провести профилактическую беседу с сотрудниками - возможно они просто вырубают питание не дождавшись окончания выгрузки.
7. Настроить УКМ на авто выключение системника (если материнка и бп поддерживают)
Опции темы


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

 

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