Прошу помощи в довольно объемной задаче, прошу не код. а примерный алгоритм. Постараюсь быть кратким.
1с7.7, конфигурация Салон красоты, дописанная.
Продают услуги документом оказание услуг, за наличные
Нужно реализовать следующее: появилось еще 2 типа оплаты: сертификатом и купоном. Например, сертификат на 1000 рублей покупается в кассе, за 1000р отданные продавцу, и потом можно прийти 2 раза по 500р, или 1 раз по 1000р, или 10 раз по 100р, в общем надо видеть остаток денег на нем. Купон - тоже самое. но покупается на сайте, и в кассе денег за него нет и продажи тоже нет в этой базе.
Как лучше и правильней это сделать? Создать новый регистр, или править справочник номенклатура? как быть с перепроведением документа?

принласить программиста©

(0) скока денюг?

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

(3) потерпи до завтра, получишь массу впечатлений...

chief accountant, Вы, наверно, хотели написать "сколько денег", но видимо то ли света мало, то ли буквы стерлись на клавиатуре. Денег не много

Их много не бывает

(3) Суровые челябинцы.

(5) тык сколько?

продам за 10 тыщщ готовый вариант. писал лет 5 назад

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

aleks-id, мне за эту задачу дадут меньше денег, чем та цена, какую Вы предлагаете

блин, ну что за ушлый народ пошел, Double_Medved рисуй регистр остатков от туда и будешь получать остаток по сертификату

(10) ага, счас выложим тебе полный пошаговый алгоритм реализации сабжа вместе с кодом

(15) во всех местах

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

chief accountant, получается, в "получу ценный совет" я пизжу? тут советов не дают а только троллят?

(3) "-вы не кок!
-ну скажем так - я еще и готовлю!"© стивен сигал
---------
алгоритм тут вполне прозрачный для даже начинающего программиста. если вы его не видите - значит, за такие задачки вам браться не нужно, зовите программиста и не жадничайте.
(18) советы тут дают, но работу за вас делать никто не будет. тем более, такую мелочную, тупую, неинтересную и забесплатно.

(18) и "папрашу не выражаться"©

Double_Medved асю или мыло свое напиши

(17) А нельзя просто по взаиморасчетам учитывать, что вы должны денег клиенту (отражая это продажей сертификата). А когда клиент пришел за услугами, брать с него меньше денег на сумму долга? Соответственно с купоном примерно так же: предъявил клиент купон - создаете документ, увеличивающий ваш долг на сумму купона и в дальнейшем как с сертификатом.

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

Шапокляк, дело в том, что сертификат покупает один человек, а расплачиваться им может кто угодно, даже разные люди.

shegy, [email protected]

А как вы вообще планируете эти оплаты отражать? Каким документом? Или это тоже придумать надо?

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

Т.е. вы добавляете в документ поле сертификат и поле сумма по сертификату? Заполнена сумма - значит оплатили сертификатом? А в справочнике Номенклатура сколько сертификатов, столько и элементов? Так?

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

Double_Medved кинул пару идей

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

Шапокляк, в номенклатуре пока нет сертификатов, есть всякие услуги. Я вот думаю что можно модифицировать справочник номенклатура, добавить галку "сертификат", и при ее нажатии становится видимым поле "сумма сертификата". и при выборе в документе оказание услуг вид оплаты "сертификатом" нужно выбрать этот элемент, и, если сумма документа не превышает оставшуюся сумму на сертификате (это видимо надо смотреть с помощью регистра), то проходит оплата. А можно сделать отдельный справочник "сертификаты", но вот стоит ли?

Шапокляк, спасибо за идею документ "Активация купона", думаю, это разумное решение как внести начальную сумму в регистр

(4) Это такой тонкий намек на пятницу?

Сложно сказать. Я как-то привыкла, что продажа отдельным документом, оплата - отдельным (при этом и продажа сертификата не является продажей - это аванс, скорее). Вы хотите совместить - я выше описала примерную схему. Если уж быть последовательным в таком совмещении, добавляйте в оказание услуг все типы оплаты и указывайте в них суммы. Вот, например, услуги на 2000, а сертификат на 1000 и что? денег по сертификату не хватит. Что касается отдельного справочника Сертификаты - так лучше, если их отдельно активировать или продавать, а если в оказании услуг - множественный тип номенклатуры, думаю, не сильно здорово использовать.

(17) Я предлагаю сертификат и купон вести в одном справочнике, разделяя их флажком наличный/безналичный.
В первом случае при его активации деньги попадают в кассу, во втором - на безналичный счет.

(29) По 1С задачи обычно интересные.

(32) предлагаю для сертификатов завести отдельный справочник, привязывая его к покупателям.
И остатки их хранить в отдельно созданных регистрах

Номер сертификата - контрагент. При продаже задолженность перед контрагентом, отгрузка услуг - погашение долга.

(37) Тогда уж - договор. :))

(38) Угу. Покупка сертификата/купона - предоплата, контролировать отгрузку товаров и услуг по предоплате.

Шапокляк, там клиенты не в зуб ногой ни в бухгалтерии как таковой, ни в работе с 1с-кой. Они ведут 2 дополнительных бумажных журнала, кроме самой базы, т.к. в ней "недостаточно функционала". При вопросе "Вот, например, услуги на 2000, а сертификат на 1000 и что? денег по сертификату не хватит",  я у них именно это и спрашивал, они сказали "Мы сначала продадим эту услугу за 1000р, просто тупо вручную цену перебьем, по сертификату, первым документом, а потом вторым еще разок ее продадим, тоже вручную цену перебьем, за наличные"

Чем больше я буду вводить дополнительных документов, тем больше они потом накосячат и будут приговоривать "он не смог сделать чтобы далее-далее-далее, и ничего не вводить, и компьютер меня понял"

(40) см.(35) я предложила отражать оплаты всех типов, чтоб люди таким 0нанизмом не страдали как "Мы сначала продадим эту услугу за 1000р, просто тупо вручную цену перебьем, по сертификату, первым документом, а потом вторым еще разок ее продадим, тоже вручную цену перебьем, за наличные". Впрочем, при таком подходе пользователей к работе ваша задача должна называться "Автоматизация хаоса".

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

Шапокляк, я им предлагал указывать конкретные суммы по различным оплатам, они считают это "излишним усложнением", хотят чтобы все было просто-просто, интуитивно понятно, как в IOS

Подари им счеты и дуй оттуда не оглядываясь!

(40) Ну вот, учет у них ведется. Т.е. сабж предполагает автоматизацию ларька у которого клиентов в день на пальцах пересчитать. Вывод - наперкуа эта автоматизация: курсовая работа? знакомые попросили? первый клиент фришника?

chief accountant, курсовая у меня серьезней, и не по 1с,если интересно могу посвятить в курс дела, и я не фришник. Это не ларек а спа услуги. И меня не волнует сколько у них клиентов и "не могли бы они обойтись без автоматизации, а дальше писать в тетрадке", т.к. за работу они платят.

(47) Делали такую схему - в КА 8.2. Примерно можно так-как Шапокляк написала - документ "Активация сертификата" - вносит запись в регистр - начальная сумма. в КА номер купона реализован через серии номенклатуры. Потом в документе продажи делается виды оплаты - наликом, купоном, сертификатом .... И при оплате подставляется Мин(сумма остатка на сертификате,Сумма документа) - остаток с видом оплаты "Налик" проставляется автоматом.При необходимости корректируем. При проведении делаются движения по регистру с остатками сумм на сертификате.Как-то так

(47) Это ларек (не по виду деятельности, а по сути). Если "за работу они платят", то это означает, что ты фришник, другие два варианта не подходят по определению. А т.к. платят, то по-моему западло по форумам шариться с сабжем надеясь на чужом горбу въехать в рай (читай бабла срубить)

chief accountant, "ты фришник, другие два варианта не подходят по определению", какие другие два варианта? Платят клиенты, по-твоему, только фришникам? Или клиенты есть только у фришников? К другим людям, фирмам клиенты не обращаются? "т.к. платят" По-твоему, вопросы на форуме задают только те, кто проснулся как-то воскресным утром, и ему прям так захотелось что-нибудь этакое на 1с написать, что хлебом не корми? Или может он альтруист, и, зайдя в "ларек", и увидев, какой ужас происходит у них с автоматизацией учета, решил там навести порядок и уйти, зная, что он сделал доброе дело?  
"на чужом горбу въехать в рай" это ты перегибаешь палку конкретно. Я просил подсказать вещи вроде того через что лучше делать, через регистры или справочники, клеить ли дополнительные реквизиты к существующим объектам или создавать новые объекты, а не писать весь код за меня. Сделать вариантов много, это я прекрасно понимаю, я просто хотел послушать опытных людей и написать задачу хорошо, грамотно.

(50) Есть три вариата работы одноэсника (если ты не в курсе):
фикси
фри
фра
Клиенты платят (напрямую) только фришникам.
"кто проснулся как-то воскресным утром, и ему прям так захотелось что-нибудь этакое на 1с написать" - это про тебя, точно подметил.

Мне не напрямую платят, я получаю проценты.
""кто проснулся как-то воскресным утром, и ему прям так захотелось что-нибудь этакое на 1с написать" - это про тебя, точно подметил." Ты вообще о чем?

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

(52) Сабж свой почитай: "Прошу помощи в довольно объемной задаче" - ага
И задача ниочем и знаний как видно маловато

GreyAngel, у них сертификаты каждый с уникальным номером на бумажке, которая является сертификатом. Как это отразить в базе - они предложили решить мне. Я думаю создать элементы в справочнике номенклатура типа "сертификат на 500р", "сертификат на 1000р" и сделать подчиненный справочник с уникальными номерами этих сертификатов

chief accountant, я так написал потому, что на форуме я видел темы типа "как удалить элементы из справочника" и "не знаю как записывать в регистр" По сравнению с этим моя задача объемней и я написал так, как бы извиняясь перед теми, кому захочется все-таки дать совет, а не размусоливать "позвать программиста", "плевое дело..." Вы уже написали немало сообщений о том, что это "ерунда" и т.д. Если это и правда ерунда, то написать совет как это лучше сделать заняло бы меньше времени битья по клавишам, чем Вы уже потратили. Я блин и не заявляю что это вселенские проблемы.

(55) Тогда так.
1. Создаешь дополнительный справочник сертификатов. Желательно с указанием номинала в отдельном реквизите. Но можно и по другому извратиться.
1а. Можно заполнять его по документам передачи сертификатов в торговые точки.
1б. Можно заполнять по мере продажи, если точка одна и никакой РИБ не предвидится.

2. Заводишь в номенклатуре "Сертификат". Ну или "Сертификат 500", "Сертификат 1000". Как больше нравиться.

3. Заводишь отдельный регистр учета сумм в разрезе сертификатов.

4. При продаже сертификата стандартным документом продажи услуг требуешь у пользователя ввода номера сертификата. Желательно запоминать этот номер в отдельном поле. Можешь при желании озаботиться вводом при помощи сканера или иными извращениями для безопасности или ускорения работы.
4а. Делаешь движения по регистру в модуле проведения документа.
4б. Создаешь отдельный связанный документ и делаешь движения в нем. Только про отмену проведения не забывай.

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

Кое-где написанное можно упростить, урезав функционал, который я накидал для будущих хотелок.

Твоим "работодателям" должно понравиться из-за минимализма. Хотя лично я за такую реализацию в каждом втором случае бил бы по рукам.

(55) В свое время было много обсуждений об учете номенклатуры по серийным номерам. Ищи.

(56) Ответ тебе уже был дан в (1) добавить к этому просто нечего. Хотя (2) тоже не плох, но денег ты платить не готов

(59) Ну зачем ты так. Человек же из добрых побуждений. Хочет всех нас работой обеспечить.

GreyAngel, спасибо за быстрый и дельный ответ. Я примерно так уже и делаю.

chief accountant, а за ответы на вопросы типа "как удалить элемент в справочнике" Вы тоже наверно денег спрашиваете?

Ответом (1) видимо можно решить все темы на форуме, касающиеся 1с

chief accountant, если человек может помочь советом - он наверно не будет разводить срач, а просто даст совет, если ему не лень. А если он хочет разводить срач, он не будет довать совет, а разведет срач, если ему не лень. Вам видимо не лень разводить срач.
GreyAngel, Вам видимо не лень дать совет. Спасибо.

(64) OFF: Увольняюсь