Большой ГЛЮК при выгрузке списка чеков (или не глюк?)

Пользователь

Сообщений: 16 Регистрация: 18.07.2003

25.04.2004 09:43:30

Товарищи разработчки, помогите!
Ситуация такая. При выгрузке списка чеков выдает сообщение: "32769 is not a valid value for field 'ID'. The allowed range is -32768 to 32767".

Выгружаем списки чеков в формате dbf. Если выгружать в csv- то выгружается без проблем.
Я так понимаю что он ругается на то, что значение ID чека слишком большое, а ему нужно в диапазоне от -32768 до 32767. У нас действительно уже количество чеков перевалило за эту цифру. Причем что интересно, если выгружать в csv- то ID чеков действительно переваливает за 32768, а вот если в dbf- то первый знак откидывается (то есть из 32768 получается 2768 - этот ID чека последний в кусочке выгруженного dbf файла).
Мне вот интересно почему "range is -32768 to 32767". Не уж то ID чека бывает отрицательным?
Мы наверно первые с такой проблемой, но остальные пользователи ВАШЕЙ программы еще наверно не дошли то такого количества чеков, но ведь это наверно всех ждет?
Подскажите как это побороть?
Выгражать в csv не предлагать, так как у нас под 1С написана обработка которая из выгруженных dbf файлов создает расходные документы.
Или же подскажите прогу для работы с gdb файлом.
Специально скачал последнюю версию OnLine Server- там такой же глюк. Жду ответа и помощи.

Cardy Пользователь Сообщений: 16 Регистрация: 18.07.2003	#2 25.04.2004 20:11:31 Я в принципе решил сию проблему- написал простенький конвертер из csv в dbf- все работает. Но это не выход!!! А как же быть остальным пользователям?

Salex29 Сообщений: 2501 Регистрация: 31.10.2002	#3 28.04.2004 08:34:28 Уточните какая версия OnlineServer'а используется.

Cardy Пользователь Сообщений: 16 Регистрация: 18.07.2003	#4 28.04.2004 14:32:32 версия 2.1 , но специально качал 2.3 и пробовал конвертировать данные- та же самая ошибка.

Cardy

Пользователь

Сообщений: 16 Регистрация: 18.07.2003

28.04.2004 16:12:02

Если точнее то версия 2.1.0.9. Если нужно - могу скинуть gdb файл. Только мыло дайте. Как варианты решения проблемы могу посоветовать (хотя вы и без моих советов наверно справитесь):
1. Самый простой вариант - увелить разрядность поля ID в выгружаемых файлах.
2. Сложнее- я так понял при удалении чеков они не удаляются а помечаются на удаление? Или же удаляются на ID не сдвигается назад. Например было 10 чеков, первые 5 удалили и у оставшихся нумерация должна начатся с 1.

Salex29

Сообщений: 2501 Регистрация: 31.10.2002

29.04.2004 06:39:00

Цитата
Cardy писал(а): Самый простой вариант - увелить разрядность поля ID в выгружаемых файлах.

Этот вариант не самый простой, а единственно правильный. Идентификатор чеков (ID) сбрасывается в 0, только при очистке всех чеков по всем ККМ.

Cardy Пользователь Сообщений: 16 Регистрация: 18.07.2003	#7 29.04.2004 07:41:07 У нас стоит три кассы в продуктовом магазине, а так как продукты вроде как ходовой товар за 2 месяца набегает чеков за 30000. Если можно увеличьте разрядность с 4 до 10. С нетерпением ждем новой версии

Salex29 Сообщений: 2501 Регистрация: 31.10.2002	#8 30.04.2004 08:05:36 Проблему можно порешать следующими способами: Во первых обязательно поставить последнюю версию - 2.3. 1. В этой версии введена возможность экспортировать списки чеков в один файл. Режим включается по кнопке файлы на закладке Импорт/Экспорт в настройке программы. В этом режиме в каждой записи DBF файла будет присутствовать информация и о покупке и о чеке. Т.е. будет создаваться плоская таблица. Так вот в этом режиме есть возможность настроить структуру DBF файла. Производиться это все там же, в окне настройке программы - Импорт/Экспорт - закладка DBF чеки. Там Вы можете указать нужные тип и длину для каждого поля таблицы. 2. Вы не используете режим вывода чеков в один файл и работаете по старой схеме, т.е. чеки в разные файлы. В этом режиме DBF файлы создаются с фиксированной структурой, где для ID чека дествительно прописано поле N4. Я в свою очередь высылаю Вам поправленный АРМ менеджера, где увеличена длина поля до 10, как Вы просили.