Оформление заказов в Битриксе
 |
|
30/07/2012
Коллеги! Очень нужна Ваша помощь!
Суть вопроса: организуем прием заказов по телефону через Call-центр (по аутсорсингу).
Сайт работает под 1С-Битрикс: Управление сайтом 11.0.11. Call-центр может оформлять заказы с сайта, но мы столкнулись с проблемой: так как на сайте заказ может оформить только авторизованный пользователь, то выяснилось, что когда под 1 учеткой с разных компов одновременно оформляют заказ, то происходят косяки: товар частично затирается по принципу кто последний закинул в корзину, тот и закажет, видно это уже на этапе просмотра корзины. Создать несколько учеток для операторов не вариант, так как их много и нет абсолютно системы распределения и присвоения учеток, то есть высока вероятность, что рано или поздно полезут косяки.
Исходя из выше описанного, видим несколько вариантов решения проблемы:
1. Самый желательный вариант: сделать настройку в Битриксе, чтобы была возможность оформлять заказы с одной учетки с разных компов. На сколько это реально реализовать? Есть ли какое-то готовое решение?
2. Менее желательный вариант: отменить обязательную регистрацию при оформлении заказа. В этом случае боимся, что пойдет спам. Стоит ли реализовывать такой способ? Что стоит сделать, чтобы обезопасить себя от последствий?
3. Тоже менее желательный: чтобы call-центр оформлял заказы в некую табличную форму, в том же Экселе, например. Есть ли возможность для такого случаю импортировать заказы в Битрикс?
Вопрос встал неожиданно, поэтому ищем оптимальное и быстрое решение, буду очень благодарен за помощь!
Суть вопроса: организуем прием заказов по телефону через Call-центр (по аутсорсингу).
Сайт работает под 1С-Битрикс: Управление сайтом 11.0.11. Call-центр может оформлять заказы с сайта, но мы столкнулись с проблемой: так как на сайте заказ может оформить только авторизованный пользователь, то выяснилось, что когда под 1 учеткой с разных компов одновременно оформляют заказ, то происходят косяки: товар частично затирается по принципу кто последний закинул в корзину, тот и закажет, видно это уже на этапе просмотра корзины. Создать несколько учеток для операторов не вариант, так как их много и нет абсолютно системы распределения и присвоения учеток, то есть высока вероятность, что рано или поздно полезут косяки.
Исходя из выше описанного, видим несколько вариантов решения проблемы:
1. Самый желательный вариант: сделать настройку в Битриксе, чтобы была возможность оформлять заказы с одной учетки с разных компов. На сколько это реально реализовать? Есть ли какое-то готовое решение?
2. Менее желательный вариант: отменить обязательную регистрацию при оформлении заказа. В этом случае боимся, что пойдет спам. Стоит ли реализовывать такой способ? Что стоит сделать, чтобы обезопасить себя от последствий?
3. Тоже менее желательный: чтобы call-центр оформлял заказы в некую табличную форму, в том же Экселе, например. Есть ли возможность для такого случаю импортировать заказы в Битрикс?
Вопрос встал неожиданно, поэтому ищем оптимальное и быстрое решение, буду очень благодарен за помощь!
 |
|
30/07/2012
Цитата:
1. Самый желательный вариант: сделать настройку в Битриксе, чтобы была возможность оформлять заказы с одной учетки с разных компьютеров. На сколько это реально реализовать? Есть ли какое-то готовое решение?
1. Самый желательный вариант: сделать настройку в Битриксе, чтобы была возможность оформлять заказы с одной учетки с разных компьютеров. На сколько это реально реализовать? Есть ли какое-то готовое решение?
Ну реально на все 100%. Только в этом случае придется основательно переписать логику битрикса. потому что это не правильно логически, когда разные люди оформляют заказ с одной учетки. Такого в принципе не должно быть. Если таким образом у вас оформляют заказ операторы и вы не хотите создавать для них отдельные учетки, то лучше написать отдельный модуль, который будет позволять оформлять и учитывать отдельные заказы с одной учетки с разных компьютеров, прицепляясь в качестве идентификатора к сессии каждого пользователя, так, что для одной учетки может быть несколько одновременно активных сессий и заказы для них не пересекались а велись в системе параллельно.
За этим вам все же лучше обратиться на форум битриксоидов. Задача конечно решаема, но вам выйдет значительно дешевле, если её будет решать программист знающий api битрикса, чем программист не любящий продукты 1С
Цитата:
2. Менее желательный вариант: отменить обязательную регистрацию при оформлении заказа. В этом случае боимся, что пойдет спам. Стоит ли реализовывать такой способ? Что стоит сделать, чтобы обезопасить себя от последствий?
2. Менее желательный вариант: отменить обязательную регистрацию при оформлении заказа. В этом случае боимся, что пойдет спам. Стоит ли реализовывать такой способ? Что стоит сделать, чтобы обезопасить себя от последствий?
Спам даже не самое печальное. Пользователи банально будут тратить в 2 раза больше времени на заказ, поскольку заново будут вбивать все данные для заказа. Не говоря уже, что вам будет не просто идентифицировать заказы одного и того же пользователя со всеми вытекающими.
Цитата:
3. Тоже менее желательный: чтобы call-центр оформлял заказы в некую табличную форму, в том же Экселе, например. Есть ли возможность для такого случаю импортировать заказы в Битрикс?
3. Тоже менее желательный: чтобы call-центр оформлял заказы в некую табличную форму, в том же Экселе, например. Есть ли возможность для такого случаю импортировать заказы в Битрикс?
Есть конечно, но это немного "страусиная позиция". Это будет быстрее, чем написание отдельного модуля для добавления заказов с одной учетки, но все-равно потребуется написание скрипта, которые будет разбирать ваш эксель и забивать данные в базу. Опять же это возможно только если все операторы у вас сидят в пределах видимости и работают с одним файлом.
|
|
|
31/07/2012
Дмитрий Осипов:
Спам даже не самое печальное. Пользователи банально будут тратить в 2 раза больше времени на заказ, поскольку заново будут вбивать все данные для заказа. Не говоря уже, что вам будет не просто идентифицировать заказы одного и того же пользователя со всеми вытекающими.
Спам даже не самое печальное. Пользователи банально будут тратить в 2 раза больше времени на заказ, поскольку заново будут вбивать все данные для заказа. Не говоря уже, что вам будет не просто идентифицировать заказы одного и того же пользователя со всеми вытекающими.
На самом деле больше волнует спам и проблема идентификации...
Дмитрий Осипов:
это немного "страусиная позиция"
это немного "страусиная позиция"
Именно поэтому это последний вариант
Дмитрий Осипов:
Опять же это возможно только если все операторы у вас сидят в пределах видимости и работают с одним файлом
Опять же это возможно только если все операторы у вас сидят в пределах видимости и работают с одним файлом
Вовсе необязательно! Это могут быть разные файлы, но по единой форме, чтобы, скажем, по итогам дня можно было сделать консолидацию данных из них в единый файл.
Дмитрий, большое спасибо за ответ!
Похоже, что волшебных кнопок, которые бы хоть как-то помогли с решением проблемы нет
видимо придется полазить по форумам битриксоидов...
P.S. Если у кого-нибудь возникнут еще мысли, советы, идеи, то буду очень рад, если поделитесь!
 |
Александр Фролов
Генеральный директор, Shop2YOU |
31/07/2012
Дмитрий Осипов:
потому что это не правильно логически, когда разные люди оформляют заказ с одной учетки. Такого в принципе не должно быть.
потому что это не правильно логически, когда разные люди оформляют заказ с одной учетки. Такого в принципе не должно быть.
Да, такая "авторизация" может создать проблемы, например, с целостностью базы данных.
Алексей_К:
Создать несколько учеток для операторов не вариант, так как их много и нет абсолютно системы распределения и присвоения учеток, то есть высока вероятность, что рано или поздно полезут косяки.
Создать несколько учеток для операторов не вариант, так как их много и нет абсолютно системы распределения и присвоения учеток, то есть высока вероятность, что рано или поздно полезут косяки.
Рекомендую еще раз подумать над этим вопросом. У каждого менеджера или сотруника call-центра должен быть свой логин и пароль. Напишите, например, программу, которая будет через сайт регистрировать пользовтелей и высылать им логины и пароли.
Косяки полезут скорее всего именно в том случае, когда не будет индивидуальной авторизации пользователей, т.к. все будет свалено в одну кучу. И еще неизвестно, как Ваша система оформления заказов отнесется к оформлению заказов под одной учетной записью в многопользовательском режиме. Если, например, два пользователя под одним логином будут одновременно работать над заказами, то может возникнуть рассогласование базы данных.
В общем, крайне не советую так делать.
|
|
|
31/07/2012
Александр Фролов:
Рекомендую еще раз подумать над этим вопросом. У каждого менеджера или сотруника call-центра должен быть свой логин и пароль.
Рекомендую еще раз подумать над этим вопросом. У каждого менеджера или сотруника call-центра должен быть свой логин и пароль.
Александр, спасибо за совет!
Сейчас работаем в этом ключе! Естественно, что это самый логически верный путь, посему и желательный к реализации...
Ответить
