ТиС 7.70.938 dbf. Дисконтные карты. Нужен совет. #122635

Задача была поставлена в следующем: ТекстТемы, УРБД, сеть магазинов + оптовая база. Магазины работают через сканер штрих кодов. Система дисконтных карт. Накопительная скидка. Поиск клиента по базе также через штрих код на дисконтной карте. Практически все сделано. Стал проверять интерфейс кассира и наткнулся на документ реализации ТМЦ - ЧекККМ. В этом документе просто отсутстует контрагент. Как думает уважаемое общество, что делать? Вогнать в ЧекККМ контрагента и сделать по нему движение регистров и прочую муть, или в расходную накладную, (где все уже сделано и работает) вогнать какую либо фичу, которая реализовывала связь с фискальным регистратором? Или может есть другие пути?

у меня карта идентифицируется в Чеке....

Если все работает, то лучше добавить обработку печати чека в накладную.

Ок, я это тоже могу сделать, т.е отловить номер дисконтной карты сканером, понять, что это карта (там 6 нулей в начале постоянно), найти контрагента по номеру дисконтной карты, т.к. у контрагента есть реквизит КонтрагентШтрихКод. Далее что? Добавить в шапку "ЧекККМ" реквизит "Контрагент" и "Договор"? И сформировать движение регистров? Я просто ищу оптимальный путь.

То же вариант. Вместе в накладной печать чека и движение денег приход...

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

стандартная конфа по ТиС 938 с изменными справочниками ТМЦ и функцией подбора ТМЦ.  Регистров не добавлял.

Лучше бы наверное сделать отдельный справочник дисконтных карт и проставлять их в чеке, завести отдельный регистр. Хотя надо знать начальное ТЗ. Можно без регистра обойтись, например при закрытии смены (чеки, то удаляются) записывать (суммировать) сумму покупки в справочник карт на конкретную карту. Минус этого решения не можем восстановть историю покупок отдельной карты. ВЕсли это надо, тогда в отчетеККМ прикрутить ДК в табличную часть, и делать движение по регистру.

Что то худо мне... Башка уже болит, как всю уту фигню засобачить... Пока мысль такая... В чеке спозиционироваться на контрагента и загнать его в шапку. Далее при вводе дока ЗакрытиеКассовойСмены в таблицу вогнать контрагента из чека и попытаться двинуть регистры одним доком по всем контрагентам. Тоска в общем.... Конструктивная критика приветствуется...

+ В общем решение предложенное в ... Неплохое. И история практически видна...

Лучше завести справочник ДК не связаннный с контрагентами, если конечно они не именные. В "ЧекККМ" и "ОтчетККМ" добавить ДК. Если не охота заводить новый регистр, то можно попробовать приспособить "Продажи" (чтобы не перегружать "ПартииНаличие" и "ОстаткиТМЦ"). ИМХО.

Почему? Пока предварительно просто взял и добавил в Справочник.Контрагенты поле, где храню значение штрих-кода карты. Соответственно могу спозиционироваться на контрагента при отпуске через накладные (а такое возможно...), могу видеть контров, у которых нет/есть ДК, В справочнике контров уже есть скидка по умолчанию и манагер после анализа розничной/оптовой торговли может установить скидку по умолчанию, либо просто подключить обработку, ктр проанализировав реализацию, может открывать контра и изменить ему скидку по умолчанию... Чем лучше справочник ДК относительно справочника контров?

А что если ДК будут пользоваться несколько человек? Возможно имеет смысл завести к контрагента реквизит "ДисконтнаяКарта" только для подстановки по умолчанию.

Ну и флаг им в руки... Хотя рациональное зерно есть... Обсудим с боссами. Вообще, конечно им по барабану, ДК и прочее. Эти карты они пачками раздают налево и направо, скидка по ним максимум 5%, они ее и так дают, стоит попросить клиенту... Пока автоматизации нет... Бодяга еще в том, что вместе с дисконтной картой предполагается продавть "чек". т.е клиент мужжчина пришел и не может выбрать подарок жене (ну напрмер бюстгалтер...) он покупает "чек" на сумму например 1000 рублей. Ему ДК и "Чек". Он это жене. Она в магазин и предьявив ДК мы узнаем, сколько рубликов наша контора ей должна. Таким образом, не вводится еще док в базу "Чек". Отпускаем ей товар, если нехватает суммы чека, она доплачивает, если излишек, то сумма возвращается, не вся, не более 20%.

Такая бодяга только через доп.регистр. "Чек" кидает сумму (приход), документы, при использовании ДК, списывают сумму. Только если их так раздают, то стоит ли заморачиваться с их учетом?

Не, ну не так круто... При покупке "Чек" а выписывается банальный и примитивный ПКО, имеющий допольнительную печатную форму "Подарок!". ПКО от кнтрагента, ДК помогает его найти в пачке контров... т.к сканер отыскивает контра за полсекунды, а ручками его искать в базе упаришься...

+ А насчет учета и я спросил... Он грит "Надо учитывать!!!, а то половину уже по3.14здили!"...

Продолжим дискуссию?

Продолжим. Вернемся немного назад , там ты пишешь "...он покупает "чек" на сумму например 1000 рублей. Ему ДК и "Чек"." "Чек" - это ТМЦ, который ты ему продаешь? Как учитывать поступившие 1000 рублей?

Я в общем в описал ситуевину...

1000 рублей - это аванс?

у меня для обработки подобного алгоритма используется несколько регистров и справочников. в том числе регистр остатков и оборотов. потому что надо считать накопленную сумму. а если например задним числом что-то надо провести?

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

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

вроде бы регистры - стандартное средство для ТиС.... извиняйте тогда, если - вломы...

а с розницей что будете делать?

и . Да не влом ))), зачем? А вот насчет розницы пока мыслю... сотворить как в .

здорово.... т.е. всех владельцев карт будете вгонять в справочник Контрагенты?

Если это аванс, то в типовой ТиС оплата распределяется в разрезе договоров. Следовательно, если захочешь использовать регистры "Покупатели", "Поставщики" для ведения взаиморасчетов в разрезе ДК, то придется править регистры, модули проведения и отчеты. ДК (ИМХО), не нужно привязывать к контрагентам. А проблему поиска можно решить.

Ну да. Босс хочет знать о клиенте все, ФИО, дату рождения, отсылать открыточки и e-mail (при наличии) ко дню рождения, там звоночек телефонный... и прочее прочее. Готовый ресурс есть.

Возможно... Пока все на стадии обсуждения. Но вроде бы для реализации и для быстрой идентификации клиента...

Можно завести отдельно справочник "ДисконтныеКарты" и подчиненный "Контрагенты" справочник "ДисконтныеКартыКонтрагента". Таким образом решить проблему "одна карта - несколько пользователей" и проблему с поиском. Возможны и другие решения.

Сенкс за помощь, оперативка показала разброс мнений от "на хрен ДК" до "давайте все автоматизируем, насколько это возможно...". Ессно победило 2 мнение. На запрос по алгоритму работы с ДК, надо ли "увязать" с клиентом и/или отдельно обороты все выжидательно уставились на меня... В общем будем мыслить коллегиально. Возьму тест базу и поеду к знакомым, будем мыслить (с пивом...). Всем огромное спасибо. Тема не закрыта. Советы, предложения, критика приветствуется.

Итак, продолжим. После длительного и бурного обсуждения в конторе с шефами пришли к следующим выводам: 1. ДК нужны. Только в рознице. 2. По ДК нужно знать ФИО, дату рождения, историю, обороты, номенклатуру. 3. Накопительная скидка вне заисимости от объема и сроков. 4. Должны быть VIP (1, 2 и 3 категории) карты с фиксированной скидкой. 5. Количество карточек не превышает 9999 штук. Кажется все. Пока. Может еще чего нибудь захотят. Продолжим дискуссию?

Мое мнение: Завести справочник ДК. Где разместить информацию. В чеке добавить поле ДК и обработку расчета скидки на основании карты. Дальше два пути. 1. В отчете ККМ в табличной части добавить поле с ДК. 2. Добавить новый документ, табличная часть ДК, Товар, Кол-во, Сумма. Вариант 2 лучше тем, что можем спокойно менять товар в отчете ККМ, удалять, добавлять новый и т.д. Добавляем новый регистр остатков на котором учитываем покупки по ДК.

Я понял. Спасибо. А что Вы скажете по варианту: 1. В справочнике Контрагенты завести группу "Дисконт" и в нее вгонять контрагентов. В контрагентах поле "КонтрагентШтрихКод". 2. При продаже  через В "ЧекККМ" и "ОтчетККМ", спозиционироваться на контрагента через ДК и по "ОтчетККМ" сформировать движение регистров "Покупатели", "Продажи". Просто мне кажется, что реализация данного варианта немного проще... т.е при условии, что была продажа через ЧекККМ контрагент отсутствует вообще, а при ОтчетККМ по умолчанию подставляется контрагент "Розничная продажа". Если была предьявлена ДК, тогда в ЧекККМ, в добавленные поля, позиционируется либо ДК, либо контрагент с договором по умолчанию. Далее при ОтчетККМ в табличной части имеем: ТМЦ   Количество   Цена  ...   ДК или Контрагент+ДоговорПоУмолчанию А дальше все валить в регистры. Советы, предложения, критика приветствуется.

Как у тебя закрывают продажи? Предположим пересортица, продали не то что нужно. Удалили строку в ОтчетеККМ вместе в контрагентом, добавили новый товар, а Контрагента забыли. Нехорошо. Или отчетККМ сделали отмену проведения, скидка исчезла. Или все строки без скидки завели умышленно на определенную ДК. Когда отдельным документом, легче разграничить права.

+36 По справочнику, у тебя только розница? Если еще и опт есть, то представь как менеджеры будут искать контрагента, а в справочнике будет полно ДК, мешать будут ИМХО. + Надо вводить доп.поля тип карты, дни рождения и т.д.

А что делать, если один контрагент совершает покупки с использованием ДК и без нее? Заводить двух контрагентов?

На мой взгляд горазде удобнее было бы сделать так. 1. Создать нового контрагента. например Дисконт-Подарок. (как вариант). 2. Создать справочник ДК. (в нем увазать данные клиента карты т.е. ФИО, адрес и т.п.) 3. Создать регистр ДК. 4. В ЧекККМ и ОтчетККМ запоминать номер карты. 5. При закрытии касс просто закрывать. Строки с подарками или покупки с ДК фигачить в отдельный регистр. Найти соответствии по номеру карты со справочником. Плюсы: видно общий объем скидок-подарков при анализе данных по контрагенту Дисконт-Подарок. видно движение по товарам и суммам в регистре ДК. не требует больших изменений в базе.. применима и в рознице и в опте. у самого что-то подобное работает..

Речь как я понимаю идет о розничной торговле. О каких контрагентах говорим?

Пересорт возможен. Хотя маловерятен. Т.к. товар будет вводится со сканера. Стандартно - до ОтчетККМ это просто возврат товара, сторнирование чека, Если после ОтчетККМ, тогда манагер только ручками. Удаление строки и ввод нового ЧекККМ. Редактирование ЧекККМ - шапки вообще в принципе навозможно, ДК в ЧекККМ можно ввести только со сканера, или никак. Полно ДК в справочнике - не лезьте в папку "Дисконт", там только розничные покупатели, а вводить даты рождения и прочее-необязательные поля в справочнике ФизЛица. Ну пришел чел без карты в магазин... Ничего страшного. Просто будет обычный ЧекККМ, а в ОтчетККМ подставится автоматом: Если ДК=0 Контрагент "Розничная продажа" КонецЕсли;

Прошу прощения  :)   к

Вопрос видимо ко мне... Каких контрагентах? Обычных. Т.е Справочник.Контрагент.ФизЛицо.

Т.е. ты предлагаешь всех новых контрагентов с ДК вгонять в группу "Дисконт", а тех кто ее получил после первоначального внесения перемещать туда? Это к вопросу о взаиморасчетах.

База пока только формируется. Т.е автоматизация в процессе реализации. Все справочники пустые. Идеальный вариант для детальной прорабтки структуры...

Продолжим?

Внимательно слушаю.

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

Да и карт напечатано не так много, предполается их не больше 10000...

Предлагаемое тобой решение предполагает использование специальной группы "Дисконт". Зачем? Чем эти контрагенты отличаются от остальных? Использование типовых регистров не позволит тебе просматривать скидку, процент скидки и историю по ДК или Контрагенту. Не исключено, что в будушем использование ДК будет распостранятся не только на розницу. Вообще, ИМХО, выбор ДК в документ должен означать автоматический выбор скидки по умолчанию. А ее наличие движения по отдельному регистру.

Здравствуйте общество. Кто-нибудь поможет. Я менеджер по рекламе крупного торгового центра. Руководстов поставило передо мной задачу: создать дисконтные карты ТЦ с посами, чтобы у каждого арендатора был свой пос и каждый арендатор назначал скидку или свою накопительную систему, но вся информация о покупках в разных отдела сводилась в один терминал, чтобы я знал сколько каждый контрагент потратил денег. Please, help me! Я в этом деле "0". С чего начать? Где можно заказать дисконтные карты? Как будет их проходить обслуживание? Сколько это дело стоит? Какие подводные камни могут быть? Заранее спасибо!

Убедили... Хотя и не хочется. Видимо решение будет следующим: 1. Создать справочник ДК. Хранить в них все нужные параметры. 2. В ЧекККМ позиционировать на ДК. 3. ОтчетККМ удаляет док-ты ЧекККМ, но у себя в табличной части хранит: ТМЦ   Количество   Цена  ...   ДК 4. Двигаем доком ОтчетККМ 2 созданных регистра ДК. Один оборотов, второй остатков. 5. Ну отчеты наваять... Я понимаю, что это плагиат из предложенных решений, но бежать по всей ветке, собирая авторов предложений затруднительно. Поэтому всем огромное спасибо. За критику, предложения, и прочее. Всем огромное спасибо (это стоит повторить). Тема не закрыта. Советы, предложения, критика приветствуется.

Убедили... Хотя и не хочется. Видимо решение будет следующим: 1. Создать справочник ДК. Хранить в них все нужные параметры. 2. В ЧекККМ позиционировать на ДК. 3. ОтчетККМ удаляет док-ты ЧекККМ, но у себя в табличной части хранит: ТМЦ   Количество   Цена  ...   ДК 4. Двигаем доком ОтчетККМ 2 созданных регистра ДК. Один оборотов, второй остатков. 5. Ну отчеты наваять... Я понимаю, что это плагиат из предложенных решений, но бежать по всей ветке, собирая авторов предложений затруднительно. Поэтому всем огромное спасибо. За критику, предложения, и прочее. Всем огромное спасибо (это стоит повторить). Тема не закрыта. Советы, предложения, критика приветствуется.

Прошу расшифровать слово пос. пос - POS-терминал? модель?

+54 вопрос к