ПЗ к курсовому проекту по платформе 1С. Курсовое проектирование Бузякова 20ИЭ1мз ССППРО. Разработка автоматизированного рабочего места менеджера по работе с клиентами для магазина бытовой техники

Название	Разработка автоматизированного рабочего места менеджера по работе с клиентами для магазина бытовой техники
Анкор	ПЗ к курсовому проекту по платформе 1С
Дата	22.12.2022
Размер	1.11 Mb.
Формат файла
Имя файла	Курсовое проектирование Бузякова 20ИЭ1мз ССППРО.docx
Тип	Реферат #859338

^{МИНОБРНАУКИ РОССИИ}

Федеральное государственное бюджетное образовательное учреждение высшего образования

«Пензенский государственный технологический университет»

(ПензГТУ)

Факультет заочного обучения

Кафедра «Прикладная информатика»

Дисциплина «Современные средства разработки прикладного программного обеспечения»

Курсовая работа на тему

Разработка автоматизированного рабочего места менеджера по работе с клиентами для магазина бытовой техники.
Вариант №4

Выполнила:

студентка гр. 20ИЭ1мз

Бузякова А.З..

Проверила:

к.т.н., доцент Попова Н.А.
Пенза, 2022 г.

Реферат

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

Ключевые слова: 1С Предприятие 8.3, конфигурация, документ, справочник, регистр сведений, регистр накопления, обработка, отчеты.

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

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

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

Содержание

Введение 4

1.Постановка задачи и анализ требований 6

1.1 Анализ предметной области 6

1.2 Основные требования к реализации системы 7

2. Реализация системы 10

2.1 Реализация структур программного средства 10

2.2 Описание основных процедур и функций 20

2.3 Тестирование программного обеспечения 21

Заключение 26

Список используемой литературы 27

ПРИЛОЖЕНИЕ А 29

Введение

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

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

Таким образом, нахождение ответов на многочисленные вопросы способно полностью отвлечь от руководителя от основной его деятельности. Естественным шагом, в такой ситуации является то, что 99% предпринимателей, обращаются за помощью к специализированным программам автоматизации, используя уже персональный компьютер. Исходя из этого, можно говорить, что тема исследования актуальна на сегодняшний день.

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

Для достижения поставленной темы, были поставлены следующие задачи:

изучение внутреннего устройства магазина бытовой техники.;

изучение документооборота в магазине бытовой техники;

обоснование принимаемых проектных решений;

разработка информационной системы средствами программного продукта 1С: Предприятие 8.3.

Постановка задачи и анализ требований

1.1 Анализ предметной области

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

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

1.2 Основные требования к реализации системы

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

Нужно разработать автоматизированное рабочее место менеджера по работе с клиентами для магазина бытовой техники. Тип учета : «Бухгалтерский учет» Магазин ведет бухгалтерский учет покупки и реализации бытовой техники, а также оказания дополнительных услуг по доставке, настройке, тестировании, установке товара и пр. Поступление товара осуществляется документом «Приходная накладная», продажа –документом «Расходная накладная». Поступление и реализация товаров осуществляются с НДС. На предприятии ведется складской учет. Клиентами магазина являются как физические, так и юридические лица.

Продажа товара осуществляется с контролем остатков. Стоимость списания при продаже товара определяется методом «по - среднему». Расходная накладная при проведении должна формировать проводки по учету выручки, списанию себестоимости, начислению НДС.

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

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

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

Все документы при проведении должны формировать проводки в регистре бухгалтерии.

Разработать отчеты.

1.Ведомость продаж товаров за период с_ по_______ со склада__________

Покупатель

Товар

Сумма продажи

Сумма НДС

Отчет должен иметь общие итоги. Кроме того, отчет должен содержать промежуточные итоги по типу покупателя «Итого по физическим лицам» и «Итого по юридическим лицам»

2.Рентабельность продаж товаров за период с_________ по_________

Покупатель

Стоимость продаж

Себестоимость продаж

Стоимость дополнительных услуг

Себестоимость дополнительных услуг

Общая сумма дохода

Общая сумма расхода

Прибыль/убыток

Отчет должен иметь общие итоги.

3. Ведомость рентабельности услуг фирмы за выбранный период

Услуга

Покупатель

Стоимость услуги

Себестоимость

Прибыль

Отчет должен иметь общие итоги. Кроме того, отчет должен содержать промежуточные итоги по наименованию услуги.

2. Реализация системы

2.1 Реализация структур программного средства

Работа в конфигураторе программы 1С:Предприятие 8.3 начинается с создания объектов конфигурации – средств, предназначенных для отражения реальных объектов и явлений предметной области. Поэтому в ходе разработки пользовательского интерфейса автоматизированной информационной системы (АИС) учета деятельности магазина бытовой техники были использованы следующие объекты конфигурации:

– подсистемы: главная, бухгалтерия, склад;

– справочники: контрагенты, список номенклатуры, склады;

– документы: расходная накладная, приходная накладная;

– отчеты: продажи, остатки, прайс лист;

– регистр сведений: цены номенклатуры;

– регистр накопления: продажи, остатки номенклатуры, продажи .

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

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

Диаграмма компонентов разрабатываемой информационной системы бухгалтерского учета магазина бытовой техники представлена на рисунке 1.

Представленная диаграмма наглядно демонстрирует структуру разрабатываемой системы и взаимодействие между составляющими ее компонентами.

Рисунок 1 — Диаграмма компонентов

Диаграмма вариантов использования – это исходное концептуальное представление или концептуальная модель системы в процессе ее проектирования и разработки. Создание диаграммы вариантов использования имеет следующие цели:

– определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы;

– сформулировать общие требования к функциональному поведению проектируемой системы;

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

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

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

Рисунок 2 – Диаграмма вариантов использования

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

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

Рисунок 3 – Диаграмма деятельности

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

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

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

Рисунок 4 – Диаграмма последовательности действий

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

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

Рисунок 5 – Диаграмма состояний

Рассмотрим подробнее структуру и особенности представленных объектов.

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

Для разрабатываемой автоматизируемой информационной системы были созданы следующие справочники:

– Справочник «Контрагенты» содержит информацию о поставщиках товаров в магазин. Справочник доступен в подсистеме «Справочная информация». Форма справочника «Контрагенты» представлена на рисунке 6.

Рисунок 6 — Справочник «Контрагенты»

.

– Справочник «Склады» содержит информацию о складах комиссионного магазина. Справочник доступен в подсистеме «Справочная информация». Форма справочника «Склады» представлена на рисунке 7.

Рисунок 7 — Справочник «Склады»
– Справочник «Товары» содержит информацию о предоставляемых товарах клиентам. Справочник доступен в подсистеме «Справочная информация». Форма справочника «Товары» представлена на рисунке 8.

Рисунок 8 — Справочник «Товары»

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

Для разрабатываемой автоматизируемой информационной системы были созданы следующие документы:

Документ «Приходная накладная» фиксирует факт прихода товара в определённый отдел. Форма документа «Приходная накладная» представлена на рисунке 9.

Рисунок 9— Документ «Приходная накладная»

Документ «Расходная накладная» фиксирует факт продажи товара клиенту.

Документ доступен в подсистеме «Бухгалтерия», «Склад». Форма документа «Расходная накладная» представлена на рисунке 10.

Рисунок 10 — Документ «Расходная накладная»

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

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

Для разрабатываемой автоматизируемой информационной системы сформированы следующие регистры:

Р

егистр накопления «Продажи» имеет вид имеет вид обороты и предназначен для накопления информации о продажах товаров в магазине. Регистратором для регистра является документ: «Приходная накладная». Регистр накопления «Продажи» представлен на рисунке 11.

Р

исунок 11 — Регистр накопления «Продажи »

Регистр «Остатки номенклатуры» хранит остатки товаров. Форма регистра «Остатки номенклатуры» представлена на рис. 12

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

Для разрабатываемой автоматизируемой информационной системы были созданы следующие отчеты:

Отчет «Ведомость продаж товаров за период» выводит список товаров проданных за определенный период. Отчет создан с помощью схемы компоновки данных.

Отчет «Рентабельность продаж товаров за период» отражает рентабельность деятельности магазина . Отчет создан с помощью схемы компоновки данных.

2.2 Описание основных процедур и функций

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

Рассмотрим основные процедуры и функции документа «Приходная накладная» рисунок 18.

Рисунок 18 – Процедуры и функции документа «Приходная накладная»

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

Функция «ПолучениеСклада». Функция, которая возвращает склад выбранного отдела в документе. Данная функция вызывается при проведении документа.

2.3 Тестирование программного обеспечения

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

Различают следующие виды ошибок:

ошибки компиляции, или синтаксические ошибки – ошибки, фиксируемые компилятором при выполнении синтаксического и семантического анализа программы;

ошибки компоновки – ошибки, обнаруженные компоновщиком (редактором связей) при объединении модулей программы;

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

Борьбу с ошибками можно вести двумя принципиально разными способами:

дождаться, пока ошибка обнаружиться сама собой, и попытаться исправить ее на ходу;

провести функциональное тестирование, проверить работоспособность ключевых функций, сравнить результаты расчетов.

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

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

Каждый выполненный тест-кейс, дает один из трех результатов:

положительный результат, если фактический результат равен ожидаемому результату;

отрицательный результат, если фактический результат не равен ожидаемому результату, в этом случае, найдена ошибка;

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

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

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

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

При отладке, в исправлении ошибок помогут такие инструменты как: синтаксис-помощник и контекстная подсказка.

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

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

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

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

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

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

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

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

Тестирование проходило по следующим критериям:

– проверка на ввод исходных данных;

– корректность отображения информации.

Тестирование проходило вручную по следующим тестовым путям:

– Тестовый путь 1:

1. Открытие приложения;

2. Введение в окне «Авторизация» неверного логина или пароля;

3. Закрытие приложения.

– Тестовый путь 2:

1. Открытие приложения;

2. Оставить пустые поля в окне «Авторизации»;

3. Закрытие приложения.

– Тестовый путь 3:

1. Открытие приложения;

2. Введение верных данных в окне «Авторизация»;

3. Закрытие приложения.

– Тестовый путь 4:

1. Открытие приложения;

2. Открыть справочник «Товары»

3. Оставить пустые поля;

4. Закрытие справочник.

– Тестовый путь 5:

1. Открытие приложения;

2. Открыть справочник «Отделы»

3. Заполнить поля в справочнике;

4. Закрытие справочник.

Для ручного тестирования был составлен тестовый граф (рисунок 19), на котором отображены тестовые пути (рисунок 20), где 1 – Открытие приложения, 6 – Закрытие приложение, а 2 – 5 – тестовые действия:

Рисунок 19 – Граф программы

Р

исунок 20 – Тестовые пути

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

Результаты тестирования приведены в приложении Б.

Заключение

В ходе выполнения курсового проекта была разработана и протестирована магазина бытовой техники в системе «1С:Предприятие 8.3»

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

В результате выполнения курсового проекта получены следующие результаты:

– сформулированные требования к проектируемой конфигурации;

– UМL–диаграммы проекта;

– прикладное программное обеспечение на встроенном языке платформы «1C: Предприятие 8.3» для формирования документов и отчета;

– результаты тестирования.

При проведении функционального тестирования системы все тесты были завершены успешно.

Список используемой литературы

1С: Предприятие 8: Система программ [Электронный ресурс]. — Режим доступа: https://1c.ru/rus/products/1c/predpr/why-predpr.htm (дата обращения: 15.12.2021).
1С: Софт [Электронный ресурс]. — Режим доступа: http://www.1csoft.ru (дата обращения: 15.12.2021).
Ввод на основании [Электронный ресурс]. — Режим доступа: https://infostart.ru/public/333200/ (дата обращения: 25.12.2021).
Википедия. Диаграмма компонентов [Электронный ресурс] // Режим доступа: https://ru.wikipedia.org/wiki/Диаграмма_компонентов (Дата обращения 30.01.2022).
Документ в 1С 8.3: настройка, проведение и формирование [Электронный ресурс] // Режим доступа: https://penza.1cbit.ru/blog/dokument-v-1s-8-3-nastroyka-provedenie-i-formirovanie/ (Дата обращения: 15.12.2021).
Архитектура платформы 1С:Предприятие (версия 8.3.21) [Электронный ресурс] // Режим доступа: https://v8.1c.ru/platforma/otchet/ (Дата обращения 25.01.2022).
Примеры разработки отчетов [Электронный ресурс]. — Режим доступа: https://its.1c.ru/db/metod8dev/content/1452/hdoc (дата обращения: 29.12.2021).
Регистры сведений [Электронный ресурс]. — Режим доступа: http://helpme1c.ru/registry-nakopleniya-v-yazyke-1s-8-v-primerax (дата обращения: 31.01.2022).
Тестирование программного обеспечения. Википедия. [Электронный ресурс] // Режим доступа: https://ru.wikipedia.org/wiki/Тестирование_программного_обеспечения (Дата обращения: 30.01.2022).

ПРИЛОЖЕНИЕ А

(обязательное)

Разработка конфигурации автоматизированного рабочего места менеджера по работе с клиентами магазина бытовой техники в системе «1С: Предприятие»

Код основных модулей

Процедура ОбработкаПроведения(Отказ, Режим)

//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

// Данный фрагмент построен конструктором.

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

// регистр ОстаткиНоменклатуры Расход

Движения.ОстаткиНоменклатуры.Записывать = Истина;

Для Каждого ТекСтрокаСписокНоменклатуры Из СписокНоменклатуры Цикл

Движение = Движения.ОстаткиНоменклатуры.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Расход;

Движение.Период = Дата;

Движение.Номенклатура = ТекСтрокаСписокНоменклатуры.Номенклатура;

Движение.Количество = ТекСтрокаСписокНоменклатуры.Количество;

Движение.Сумма = ТекСтрокаСписокНоменклатуры.Сумма;

КонецЦикла;

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

Процедура ОбработкаПроведения(Отказ, Режим)

//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

// Данный фрагмент построен конструктором.

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

// регистр ОстаткиНоменклатуры Расход

Движения.ОстаткиНоменклатуры.Записывать = Истина;

Для Каждого ТекСтрокаСписокНоменклатуры Из СписокНоменклатуры Цикл

Движение = Движения.ОстаткиНоменклатуры.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Расход;

Движение.Период = Дата;

Движение.Номенклатура = ТекСтрокаСписокНоменклатуры.Номенклатура;

Движение.Количество = ТекСтрокаСписокНоменклатуры.Количество;

Движение.Сумма = ТекСтрокаСписокНоменклатуры.Сумма;

КонецЦикла;

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

&НаСервере

Процедура СписокНоменклатурыКоличествоПриИзмененииНаСервере()

// Вставить содержимое обработчика.

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

&НаКлиенте

Процедура СписокНоменклатурыКоличествоПриИзменении(Элемент)

СписокНоменклатурыКоличествоПриИзмененииНаСервере();

ТекущаяСтрока = ЭтаФорма.Элементы.СписокНоменклатуры.ТекущиеДанные;

ТекущаяСтрока.Сумма = ТекущаяСтрока.Количество*ТекущаяСтрока.Цена;

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

&НаСервере

Процедура СписокНоменклатурыЦенаПриИзмененииНаСервере()

// Вставить содержимое обработчика.

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

&НаКлиенте

Процедура СписокНоменклатурыЦенаПриИзменении(Элемент)

СписокНоменклатурыЦенаПриИзмененииНаСервере();

СписокНоменклатурыКоличествоПриИзменении(Элемент);

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

Функция ПолучитьЦену(Номенклатура)

Рез= Номенклатура.Цена;

Возврат Рез;

КонецФункции

&НаКлиенте

Процедура СписокНоменклатурыНоменклатураПриИзменении(Элемент)

ТекущаяСтрока = ЭтаФорма.Элементы.СписокНоменклатуры.ТекущиеДанные;

ТекущаяСтрока.Цена = ПолучитьЦену(ТекущаяСтрока.Номенклатура);

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

&НаКлиенте

Процедура СписокНоменклатурыКоличествоПриИзменении(Элемент)

ТекущаяСтрока = ЭтаФорма.Элементы.СписокНоменклатуры.ТекущиеДанные;

ТекущаяСтрока.Сумма = ТекущаяСтрока.Цена*ТекущаяСтрока.Количество;

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

&НаКлиенте

Процедура СписокНоменклатурыЦенаПриИзменении(Элемент)

СписокНоменклатурыКоличествоПриИзменении(Элемент);

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