роблено 2 документа: «Заявка на відпочинок» і «Продаж путівок». В одному документі може фіксуватися кілька заявок, тому один тур або екскурсію можуть купувати кілька контрагентів.
1) Документ «Заявка на відпочинок» представлено на малюнках 11 і 12 і має такі реквізити:
- Дата (стандартний реквізит);
- Номер (стандартний реквізит);
- Контрагент (тип СправочнікСсилка.Контрагенти);
- Договір (тип СправочнікСсилка.Договори);
- Тур (тип СправочнікСсилка.Тури);
- Дата виїзду (тип Дата);
- Дата приїзду (тип Дата);
- Кількість (тип Число).
Малюнок 11-Форма документа «Заявка на відпочинок» в режимі користувача.
Примітка - Джерело: власна розробка.
Малюнок 12-Від форми документа.
Примітка - Джерело: власна розробка.
2) Документ «Продаж путівок» представлено на малюнках 13 і 14. Всі кошти від проданих путівок автоматично фіксуються і накопичуються в регістрі накопичень «Продажі».
Малюнок 13-Форма документа «Продаж путівок» в режимі користувача.
Примітка - Джерело: власна розробка.
Малюнок 14-Від форми документа «Продаж путівок»
Примітка - Джерело: власна розробка.
Так як кілька заявок від різних клієнтів можуть служити підставою для одного туру, вони фіксуються в табличній частині одного документа кількома рядками. Кількість рядків видно внизу документа. Загальна сума туру по всьому кількості людей так само складається автоматично.
У табличній частині документ «Продаж путівок» має реквізити:
- Контрагент (Тип СправочнікСсилка.Контрагенти);
- Тури (тип СправочнікСсилка.Тури);
- Кількість (тип Число);
- Ціна (тип Число);
- Сума (тип Число);
- Підстава (тип ДокументСсилка.ЗаявкаНаОтдих).
2.5 Розробка регістрів накопичення
Об'єкт конфігурації регістр накопичення призначений для опису структури накопичення даних. На основі об'єкта конфігурації регістр накопичення платформа створює в базі даних інформаційну структуру, в якій будут накопичуватися дані, «поставляються» різними об'єктами бази даних. Ці дані будуть зберігатися в регістрі у вигляді окремих записів, кожна з яких має однакову, задану в конфігураторі, структуру.
Відмінною особливістю регістра накопичення є те, що він не призначений для інтерактивного редагування користувачем. Розробник може, при необхідності, надати користувачеві можливість редагувати регістр накопичення, але призначення регістра накопичення полягає в тому, щоб його модифікація проводилася на основі алгоритмів роботи інших об'єктів бази даних, а не в результаті безпосередніх дій користувача. [3, С.170].
Дані про продаж путівок містяться в регістрі накопичення «Продажі». Вид регістра в режимі користувача зображений малюнку 15.
Малюнок 15-Від регістра накопичення «Продажі» в режимі користувача.
Примітка - Джерело: власна розробка.
Регістр накопичення «Продажі» містить у собі період і час, в який була продана путівка, тур, контрагента, кількість путівок в турі та виручку по кожному контрагенту.
Вимірювання регістра накопичення «Продажі»:
- Тури (тип СправочнікСсилка.Тури);
- Контрагент (тип СправочнікСсилка.Контрагенти);
Ресурси регістра накопичення «Продажі»:
- Кількість (тип Число);
- Виручка (тип Число).
2.6 Розробка звітів
Об'єкт конфігурації звіт призначений для опису засобів і алгоритмів, за допомогою яких користувач зможе отримувати необхідні йому вихідні дані в зручному для представлення вигляді. Алгоритм формування вихідних даних описується за допомогою візуальних засобів або з використанням вбудованої мови. [3, С.195].
За допомогою системи компоновки даних було створено 2 звіту: «Аналіз продажів» і «Обороти фірми».
) Звіт «Аналіз продажів» представлено на малюнку 16.
Малюнок 16 - Вид звіту «Аналіз продажів» в режимі користувача.
Примітка - Джерело: власна розробка.
Несе в собі звітність п...
