Как реализовать обмен данных магазина и точки продаж?

Question

[NeuroPastor]

Итак, коллеги, здравствуйте!

Есть офлайн точка продажи алкоголя.
Стоит задача запустить это дело в ынтырнетах. НО!
Т.к. алкоголь продавать онлайн нельзя (т.е. принимать оплату) будем резервировать.
Т.е. выглядит это дело так: Человек выбирает на сайте товар, укладывает его аккуратненько в корзину, после чего приходит на точку, называет либо свой номер в системе, либо номер заказа, кассир фиксирует продажу, проводит оплату.

Для того, чтобы минимизировать ошибки кассира, необходимо свести действия к минимуму - вбил номер заказа/id клиента, при необходимости подредактировал позиции в заказе и вывел на оплату на терминал для оплаты не вручную а кнопочкой в компкутере. Чтобы все прямо красиво было. А там уже онлайн касса, 54ФЗ, ЕГАИС и блудницы с блекджеком танцующие вокруг всего этого:)

Системы типа 1с или "мойсклад" я бы не использовал с большим удовольствием, но чувствую что иначе никак. По крайней мере, я не слышал чтобы из браузера отправлялись данные на терминал оплаты. Тем более, МОЙСКЛАД двухстороннего обмена на нужном уровне не предоставляет - в ИМ отправляет только остатки.

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

Битрикс не предлагать:)

Так вот, скажите мне, как человеку, избегающему 1С:

• насколько это реально,
  
• какую версию лучше использовать (склоняюсь к 1с Рознице - она проще кассиру),
  
• где взять формат данных которые будут перекидываться с 1с
  
• есть ли альтернативы 1с? Со сканерами штрихкодов и прочими плюхами
  

Пы.Сы. То, как происходит обмен, что загружается файлик, потом парсится мне не интересно. Интересны ответы по существу вопросов.

Comments

[stul5tul]

Системы типа 1с или "мойсклад" я бы не использовал с большим удовольствием, но чувствую что иначе никак.

То есть специализированные многое умеющие по вашей теме системы вы не хотите использовать.
А хотите изобрести велосипед?
Потому что вам влом изучать над чем опытные люди уже годами тщательно поработали и проработали?

[NeuroPastor]

Что значит изобрести велосипед?
Была черти сколько лет 1С, росла и процветала, тут изобрели велосипед, запустили "мойсклад". Жили они долго и счастливо, можно сказать не конкурировали, и тут как поперли велосипедисты. Так что ли? Аналогов на рынке тьма.
Это раз. Два - ответа по существу так и не видно. Или Вы, уважаемый пишете ответы ради ответов? Смысл терять свое время на написание и мое на чтение?

Почему я не хочу использовать 1С это мое личное дело. Я задал конкретные вопросы, ни на один из которых Вы ответить не смогли ни тут ни в комментарии ниже. Опять возвращаемся к вопросу - смысл?

Answer 1

[АртемЪ]

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

Можно, если сильно надо.

Системы типа 1с или "мойсклад" я бы не использовал с большим удовольствием, но чувствую что иначе никак.

Можно и без 1с, но с ней удобней.

насколько это реально

Без проблем.

какую версию лучше использовать (склоняюсь к 1с Рознице - она проще кассиру)

Особой разницы нет.

где взять формат данных которые будут перекидываться с 1с

Их много - 1с поддерживает множество форматов.

есть ли альтернативы 1с? Со сканерами штрихкодов и прочими плюхами

Есть, но они не так удобны в плане интеграции.

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

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

А если он от одной-двух позиций откажется на кассе уже?

Учет реальных остатков товара ведется в 1с, поэтому все нормально. Что купит то и купит.
Скидки как правило тоже делают в самой учетной системе, т.е в 1с.

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

Comments

[NeuroPastor]

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

[АртемЪ]

NeuroPastor, Совсем без спеца 1с - нет.
Надо посмотреть по месту и решить какая все-таки конфигурация будет, подключить торговое оборудование.
Обсудить что конкретно будем выгружать по товарам, и в каком формате загружать заказы с сайта.
И потом просто слегка подправить правила загрузки в 1с. и реализовать выгрузку на сайте.

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

[stul5tul]

NeuroPastor,

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

Спецов по 1С полно на рынке труда и рынке фриланса.