Форум поддержки клиентов компании «ЭТИМ»

Вернуться на сайт
Карта сайта
Форум компании ЭТИМ
Июнь 20, 2019, 23:03:52 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
Новости:
 
   Начало   Помощь Поиск Войти Регистрация  
Страниц: [1] 2
  Печать  
Автор Тема: Доработка 1С ТиС 7.7  (Прочитано 19943 раз)
vofka
Новичок
*
Сообщений: 11


Просмотр профиля E-mail
« : Август 10, 2009, 14:48:55 »

В инструкции по mPOS64 в пункте "Глава 5. Товарная база с остатками" сказано, что "...для интеграции данной товарной базы с остатками требуется доработка программного обеспечения АСТУ (стандартная 1С-обработка не обеспечивает выгрузку остатков)".

Так вот. интересует следующее: для реализации данной возможности - требуется доработка исключительно обработки 1С? Или потребуется доработка обработок mPOS64?
Записан
Kayra
Супер модератор
Бывалый
*****
Сообщений: 104


Просмотр профиля E-mail
« Ответ #1 : Август 11, 2009, 13:30:18 »

Для реализации данной возможности требуется доработка обработок POS-64 для 1С.
То есть в части касаемой выгрузки товарной базы.
Записан
vofka
Новичок
*
Сообщений: 11


Просмотр профиля E-mail
« Ответ #2 : Август 14, 2009, 17:03:42 »

Насколько я понял, изучая код отвечающий за загрузку товаров в mPOS-64 (информация о коде, штрихкоде, остаткам и т.д.) - то выходит перед загрузкой прайса происходит формирование списка товара. Причем данные о названии, цене и остатках сохраняются в переменных на всём этапе, а потом эти данные передаются в обрабтку off_pos64.ert. Вот там и формируется файл pkm.tvr, который потом загружается в терминал.

Открыть и изменить off_pos64.ert так как мне нужно я не могу, т.к. 1С сообщает об ошибке "Общая файловая ошибка при доступе к файлу off_pos64.ert (хотя другие обработки, которые идут вместе с ТиС по дефолту, открывются). Значит у меня один выход- писать самостоятельно всю обработку? Тут же возникает вопрос - как её писать, если я не знаю структуру протокла обмена данными между 1С и mPOS64.

Может я, что то не так понимаю. Поправьте меня пожалуйста.
Записан
Kayra
Супер модератор
Бывалый
*****
Сообщений: 104


Просмотр профиля E-mail
« Ответ #3 : Август 17, 2009, 10:16:21 »

Ошибка "Общая файловая ошибка при доступе к файлу ....." обычно связана с правами доступа к файлам - это ошибка Windows/1С, а не обработки. Обработка не закрыта для просмотра и изменения кода. Проверьте права и атрибуты файла обработки. Попробуйте переместить обработку в другое место.
Обработка 1С "общается" с POS-64  посредством OLE-компоненты. Описание команд и методов OLE-компоненты имеется на диске в комплекте к терминалу, а также на нашем сайте: http://etim.ru/podderzhka/terminal-pos64/programmnoe-obespechenie.html
Записан
vofka
Новичок
*
Сообщений: 11


Просмотр профиля E-mail
« Ответ #4 : Август 17, 2009, 13:43:38 »

Да, всё так и оказалось. из другой папки, а не из ExtForms\Equip - обработка открылась и успешно была отредактирована. Процедура добавления остатков для выгрузки в прайс решилась одной простейшей строчкой.

Большое спасибо за совет. Всё гениальное просто, как оказалось.
Записан
vofka
Новичок
*
Сообщений: 11


Просмотр профиля E-mail
« Ответ #5 : Август 27, 2009, 09:47:43 »

... А когда дело дошло до использования этой обработки всё оказалось не так гладко.
Обработка генерирует прайс лист с 7 полями (ШК, код, наименование, цена, скидка1, скидка2, количество).
В mPOS64 было сделано:
1) Добавлено дополнительное поле ПЛАН. ОСТАТОК длиной 4 байта
2) Тип справочника товара был установлен "С ОСТАТКАМИ"
И при попытке сделать загрузку товара, генерируется ошибка "Невозможно загрузить прайс лист: 8004". Если 7ое поле убрать из обработки, и установить терминал в режим "БЕЗ ОСТАТКОВ" - загрузка товара проходит нормально.

С чем это может быть связано?
Записан
Kayra
Супер модератор
Бывалый
*****
Сообщений: 104


Просмотр профиля E-mail
« Ответ #6 : Август 27, 2009, 10:20:34 »

А OLE-компоненту перенастраивали под 7 полей?
Записан
vofka
Новичок
*
Сообщений: 11


Просмотр профиля E-mail
« Ответ #7 : Август 27, 2009, 10:29:56 »

Нет слов. Делалось это всё поздно ночью. Было ощущение того что всё делаю правильно. А про этот момент забыл. Да, дело было в этом. OLE-компоненту не переустанавливал =\ "Перенастройка" компоненты сводится к её переустановке или там какие то тонкости?
Записан
Kayra
Супер модератор
Бывалый
*****
Сообщений: 104


Просмотр профиля E-mail
« Ответ #8 : Август 27, 2009, 10:32:51 »

Копирование новых файлов pkm.kst и pkm.opt после переконфигурации поса
и перерегистрация OLE.
Записан
vofka
Новичок
*
Сообщений: 11


Просмотр профиля E-mail
« Ответ #9 : Сентябрь 11, 2009, 12:19:53 »

Всё равно не вышло сделать нормальную выгрузку с остатками.
Что было сделано:
1) добавлено дополнительное поле ПЛАН. ОСТАТОК длиной 4 байта
2) тип справочника товара был установлен "С ОСТАТКАМИ"
3) Скопированы файлы pkm.kst и pkm.opt после переконфигурации терминала
4) сделана перерегистрация OLE-компоненты (пути к файлам pkm.kst и pkm.opt в конфиге OLE-компоненты правильные).
5) обработка генерирует базу товаров с 7-ю полям, где 7ое поле количество (например 0032, или 0162).

при загрузке прайса ошибка:
"POS64","NET","192.168.0.254","15000". Ошибка при загрузке товаров. Невозможно конвертировать прайс (78120942).
Значение в скобках имело ещё второе значение, отличное от этого. Но второй вариант я не записал.
Даже не знаю какие варианты решения проблемы.
Записан
Kayra
Супер модератор
Бывалый
*****
Сообщений: 104


Просмотр профиля E-mail
« Ответ #10 : Сентябрь 14, 2009, 13:12:10 »

В 7м поле количество должно иметь вид 32.000 или 162.000 (в приведенных вами примерах)
Такой вид сделан для того, чтобы можно было вводить остатки весового товара
Соответственно у штучного товара всегда будет окончание .000
 
Записан
vofka
Новичок
*
Сообщений: 11


Просмотр профиля E-mail
« Ответ #11 : Сентябрь 14, 2009, 15:49:41 »

В данном примере "32.000" - ".000" это считается за 4 байта? например, что бы сделать максимальное число товара 999.000 - длина поля 7 байт? и как реагирует терминал на незначащие нули в начале?
« Последнее редактирование: Сентябрь 14, 2009, 15:54:36 от vofka » Записан
Kayra
Супер модератор
Бывалый
*****
Сообщений: 104


Просмотр профиля E-mail
« Ответ #12 : Сентябрь 14, 2009, 17:04:22 »

максимальное значение можно задать 99999.999
при формировании файла можно задавать значение как 00032.000, так и 32.000
то есть незначащие нули в начале можно ставить, а можно и не ставить.
Записан
vofka
Новичок
*
Сообщений: 11


Просмотр профиля E-mail
« Ответ #13 : Сентябрь 15, 2009, 11:06:29 »

а что по поводу длины поля в mPOS'е "ПЛАН.ОСТАТОК" - 4 байта? При значении в 4 байта он будет "ожидать увидеть" - 1234.000 или что-то другое?
Записан
Kayra
Супер модератор
Бывалый
*****
Сообщений: 104


Просмотр профиля E-mail
« Ответ #14 : Сентябрь 15, 2009, 11:22:17 »

Выше я и писал про поле план остаток (то есть 7е поле)
Да, формат записи 1234.000 (при кол-ве 1234 шт).
Записан
Страниц: [1] 2
  Печать  
 
Перейти в:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.14 | SMF © 2006-2009, Simple Machines LLC Valid XHTML 1.0! Valid CSS!