Автоматический приём интернет-заказов

[manager]

Здравствуйте.

В программе есть возможность автоматического приёма интернет-заказов. На данный момент операторы вручную читают письма, а затем вбивают заказ в программу. Из мануалов я понял, что при заказе на сайте должен формироваться XML-файл определённого формата, но подробностей никаких. Поддержка дилера ужасно тупит, по Диливери у них вообще глухо, почти всё сам делал с помощью гугла и этого форума. Кто сталкивался с настройками подобной функции? Формат файла может кто-нибудь сюда скинет?

Версия - 2.25.7.17

[BatistA]

При оформлении заказа сайт должен формировать xml файл и отправлять на почту. В архиве с Delivery (если он есть) находится программа InetOrders с примерами и описанием.

Письмо должно иметь тему с названием файла.
Название файла имеет следующую специфику
d_ - префикс
28 - dd
06 - mm
2007 - yyyy
11 - hh
16 - nn
35 - ss
011 - zzz

Это время принятия заказа.

Файл должен быть таким как прикрепленный. Пустые параметры допускаются.
Закачка производится по id, остальные параметры игнорируются.
Id - это sifr RKMenu.


Модуль InetOrders.exe - проверяет почтовый ящик и заносит письма в базу данных Доставки
Параметры:
[DB]
DB=Путь к базе данных доставки
CharSet= кодировка базы данных (старые NONE, остальные WIN1251)

[MailParams]
stSMTP=198.154.196.89-не актуально
stPOP3=198.154.196.89- сервер POP3
stUName= имя пользователя для авторизации
stUPass= пароль
inSMTPPort=25 - не акктуально
inPOP3Port= - порт протокола POP3 по умолчанию 110

Модуль оператора:

В должен быть включен параметр использовать Интернет заказы boInetOrders=1.

Оператор, когда не принимает звонки, заходит в Интернет заказы и принимает или отклоняет заказы. Заказы формируются и выводятся как дополнение, где оператор может его отредактировать. Например если улицу не нахожу в справочнике, то помещаю ее в дополнение и оператору надо ее заполнить.

Если у клиента определен email, есть MailWork.dll, EmailMsg.html и
настроена секция [MailParams], то клиенту будет отправлено подтверждение после принятия его заказа с текстом из EmailMsg.

EmailMsg - в UTF-8, так как требование было чтобы отсылалось подтверждение на нескольких языках.

---------- Добавлено в 15:35 ---------- Предыдущее сообщение было размещено в 15:32 ----------

пример xml файла



<?xml version="1.0" encoding="UTF-8"?>
<order>
<f_name>lalada</f_name>
<l_name>blabla</l_name>
<m_name></m_name>
<organization></organization>
<phone1>862312345</phone1>
<phone2></phone2>
<town>kaunas</town>
<street>ilgenu</street>
<house>123</house>
<building></building>
<entry></entry>
<flat>321</flat>
<floor>2</floor>
<codeentry></codeentry>
<email>gitana.miseikyte@yahoo.com</email>
<adv_info></adv_info>
<advert></advert>
<order_summ>100.41</order_summ>
<d_type></d_type>
<wait_time>13.02.2008 17:42:14</wait_time>
<menu>
<itemnum1>
<item id="1671" name="Boso (Maža)" quantity="1" price="9.49"/>
</itemnum1>
<itemnum2>
<item id="1672" name="Boso (Vidutinė)" quantity="1" price="14.49"/>
</itemnum2>
<itemnum3>
<item id="1835" name="Amerikietiškas vištienos kepsnys (Porcija)" quantity="1" price="14.99"/>
<mod id="145" name="Bulvių košė" />
<mod id="148" name="Marinuotos daržovės" />
</itemnum3>
<itemnum4>
<item id="566" name="Didžkukuliai su mėsa (Porcija)" quantity="1" price="12.49"/>
<mod id="264" name="Grietinė" />
</itemnum4>
<itemnum5>
<item id="1693" name="Lašišos (Didelė)" quantity="1" price="11.99"/>
<mod id="15" name="Peletrūnų padažas" />
</itemnum5>
<itemnum6>
<item id="1685" name="Sočiosios (Maža)" quantity="1" price="5.49"/>
<mod id="169" name="Prancūziškas padažas" />
</itemnum6>
<itemnum7>
<item id="1686" name="Sočiosios (Didelė)" quantity="1" price="7.49"/>
<mod id="15" name="Peletrūnų padažas" />
</itemnum7>
<itemnum8>
<item id="1671" name="Boso (Maža)" quantity="1" price="9.49"/>
</itemnum8>
<itemnum9>
<item id="1672" name="Boso (Vidutinė)" quantity="1" price="14.49"/>
</itemnum9>
</menu>
</order>



---------- Добавлено в 15:56 ---------- Предыдущее сообщение было размещено в 15:35 ----------

Вот у меня другой вопрос, кто знает как работают "интернет заказы" в Delivery 3.1.1.x
Дилеры говорят что не работают, но зачем там тогда кнопка "интернет заказы"

[manager]

При оформлении заказа сайт должен формировать xml файл и отправлять на почту. В архиве с Delivery (если он есть) находится программа InetOrders с примерами и описанием.
Ух! Развёрнутый ответ, спасибо. Пара уточнений: что значит "файл должен быть таким как прикреплённый"? Т.е. помимо xml-файла должен быть ещё какой-то файл в письме?

[BatistA]

Не файл один крепится к письму с кодом указанным выше и названием например d_07032013081632123.xml

---------- Добавлено в 09:46 ---------- Предыдущее сообщение было размещено в 08:48 ----------

И ещё, чтобы узнать id блюда, то нужно в редакторе зайти в меню, и в карточке товара в правом верхнем углу белые цифры, это и есть id блюд и модификаторов.

[BatistA]

2066
Вот программа, примеры, инструкции

[vse_u_nas]

Добрый день. Интересно будет узнать кто чем пользуется для достижения требуемого функционала (онлайн заказ)? Готовые решения? Или что-то еще? Дело в том, что я как раз в поиске движка интернет-магазина. Спасибо.

[sibgaba]

Готовых не видел никогда. Может быть какой нибудь движек и можно адаптировать, но ИМНО проще будет самому написать. Там делать то нечего...

[vse_u_nas]

Готовых не видел никогда. Может быть какой нибудь движек и можно адаптировать, но ИМНО проще будет самому написать. Там делать то нечего...
я не так выразился. я говорю о движке интернет-магазина. кто какой выбрал? может быть к какому-то движку уже есть плагин, который будет генерировать xml файл с нужным содержанием?

[sibgaba]

Я вас так и понял. Ответ не изменяется: готового решения нет (ну или я его не встречал). Так же не встречал ничего подходящего для адаптации.

[satan]

Вот у меня другой вопрос, кто знает как работают "интернет заказы" в Delivery 3.1.1.x
Дилеры говорят что не работают, но зачем там тогда кнопка "интернет заказы"

Уже работают, есть пример сайта от Юсиэс, видимо предполагается на его примере свой создавать.
На сегодняшний день нужны дополниельно лицензии кроме CRM и самой доставки - XML сохранение заказов и внешние подключения к CRM.
В цену доставки входят.

[Ronron]

Добрый день. Подскажите пожалуйста - столкнулись вот с какой проблемой: при автоматическом приеме онлайн заказа в оператор в карточку клиента не переносится улица и этаж. Улица вместо того, чтобы вписаться в графу адрес в карточке клиента, вписывается в дополнения. А этаж вообще теряется Подскажите как быть?

[sibgaba]

Скорее всего косяк в присылаемом xml файле. Приложите файл сюда. А лучше несколько разных файлов...

[vse_u_nas]

Здравствуйте. У меня есть пара вопросов по xml файлу.
BatistA писал:

Письмо должно иметь тему с названием файла.
Название файла имеет следующую специфику
d_ - префикс
28 - dd
06 - mm
2007 - yyyy
11 - hh
16 - nn
35 - ss
011 - zzz

Это время принятия заказа.

Файл должен быть таким как прикрепленный. Пустые параметры допускаются.
Закачка производится по id, остальные параметры игнорируются.
Id - это sifr RKMenu.
Что такое "nn" (по аналогии, вероятно, минуты) и "zzz"?
Откуда брать sirf RKMenu и что это вообще?
Также прикладываю сгенерированный после оформления заказа xml файл. Прошу вас посмотреть и указать на ошибки. Потому как программа не хочет работать. Одновременно выкладываю отредактированное содержание файла InetOrders.ini и скрин программы.


[DB]DB=путь:\до\базы.FDB
CharSet=WIN1251


[MailParams]
stSMTP=smtp.yandex.ru
stPOP3=pop.yandex.ru
stUName=тут логин
stUPass=тут пароль
inSMTPPort=25
inPOP3Port=110
stFromEmail=i_orders@ucs.ru
stFromName=Internet Orders
boDelAfterOk=0



2512

ссылка на xml файл: http://ge.tt/3NxMPI01/v/0?c

[sibgaba]

nn - минуты
zzz - сотые доли секунды (мы как правило просто подставляем "000"

sirf - уникальный номер блюда в систему RKeeper (не путать с кодом блюда, он может повторяться у разных блюд, существовавших в разное время)
Sifr смотреть или в файле RK6/DB/menu.db или в Редакторе - открываете карточку блюда, а правом верхнем углу, белым по серому будет Sifr. Иногда его плохо видно (поиграйтесь с контрастом монитора) в старых версиях кипера его там нет вообще - только через файл.

Почему не работает:
Возможно кодировка. Либо в файле (попробуйте фал сделать win1251), либо в письме.
Самый надежный вариант проверки файла: отправляете его на почту тутлогин@yandex.ru с обычного почтовика.
Если все будет ок - тогда курите заголовки письма, которое формируете на сайте, скорее всего проблема там с кодировками.
Возможно забыли тему письма правильно сформировать?

По файлу (вскользь):
Отсутствует ФИО
Там где деньги (order_summ и price) уберите нафиг знак доллара.

[vse_u_nas]

sibgaba, большое спасибо за Ваш ответ.
Получается, что страница товара должна содержать и номер sirf, чтобы скрипт, генерирующий xtml файл, учитывал и его. А куда его прописывать? <item id="сюда" .../>?
Скажите, а что такое <mod id>. Не понял из описания.
Сейчас у меня тема письма имеет вид: имя_файла_хмл.xml. Это верно?

Спасибо.

[Mortelo]

Интересно, как кто решал проблему обратной связи с клиентом.
Звонок/СМС/письмо на почту при смене статуса заказа на "принят".

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

Грубо говоря, ТРЕБУЕТСЯ заставить Delivery создать XML файл и отправить его сайту (в нашем случае CMS 1с-Битрикс), можно на почту, там его он сам подцепит.

Заранее спасибо за ответ.

[sibgaba]

Заставить Delivery что то сделать - это вряд ли...

Можно подойти со стороны БД FireBird. В ней предусмотрен механизм триггеров. Триггер срабатывает в БД при определенных условиях (update, insert). Добавить соответствующий триггер в БД проблемы не представляет. Беда в том что он (триггер) не может просто так инициировать никакое действие во вне... Т.е. на основании сработавшего триггера не получится послать файл. Для этого нужно писать UDF dll которая будет делать то что вам нужно.

Есть еще один путь (не знаю про CMS 1с-Битрикс, но на php это делается достаточно просто). Сайт цепляется к БД доставки и получает данные о статусе заказа напрямую из нее.

[Mortelo]

Заставить Delivery что то сделать - это вряд ли...

Можно подойти со стороны БД FireBird. В ней предусмотрен механизм триггеров. Триггер срабатывает в БД при определенных условиях (update, insert). Добавить соответствующий триггер в БД проблемы не представляет. Беда в том что он (триггер) не может просто так инициировать никакое действие во вне... Т.е. на основании сработавшего триггера не получится послать файл. Для этого нужно писать UDF dll которая будет делать то что вам нужно.

Есть еще один путь (не знаю про CMS 1с-Битрикс, но на php это делается достаточно просто). Сайт цепляется к БД доставки и получает данные о статусе заказа напрямую из нее.
Благодарю за ответ.
Еще один момент - онлайн оплата банковской картой на сайте.
Как с этим быть? Придусмотрена ли в деливери подобная функция?

Вот сделал пользователь заказ - он добавился в систему.
Пришло письмо в Delivery.
А он потом только оплатил заказ.
Как деливери об этом узнает? (в ней нету подобной функции?)
Мы конечно можем отправить ещё одно письмо XML, но поймёт ли это Delivery?

[sibgaba]

Вот сделал пользователь заказ - он добавился в систему.
Пришло письмо в Delivery.
А он потом только оплатил заказ.
Зачем плодить лишние сущности?

Сделайте форму заказа из 3-х этапов
1. Выбор блюд
2. Ввод адреса, ФИО, тел и т.п.
3. Оплата.

На 3-ем шаге дайте пользователю выбор:
- Оплата наличкой - заказ уходит письмом к оператору.
- Оплата Визой на сайте - Эквайринг - успешная транзакция - заказ уходит к оператору уже с пометкой "оплачено".

[Mortelo]

Зачем плодить лишние сущности?

Сделайте форму заказа из 3-х этапов
1. Выбор блюд
2. Ввод адреса, ФИО, тел и т.п.
3. Оплата.

На 3-ем шаге дайте пользователю выбор:
- Оплата наличкой - заказ уходит письмом к оператору.
- Оплата Визой на сайте - Эквайринг - успешная транзакция - заказ уходит к оператору уже с пометкой "оплачено".

Даже если так, куда в XML форму засунуть информацию об успешной оплате заказа? В дополнительно?

[sibgaba]

Да, куда нибудь туда. Оператор принимая такой заказ сразу выставляет тип оплаты Visa и даже наверное не имеет смысла делать прозвон

[Mortelo]

Прикинули.
По этой логике, если человек выбрал оплату картой, но не оплатил (например, ошибка на платёжной системе) то вам этот заказ никогда не придёт?
Заказ уже сформирован. В программе можно увидеть оплачен заказ или нет?
я имею ввиду в XML или в РК есть галочка? заказ оплачен или нет?

[sibgaba]

По этой логике, если человек выбрал оплату картой, но не оплатил (например, ошибка на платёжной системе) то вам этот заказ никогда не придёт?
А должен?

Вы не валите с больной головы на здоровую... зайдите в любой интернет магазин, напихайте корзину, перейдите в оплату Визой и не завершите оплату. Что будет? Ваш заказ уйдет в работу? Нет... Вас вернут на этап выбора способа оплаты и вы либо выбираете наличку либо начинаете оплату визой заново.

До того как не случится одно из 2-х (выбран нал / прошла транзакция по Визе) оператору об этом заказе знать и не нужно... И даже вредно...

[Mortelo]

Благодарю за ответы, sibgaba.
Задам еще один вопросик: у UCS на сайте следующая информация: "Новая версия системы Delivery на базе R-Keeper V7 позволяет интегрировать программу с любым сайтом и автоматически принимать заказы, оформленные через интернет."
У нас R Keeper V6.97. Получиться ее интегрировать с той версией Delivery, посредством которой можно принимать заказы, оформленные на сайте?

[sibgaba]

Для RK7 - версия Delivery 3.х (про нее ваша цитата).
Для 6-ки - Delivery 2.x
В этом случае обмен идет через XML файл, как раз все то что обсуждается в данной ветке.

[Mortelo]

Для RK7 - версия Delivery 3.х (про нее ваша цитата).
Для 6-ки - Delivery 2.x
В этом случае обмен идет через XML файл, как раз все то что обсуждается в данной ветке.

Сегодня хотел приобрести Delivery 2.X у дилера, вот какой ответ получил:
Вопрос: У нас R Keeper V6.97. Планируем приобрести RK Delivery V 2.X, способна ли будет она принимать заказы оформленные через интернет, например посредством выставления параметра "Интернет заказы boInetOrders=1"?
Отдел: Другое

Ответ: Добрый день, с сайтом интегрируется только Delivery под седьмую версию R-Keeper. Рекомендую вам сделать обновление версии.




То есть получается, официально доставка для 6 версии Кипера не интегрируется с сайтом?
Если да, тогда следующий вопрос: как же тогда оператор узнает когда заказ пришел, если даже поля "интернет заказы" (если есть такое поле, то почему они так мне ответили?) нету в программе?

P.S. Сегодня желательно сделать выбор продукта, на данный момент уже начинаю подумывать насчет ArchiDelivery что ли, мененджеры у них работают на ура, звонят и все рассказывают, отпугивает только то, что дилера нету в нашем городе.

[VampireKB]

если я верно помню,архиделивери работает через инет(нет инета=нет заказов)
Можно,конечно,поставить альтернативную киперную доставку и доработать ее под ваши нужды,но неизвестно какого типа у вас принтеры..
З.ы.архиделивери не работает с кипером.

[Mortelo]

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

Прошу повторного уточнения от сообщества - Delivery под RKeeper V 6.X будет ли работать?
Благодарю!

[VampireKB]

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

[sibgaba]

Ответ: Добрый день, с сайтом интегрируется только Delivery под седьмую версию R-Keeper. Рекомендую вам сделать обновление версии.
Что за дилер то такой? Страна должна знать своих героев!
Либо просто не знают нихрена, либо умышленно врут (что бы раскрутить на апгрейд до 7-ки)

Delivery 2.x (крайняя на сегодня версия 2.25.7.26) имеет возможность получения заказов из вне (с сайта, например) по почте через XML файл.
У меня так работает 5-6 доставок на RK6.

Официально линейку доставки v2.x UCS не закрывало (я такой инфы нигде не видел). Крайний раз мы покупали это ПО в декабре прошлого года.

Позвоните в UCS на прямую, задайте вопрос...

PS Перейти на 7ку было бы может и не плохо, но во первых с доставкой под нее лично я не знаком, и ничего кроме официальных описаний про нее не знаю. Во вторых такой апгрейд для вас может повлечь замену блоков на кассах для установки Винды, что не всегда оправдано.

[dimadk]

У кого нибудь появился опыт успешной интеграции с сайтом доставки для RK7 (прием заказа)? Может собственные доработки на этот счет? UCS говорит, что существующий модуль не работает. Работающий модуль будет в октябре-ноябре.

[Zlaya_Boroda]

Сейчас это реализовано у PAPA JOHNS, суть в том что у мидсерва открывается определённый порт (HTTP DATA PORT), до него напрямую делается проброс и заказы падают туда.