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

Информационные технологии и платформы разработки информационных систем (Выбор комплекса задач автоматизации)

Содержание:

Введение

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

Преимущества , получаемые от автоматизации торговли, очевидны.

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

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

Объектом и предметом исследования является процесс ведения продаж.

Цель работы - Разработка конфигурации «Продажи» в среде 1С:Предприятие 8.3.

Методы исследования: анализ предметной области и полученных результатов и их систематизация, анализ данных.

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

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

Можно выделить основные задачи, которые необходимо решить в процессе выполнения данной работы для достижения основной цели:

  1. - Провести анализ и описание предметной области;
  2. - Создать хранилище данных;
  3. - Обеспечить систему функцией контроля правильности оформления документов;
  4. - Изучить особенности работы пользователя и области применения информационной системы;
  5. Обеспечить максимальную безопасность данных в системе;
  6. Разработать интерфейс пользователя, учитывающий особенности специфики работы пользователя;

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

1 глава. Аналитическая часть.

1.1. Выбор комплекса задач автоматизации.

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

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

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

Важное значение для продавца или товароведа при обслуживании заказчика имеет знание расположения товаров на складе.

В любой момент можно получить любую информацию о продуктах , находящихся на складе.

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

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

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

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

Можно представить следующую классификацию бизнес-процессов реализации товаров:

Основные бизнес-процессы:

- принять товар;

- проверить срок годности;

- продать товар;

-сформировать документы.

Процессы управления:

- обеспечение соблюдения технологии обработки кадровых данных и порядка документооборота.

- анализ движения лекарств

Автоматизации в нашем случае подлежат следующие процессы:

- принять товар;

- проверить срок годности;

- продать товар;

-сформировать документы.

Построим модель Как есть (рис. 1, 2).

Рис. 1.1. Функциональная модель нулевого уровня «Продажи» AS-IS

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

Исполнителями процесса являются Директор и Продавец

Рис.1. 2. Функциональная модель первого уровня «Продажи» AS-IS

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

Построим модель Как будет (рис. 3, 4).

На для процессов:

- принять товар;

- проверить срок годности;

- продать товар;

-сформировать документы.

добавляется ИС

Рис. 1.3. Функциональная модель нулевого уровня «Продажи TO-BE

Программа участвует во всех бизнес-процессах на складе, что приводит к значительной экономии времени

Рис. 1.4. Функциональная модель первого уровня «Продажи» TO-BE

1.2. Характеристика документооборота, возникающего при решении задачи.

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

Таблица1.1

Схема документооборота

Менеджер

Бухгалтер

Архив

Заказ

Заказ

Счет

Продажа

Накладная

Накладная

одная накладная

Оплата

Платежное поручение

Платежное поручение

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

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

Временные характеристики описанных процессов приведены в таблице 1.2.

Таблица 1.2

Характеристики описанных процессов

Действие

Среднее количество

за рабочий день

Время, необходимое для выполнении одного действия, минут

Общее время, минут

Заказ

10

15

150

Продажа

5

30

150

Оплата

0,5

60

30

ИТОГО, минут:

330

Таким образом, ежедневно, в среднем, 330 минут или 5 часов 30 минут, сотрудник занят занесением необходимых сведений в книги учета, а также, при необходимости анализом и поиском нужных сведений. Учитывая, что продолжительность рабочего дня составляет 8 часов, делаем вывод, что на выполнение остальных обязанностей остается менее 40 % рабочего времени, что крайне неэффективно.

Для данного способа также характерны следующие недостатки:

  • Невысокая скорость и точность выполнения расчетов.
  • Неэффективное использование рабочего времени.
  • Возможность потери важных документов (заявки, акты о выполнении работ, наряды)
  • Бюрократия – увеличивающийся «поток» бумажной работы.

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

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

Проведем расчет ожидаемого эффекта от внедрения средств автоматизации. В таблице 1.3 произведен расчет эффекта внедрения.

Таблица 1.3

Расчет эффекта внедрения

Действие

Среднее количество

за рабочий день

Время, необходимое для выполнения одного действия, минут

Общее время, минут

Заказ

10

1

10

Продажа

5

2

10

Оплата

0,5

5

2,5

ИТОГО, минут:

12.5

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

1.3. Обоснование проектных решений по информационному обеспечению.

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

В состав информационного обеспечения должны входить:

  • потоки входной информации, к которым относятся сведения о работниках, видах работ, работах.
  • потоки выходной информации, к которым можно отнести сведения выполнении работ и оплате

В состав классификаторов входят следующие:

  • Справочник "Единицы измерения"
  • Справочник "Вид_товара"
  • Справочник "Покупатели"
  • Справочник "Договоры"
  • Справочник «Товар»

В список первичных документов входят:

  • Заказ
  • Продажа
  • Оплата

В результате должны формироваться следующие документы:

  • Прайс
  • Продажи
  • Оплата.

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

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

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

2 глава. Проектная часть.

2.1. Характеристика разработанных справочников в среде1С:Предприятие (справочники, константы, перечисления).

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

Основные объекты конфигурации 1С — для учета

Эти объекты конфигурации 1С являются средством ведения учета.

Документы 1С

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

Например «Покупка товара», «Продажа товара» и т.п.

Справочники 1С

Совершенно ясно, что разные документы работают с одними и теми же данными. Например товар «Лопата» сначала покупают, а потом продают. Товар один и тот же.

Чтобы не вводить его несколько раз повторно – его один раз вводят в справочник и потом используют значение справочника «Лопата». Значение остается одно.

Справочники – это такие списки разных значений.

В созданной конфигурации имеются следующие справочники (таб. 2.1)

Таблица 2.1

Сводная таблица справочников

Название справочни-ка;

Ответственный за его ведение;

Средний объём справочника в записях;

Средняя частота актуализации;

Средний объем актуализации (в записях или в процентах);

ЕдиницыИзмерения

Продавец

80

По мере необходимости

10

Товар

Продавец

200

По мере необходимости

20

Покупатели

Продавец

50

По мере необходимости

10

Договоры

Продавец

200

По мере необходимости

50

Вид_товара

Продавец

50

10

В таб. 2.2 описаны характеристики справочника Вид_товара

Таблица 2.2

Вид_товара

Номенклатура поля

Идентификатор поля

Тип поля

Длина поля

Код

Код

Счетчик

Номенклатура

Номенклатура

Строка

20

В таб. 2.3 описаны характеристики справочника Товар

Таблица 2.3

Товар

Номенклатура поля

Идентификатор поля

Тип поля

Длина поля

Код

Код

Счетчик

Наименование

Номенклатура

Строка

20

Вид_товара

Вид товара

СправочникСсылка.Вид_товара

ЕдиницаИзмерения

Единица измерения

СправочникСсылка.ЕдиницыИзмерения

Стоимость

Стоимость

Число

10

В таб. 2.4 описаны характеристики справочника Покупатели

Таблица 2.4

Покупатели

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Код

Код

Счетчик

Наименование

Наименование

Строка

20

Адрес

Адрес

Строка

25

Телефон

Телефон

Строка

10

В таб. 2.5 описаны характеристики справочника Договоры

Таблица 2.5

Договоры

Номенклатура поля

Идентификатор поля

Тип поля

Длина поля

Код

Код

Счетчик

Номенклатура

Номенклатура

Строка

20

В таб 2.6 описаны характеристики справочника ЕдиницыИзмерения

Таблица 2.6

ЕдиницыИзмерения

Номенклатура поля

Идентификатор поля

Тип поля

Длина поля

Код

Код

Счетчик

Номенклатура

Номенклатура

Строка

20

На рисунках 2.1-2.4 отражены формы справочников данной конфигурации

Рисунок 2.1 Справочник Вид_товара

Рисунок 2.2 Справочник Товар

Рисунок 2.3. Справочник Покупатели

Рисунок 2.4. Справочник Договоры

Рисунок 2.5. Справочник Продавцы

2.2. Характеристика разработанных экранных форм документов в среде 1С:Предприятие

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

Документ 1С фиксирует одну операцию. Совершенно ясно, что в жизни компании документов – сотни и миллионы.

Результатом [движения] документа является изменение как минимум одной цифры в результатах проведения операций. Например было товара 0, стало +10.

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

Суть регистров – это измерение итогов операций компании.

Регистры 1С бывают нескольких видов:

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

Регистры накопления 1С – таблицы, которые получают получать итоги по своим движениям, остатки (2+10, остаток 12) и обороты(2+10, оборот 10), используются для оперативного (складского) учета

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

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

Основные объекты конфигурации 1С — для пользователя

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

Журналы документов 1С

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

Экранные формы размещения данных описаны в таблице 2.6

Таблица 2.6

Описание входных документов

№ пп

Наименова-ние

Реквизиты

Таблицы, на основе которых формируется

Частота формирования

1

Заказ

  • Наличный_расчет
  • Покупатель
  • Вид товара
  • Товар
  • Цена
  • Количество
  • Сумма
  • Покупатель
  • Товар
  • Вид товара
  • По мере необходимости

2

Продажа

  • Покупатель
  • Вид товара
  • Товар
  • Цена
  • Количество
  • Сумма
  • Покупатель
  • Товар
  • Вид товара
  • По мере необходимости

3

Оплата

  • Покупатель
  • Договор
  • Сумма
  • Дата_Оплаты
  • Покупатель
  • Договор
  • По мере необходимости

Экранные формы(макеты) документов и экранные формы для их ввода в систему изображены на рисунках 2.6-2.9

Рисунок 2.6 Документ Заказ

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

Рисунок 2.8 Документ Оплата

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

Отчеты 1С

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

Для этого существуют отчеты 1С.

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

Отчет может существовать отдельно от конфигурации и базы данных – его можно сохранить в файл. В этом случае он называется «внешний отчет».

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

Экранные формы отчетов описаны в таблице 2.7

Таблица 2.7

Описание выходных документов

№ пп

Номенклатура

Реквизиты

Таблицы, на основе которых формируется

Частота формирования

1

Прайс

Номер

Дата

Вид товара

Товар

Стоимость

Вид товара

Товар

Ежедневно

2

Продажа

Покупатель

Вид товара

Товар

Цена

Количество

Сумма

Покупатель

Товар

Вид товара

Ежедневно

3

Оплата

Покупатель

Договор

Сумма

Дата_Оплаты

Покупатель

Договор

Ежедневно

2.3. Описание разработанных подсистем в среде 1С:Предприятие

Описание пакета (дерево вызова программных модулей)в среде 1С:Предприятие представлено в таблице 2.8

Таблица 2.8

Описание модулей

№п/п

Номенклатура подсистемы

Функции подсистемы

1

Глобальный модуль

Содержит глобальные процедуры и функции,

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

2

Справочники

Содержит предопределенные процедуры для осуществления занесения условно-постоянной информации

3

Документы

Содержит предопределенные процедуры для осуществления оформления документов

4

Отчеты

Содержит предопределенные процедуры для формирования отчетов

Программные модули в "1С:Предприятии 8"

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

Таблица 2.9

Программные модули в 1 С Предприятие

Общие модули

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

Модуль приложения

Это модуль, который относится ко всей конфигурации в целом и может быть только один. Модуль приложения является аналогом глобального модуля в версии 7.7. Он отвечает за пользовательскую сессию (сеанс) работы с "1С:Предприятием 8"

Модуль внешнего соединения

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

Модули объектов

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

Модули форм

У каждой формы есть модуль, в котором определяется поведение формы и действия, выполняемые из нее, например, открытие других форм

2.4. Контрольный пример реализации проекта и его описание

После запуска конфигурации открывается Главное окно программы (рис 2.9)

Рисунок 2.9 Главное окно программы

Далее заносим данные в справочники ( рис. 2.10 – 2.14)

Рисунок 2.10 Заполнение справочника Вид товара

Рисунок 2.11 Заполнение справочника Товар

Рисунок 2.12 Заполнение справочника Покупатели

Рисунок 2.13 Заполнение справочника Договоры

Рисунок 2.14 Заполнение справочника ЕдиницыИзмерения

Затем оформляем запись (рис 2.15)

Рисунок 2.15 Заполнение документа Оплата

Выполним оформление заказа(рис. 2.16)

Рисунок 2.16 Заполнение документа Заказ

Рисунок 2.17 Заполнение документа Продажа

Получили следующие отчеты: (рис.2.18 – 2.20)

Рисунок 2.18 Отчет прайс

Рисунок 2.19 Отчет Продажи

Рисунок 2.20 Оплата

Заключение

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

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

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

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

  1. ГОСТ 34.602-89. «Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Техническое задание на создание автоматизированной системы».
  2. Абрамов Г.В., Медведкова И.Е., Коробкова Л.А. «Проектирование информационных систем» - Воронеж:ВГУИТ, 2012. - 172 с.
  3. Аверченков В.И., Лозбинев Ф.Ю., Тищенко А.А. «Информационные системы в производстве и экономике» - М.:ФЛИНТА, 2011. - 274 с.
  4. Братищенко В.В. «Проектирование информационных систем» - Иркутск: Изд-во БГУЭП, 2010. - 84 с.
  5. Вендеров А.М. «Проектирование программного обеспечения экономических информационных систем» - М.: Финансы и статистика, 2012.
  6. Гвоздева Т.В., Баллод Б.А. «Проектирование информационных систем» - М.:Феникс, 2011. - 512 с.
  7. Гвоздева В.А., Лаврентьева И.Ю. «Основы построения АИС» - М.: ИД «ФОРУМ»: ИНФРА-М, 2010. – 320с.
  8. Калянов Г.Н. «Стратегическое управление информационными системами» - М.:БИНОМ, 2010. - 510 с.
  9. Коровкина Н.Л. «Проектирование информационных систем» - М.: Инетрнет-университет информационных технологий - ИНТУИТ. ру, 2013.
  10. Мишенин А.И. «Теория экономических информационных систем» - М.: Финансы и статистика, 2011. - 240 с.
  11. Соловьев И.В., Майоров А.А. «Проектирование информационных систем» - М.:Академический проект, 2011. - 400 с.
  12. Титоренко Г.А. «Информационные системы и технологии управления» - М.:ЮНИТИ-ДАНА, 2012. - 591 с.
  13. Черемных С.В. «Моделирование и анализ систем» - М.: Финансы и статистика, 2013. - 192 с.

Приложение

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

&НаКлиенте

Процедура Поступление РаботаКоличествоПриИзменении(Элемент)

ТекущаяСтрока = элементы.Заявка.ТекущиеДанные.НомерСтроки;

ЗаявкаКоличествоПриИзмененииСервер(ТекущаяСтрока);

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

&НаСервере

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

ТекущиеДанные = Объект.Заявка.Получить(НомерСтроки - 1);

Цена = Справочники.Работа.НайтиПоКоду(ТекущиеДанные.Материалы.Код).Цена;

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

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

&НаКлиенте

Процедура ПередЗаписью(Отказ, ПараметрыЗаписи)

ПередЗаписьюНаСервере();

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

&НаСервере

Процедура ПередЗаписьюНаСервере()

Объект.СуммаЗаявкаа = Объект.Заявка.Итог("Стоимость");

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