[ОТВЕТИТЬ]
12.05.2010 20:09
Данияр
 
а вот это строчка все еще интересует

00:39:47: DEBUG:converter#{F45AA561-1E57-4A1A-BC33-1E52803E6C38}#Стандартный 2 CSV импорт##011A8820:m_std2_classif_disc_id is not defined. Import into trm_in_disc_std2classif will be skipped.
12.05.2010 21:44
blondbf
 
Подозреваю что касса/сервер *нулись, когда состояние данных в out было рассинхронизировано с актуальным состоянием (упало во время записи, данные находились в кеше).

УКМ-сервер обсирался, когда доходил до этого места и дальше обрабатывать не желал.

По поводу конвертера не знаю, с укмсервером никогда не работал. Если пытаться понять название, то он импортирует данные о классификаторе дисконтов (._.).
13.05.2010 06:53
Mtirt
 
Цитата:
Данияр а вот это строчка все еще интересует

00:39:47: DEBUG:converter#{F45AA561-1E57-4A1A-BC33-1E52803E6C38}#Стандартный 2 CSV импорт##011A8820:m_std2_classif_disc_id is not defined. Import into trm_in_disc_std2classif will be skipped.
Это конвертер импорта данных из бэк-офиса (Супермаг+).
Данное сообщение означает, что у тебя не настроен импорт в УКМ4 данных скидок по классификатору.
Возможно, в Супермаге их у тебя просто нет, или выгрузка тебе не нужна - настройки делаются и в УКМ4.

В любом случае это не относится к продажам с кассы (это импорт из бэка). И это не ошибка, а предупреждение...
13.05.2010 07:06
Данияр
 
уф хоть это радует всем спасибо за советы
13.05.2010 07:11
Mtirt
 
А в 3-ей кассой то что?
Она физически существует?
Тебе надо данные и по ней выгрузить из УКМ4 в Супермаг?
Или всё выгрузилось?
13.05.2010 19:25
Данияр
 
как я писал в самом первом посте 3 касса физически вышла из строя и была заменена на новую
14.05.2010 06:50
Mtirt
 
А теперь поподробнее?
Как меняли?
Что делали?
14.05.2010 14:41
Данияр
 
на сервере подготовили носитель и залили в новую машину в базе закрыли смену
новую кассу зарегистрировали под новым номером
14.05.2010 14:45
Данияр
 
я блин скоро отупею хм проблема теперь такая продажи в карточках появились, зато теперь нету в накладных кассовых чеков
14.05.2010 14:54
Mtirt
 
Всех? Или только оперативных?
14.05.2010 15:01
Данияр
 
всех но честно говоря этого невижу так как обьект удален это со слов бухгалтера так
14.05.2010 15:03
John Doe
 
Они статус поменяли, может в этом дело? Сосредоточься на грамоте написания, пожалуйста. Трудно читать.
14.05.2010 15:04
Mtirt
 
Цитата:
Данияр всех но честно говоря этого невижу так как обьект удален это со слов бухгалтера так
Я правильно понимаю, бухгалтер удалил чеки?
14.05.2010 15:18
Данияр
 
да нет вы меня неправильно поняли я имею ввиду что сам магазин находится не рядом а чеков нету вобще но кассовые документы есть
14.05.2010 15:31
Mtirt
 
Возможно, просто тупо у бухгалтера установлен фильтр, по которому пустой результат отбора.

Реестр Z-Отчетов формируется?
14.05.2010 15:35
Данияр
 
да формируется
14.05.2010 15:36
Данияр
 
чеоез часика 3 буду на обьекте там гляну сам и отпишусь
14.05.2010 15:46
Mtirt
 
Удаленный доступ к базе есть?
Выполнить запрос в базе данных, не доезжая до неё ты можешь?
14.05.2010 18:53
Данияр
 
все нормально вы были правы Бухгалтер в фильтре запутался
Нет к сожалению удаленного доступа нету

Но пока ковырялся решил заглянул в журнал ошибок и нашел вот это
и наскока я понял это относится к оперативным продажам и скорее всего из за этой ошибки у меня не будет показывать оперативные продажи с этой кассы ?

Event Type: Error
Event Source: SMCash Server
Event Category: Server
Event ID: 2052
Date: 14.05.2010
Time: 20:32:31
User: N/A
Computer: SM2000
Description:
General failure. Error messages follows.
Запись 1. Код=80004005h (0) [SMUKMC~1]:
Ошибка при обработке файла чека 'C:\cash\oper\10012300110258.ret'.
Запись 2. Код=80040e57h (1438) [Microsoft OLE DB Provider for Oracle]:
ORA-01438: значение большее, чем позволяет для этого столбца заданная точность
ORA-06512: на "SUPERMAG.CASH", line 3140
ORA-06512: на line 1
Запись 3. Код=80004005h (0) [SmLibaryBase trace]:
{ ? = call Cash.ImportOnlineCheck(?, ?, ?, ?, ?, ?, ?) }
Params:
{0} (null)[0](0,0): vt=0 value=<not printable>
{1} (null)[0](0,0): vt=3 value=2
{2} (null)[0](0,0): vt=3 value=100123
{3} (null)[0](0,0): vt=3 value=11
{4} (null)[0](0,0): vt=3 value=258
{5} (null)[1](0,0): vt=8 value=0
{6} (null)[0](0,0): vt=3 value=42
{7} (null)[0](0,0): vt=7 value=12.05.2010 21:16:00
%4 %5 %6 %7 %8
14.05.2010 19:34
OlegON
 
Я бы предложил вычистить каталог выгрузки оперчеков и посмотреть за ними еще некоторое время... По ходу в цену или количество вбили штрихкод... Может, какое-то мошенничество.
14.05.2010 19:35
Dim
 
скорее всего кассовый документ не сформируется, или сформируется, но товародвижение не посчитается.
14.05.2010 19:49
Данияр
 
почистил каталог буду наблюдать
16.05.2010 09:47
Mtirt
 
Цитата:
Данияр все нормально вы были правы Бухгалтер в фильтре запутался
Нет к сожалению удаленного доступа нету

Но пока ковырялся решил заглянул в журнал ошибок и нашел вот это
и наскока я понял это относится к оперативным продажам и скорее всего из за этой ошибки у меня не будет показывать оперативные продажи с этой кассы ?

Event Type: Error
Event Source: SMCash Server
Event Category: Server
Event ID: 2052
Date: 14.05.2010
Time: 20:32:31
User: N/A
Computer: SM2000
Description:
General failure. Error messages follows.
Запись 1. Код=80004005h (0) [SMUKMC~1]:
Ошибка при обработке файла чека 'C:\cash\oper\10012300110258.ret'.
Запись 2. Код=80040e57h (1438) [Microsoft OLE DB Provider for Oracle]:
ORA-01438: значение большее, чем позволяет для этого столбца заданная точность
ORA-06512: на "SUPERMAG.CASH", line 3140
ORA-06512: на line 1
Запись 3. Код=80004005h (0) [SmLibaryBase trace]:
{ ? = call Cash.ImportOnlineCheck(?, ?, ?, ?, ?, ?, ?) }
Params:
{0} (null)[0](0,0): vt=0 value=<not printable>
{1} (null)[0](0,0): vt=3 value=2
{2} (null)[0](0,0): vt=3 value=100123
{3} (null)[0](0,0): vt=3 value=11
{4} (null)[0](0,0): vt=3 value=258
{5} (null)[1](0,0): vt=8 value=0
{6} (null)[0](0,0): vt=3 value=42
{7} (null)[0](0,0): vt=7 value=12.05.2010 21:16:00
%4 %5 %6 %7 %8
Нет. оперативных продаж не будет только тому чеку, который указан в сообщении об ошибке.
19.05.2010 19:31
Данияр
 
Рано начел радоваться еще один геморрой вылез видимо до экспериментировался с номерами касс возникает вопрос возможно ли что в супермаг сели два раза продажы с одной кассы?
выглядит это примерно так в укм продажы на кассе 3 допустим на сумму 100 а в супермаге село как будто бы 200
19.05.2010 19:34
OlegON
 
Только если база разрушена. Уникальность по номеру магазина, номеру z-отчета, номеру кассы, дате. Т.е. если что-то из этого сбил, то тоже может быть.
19.05.2010 19:37
Данияр
 
а можно ли в супермаге в накладных в кассовых чеках и документах все по удалять и занового сделать выгрузку с укм ?
19.05.2010 19:39
OlegON
 
Можно. Только нужно ли?
19.05.2010 19:39
Данияр
 
ну как бы нужно :connie_mini_cry: так как остатки теперь кривые
19.05.2010 20:03
Данияр
 
еще возникает вопрос в накладных -кассовые документы в столбце соответствие Z отчетам стоит нет может ли это влиять на остатки товаров?
провел такой эксперимент выбрал кассовый документ где стоит НЕТ в столбце соответствия запомнил дату документа после зашел в кассовые чеки удалил Z - отчет с той кассы с которой я эксперементировал после сделал ручную выгрузку с этой кассы и после этого у меня в кассовом документе в столбце соответствия стало писать ДА
хм теперь сижу и думаю что я наделал и как это все отразится :nosok_06:
20.05.2010 06:41
Mtirt
 
Просто пересоздай кассовые документы по кнопке "Новый".
Без выгрузки данных.


Опции темы


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

 

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