Infernal V. Raven Случайно заглянулОпыт есть в основном положительный. С гармотной программой естессно. Самому писать программу не советовал бы - неблагодарное занятие. Времени уйдет много, а качество не позволит нормально бесперебойно работать. Лучше использовать готовые решения с серьезной техподдержкой
Мы писали сами, сложностей никаких. Я вообще считаю написание кассовых программ по сбору платежей одной из самых простых задач. Для Штрихов все очевидно, очень хорошая документация.Думаю, речь шла о написании именно драйвера потокола СОМ-порта, что муторно, а не о прикладной софтине с использованием высокоуровневых интерфейсов (OLE, DLL).

А Штрихи действительно рулят. Качественные СОМ-интерфейсы и глюков немного.

ЗЫ Для поддержки разных ККМ в свое время просто сделал единый интерфейс через dll-ки, в которых уже реализовывал разные модели ККМ-ов.

PVP DeColo®esЗЫ Для поддержки разных ККМ в свое время просто сделал единый интерфейс через dll-ки, в которых уже реализовывал разные модели ККМ-ов.А нельзя ли поподробнее, об интерфейсе и о настройках (какой имеенно аппарат используется каким оператором). Если не большой секрет, конечно.

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

У нас пока Штрих-Комбо-Фр. Но не хотелось бы жестко ограничивать программу только этим принтером.На самом деле секретов никаких нет, тем более - все программируется "под себя".

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

То есть Вам нужно определиться, какие функции должна выполнять "абстрактная ККМ" - регистрация продажи, возврата и т.д. Подумать, как передавать туда информацию о чеке - отдельными командами для каждой "позиции" или одним массивом. Подумать, где Вы захотите реализовывать интерфейс с оператором для вывода сообщений типа "Кончилась бумага - замените" (я бы рекомендовал делать в длл-ке - не нужно будет нагружать интерфейс длл кодами возврата типа "Конец ленты", "Недостаточно денег в ящике", тем более, что в разных ККМ все ОЧЕНЬ по разному а просто возвращать в программу ответ - распечатался ли чек.)

Посмотреть, как разные типы касс и драйверов к ним реализуют начало/конец кассовой смены - есть ККМ, которые сами открывают смену вместе с первым пробитым чеком, есть - которым нужно дать специальную команду.

По поводу настроек - тут все просто: поскольку в смысле настроек кассы разные (не видел касс, которые подключаются по USB, но гарантировать, что они не появятся - тоже нельзя), у каждой свой набор настроек и какие появятся в будущем - мы не знаем - делается просто: кассовая длл-ка должна уметь возвращать каким-то образом список параметров (в строковом виде, которые она умеет принимать. Можно также реализовать функцию в этой длл, которая умеет для каждого параметра по запросу выдавать список допустимых значений параметра.

А дальше - просто: в настройках выбираем длл-ку, она нам рассказывает, какие типы аппаратов с ней могут работать, говорит, какие параметры нужно для нее настроить. Мы эти параметры так или иначе "рисуем" на экране (уж какими компонентами Вы это будете делать - Ваш выбор), настраивающий вводит/выбирает параметры подключения ("классика" параметров - Номер COM порта, скорость, биты двнных/стоп/четности, пароль на связь), записываем эти значения в соответствующую секцию настроек программы (регистр, ini-файл, куда-нибудь в БД), привязывая их, если нужно к юзеру и машине.

В момент запуска программы "инициализируем" длл-ку нужными нам параметрами, записываем в бд все вплоть до серийника кассы, с которым сейчас работает данный юзер.

ЗЫ Сразу реализуйте функцию, которая умеет для конкретного ККМ показывать, какие операции доступны (в зависимости от модели и конкретной поставки ККМ могут уметь/не умет резать ленту, печатать на подкладном документе, выводить графику и т.д.) и какие дополнительные "параметры" кассы мы можем запросить: серийный номер, внутренее время ККМ, сумма в денежном ящике и т.д. - то есть некие скалярные функции, для которых необязательно заводить отдельные свои.

И еще - лучше купить сразу два совсем разных ККМ (Например, к Вашему штриху кипите MStar-F, если он еще есть в продаже и бухгалтерия согласится "повесить" 800-100уе ;) ). Помучаетесь конкретно, но потом не придется ничего переделывать под очередного "нового зверя". У нас, например, так исторически сложилось, что когда возникала необходимость покупать новую партию ККМ, на рынке всегда была только 1 модель аппарата, подходящая нам и эту модель мы не могли подключить, используя старый интерфейс - слишком "другая" идеология работы. Хотя тут уже писали, что есть некий готовый "универсальный" драйвер с интерфейсом COM/OLE, но как-то и с ним у нас не все гладко пошло.

Sehnsuchtto DeColo®es

Вы dll-ки подключали к программе статически или динамически?
а то у меня при динамической загрузке выдает ошибку "COM - порт недоступен"Динамически. Просто инициализация работы с ККМ делалась не в момент загрузки длл, а отдельной функцией, в которую все параметры порта и кассы передавались.

SehnsuchtМожете подробней рассказать по обработке ошибок? какие нужно обрабатывать (и как), а на какие просто выдать сообщение пользователю( естественно кроме ошибок отсутствия чековой ленты, подкладного док-та, наличности в кассе - это и так понятно)А в чем затруднения-то? Берете список ошибок, возвращаемых драйвером и - вперед. :)
Я их уже не помню - последний драйвер писал года 3 назад.