Группа: Пользователи
Сообщений: 6
Спасибо сказали: 0 раз
Рейтинг: 0
Всем доброго времени суток! Стремлюсь к покорению новых вершин. Задача - сугубо абстрактная (просто мне не понаслышке знакома), реального применения может и не иметь (ну иначе бы заказал разработку или просто купил конфигурацию "Отель") Итак, предположим: хостел на пять номеров, строго проживание (то есть услуги, как в том же "Отеле" - сауна, ТВ, уборка, телефон и т.д - отметаем). Персонал, отчеты - тоже.
Из того, что думаю я: - справочник "Клиенты" (типа ФИО, телефон, авто, адрес, паспорт) - справочник Сводный (не знаю как назвать). Ну типа клиент Петров заехал с 1 по 3 число по 10 долларов за сутки (имеем 1*2*10=20 в сумме) - перечисление "Номера" - документ "Заселение" - документ "Бронирование"
И вот здесь мои мозги встали... Как реализовать отметку "Номер занят"? При брони показать только свободные номера? Вывести свободные на определенную дату? Шахматка - вообще шикарно. Повторюсь - это не реальный пример, просто на конкретных задачах изучать легче, чем написать тривиальное "Привет мир" Спасибо за внимание. Толкните в правильном направлении, понять хочется
Группа: Местный
Сообщений: 237
Спасибо сказали: 51 раз
Рейтинг: 0
asmadeus @ Сегодня, 17:52
, - перечисление "Номера" т.е. планируете, что пользователь не будет вносить номера, а только программист?
Регистр сведений (периодический, подчинен Регистратору - который изменяет состояние) имя - "Состояние номера" Измерения
Номер - сам номер ТипСостояния (Перечисление ТипыСостоянияНомера (Занят/Заброирован)) Активность - на случай, если бронь изменилась или другие изменения.
Есть конечно РегистрРасчета.... но туда не лезьте, там все веселее
Группа: Пользователи
Сообщений: 6
Спасибо сказали: 0 раз
Рейтинг: 0
fly, о, вот и первые сведения
Цитата(fly @ 21.02.20, 17:59)
планируете, что пользователь не будет вносить номера
Ну а почему нет? В моей задаче я отталкиваюсь от пяти номеров. Было бы более - делал бы наверное отдельный справочник с типом номера (двухместный стандарт, трехместный эконом или что то в этом роде)
Группа: Местный
Сообщений: 237
Спасибо сказали: 51 раз
Рейтинг: 0
asmadeus @ Сегодня, 18:11
, вопрос не в количестве, вопрос в том что перечисление - перечисления используются в системе 1С:Предприятие для описания постоянных наборов значений, не изменяемых в процессе работы конфигурации.
т.е. номеров может быть и 1 и 5, и 4 и 2... со временем оно может измениться. Поэтому в ситуации, вы говорите "хочу реальный пример" и создать базу данных. но при этом вкладываете, "не реальное" - что количество номеров не будет меняться (наименование номера и т.п.). придираюсь, потому как на экзамене блин двойку ставят за такое .
Использование вместо Перечисления - Справочник и наоборот, или РегистрНакопления.Обороты/РегистрНакопления.ОстаткиИОброты это ключевые моменты, на которые в первую очередь смотрят
Группа: Пользователи
Сообщений: 6
Спасибо сказали: 0 раз
Рейтинг: 0
fly, понял вас, исправляюсь... Сам же просил толкнуть в правильном направлении... И в самом деле - поставлю в Перечислении 1,2, 3 и так далее - а ведь может быть А1, 2-4 (типа четвертый номер на втором этаже). Да, тут правильнее справочник с номером, типом номера и примечанием - на всякий случай
Группа: Пользователи
Сообщений: 6
Спасибо сказали: 0 раз
Рейтинг: 0
MATEVI, да, типа этого. Но я же писал - я просто учусь, точнее хочу научится. Купить готовое - можно было бы, если бы оно реально было необходимо. На примере вашего скрина по крайней мере точно понятно, что это возможно сделать так, как я представлял. Но чисто для полноты картины - сколько это не за дорого? Может, проще купить и разобрать на составляющие, понять, как и что работает на готовом проекте?
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!