Преподаватель который помогает студентам и школьникам в учёбе.

Разработка и реализация конфигурации «Интернет-магазина зимнего спортивного инвентаря» на платформе 1С: предприятие

Содержание:

ВВЕДЕНИЕ

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

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

Объект исследования: Интернет-магазин «Бордшоп».

Предметом исследования является процесс профессиональной деятельности менеджера интернет-магазина, а именно продажа сноубордов.

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

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

Информационно-коммуникационные технологии (IT-технологии) являются не просто инструментами для формирования электронной информационной среды, они меняют отношение к информации и способам доступа к ней, формируют новые коммуникативные навыки, влияя также на мыслительный процесс.

ГЛАВА 1. Теоретическая часть

1С:Предприятие

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

Области применения

Гибкость платформы позволяет применять 1С:Предприятие 8 в самых разнообразных областях:

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

Преимущества конфигурации:

Простой интуитивно понятный интерфейс. Освоить работу в системе действительно очень просто. Кроме того, мы предлагаем обучение персонала и постоянное сопровождение (по вашему желанию)
Простая интеграция. Возможно, вы уже используете 1С: Бухгалтерию или другие компоненты, либо планируете их подключение в будущем.
Постоянное развитие. Мы постоянно работаем над обновлениями, учитываем потребности наших клиентов, внедряем новые идеи и стремимся максимально упростить работу с компонентом.

В чем поможет программа 1С: Предприятие

Работа с клиентами. Справочник клиентов позволяет не запутаться с тем, кто сделал заказ.
Учет расхода товара. Вы сможете контролировать целевое использование товаров и пополнять их запас.
Широкие возможности для аналитики. На основании реальных данных вы сможете формировать различные отчеты, сравнивать эффективность работы мастеров, прибыльность различных услуг и принимать верные решения.

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

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

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

Также нужно отметить, что справочники в системе «1С: Предприятие 8.3» наделены функциональностью использования их в системе отчетности и могут быть интегрированы в единую схему получения отчетов в различных аналитических разрезах и показателях.

Следующим этапом проектирования и разработки прикладного решения является этап разработки документов и регистров экономической информационной системы. Данный этап во многом определяет всю бизнес-логику разрабатываемой экономической информационной системы.

В системе «1С: Предприятие 8.3» экземпляры данных, созданные на основе предопределенного объекта - прототипа «Документы», представляют собой объекты, сущностное содержание которых очень близко к бумажным документам. Они предназначены для ввода первичной информации, связанной с регистрацией событий, воздействующих на учитываемые системой показатели.

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

Регистры представляют собой важнейший объект в системе «1С: Предприятие 8.3». Данные экземпляры данных - объекты также как и все другие в системе «1С: Предприятие 8.3» создаются на основе предопределенного шаблона объекта - прототипа, условно говоря - класса и наследуют свойства своего родителя, имея лишь незначительные возможности объектно-ориентированного программирования.

Всего видов таких объектов в системе «1С: Предприятие 8.3» четыре:

1. Регистр накопления;

2. Регистр сведений;

3. Регистр бухгалтерии;

4. Регистр расчета.

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

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

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

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

Документы и регистры представляют собой центральное звено всей бизнес - логики системы.

Завершающим этапом разработки прикладного решения является построение и программирование отчетов и отчетности.

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

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

Отчеты в системе «1С: Предприятие 8.3» являются самым развитым механизмом системы, что ярко выделяет систему «1С: Предприятие» среди многих информационных систем, так как включают себя очень многообразные возможности.

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

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

Вывод:

Программа 1С: Предприятие 8.3 имеет в себе всё необходимое для решения поставленной задачи. Используя её, я создам понятное и не сложное решение, которое в последствии улучшит работу всего предприятия.

ГЛАВА 2. Анализ предметной области

Интернет-магазин (англ. online shop или e-shop) — сайт, торгующий товарами в интернете. Позволяет пользователям сформировать заказ на покупку, выбрать способ оплаты и доставки заказа в сети Интернет.

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

Интернет-магазины создаются с применением систем управления контентом сайтов, оснащенных необходимыми модулями. Крупные интернет-магазины работают на специально для них разработанных или адаптированных типовых системах управления.

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

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

Есть две разновидности интернет-магазинов, в зависимости от вида торговли:

1) Магазины, которые продают товар со своего склада. Такой магазин – прекрасный вариант дополнительного сбыта товара, обычно дают более низкую цену, чем даже в своем реальном магазине;

2) Магазины, которые продают товар других магазинов/людей. Это может быть торговля внутри страны, либо международная торговля. В этом случае интернет-магазин зарабатывает на комиссии, которую платят продавцы за выставление товара. Здесь интернет-магазин выступает гарантом сделки между продавцом и покупателем. Такие магазины используют систему "репутация" продавца. Кроме того, покупатель может пожаловаться администрации сайта на продавца и получить необходимую помощь по возвращению денег, в случае обмана.

Также магазины могут отличаться по способу продажи:

1) Фиксированная цена товара - с доставкой, включенной в стоимость, либо с доставкой, которая считается отдельно, после оформления заказа (очень часто эффект низкой цены бывает испорчен из-за высокой стоимости доставки, продавцы нарочно могут ставить низкую стоимость на товар, а на доставку наоборот - высокую, на чем и зарабатывают).

2) Система аукциона - на товар объявляется аукцион. Кроме начальной цены, продавец может объявлять так называемую блиц-цену - это стоимость, за которую продавец готов отдать товар без торга. Есть такой нюанс, как скрытая цена - продавец ставит очень низкую цену на товар (чтобы при поиске товара, клиент заметил именно его лот), но включает опцию "минимальная ставка" - это минимальная цена, которая скрыта от глаз покупателя, и он должен повышать ставки, пока не достигнет ее, иначе ставка не будет принята.

2.1 Описание компании

Бордшоп – интернет-магазин экстремальных видов спорта №1

Boardshop №1 уже более 10 лет занимается продажей сноубордов, и всей возможной экипировки для райдеров зимы. Магазин был основан в 2003 году командой ребят, по-настоящему увлеченных экстремальным спортом, поэтому в интернет-магазине сноубордов и одежды для любителей этих видов спорта Boardshop №1 вы найдете только оригинальные бренды.

Потому, что мы знаем, когда вы летите со склона, качество экипировки – гарантия вашей безопасности.

2.2. Описание существующих бизнес процессов

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

Выходной поток – это «Склад», «Денежные средства», «Накладная», Управляющих потоков три – это «ГОСТ», «Технологии» и «Законы». «Законы» подразумевают действующее законодательство РФ, которое влияет на деятельность интернет-магазина.

Для процесса «Продажа сноубордов» можно указать следующие входные потоки (Рис.2.2.2):

1) Заявка клиента;

На втором уровне декомпозиции процесс «Продажа сноубордов» делится на 4 подпроцесса (Рис.2.2.2):

1) Обработка заказа;

2) Перенос с основного склада;

3) Информирование клиента.

4) Получение товара.

IDEF0

IDEF0 — методология функционального моделирования (англ. function modeling) и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является ее акцент на соподчиненность объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность (поток работ).

Функциональная модель компании

Функциональная модель IDEF0 представляет собой набор блоков, каждый из которых представляет собой «черный ящик» со входами и выходами, управлением и механизмами, которые детализируются (декомпозируются) до необходимого уровня. Наиболее важная функция расположена в верхнем левом углу. А соединяются функции между собой при помощи стрелок и описаний функциональных блоков. При этом каждый вид стрелки или активности имеет собственное значение. Данная модель позволяет описать все основные виды процессов, как административные, так и организационные.

Стрелки могут быть:

Входящие – вводные, которые ставят определенную задачу.
Исходящие – выводящие результат деятельности.
Управляющие (сверху вниз) – механизмы управления (положения, инструкции и пр).
Механизмы (снизу-вверх) – что используется для того, чтобы произвести необходимую работу.

Входящие и исходящие стрелки точнее было бы называть вводящими и выводящими, так как по-английски они называются Input и Output соответственно. Но особенности перевода и привычные названия выглядят уже так, как сложилось. И все же для правильного понимания терминов важно помнить их значение в данном случае. Это подтверждается еще и тем, что данная нотация создана прежде всего для разработки ПО, и термины переводить правильнее в этой точки зрения.

Стрелки подписываются при помощи имен существительных (опыт, план, правила), а блоки – при помощи глаголов, т.е. в них описываются действия, которые производятся (создать товар, заключить договор, произвести отгрузку).

IDEF0 – это очень простой и одновременно наглядный язык описания бизнес-процессов. С помощью этого стандарта возможна передача информации между разработчиками, консультантами и пользователями. Стандарт очень тщательно разрабатывался, он удобен для проектирования, универсален. Для работы с ним существует множество инструментов, например, VISIO, BPWIN, ERWIN, Bussines studio и т.д.

Кроме того, использование для создания бизнес-моделей IDEF0 — это не только удобно, это еще и правильно. Этот инструмент был разработан для бизнес-аналитики, он прошел длительную и тщательную отладку и шлифовку. А потому при помощи IDEF0 создать функциональную модель без ошибок намного проще, чем без применения этого стандарта.

Основные преимущества IDEF0 состоят в следующем:

полнота описания бизнес-процесса (управление, информационные и материальные потоки, обратные связи);
комплексность при декомпозиции (мигрирование и туннелирование стрелок);
возможность агрегирования и детализации потоков данных и информации (разделение и слияние стрелок);
наличие жестких требований методологии, обеспечивающих получение моделей процессов стандартного вида;
простота документирования процессов; соответствие подхода к описанию процессов в IDEF0 стандартам ISO 9000:2000.

Отсюда и общее назначение IDEF0 - это перестройка структуры функций, которая позволит повысить производительность и эффективность системы.

Рисунок 2.2.1 – Контекстная диаграмма функциональной модели.

Рисунок 2.2.2 – Функциональная модель второго уровня.

2.3 Проектирование физической модели данных

На диаграмме (рисунок 2.3.1) отображается последовательная связь данных из всех сущностей данной системы:

Рисунок 2.3.1 -ER-диаграмма.

Исходя из предметной области интернет-магазина, можно выделить следующие сущности:

Клиенты – представляет информацию о каждом пользователе.

Товар – представляет информацию о товарах, имеющихся в наличии.

Продажи – представляет информацию о всех заказах в интернет-магазине.

Накладные – представляет информацию о заказе и формирует заявку на заказ.

Склад – представляет информацию о складе интернет-магазина.

Сотрудники – представляет информацию о всех сотрудниках интернет-магазина.

По сути, все сущности являются таблицами, а атрибуты сущностей их полями, который имеют определенный тип данных:

Поля таблицы Клиенты имеют следующие типы:

Код клиента (ключевое поле) – integer;
Фамилия – TEXT;
Имя – TEXT;
Отчество – TEXT;
Номер – Integer;

Поля таблицы Товары имеют следующие типы:

Код товара (ключевое поле) – integer;
Наименование – TEXT;
Цена – integer;
Склад – TEXT;

Поля таблицы Продажи имеют следующие типы:

Код Продажи (ключевое поле) – integer;
Код Товар – integer;
Код Сотрудник– integer;
Код Клиента – integer;
Дата оформления – date;
Количество – integer;
Стоимость – integer;
Сумма - integer

Поля таблицы Накладные имеют следующие типы:

Код Заказа (ключевое поле) – integer;
Код Товар – integer;
Код Сотрудник– integer;
Код Клиента – integer;
Дата оформления – date;
Количество – integer;
Стоимость – integer;
Сумма - integer

Поля таблицы Склад имеют следующие типы:

Код склада (ключевое поле) – integer;
Наименование – integer;
Адрес – TEXT;

Поля таблицы Сотрудники имеют следующие типы:

Код сотрудника (ключевое поле) – integer;
Фамилия – TEXT;
Имя – TEXT;
Отчество – TEXT;
Должность – Integer;
Телефон – TEXT;

Вывод:

Использование IDEF0 и диаграммы сущность связи, даёт более точное представление о том, под какой бизнес-процесс будет разрабатываться конфигурация, и как она должна будет выглядеть. Что в свою очередь, делает разработку конфигурации ещё понятнее и проще.

ГЛАВА 3. Конфигурация 1С

Реализация конфигурации в 1C предприятие

3.1. Описание интерфейса приложения

3.2 Описание сценария работы приложения

Рис. 3.2.1–рабочий стол приложения.

Система содержит 5 Подсистем:

Товары
Склады
Заказы и Продажи
Клиенты
Сотрудники

И 3 роли:

Администратор
Топ-Менеджер
Менеджер

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

Топ-Менеджер имеет права: изменять, редактировать, удалять, добавлять,

просматривать и изменять объекты в управляющих элементах.

Менеджер имеет те же самые права что и Топ-менеджер, но не имеет права в управляющем элементе Сотрудники.

Рис. 3.2.2–Документ Товары.

В подсистеме Товары хранятся имеющиеся на главном складе товары, которые в дальнейшем уходят на заказ. В подсистеме имеются следующие значения: Код товара, Наименование, Цена, Склад.

Рис. 3.2.3–Документ Склад.

В подсистеме склады хранятся значения имеющихся складов, на которые совершается перемещение при заказе товара. Состоит из: Код склада, Наименование, Адрес.

Рис. 3.2.4–Документ Заказ.

В подсистеме Заказ и Продажа Товара, находятся 2 документа(Заказ и Продажа) и Регистр Накопления(Приход и Расход). В документе Заказ Товара хранятся данные о созданном заказе(Приход) на определённый товар(является Накладной), значения товара, склада, клиента и сотрудника, берутся из других Подсистем. При заказе склад может изменяться по просьбе клиента.

Документ состоит из: Дата, Товар, Склад, Клиент, Сотрудник, Номер заказа(Накладной) и Табличной части: Номер товара, Товар, Цена, Количество, Сумма. Сумма высчитывается из количества товара и его цены, за каждый товар высчитывается своя сумма.

Рис. 3.2.5–Документ Продажа.

В подсистеме Заказ и Продажа Товара, находятся 2 документа(Заказ и Продажа) и Регистр Накопления(Приход и Расход). В документе Продажи Товара хранятся данные о проданном и закрытом заказе(расход) на определённый товар, значения товара, склада, клиента и сотрудника, берутся из других Подсистем. При заказе склад может изменяться по просьбе клиента.

Рис. 3.2.6–Регистр накопления.

В Регистре накопления(Количество товара), показывается приход заказа(Заказ товара) и расход(Продажа Товара). Данные берутся из документов, которые находятся в этой же подсистеме. Регистр показывается движение заказов и товара. Состоит из: Период(Дата и значение регистра: приход(+) и расход(-)), Регистратор, Номер, Товар, Склад, Количество.

Рис. 3.2.7–Документ Клиенты.

В подсистеме Клиенты, хранятся данные клиентов для использования в документах Заказа и Продажи. Состоит из: Код клиента, ФИО, Имя, Фамилия, Отчество, Номер телефона.

Рис. 3.2.7–Документ Сотрудники.

В подсистеме Сотрудники, хранятся данные сотрудников для использования в документах Заказа и Продажи. Состоит из: Код сотрудника, ФИО, Имя, Фамилия, Отчество, Номер телефона.

Вывод:
Разработанная конфигурация решает поставленную задачу и делает работу менеджеров магазина быстрее и проще. Также сама конфигурация является понятной и простой в использовании.

ЗАКЛЮЧЕНИЕ

Цель проектирования – «Автоматизировать процесс продажи сноубордов», посредством решения задачи «разработать и внедрить конфигурацию 1С-предприятия для продажи сноубордов» была достигнута.

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

ЛИТЕРАТУРА

1. ГОСТ Р 57489-2017 (РУКОВОДСТВО ПО ДОБРОСОВЕСТНОЙ ПРАКТИКЕ ПРОДАЖИ ТОВАРОВ ДИСТАНЦИОННЫМ СПОСОБОМ С ИСПОЛЬЗОВАНИЕМ СЕТИ ИНТЕРНЕТ)
2. Кашаев С.М. Программирование в 1С: Предприятие 8.3. — Питер, 2014. – 304с.
3. Радченко М.Г., Хрусталева Е.Ю. 1С: Предприятие 8.3. Практическое пособие разработчика — 1С-Паблишин, 2013. - 964с.
4. Проектирование информационных систем: Учебное пособие / Н.Н. Заботина. -М.: НИЦ ИНФРА-М, 2014. -331 с
7. Университет «Университет». Электронная библиотека [Электронный ресурс]. - http://www.e-biblio.ru/cgi-bin/lib.pl – (дата обращения: 15.12.2017).
8. Сайт разработчиков 1С [Электронный ресурс]. - http://1c.ru/– (дата обращения: 15.12.2017).

ПРИЛОЖЕНИЕ

Подсчёт суммы

&НаКлиенте

Процедура Заказ_товараКоличествоПриИзменении(Элемент)

СтрТабЧасти=Элементы.Заказ_товара.ТекущиеДанные;

СтрТабЧасти.Сумма=СтрТабЧасти.Цена*СтрТабЧасти.Количество

КонецПроцедуры

Печать

Процедура Печать(ТабДок, Ссылка) Экспорт

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

Макет = Документы.ПродажаТоваров.ПолучитьМакет("Печать");

Запрос = Новый Запрос;

Запрос.Текст =

"ВЫБРАТЬ

| ПродажаТоваров.Дата,

| ПродажаТоваров.Клиент,

| ПродажаТоваров.Номер,

| ПродажаТоваров.Склад,

| ПродажаТоваров.Сотрудник,

| ПродажаТоваров.Товар,

| ПродажаТоваров.ПродажаТоваров.(

| НомерСтроки,

| Товар,

| Цена,

| Количество,

| Сумма

| )

|ИЗ

| Документ.ПродажаТоваров КАК ПродажаТоваров

|ГДЕ

| ПродажаТоваров.Ссылка В (&Ссылка)";

Запрос.Параметры.Вставить("Ссылка", Ссылка);

Выборка = Запрос.Выполнить().Выбрать();

ОбластьЗаголовок = Макет.ПолучитьОбласть("Заголовок");

Шапка = Макет.ПолучитьОбласть("Шапка");

ОбластьПродажаТоваровШапка = Макет.ПолучитьОбласть("ПродажаТоваровШапка");

ОбластьПродажаТоваров = Макет.ПолучитьОбласть("ПродажаТоваров");

ТабДок.Очистить();

ВставлятьРазделительСтраниц = Ложь;

Пока Выборка.Следующий() Цикл

Если ВставлятьРазделительСтраниц Тогда

ТабДок.ВывестиГоризонтальныйРазделительСтраниц();

КонецЕсли;

ТабДок.Вывести(ОбластьЗаголовок);

Шапка.Параметры.Заполнить(Выборка);

ТабДок.Вывести(Шапка, Выборка.Уровень());

ТабДок.Вывести(ОбластьПродажаТоваровШапка);

ВыборкаПродажаТоваров

= Выборка.ПродажаТоваров.Выбрать();

Пока ВыборкаПродажаТоваров.Следующий() Цикл

ОбластьПродажаТоваров.Параметры.Заполнить(ВыборкаПродажаТоваров);

ТабДок.Вывести(ОбластьПродажаТоваров, ВыборкаПродажаТоваров.Уровень());

КонецЦикла;

ВставлятьРазделительСтраниц = Истина;

КонецЦикла;

//}}

КонецПроцедуры