Купюроприёмник и 1С??? #630122

Народ, нужна ваша помощь. Нужно автоматизировать оплату. То есть что бы человек оплачивал через терминал с купюроприёмником, а 1С или любая другая система понимала что оплатили именно эту накладную. Самое главное - это без посредников(типа QIWI и других). Нужно что бы доступ к деньгам имел Администратор, то есть в конце дня забирал выручку из терминала. Есть какие либо решения? или может можно прикрутить?

Ну, к купюроприемнику ведь прилагается какое-нибудь API?

риальные поцаны дакументацию ни четают... они сраз на форум...

А если деньги фальшивые? Зачем такие сложности?

Интересуют именно готовые решения. Есть ли они? Что бы ничего не дописывать сильно. Как вариант - это поиск программиста который сможет эту систему запустить. В 1С вообще реально реализовать это? Ти кто такой? Давай Досвидания.

я писал софт для себя для контроллера АРМ на Си. протокол ID003 с обработкой ошибок. модель купюроприемника TAIKO PUB-7. можно попробовать переписать под 1С

Это уже не моя головная боль. Мне нужно понять технический аспект данного решения.

эх зря посылаешь он как раз в теме...

Mikeware, премного извиняюсь. Может Вы подскажите куда смотреть?

не заметил что "терминал с купюроприёмником", у меня такого нет

:-)) А готовых решений нет. Впрочем, протокол достаочно несложный для реализации. у себя такое запланировано на март-апрель следующего года.

У меня это должно заработать на автомойке. Ты уже прорабатывал данный вопрос? Не хочешь потренироваться? Если срастётся то можем выступить в роли подопытных.

вопрос прорабатывал, ТЭО предоставлял, оборудование готовы предоставить, концепция готова - но не до этого пока.

Готовых решений не видел. В принципе это реализуемо, более чем. Сам бы взялся, кабы не завал на основной работе.

В Санрайзе такое было, написано с использованием 1С, заказы оплачивались через купюроприемники, знаю человека, который это писал.

>> Может Вы подскажите куда смотреть? Традиционно, в сторону найма программиста ;-)

Поэтому санрайс такое унылое гамно и там пол дня в очереди провести можно было?

Очередь там на выдаче была. Выдачу роботизировать они не успели.

+1 даже на инфостарте есть бойцы:

Где то я эти слова слышала, похоже когда Кличко бился, кто то в зале вскрикнул)

когда мне нужно было такое на delphi, то удалось довольно быстро найти пример кода, фальшивые или не фальшивые деньги это забота купюроприемника

Канадский CashCode (купюроприемник), только 1С 8 (никаких драйверов-шмайверов) - одна обработка (сразу документы об оплате делает) - работает, уже года 2 не подхожу. Что рассказать?

С одним клиентом тоже долго думали над такой автоматизацией, но сразу всплывает несколько моментов: 1. Обслуживать такой терминал придется именно одинэснику, а это дополнительные затраты для клиента и гемор для одинэсника. 2. Как тут уже выше отмечали, фальшивые банкноты. 3. А если клиент захочет оплатить банковской картой ? ======================================================= Вообщем, решили на это дело плюнуть и связались с пластиковым отделом одного местного банка, те сразу поставили терминал оплаты и добавили пункт в свою красивую менюшку. "Приходники" приезжают потом через фтп из банка. Комиссия всего 1,1%. И никакого гемора. Каждый должен заниматься своим делом :)

как клиент выбирает документ оплаты

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

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

Ну так обработка - чем не интерфейс, хоть список туда накатывай, хоть номер документа спрашивай - это уж кому как.

а как работает то?

т.е. левый человек(покупатель) будет работать в 1С клавиатурой и мышью?

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

Да! Можно поподробнее? и Модель какая.

Там нужно будет ввести только номер квитанции, которую выдаст бригадир. Или же прям на терминале сделать чтобы клиент сам мог выбирать необходимые процедуры.

я бы лучше сделал так: бригадир печатает документы со штрих-кодами, а покупатель поднесит к сканеру, а потом деньги в купюроприемник. а в 1С я бы их не пустил...

(27,28) Люди купили терминал с купюроприемником, простеньким компом, фискальником внутри, на мониторе тачскрин - ну точь в точь как везде понатыканы, что деньги на телефоны класть. Ну так вот на этом железе запущена 1С-обработка, которая организует интерфейс с пользователем. Несколько сменяющих друг друга экранов (переключаемые закладки) которые дают возможность последовательно выполнить несколько действий. В моем случае - на первом экране цифровые кнопки для ввода позывного (затем жмете Далее), на следующем - текущий долг (дергается из базы) и предложение напихать денег. В процессе запихивания показывает сколько уже залезло - потом жмется Подтвердить и все обратно по кругу.

Почему в 1С не пускал бы? Думаю что в данной процедуре администратор будет сверять выручку терминала и сумму в 1С.

Так и не пускайте - некоторые люди глядя на обработку и жамкая на ней кнопки даже не подозревают что там 1С :)

Гнусная ложь