В предыдущем уроке мы добавили в нашу базу возможность вести учет продаж. Но на самом деле там не хватает важного момента - регистрации платежей клиента. Восполним этот пробел.

Создание объекта Платеж

Создаем объект Платеж (не справочник).

Добавляем в него поля:

• Дата (тип Дата, по умолчанию today)
• Сумма (тип Число 15,2)

Получился следующий список полей для объекта Платеж.

Создаем карточку платежа.

Дочерний объект дочернего объекта

Вот таким замысловатым заголовком мы начнем данный раздел. Зачем мы создали объект Платеж? Мы же могли в объекте Продажа добавить поле Дата платежа и заполнять это поле в том случае, когда от клиента придут деньги за продукт. Верно. Но для изучения возможностей платформы создали отдельный объект для регистрации платежей. Такое решение позволит нам регистрировать частичные платежи. Например, когда клиент платит в рассрочку. Для этого нам нужно создать связь между Продажей и Платежом. По одной продаже может быть несколько платежей, значит Продажа - главный объект, а Платеж - дочерний.

Выделите объект Продажа и добавьте ему дочернюю связь с объектом Платеж.

Таким образом, объект Продажа в связи с Клиентом является дочерним объектом, а в связи с Платежом - родительским.

Чтобы легче было понимать о чем мы говорим, посмотрите схему текущей конфигурации.

Стрелочка показывает на родительский объект.

Теперь добавим таблицу для объекта Платеж. Делается это на вкладке Дочерние связи. Отметьте поля Дата и Сумма.

Создадим набор деталей для объекта Продажа, чтобы при открытии карточки продажи можно было видеть все платежи по конкретному продукту.

Тестирование

Как обычно протестируем нашу измененную конфигурацию. Откроем список клиентов, откроем карточку клиента, а в ней откроем карточку продажи.

Теперь у карточки продажи есть собственная детальная информация (Платеж), которая позволяет вести учет платежей по каждому продукту. Добавим один платеж.

Теперь мы видим когда и сколько клиент платил по данному продукту.

Резюме

В этом уроке мы к дочернему объекту добавили другой дочерний объект, тем самым поняв, что структура базы может быть неограниченной глубины и сложности. Так же мы создали набор деталей для объекта, который является одновременно и родительским и дочерним. И конечно проверили наши изменения на практике.

Переходим к следующему уроку.