Здравствуйте, имеются два вида карт лояльности бонусная1 и бонусная2 и соответстенно 2 бида бонусных програм основная1 и основная2, каким образом можно сменить тип программы основная1 на основная2, клиентов очень много и в ручном режиме менять каждую карту не вариант...

групповой обработкой, не?

Нет такого пункта в менюшке(((

Заплатить программисту не?

не

Меняли до этого и на сколько помню обошлось все стандартными средствами... Есть тут кто уже это делал?

(5) тыкай другие менюшки

а по конкретнее?

(7)Что бы сказать конкретнее надо, знать, что у тебя там. Осень, телепаты на юг улетели. Поэтому придется собраться силу воли и хотя бы к посту 50му озвучить конфигурацию.

(8) не, так не интересно.
Предположим что раз карты лояльности то конфа продажника...
Если где тыкать не знает значить конфа новая, я думаю тут УТ 11, или розница...

виноват, простите, УТ 11.1 стандартная, маркетинг и планирование, далее карты лояльности, там их 2 вида, надо сделать один. Искал несколько дней в инете ответ и не нашел.

(10) поиск и замена ссылок, но что с префиксами кодов карт делать?

(11) А префиксы-то тут каким боком - они же не должны затрагиваться вообще, если в карте что-то меняется.

Уже что то, а можно по конкретней, куда что жать, короч как для чайников)))

все функции>поиск ссылок на обЪЕКТ>найти виды карт лояльности>найти бонусная2. Нашел около 3000 и что с ними делать? как изменить или я не туда полез?

(12) А случайно пересечения номеров не будет? Когда новый вид карт с со старым префиксом заведут и пойдет с 0 их?

Не в курсе как в УТ 11 оно сделано

(15) Открываем "типового утёнка" на "глючных формах":
Справочник.КартыЛояльности.Реквизиты:
- Наименование (100 символов)
- Штрих-код (200 символов)
- Магнитный код (200 символов)
- Статус (Перечисление.СтатусыКартЛояльности{Действует,Аннулирована})
- Партнер (Справочник.Партнеры [Синоним:Клиент])
- Контрагент (Справочник.Контрагенты)
- Соглашение (Справочник.Соглашения)
=ТабличнаяЧасть.ДополнительныеРеквизиты(Свойство,Значение,ТекстоваяСтрока)

Чего-то я тут не вижу ни префикса ни программы ?

Ой-ля!
Они карты привязывают к партнёру (наплодили сущностей), а потом вводится понятие "Сегмент партнёров" и для него отдельный справочник, где собираются все партнёры.
А уже в Маркетинговом мероприятии указывается этот чудо-сегмент.

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

(16) http://курсы-по-1с.рф/wp-content/uploads/2014/02/Рис.51.jpg

ну или http://catalog.mista.ru/public/192934/ тут Например, карта с кодом 9800000000456 входит в такой шаблон:
http://catalog.mista.ru/upload/iblock/9ef/Untitled-9.gif - четко вижу "префикс" "980"

(17) Сегменты не обязатальны

(19) * не обязательны

(20) Посмотрел ещё - там отдельный велосипед - виды карт лояльности, бонусные программы лояльности.

Ну тогда просто получается поменять программы лояльности в видах карт и вообще ничего не делать.

(21) Ага и пофиг пусть разные виды карт на одну программу.

(22) Ну или табличную часть с данными шаблона перенести из одной программы в другую.

P.S. очень негибкое решение, так как явно потом кто-то раздаст карты (у них код поменять нельзя) и возникнет желание, чтобы часть карт стала другого типа - и придётся в шаблоны вписывать несколько диапазонов.

(23) Не программы, а вида карты.

Гм раз уж зашла речь про бонусные карты лояльности которые еще дисконтные.

А случаем приложения типа "дисконтный сервер" под ownCloud немае еще ?

(25)+ Или просто какого то дисконтного сервера с вебфейсом и вебапи открытого?
Моя бы его в ownCloud засунуть так что свои юзеры/сотрудники смогут картами управлять, а юзеры смотреть.

И рассылку СМС туда же засунул бы, чтобы лишний раз в базу не ползали. Там скрыл бы все что по персональным данным.
Т.е. выносим ПД на защищенный сервак, в 1С только коды с инициалами.

(25) Любой дисконтный сервер - это SOAP или HTTP-сервер, соединённый с базой данных - он просто получает в запросе номер карты и выполняет переданную операцию.
Синхронизация там не спасёт, так как одной картой могут пользоваться в разных местах - если кто-то экономит на синхронизации, он использует RFID-карты с памятью (как, например, билеты метро) и хранит все данные в самой карте.

(26) Во всех нормальных системах это уже сделано.
Просто, в 1С пока, почему-то, про это не вспоминают.
Ещё, очень спорный вопрос - что такое "оплата бонусами" - её не всегда можно рассматривать как скидку, так как иногда возникают проблемы с НДС-ом на товары (особенно когда на разные товары разный НДС).

(27) Ну просто мне сильно понравилась ownCloud как некое общее облако и способ организации совместной работы.

К примеру документы можно прямо из него (путем подключения libreoffice) править (причем совместно) из вебфейса.
Тут аналогично, начать мелкими приложениями развивать эту штуку по CRM/ERP системы с интеграцией с 1С и прочими.

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

(29) Просто, php+mysql прекрасно решают задачу дисконтного сервера причём даже силами студента.

(31) Ну дык уже готовое есть, с 0 то могу но нафуя? Еще и разные ифейсы рисовать с удобными отборами/заменами.

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

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

А 1С остается БП/ЗУП.

(34) Так мы на кассы 1С и не ставили (по крайней мере восьмёрку).
Розница ставится на точки, где учёт остатков, заказы, выписка документов и продажа через кассу, так как остальные решения требуют "танцев с бубнами" при интеграции с 1С.

(35) Ну у нас на кассах/складе "товароучетная" до сих пор 77 ))
Поэтому нафик нужна 8-ка, проще РМК для касс и онлайновая для склада. Потому что один фиг без инета работа встает вся, они даже пробить эти бонусы не могут или товар принять.

(36) Online тоже не всегда хорошо - удалённая точка, в любом случае, может продать только то, что на ней есть, и если нам не сильно важно резервирование товара на сайте клиентом, то Offline-режим спасёт от простоя.

(37) На случай простоя и очень нужно продать есть бумажные чеки ручкой ))
Специфика что ювелирка (не продукты) и продаж не так много но сильно замороченные.