Версия для печати темы (https://pro1c.org.ua/index.php?s=14f6882a47c0a7a6d572a57fae184a90&showtopic=62071)

Автор: toshchak 07.10.20, 11:04

Всем привет!
Прошу помощи при решении простой(но для меня сложной!) задачи.

Необходимо автоматизировать предприятие, занимающееся реализацией путевок для различных санаториев.
На входе имеем:
-список санаториев(характеризуется простым наименованием)
- у каждого санатория имеются путевки(характеризуются номером путевки)(Путевки - не справочник!). Номер путевки уникален в рамках санатория. Путевка может появиться в системе только один раз: пришла-продали, больше такой путевки не должно быть.
- у каждой путевки есть дополнительные характеристики: дата заезда, продолжительность проживания. Характеристики могут расширятся без изменения конфигурации.
- Приходная накладная: в шапке санаторий, в табличной части номера путевок с доп. характеристиками.(Необходим контроль на задублированность путевок, как в самом документе так и на ранее введенные). - приходует путевки на остаток.
- Расходная накладная: в табличной части санатории, путевки. Подбор осуществляется через окно текущих остатков путевок. - расходует путевки с остатков.
- Отчет: Остатки и движение путевок. В фильтре: Период, Санаторий, Дата заезда.
В разрезе путевок вывести дополнительные характеристики.

Автор: sava1 07.10.20, 11:10

обычна стандартная конфигурация.
Путевки - номенклатура с учетом по серийным номерам. + доп.свойства. Санаторий - контрагент.
Отчет - по товарам со своими настройками Группировок

Автор: toshchak 07.10.20, 11:22

sava1 @ Сегодня, 12:10 ,
Дело в том, что Путевки - это не справочник(такое условие). Как сам человек указал, давший эту задачку, Путевки - число.
Я понимаю, что нужно создать справочник Санатории. Далее документы покупка-продажа. Сделать движения по регистру накоплений для срабатывания счетчика +/- путевка, где измерения будут Санаторий и Путевки, а ресурс Количество. Я так понимаю, для доп характеристик нужно использовать План видов характеристик (к сожалению, с ним я не знаком, пока понять не могу как и с чем его едят). Самое сложное понять, где должны хранится Путевки, раз это не справочник? В планах характеристик к Санаторию? А далее, как сделать уникальным Номер путевки, чтобы не было возможности его дублировать, как делается проверка? Ну и дальше в регистре накоплений как будет тикать счетчик по каждому новому полю, это нужно запрос делать?
Я начинающий в этом деле, есть какие то знания и немного навыков базовых, но я очень хочу уже устроится на работу, а времени 2 дня) Извиняюсь заранее, если я написал что-то некомпетентно.

Автор: sava1 07.10.20, 11:29

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

Автор: Vofka 07.10.20, 11:41

Регистр сведений подчиненный документу Приходная накладная.

Помимо данных путевки там ещё Санаторий, наверное, должен быть.

Автор: sava1 07.10.20, 11:43

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

Автор: toshchak 07.10.20, 11:57

sava1 @ Сегодня, 12:43 ,
Получается, нужен реквизит Путевки в приходном и расходном документах?

sava1 @ Сегодня, 12:43 ,
И как тогда сделать доп характеристики примитивному типу данных Число?

Автор: Vofka 07.10.20, 12:11

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

Опять таки, если путевка это уникальная штука, то регистр накопления тут, на мой взгляд, идеологически не очень подходит, т.к. накапливать нечего. По каждой путевке может быть 2 записи: Пришла - Ушла. Да, кстати, тогда для этого в регистре сведений надо ещё признак Использована. Приход - Использована=Ложь, Расход - Использована=Истина. Да, в таком случае регистр должен быть периодическим и для проверки уникальности таки кода немного написать надо будет.

Автор: toshchak 07.10.20, 15:07

Vofka @ Сегодня, 13:11 ,
Признак Использована нужно прописывать в модулях документов, я правильно понимаю? А регистр накопления, как я понял, нужен для отчета, чтобы посчитать остатки, разве нет?

Автор: Vofka 07.10.20, 15:14

Заполнение регистра надо делать в модулях докуентов, да, в обработчике ОбработкаПроведения()


Тут нету остатков как таковых. Путевка свободная или есть или нету. Не может быть несколько одинаковых свободных или не свободных путевок судя из того, что вы сказали. Поэтому я тут регистра остатков не вижу. Но реализовать можно и на нём. Но это будет не эффективно, на мой взгляд.

Автор: uanr81 07.10.20, 19:00

toshchak @ Сегодня, 12:04 ,
Как то интересно. Зачем делать регистры путёвок. Само наличие путёвки, само за себя говорит. Я бы испоьзовал планы видов
характеристик при формировании путёвки относительно конкретного санатория, регистры и тем более движения по ним нет никакого смысла использовать. Путёвка это документ, то к чему привязывается любая куча характеристик. Отчёты в разрезе
характеристик указанных в этом документе