Образец написания технического задания

Пример технического задания для практического понимания основных разделов. Надеюсь окажется полезным.

Фирма «Молочка-бы» и компания Франчайзи

№ 001 «Выполнение планов продаж»

1. Лист согласования

2. Версии документа

3. Термины и определения

4. Назначение и цели доработки

5. Описание доработки

5.1 Регистр сведений «Ценность видов продукции»

5.2 Регистр сведений «Сезонные нормы продаж»

5.3 Отчет «Выполнение норм продаж»

5.4 Документ «Премирование сотрудников»

5.5 Регистр сведений «Премированные сотрудники»

6. Требования к организации НСИ

7. Методика приемо-сдаточных испытаний

8.1 Приложение № 1: Пример установки сезонных норм на год

8.2 Приложение № 2: Пример коэффициентов ценности видов продукции

8.3 Приложение № 3: Печатная форма «Список премированных»

Назначение и цели доработки

Функционал для учета и анализа эффективности работы менеджеров по продажам согласно  нормам продаж предприятия. Может быть использован для принятия управленческих решений. Функционал доступен через интерфейс «Продажи» — главное меню – подменю «Доработки», реализован следующими объектами:

Регистр сведений «Ценность видов продукции» — указываются ценности различных видов продукции предприятия, действующие с определенного дня;

Регистр сведений «Сезонные нормы продаж» — указываются нормы продаж менеджеров, в зависимости от сезона года.

Отчет «Выполнение норм продаж» — в разрезе подразделения, сотрудника, вида продукции, выводит информацию за период о продажах сотрудника за каждый день периода, а также среднее дневное значение продаж за весь период.

Документ «Премирование сотрудников» — отражает список сотрудников подразделения, которые превысили выполнение норм в текущем месяце и будут преимрованы.

Регистр сведений «Премированные сотрудники» — содержит информацию документа «Премирование сотрудников» после проведения, используется для расчета премии в механизме начисления зарплаты.

Печатная форма «Список премированных» — формируется из документа «Премирование сотрудников», содержит список сотрудников, которым следует начислить премию. Передается руководителем подразделения в отдел расчета заработной платы.

Описание доработки

Регистр сведений – создать новый объект конфигурации БД

• Периодичность «День»
• Измерения:

Организация (справочник «Организации»)

Подразделение организации (справочник «Подразделения организации»)

Вид продукции (справочник «Виды номенклатуры»)

Ценность (Число, 10)

Внимание: Ценность требуется указывать для 1 единицы хранения остатков товара с данным видом продукции.

Регистр сведений «Сезонные нормы продаж»

• Периодичность «Год»
• Измерения:

Зима (Число, 10)

Весна (Число, 10)

Лето (Число, 10)

Осень (Число, 10)

Отчет «Выполнение норм продаж»

Отчет на СКД – создать новый объект конфигурации БД

• Группировки по Организации, Подразделению организации, Сотруднику, Виду продукции.
• Предусмотреть возможность отбора по Организации, Подразделению организации, Сотруднику, Виду продукции.
• Сортировка по умолчанию по алфавиту А-Я всех группировок
• Сохранение и восстановление настроек пользователя

Отчет на каждый день периода выводит количество проданных товаров с учетом их коэффициента ценности. Например, продажи «Молока 1% жирности» Ивановым Иваном 12.07.2012 года:

= КоличествПроданногоМолока * ЦенностьМолока.

ЦенностьМолока – данные из списка «Ценность видов продукции» для вида номенклатуры, указанного у номенклаутры «Молоко 1% жирности»

— сумма продаж всех видов продукции текущим сотрудником в этот день.

— сумма продаж всех сотрудников подразделения  в этот день.

— сумма продаж всех подразделений организации в этот день.

Среднее значение в строке = Сумма (количества продаж в день за все дни) / Количество выведенных в отчет дней.

Чтобы учесть, что сотрудник выполнил или нет норму в текущий день:

• ячейка — красный цвет — если норма не выполнена
• ячейка – зеленый цвет — если норма выполнена

Нормы нужно определять из Списка «Сезонные нормы продаж» — брать ту норму, в сезон которой попадает выводимый день:

01.12 – 29.02 – зима

01.03 – 31.05 – весна

01.06 – 31.08 – лето

01.09 – 31.11 – осень

В документах «Реализации товаров и услуг» указывается управленческое подразделение. Для связи с подразделением организации использовать регистр сведений «Соответствие подразделений и подразделений организации».

Документ «Премирование сотрудников»

Документ – создать новый документ

• Номер
• Дата
• Организация (справочник «Организации»)
• Подразделение организации (справочник «Подразделения организации»)
• Ответственный  (справочник «Пользователи»)
• ТЧ «Сотрудники»
  Сотрудник  (справочник «Сотрудники»)Средний объем продаж (Число, 10) – округлять в большую сторонуНорма продаж  (Число, 10) – норма для сотрудника в этом месяцеНачислить премию (Булево) – флажок
• Сотрудник  (справочник «Сотрудники»)
• Средний объем продаж (Число, 10) – округлять в большую сторону
• Норма продаж  (Число, 10) – норма для сотрудника в этом месяце
• Начислить премию (Булево) – флажок

Действия по работе с документом

Шаг 1. Создание документа, заполнение реквизитов шапки документа.

Шаг 2. Заполнение ТЧ «Сотрудники»

У ТЧ «Сотрудники» предусмотреть командную панель со стандартными командами. На командной панели вывести кнопку «Заполнить». При нажатии на кнопку, если в ТЧ уже есть строки, обеспечить вывод вопроса запрашивающего у пользователя подтверждение на перезаполнение ТЧ. Текст вопроса «Перед заполнением табличная часть будет очищена. Продолжить?» (ответы Да, Нет). При ответе «Нет» — перезаполнение ТЧ не должно выполняться.

Алгоритм заполнения ТЧ «Сотрудники» по кнопке «Заполнить»:

1)        Отобрать проведенные документы «Реализации товаров и услуг» за месяц даты документа, по «Организации» и «Подразделению организации», указанному в шапке документа. В документах «Реализации товаров и услуг» указывается управленческое подразделение. Для связи с подразделением организации использовать регистр сведений «Соответствие подразделений и подразделений организации».

3)      Считается поле «Средний объем продаж» сотрудника за день:

СреднийОбъемПродажСотрудникаЗаДень = СуммаЗаМесяц(ОбъемПродажСотрудникаЗаДень) / КоличествоРабочихДнейВМесяце;

ОбъемПродажСотрудникаЗаДень = СуммаЗаДень(КоличествоПроданногоТовара Х  ЦенностьВидаПродукцииТовара).

КоличествоПроданногоТовара  = для каждого товара определяется количество проданного документами «Реализация товаров и услуг» товара в единицах хранения остатков за день.

ЦенностьВидаПродукцииТовара = определяется для товара на конец месяца даты документа по регистру «Ценность видов продукции» по виду номенклатуры товара.

КоличествоРабочихДнейВМесяце = определяется по регистру «Регламентированный производственный календарь». Берутся все рабочие дни месяца даты документа.

4)      Поле «Норма продаж» определяется из регистра сведений «Сезонные нормы продаж» на конец месяца даты документа.

Шаг 3. После заполнения руководитель подразделения проставляет флажки «Начислить премию». В этом ему поможет оформление цветом строк документа: если в строке средний объем продаж превышает норму продаж, то строка окрашивается светло-желтым цветом.

Шаг 4. Проведение документа.

После выполнения шагов 1, 2, 3 выполняется запись и проведение документа. Вследствие проведения документ делает движения в регистре сведений «Премированные сотрудники».

Создаются записи с периодом даты документа. «Организация» и «Подразделение организации» берутся и шапки документа, поле «Сотрудник» и «Начислять премию» из ТЧ документа.

Шаг 5. Печать печатной формы «Список премированных»

После проведения документа, по кнопке печать по данным документа формируется печатная форма списка премированных см. приложение № 3. «Организация», «Дата документа», «Номер документа», «Подразделения организации» берутся из шапки документа. В печатную форму попадаю только записи о сотрудниках, которые получат премию. Данные в подписи берутся по физическому лицу, связанному с реквизитом «Ответственный» документа.

Регистр сведений «Премированные сотрудники»

Регистр сведений – новый объект

• Периодичность «Месяц»
• Подчиненность документу «Премирование сотрудников»
• Измерения:

Сотрудник (справочник «Сотрудники»)

Начислить премию (булево).

Интерфейс

В БД — интерфейс «Продажи» — главное меню – подменю «Доработки» добавить открытие следующих объектов:

1)        Документ «Премирование сотрудников»

2)      Регистр сведений «Ценность видов продукции»

3)      Регистр сведений «Сезонные нормы продаж»

4)      Отчет «Выполнение норм продаж»

Требования к организации НСИ

Руководитель подразделения по продажам должен:

1)        заполнить список «Сезонные нормы продаж» для своего подразделения;

2)      заполнить список «Ценность видов продукции» для своего подразделения.

Методика приемо-сдаточных испытаний

Сдается на контрольном примере, в тестовой базе. На основе продаж за июль 2012. Данные о продажах по подразделению смоделированы в базе (созданы несколько документов Реализация товаров и услуг на сотрудников отдела продаж.)

1)        Заполнить данные Регистр сведений «Ценность видов продукции»

2)      Заполнить регистр сведений «Сезонные нормы продаж»

3)      Создать на конец июля и заполнить документ «Премирование сотрудников». Провести документ. Убедиться что в регистре «Премированные сотрудники» есть записи соответствующие данным введенным документом. Сформировать печатную форму «Список премированных», убедиться, что данные печатной формы совпадают с данными документа, а формат вывода соответствует приложению № 3.

4)      Сформировать отчет «Выполнение норм продаж» за июль и убедиться, что данные отчета о количестве продаж товаров соответствуют типовому отчету о «Продажи», скорректированному на ценность продукции каждого товара. Также рассчитать вручную норму продаж какого-либо сотрудника за день и сравнить с данными расчета отчета. Рассчитать для сотрудника среднюю норму продаж за месяц в ручную и сравнить с данными отчета. Рассчитать в одно из колонок все итоговые данные по группировкам, удостоверившись в верности их суммирования. Попробовать изменять состав группировок, отборы и сортировку, убедиться в работоспособности и полноте данного функционала.

Печатная форма «Список премированных»

Ссылка на компетенции по 1С:ERP — команда со знаниями, умениями и успешными проектами.

Привожу пример технического задания и технического проекта на небольшую доработку к БП.  Документы делались исходя из схемы: Обследование- ТЗ — ТП — Разработка.

Ввиду того, что часто просят привести примеры ТЗ, делюсь с сообществом частью своих наработок. Коммерческой ценности (за давностью лет и конфигурации) данные документы не имеют, но надеюсь, могут пригодиться в качестве образцов.

УТВЕРЖДАЮ                                                         ПРЕДСТАВЛЯЮ НА УТВЕРЖДЕНИЕ

»     «______________ 2010 г.                                             »     «_______________ 2010 г.

Действует с «__» ____________ 2010 г.

» _» ______________ 2010 г.

1. Общие сведения

Плановые сроки начала и окончания работ по созданию системы

Окончание работ: 31.12.2010

Назначение системы

Разрабатываемая автоматизированная система  предназначена для автоматизации процессов сбыта предприятия..

Цели создания системы

Целями разработки «АС СБЫТ»являются:

3.1 Бизнес процессы предприятия

3.1. 1 Бизнес процесс «Заключение договора»

3.1.2. Бизнес процесс «Начисление оплаты»

4.1.Требования к системе в целом.

4.1.1.      Разрабатываемые в АС методы и программные модули должны содержать возможности дальнейшего развития системы.

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

5.1.2.      Разрабатываемая АС должна обеспечивать простоту настройки автоматизированного рабочего места (АРМ) каждого конкретного исполнителя в соответствии со сложившейся системой учета.

5.1.3.      Разрабатываемая АС должна обеспечивать разграничение прав доступа пользователей и предоставлять возможность доступа к информации в объеме, необходимом и достаточном для осуществления должностных обязанностей каждого исполнителя.

5.1.4.      Защита информации от несанкционированного доступа должна быть реализована с использованием следующих механизмов:

1. Ограничениями прав доступа на уровне платформы 1С:Предприятие 8.1.

2. Дополнительными ограничениями прав доступа на уровне среды исполнения.

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

5.1.4.2.Защита информации на уровне платформы

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

5.1.4.3. Защита информации на уровне среды исполнения

Для ряда справочников в системе должны быть обеспечены дополнительные ограничения прав редактирования.

• Адресные сокращения
• Валюты
• Виды взаиморасчетов
• Виды деятельности контрагентов
• Группы пользователей
• Документы удостоверяющие личность
• Должности организаций
• Подразделения
• Пользователи
• Статьи движения денежных средств
• Статьи затрат
• Тарифы

5.1.5.      Для обеспечения сохранности информации при авариях, должно быть предусмотрено ежедневное автоматическое архивирование данных.

5.1.6.      Требования к эргономике и технической эстетике

5.1.6.1.Для обеспечения унификации оформления пользовательских интерфейсов по умолчанию должны использоваться панели инструментов и контекстные меню, автоматически генерируемые платформой 1С.

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

5.2.Требования к структуре и функционированию АС «СБЫТ».

5.2.1.      АС «СБЫТ» должна состоять из следующих автоматизированных подсистем:

—        Подсистема ввода первичной информации об абоненте (заключения договора);

—        Подсистема формирования документов на оплату;

—        Подсистема связи с системой АСКУЭ;

—        Подсистема связи с платежными терминалами.

5.2.2.      Состав Подсистемы ввода первичной информации об абоненте (заключения договора) должен быть следующим:

—        Документ «Договор с абонентом»;

5.2.3.      Состав Подсистемы формирования документов на оплату должен быть следующим:

—        Документ « Квитанция»»

—        Документ «Начисление штрафных санкций»

—        Документ  «Потребленная энергия»

—        Модуль проверки состояния взаиморасчетов

5.2.4.      Состав Подсистемы связи с системой АСКУЭ должен быть следующим:

—        модуль Связь с системой АСКУЭ.

5.2.5.      Состав Подсистемы связи с платежными терминалами должен быть следующим:

—        модуль Связь с с платежными терминалами.

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

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

—        Ввод и хранение информации об установленной мощности контрагента (в дальнейшем абонента);

—        Ввод и хранение информации об установленных счетчиках абонента;

—        Ввод и хранение информации о тарифах абонента;

—        Ввод и хранение информации о условиях начисления штрафных санкций абонента;

—        Ввод и хранение информации о сроках действия договора;

Требования к функциям Подсистемы формирования документов на оплату

5.4.1.      Подсистема формирования платежных документов должна выполнять следующие функции:

—          Определение состояния взаиморасчетов с абонентом и определение условий возникновения штрафных санкций.

—          Формирование документов на оплату (квитанций или счетов на оплату).

Требования к функциям Подсистемы связи с системой АСКУЭ

5.5.1.      Подсистемы связи с системой АСКУЭ должна выполнять следующие функции:

—  Передачу данных о вновь заключенных договорах с абонентами. Ключом связи должно быть уникальность пары «ID абонента» — «Код договора абонента».

—  Получение данных о потребленной электроэнергии абонентом. Ключом связи должно быть уникальность пары «ID счетчика» — «Код счетчика».

Требования к функциям Подсистемы связи с платежными терминалами

5.6.1.      Подсистемы связи с системой АСКУЭ должна выполнять следующие функции:

—          Получение данных о произведенных платежах абонентами за электроэнергию через платежные терминалы.

6.1.Устанавливается следующий порядок предъявления и сдачи Заказчику результатов работ:

6.1.1.      Исполнитель демонстрирует работоспособность ПО на контрольном примере.

6.1.2.      Данные для контрольного примера готовят представители Заказчика.

6.1.3.      Исполнитель передает программное обеспечение в информационный отдел Заказчика и выполняет обучение администратора Заказчика.

6.1.4.      По результатам решения контрольного примера должен быть подготовлен Акт о передаче ПО в опытную эксплуатацию.

6.1.5.      В случае несоответствия функциональных возможностей ПО требованиям ТЗ Исполнитель выполняет устранение замечаний в рамках общей стоимости разработки АС.

6.1.6.       При возникновении дополнительных к ТЗ требований Заказчика, составляется дополнительное ТЗ на доработку.

6.1.7.      Наличие дополнительных требований Заказчика не должно являться основанием отказа от подписания Акта о передаче ПО в опытную эксплуатацию.

6.1.8.      После передачи ПО в опытную эксплуатацию, по согласованному с Заказчиком Графику внедрения, Исполнитель производит краткое обучение персонала Заказчика работе с ПО и передает Инструкцию по работе с ПО на каждую подситему.

6.1.9.      При внедрении ПО (опытной эксплуатации) Заказчик осуществляет:

—        ввод необходимой НСИ;

—        ввод фактических данных;

—        формирование отчетности и проверку результатов работы.

6.1.10.  В процессе внедрения Исполнитель должен оказывать помощь Заказчику в рамках Графика внедрения.

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

6.2.Порядок дальнейшего сопровождения задач АС «СБЫТ».

6.2.1.      После сдачи ПО в эксплуатацию, дополнительные доработки и пожелания Заказчика могут быть реализованы по согласованному с Заказчиком ТЗ.

В ТЗ должна быть указана трудоемкость и стоимость работ по реализации дополнительных требований.

6.2.2.      Исполнитель обязуется поддерживать телефонную «горячую линию» по сопровождению программного обеспечения.

6.2.3.      По желанию Заказчика, Исполнитель может осуществлять сопровождение программного обеспечения непосредственно у Заказчика, которое должно производиться на основании дополнительного договора по сопровождению ПО.

6.2.4.       Ошибки, выявленные Заказчиком в течение полугода с момента передачи ПО в эксплуатацию, должны устраняться Исполнителем оперативно и бесплатно.

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

6.2.5.      Заказчик, в течении года после покупки 1С: Предприятие, имеет право на бесплатное получение всех обновлений от фирмы 1С, связанное с развитием программ 1С и изменением законодательства.  Установка изменений должна производиться силами АСУ Заказчика.

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

УТВЕРЖДАЮ                                                                   ПРЕДСТАВЛЯЮ НА УТВЕРЖДЕНИЕ

Сроки действия договоров

Периодичность : Непериодический

Назначение: Предназначен для хранения сроков действия договоров с абонентами

Значение Тарифов

Периодичность : День

Назначение: Предназначен для хранения тарифов и дат, с которых тарифы начинают действовать их действия

Тарифы абонентов

Назначение:  Предназначен для хранения тарифов назначенных абоненту согласно договорам

ПоказанияСчетчиков

Назначение: Предназначен для хранения показаний счетчиков для последующего начисления оплаты

Регистры накопления

Назначение: Предназначен для хранения информации о потреблении энергии для последующего начисления оплаты

Тип регистра: оборотный

Договор с абонентом

Назначение: Предназначен для отражения факта заключения договора с абонентом

Табличная часть: Счетчики и Тарифы

—  по регистру сведений «Показания счетчиков» куда прописывает счетчики абонента и начальные показания счетчиков;

— по регистру сведений «Тарифы абонентов» куда прописывает тариф установленный абоненту с даты начала действия договора

— по регистру сведений «Сроки действия договоров» куда прописывает договор , дата начала действия и дату окончания действия договора

Потребленная Энергия

Назначение: Предназначен для отражения показаний счетчиков на определенную дату

Документ может заполнятся двумя способами: ручным вводом и путем вызова обработки «Получение данных из системы АСКУЭ»

Табличная часть: Показания счетчиков

—  по регистру сведений «Показания счетчиков» куда прописывает показания счетчиков на дату документа;

— по регистру накоплений «Потребленная энергия по следующему алгоритму:

1. Берутся показания счетчиков из регистра сведений «Показания счетчиков» на дату документа и предыдущее значения показания счетчиков.

2. Разницы значений показаний заносятся в соответствующие  ресурсы регистра накопления.

Реестр показаний счетчиков

Квитанция

Назначение: Предназначен для отражения начислений абонентам

Документ может заполнятся двумя способами: ручным вводом и путем вызова обработки «начисление оплаты»

—  по плану счетов хозрасчетный :

— по плану счетов налоговый :

Квитанция на оплату со штрих кодом

Штрих-код формируется при помощи шрифта «Infograftbarcode»

Алгоритм формирования  Строка «0000»+Код договора абонента+Начислено

Макет квитанции прилагается в файле КВ_1.mxl

Документ заполняется на основании справочника «Договора контрагентов» .

• Из справочника выбираются договоры, у которых, согласно регистра сведений «Сроки действия договоров»  ДатаНачала меньше даты документа и ДатаОкончания больше даты документа;
• Выбираются счетчики соответствующие этим договорам;
• Для счетчиков определяется потребление энергии как оборот по регистру накопления «Потребление энергии» за период между датой документа и датой предыдущего документа, если дата предыдущего документа неизвестна, то берется весь оборот по регистру. Полученное значение записывается в поле «ПотребленнаяЭнергия»
• Устанавливается тариф согласно договора и значение тарифа на дату документа ;
• Устанавливается вид начисления «По показаниям счетчика»;
• Рассчитывается Поле Начислено как произведение  ПотребленнаяЭнергия на ЗначениеТарифа.

Для каждой строки табличной части  «Показания счетчиков» должны быть сделаны следующие проводки:

Дт. 62.01 с аналитикой СубконтоДт1 – Контрагент, СубконтоДт2 —  Договор контрагента

Кт. 90.01 с аналитикой СубконтоКт1 – Номенклатура.НоменклатурнаяГруппа, СубконтоКт2 – Номенклатура.СтавкаНДС.

Сумма проводки – значение реквизита «Начислено»;

Если есть Кредитовое сальдо По счету 62.02, то проводится зачет аванса с проводкой

Дт. 62.02 с аналитикой СубконтоДт1 – Контрагент, СубконтоДт2 —  Договор контрагента

Кт. 62.01 с аналитикой СубконтоКт1 – Контрагент, СубконтоКт2 —  Договор контрагента

Сумма проводки – минимальное значение из кредитового сальдо по счету 62.02 и значения реквизита  «начислено»)

Дт. 90.03 с аналитикой СубконтоДт1 – Номенклатура.НоменклатурнаяГруппа, СубконтоДт2 – Номенклатура.СтавкаНДС

Сумма проводки =  «Начисленно»* СтавкаНДС/(100+ставкаНДС), где СтавкаНДС  — «Номенклатура.СтавкаНДС»

Начисление штрафных санкций

Назначение: Предназначен для отражения начислений штрафов абонентам

Документ может заполнятся двумя способами: ручным вводом и путем вызова обработки «начисление штрафов                »

Кт. 91.01 с аналитикой СубконтоКт1 – Прочие доходы.

Получение данных из системы АСКУЭ

Формат файла передачи данных – DBF;

Структура файла передачи данных:

• Выбрать строки файла передачи данных
• Начать цикл по строкам файла передачи данных
• Прочитать строку файла передачи данных
• Получить из строки файла передачи данных код счетчика
• Если элемент найден, то добавить строку в таблицу значений, где : «счетчик» —  найденный элемент, «ПоказанияДень» — «Day», «ПоказанияНочь» — «Night»
• После получения последний строки файла передачи данных окончить  цикл
• Если обработка вызвана из документа «Потребленная Энергия» и число строк

в таблице значений больше 0 то записать содержимое таблицы значений в табличную часть документа и провести документ.