Разработать конфигурацию с нуля компания занимается розничной торговлей

Разработка на уровне новичка!

Разработать конфигурацию с «нуля».
Компания занимается розничной торговлей. Поступление товаров отражается документом «Приходная накладная», продажа – «Расходная накладная», перемещение между складами «Перемещение товаров».
Учет остатков товаров ведется по складам. Поступление и продажа осуществляются с указанием склада (в шапке документа). Для перемещения указывается 2 склада: с которого перемещается товар и на который поступает товар.
При проведении Расходной накладной и Перемещения товаров должно контролироваться наличие товара на складе, в случае попытки продать или переместить большее количество, чем есть на остатках, программа должна выдавать соответствующее сообщение и не проводить документ.
Помимо учета остатков товаров необходимо вести учет продажной стоимости товаров на складах. Учет стоимости означает что в программе должны быть не только данные о том сколько товаров на каком складе находится, но и сколько стоят товары, находящиеся на складах (см. ниже отчет Ведомость по товарам на складах). Для хранения этих данных необходимо использовать регистр накопления.
При поступлении товаров в приходной накладной должна указываться цена и сумма покупки, но в регистр товар должен приходоваться по продажной стоимости.
Списание из регистра при продаже или перемещении также должно быть организовано по продажной стоимости.
Цена продажи должна храниться в соответствующем регистре сведений.
Необходимо построить отчеты по продажам товаров за период и ведомость по товарам на складах.

Продажи с 01.01.2016 по 31.01.2016

Номенклатура         |  Кол-во  |   Продажа
Куртка замшевая    |  3          |    620
Портсигар               |  3          |  50
Доставка                 |  1          | 100

Ведомость по товарам на складах с 01.01.2016 по 31.01.2016

Склад                       | Начальный остаток   |  Приход                  | Расход                   |  Конечный остаток
Номенклатура           | Колич. |  Сумма        |  Колич.  | Сумма     | Колич. |  Сумма      | Колич.  | Сумма
Основной                  |
  Куртка замшевая     |
  Портсигар               |
Магазин №1              |
  Куртка замшевая     | 
  Кинокамера             |

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

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

Используемые методы исследования:

• Теоретический анализ литературы и материалов сети Internet;
• Моделирование бизнес-процессов;
• Проведение экспериментов;
• Анализ полученных данных;

ПРОЕКТНАЯ ЧАСТЬ

КРАТКИЙ АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ.

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

• Закупку и продажу продукции для магазина;
• Размещение рекламы на различных площадках;

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

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

АНАЛИЗ СУЩЕСТВУЮЩЕГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ, ПОЗВОЛЯЮЩЕГО РЕШИТЬ ПОСТАВЛЕННУЮ ЗАДАЧУ.

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

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

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

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

«1С: Предприятие» — программный продукт компании «1С», предназначенный для автоматизации деятельности на предприятии.

Преимущества:

• • • общая стоимость внедрения конфигурации «Управление торговлей 11.0», включая лицензию на рабочие места, находится в пределах от 10 000 р. до 30 000 р.;
    • имеется возможность интеграция с любым сайтом или создания специального сайта на технологической платформе «1С-Битрикс» от компании 1С, который возможно модернизировать в дальнейшем лично;
    • открытый программный код;
    • краткосрочный период внедрения — от 3 до 9 месяцев;
    • имеется возможность использовать уже готовую мобильную программу или создать новую;
    • интерфейс позволяет использовать несколько языков, включая русский.

Недостатки:

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

«Галактика-ERP» — система, составляющая часть комплекса бизнес- решений корпорации Галактика для информационной поддержки задач стратегического планирования и оперативного управления.

Достоинства:

• срок внедрения 4 месяца — 1,5 года.
• общая стоимость продукта, включая лицензию, — от 15 000 до 45 000 р.;
• наличие возможности интеграции с сайтом;
• краткосрочный период обучения сотрудников;
• возможность использовать уже разработанное мобильное приложение;
• наличие русского интерфейса. Недостатки:
• трудный программный код, который только частично в открытом доступе;
• при больших объемах данных быстродействие заметно ухудшается.

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

Преимущества:

• срок внедрения 4 месяца — 1 год.
• общая стоимость продукта, включая лицензию, — от 30 000 до 60 000 р.;
• краткосрочный период обучения сотрудников;
• наличие русского интерфейса;
• открытый программный код. Недостатки:
• отсутствие возможности интеграции с готовым сайтом;
• отсутствие мобильного приложения;
• при больших объемах данных быстродействие заметно ухудшается.

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

Oracle Business Intelligence Enterprise Edition (OBIEE, OBI) — программная платформа для решения задач бизнес-аналитики: интерактивных и публикуемых отчетов, мониторинга KPI и бизнес-процессов.

Преимущества:

• наличие возможности интеграции с готовым сайтом;
• наличие мобильного приложения;
• открытый программный код;
• быстродействие на хорошем уровне. Недостатки:
• срок внедрения 1 — 5 лет.
• общая стоимость продукта, включая лицензию, — от 50 000 до 200 000 р.;
• отсутствие русского интерфейса;
• долгосрочный период обучения сотрудников.

Microsoft Dynamics AX — одно из программных решений корпорации Microsoft для автоматизации управления предприятием (ERP-систем), поставляемых подразделением Microsoft Dynamics.

Преимущества:

• наличие русского интерфейса;
• наличие возможности интеграции с готовым сайтом;
• наличие мобильного приложения;
• быстродейственный. Недостатки:
• срок внедрения 8 месяцев — 3,7 лет.
• общая стоимость продукта, включая лицензию, — от 40 000 до 150 000 р.;
• отсутствие открытого программного кода;
• долгосрочный период обучения сотрудников.

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

Преимущества:

• наличие русского интерфейса;
• наличие возможности интеграции с готовым сайтом;
• наличие мобильного приложения;
• открытый программный код;
• быстродейственный. Недостатки:
• срок внедрения 1 — 5 лет.
• общая стоимость продукта, включая лицензию, — от 120 000 до 250 000 р.;
• долгосрочный период обучения сотрудников.

ОБОСНОВАНИЕ ВЫБОРА СИСТЕМЫ ДЛЯ РАЗРАБОТКИ ПРИКЛАДНОГО РЕШЕНИЯ.

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

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

Главные плюсы применения 1С на предприятии:

• • Быстрая стандартизация работы;
  • Автоматизация документов, бланков и отчетов;
  • Возможность быстро получать отчеты и аналитические документы;
  • Контроль за работой сотрудников компании;
  • Повышение качества обслуживания, поскольку доработка 1С позволяет ускорить ответ на запросы клиентов, учитывая историю взаимодействия с заказчиками.
  • Снижение административных издержек.

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

ОБОСНОВАНИЕ ТРЕБОВАНИЙ К РАЗРАБАТЫВАЕМОМУ ПРИКЛАДНОМУ РЕШЕНИЮ.

Требования к конфигурации в целом:

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

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

Требования к задачам, выполняемым конфигурацией:

1. Ведение баз данных;
2. Ведение отчётной документации;
3. Печать отчётной документации;
4. Учёт проведения операций;

Разрабатываемая конфигурация:

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

АНАЛИЗ СРЕДЫ РАЗРАБОТКИ.

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

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

Работа программиста в среде разработки приводит к построению конкретной конфигурации. И такая конфигурация реализуется (проигрывается) в среде выполнения (в режиме 1С: Предприятие). Что касается конфигурации, то платформа 1С: Предприятие содержит фиксированный набор прототипов (шаблонов) объектов конфигурации. Например, имеются шаблоны справочника, документа, регистра сведений, отчета и т. д. Когда в среде разработки создается

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

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

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

АРХИТЕКТУРА РАЗРАБАТЫВАЕМОГО ПРИКЛАДНОГО РЕШЕНИЯ.

Рисунок 1. Диаграмма нотации

Бизнес-процесс, который нуждается в автоматизации является

«Складской учет», суть которого заключается в оформлении поступления товара

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

Выходными данными будут «Документы», содержащие местонахождение и количество товара.

В качестве инструмента используется «Зав. Складом», «Кладовщик 1 разряда», «Кладовщик 2 разряда» и «Товары».

В качестве элемента управления используется документ «Поступление товара».

Рисунок 2. Диаграмма нотации

При декомпозиции выбранного бизнес-процесса, можно увидеть, что сам процесс делится на 4 пункта:

«Приём товаров» — заказ товаров для последующего их распределения между складом и залом.

«Хранение» – содержание товара на складе для последующего его перемещения в зал.

«Ведение БД» — процесс учета количества и движения товара.

«Инвентарный контроль» — учет количества товара на складе.

«Перемещение в зал» — движение товаров со склада в зал магазина.

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

«Складской учет», должна в себя включать:

• • Ведение баз данных;
  • Ведение отчётной документации;
  • Печать отчётной документации;
  • Учёт проведения операций;

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

Подробно разобрав объект исследования, смоделировав схемы рис 1 и 2 и схему «сущность-связь», у меня есть всё необходимое, чтобы начать разрабатывать информационную систему на платформе «1С Предприятие».

АЛГОРИТМЫ ВЗАИМОДЕЙСТВИЯ ОБЪЕКТОВ КОНФИГУРАЦИИ.

ИС

Сотрудник

Спр. Филиалы

Спр. Города

Т. Перечень Спр.

товаров Товары

Спр.

Поставщики

Поступление товаров

Перемещение в торговый зал

Поступление на склад

1 2

Спр.* Филиалы

Спр.* Города

Т.* Перечень Спр.* Спр.* товаров Товары Поставщики

3

Поступление товаров

Поступление товаров

Начальник

Рисунок 3. Информационная система.

Данная информационная система разделена на три области:

1. Справочники «Филиалы», «Города», «Товары» и «Поставщики» и таблица «Перечень товаров». Это входные данные информационной системы.
2. Сотрудник при помощи экранных форм документов «Поступление товаров», «Перемещение в торговый зал» и «Поступление на склад» вносит изменения в справочники и таблицы.
3. В третьей области находятся измененные справочники «Филиалы»,

«Города», «Товары» и «Поставщики» и таблица «Перечень товаров», так же тут есть экранная и печатная форма документа «Поступления товаров». Этот документ выводится на печать для начальства.

Рисунок 4. Диаграмма сущность-связь.

В диаграмме «Сущность-связь» представлены главная база данных

«Количество товаров», в которой используется информация из баз данных:

«Товары», «Поставщики», «Филиалы».

«Товары» — база данных, в которой указывается информация о всех возможных закупаемых и продаваемых товарах.

«Поставщики» — база данных, в которой хранятся данные о компаниях, являющихся поставщиками товара в магазин.

«Филиалы» — база данных, в которой хранится информация о всех филиалах магазина.

«Количество товаров» — база данных, в которой хранится информация о всех движениях товара на склад, со склада в зал магазина и обратно.

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

«Перемещение на склад» — документ, в котором указывается перемещение товара на склад (будь то закупка товара или перемещение лишнего товара из зала).

«Поступление товаров» — документ, в котором указывается весь поступивший товар.

ОПИСАНИЕ ОСНОВНЫХ ОБЪЕКТОВ (ЭЛЕМЕНТОВ) РАЗРАБАТЫВАЕМОГО ПРИКЛАДНОГО РЕШЕНИЯ.

Разрабатываемая конфигурация должна быть интуитивно понятна и разработана под пользователя. Специально для этого будут разработаны 3 подсистемы: «Документы», «Справочники» и «Отчёты», представленные на рисунке 5.

Рисунок 5. Подсистемы.

Состав данных подсистем представлен на рисунке 6, где видно, что в

«Документы» входят разнообразные документы, в «Справочники» — разнообразные справочники, а в «Отчёты» — отчёты.

Рисунок 6. Состав подсистем.

Следующим этапом идёт создание справочников. Для данного бизнес- процесса необходимо 6 справочника (рисунок 7):

• Города – справочник с информацией о местонахождении поставщика.
• Товары – справочник с информацией о всех закупаемых товарах.
• Поставщики — справочник с информацией и контактными данными о поставщиках.
• Филиалы – справочник с информацией о местонахождении филиала магазина.
• Тип – Разные категории одежд
• Производитель — справочник содержащий названия производителей и брендов.

Рисунок 7. Справочники.

Данные всех справочников, кроме товаров и поставщиков, состоят из стандартных реквизитов. Из состав продемонстрирован на рисунке 8.

Рисунок 8. Данные справочников.

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

Справочник «Города» состоит из реквизитов:

• Наименование (стандартный реквизит, которому надо поставить синоним

«Название города») – Название города, для его идентификации.

• Код (стандартный реквизит) – индивидуальный код города.

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

Справочник «Товары» состоит из реквизитов:

• Наименование (стандартный реквизит) – наименование товара;
• Код (стандартный реквизит) – код элемента справочника;
• Описание – кратное описание товара;
• Основной поставщик – компания поставляющая данный товар;
• Категория товара – категория товара;
• Филиал – филиал в котором будет продаваться данный товар;

Следующий справочник – «Поставщики». Он состоит из реквизитов:

• Наименование (стандартный реквизит) – наименование компании- поставщика;
• Код (стандартный реквизит) – код записи в справочнике;
• Город – Месторасположение поставщика;
• Форма справочника «Поставщики» состоит из реквизитов:
• N (стандартный реквизит) – Индивидуальный номер работника компании- поставщика;
• Сотрудник – ФИО сотрудника компании-поставщика;
• Должность – рабочая должность сотрудника компании-поставщика;
• Телефон – телефонный номер сотрудника компании-поставщика;

Следующий справочник – «Филиалы». Он состоит из реквизитов:

• Наименование (стандартный реквизит) – город расположения филиала магазина;
• Код (стандартный реквизит) – код записи в справочнике;

Когда справочники созданы, следующий этап – создание документов. В данной конфигурации их 3 – «Поступление Товаров», «Перемещение в торговый зал» и «Перемещение на склад» (рисунок 9).

«Поступление Товаров» — документ, в котором хранится информация о поступающих товарах;

«Перемещение в торговый зал» — документ, в котором хранится информация о перемещении товаров в торговый зал;

«Перемещение на склад» — документ, в котором хранится информация о перемещении товаров на склад;

Рисунок 9. Документы.

Данные всех документов представлены на рисунке 10.

Рисунок 10. Вкладка «Данные».

Документ «Перемещение в торговый зал» состоит из реквизитов (приложение 1):

• Дата (стандартный реквизит, выставляется системой) – дата создания перемещения;
• Номер (стандартный реквизит) – номер записи в документе;
• Филиал – наименование города месторасположения филиала магазина (тип данных: СправочникСсылка.Филиалы);

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

• Номер (стандартный реквизит) – номер записи в таблице;
• Товар – Наименование перемещаемого товара (тип данных: СправочникСсылка.Товары);
• Количество – количество перемещаемого товара (тип данных: Число);

Документ «Перемещение на склад» состоит из реквизитов (приложение 2):

• Дата (стандартный реквизит, выставляется системой) – дата создания перемещения;
• Номер (стандартный реквизит) – номер записи в документе;
• Филиал – наименование города месторасположения филиала магазина (тип данных: СправочникСсылка.Филиалы);

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

• Номер (стандартный реквизит) – номер записи в таблице;
• Товар – Наименование перемещаемого товара (тип данных: СправочникСсылка.Товары);
• Количество – количество перемещаемого товара (тип данных: Число);

Документ «Поступление Товаров» состоит из реквизитов (приложение 3):

• Дата (стандартный реквизит, выставляется системой) – дата поступления товара;
• Номер (стандартный реквизит) – номер записи в документе;
• Фирма – Наименование компании-поставщика (тип данных: СправочникСсылка.Поставщики);
• Филиал – Наименование города в котором расположен магазин (тип данных: СправочникСсылка.Филиалы);

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

• • N (стандартный реквизит) – номер записи в таблице;
  • Товар – Наименование поступающего товара (тип данных: СправочникСсылка.Товары);
  • Цена – стоимость 1 единицы данного товара (тип данных: Число);
  • Количество – количество поступающего товара (тип данных: Число);
  • Сумма – стоимость товара с учётом количества его поступления;

Также, для данного документа необходимо создать форму печати (рисунки 11 — 14).

Рисунок 11. Форма документа.

В данной форме выбираем ячейку «Сумма», и в открывшемся окне щелкаем в строке «При изменении» и вводим туда код (рисунок 12 и приложение 4).

Рисунок 12. Код вычисления суммы.

Рисунок 13. Команда печати.

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

Рисунок 14. Макет печати.

Теперь можно приступить к созданию регистра накоплений.

Создаётся регистр накоплений «Количество товаров». В его настройках указываются:

Измерения:

• Товар;
• Филиал;
• Компания;

Ресурсы:

• Количество;

В регистраторах указываются документы «Поступление товаров»,

«Перемещение в торговый зал», «Перемещение на склад».

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

«расход» в «Перемещение в торговый зал», и «Перемещение на склад».

В итоге, мы получаем регистр «Количество товаров», представленный на рисунке 15 — 17.

Рисунок 15. Регистр накоплений.

Рисунок 16. Данные регистра.

Рисунок 17. Вкладка «Регистраторы».

И последнее, что нам нужно создать это отчёт. Создание отчётов продемонстрировано на рисунок 18.

Рисунок 18. Отчёты.

Для создания отчётов необходимо нажать на кнопку «Открыть схему компоновки данных». В открывшемся окне создать набор данных и щёлкнуть на «Конструктор запросов». Работа с конструктором запросов продемонстрирована на рисунках 19 — 22.

Рисунок 19. Вкладка «Таблицы и поля».

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

Рисунок 20. Вкладка «Связи».

Связи создаются автоматически.

Рисунок 21. Вкладка «Группировка».

Рисунок 22. Вкладка «Объединение/псевдонимы»

На вкладке «Объединение/псевдонимы» мы задаём синонимы для ранее выбранных полей.

Нажимаем на кнопку «ОК» и получаем коды, продемонстрированные в приложениях 5 — 7 и набор данных, как на рисунке 23.

Рисунок 23. Набор данных для отчётов.

Далее на вкладке «Ресурсы» выделяем поле «Сумма», как продемонстрировано на рисунке 24.

Рисунок 24. Вкладка «Ресурсы».

И последний шаг — это настройка отчёта, показанной на рисунке 25.

Рисунок 25. Вкладка «Настройки»

ТЕСТИРОВАНИЕ РАЗРАБОТАННОГО ПРИКЛАДНОГО РЕШЕНИЯ.

После создания конфигурации необходимо провести её тестирование. Для начала запускаем нашу программу (рисунок 26).

Рисунок 26. Рабочий стол.

Теперь открываем вкладку «Справочники» (рисунок 27).

Рисунок 27. Справочники

Для начала создадим производителя (рисунок 28).

Рисунок 28. Запись в справочник производителя.

Теперь в справочник «Города» внесём несколько городов (рисунок 29).

Рисунок 29. Запись в справочник городов.

Так же внесём данные и в остальные справочники (рисунки 30 — 32).

Рисунок 30. Справочник «Тип».

Рисунок 31. Справочник «Поставщики».

Рисунок 32. Справочник «Филиалы».

Внесение данных в справочник «Товары», продемонстрировано на рисунках 33 — 34.

Рисунок 33. Запись товара.

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

После внесения данных в справочник, можно заняться созданием документов. Переходим во вкладку «Документы» (рисунок 35).

Рисунок 35. Документы.

Создадим документ «Перемещение в торговый зал» (рисунки 36 — 37).

Рисунок 36. Создание документа.

Рисунок 37. Документ «Перемещение в торговый зал».

На рисунках 38 — 39 продемонстрирован документ «Поступление на склад».

Рисунок 38. Создание документа.

Рисунок 39. Документ «Поступление на склад».».

На рисунках 40 — 41 продемонстрирован документ «Поступление товаров».

Рисунок 40. Создание документа.

Рисунок 41. Документ «Поступление товаров».

Теперь можно перейти на вкладку «Отчёты» (рисунок 42).

Рисунок 42. Вкладка «Отчёты».

При нажатии на любой отчёт открывается внутреннее окно (рисунок 43).

Рисунок 43. Отчёт.

При нажатии на кнопку «Сформировать» формируется отчёт (рисунок 44)

Рисунок 44. Отчёт.

На данном этапе тестирование завершено и можно подвести итог.

ЗАКЛЮЧЕНИЕ

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

Цель «автоматизировать процесс складского учета» и задача

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

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

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

Список литературы

1. Кашаев С.М. Программирование в 1С: Предприятие 8.3. — Питер, 2016.
2. Радченко М.Г., Хрусталева Е.Ю. 1С: Предприятие 8.3. Практическое пособие разработчика — 1С-Паблишин, 2015.
3. Прокимнов Н.Н. Теория информационных процессов и систем — Университет Университет, 2017.
4. Алешин Л.И. Автоматизированные информационные системы — Университет Университет, 2016.
5. Уткин В.Б., Балдин К.В. Информационные системы в экономике — Университет Университет, 2017.

Приложение

Приложение 1. Документ «Перемещение в торговый зал»

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

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

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

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

// регистр КоличествоТоваров Расход Движения.КоличествоТоваров.

Для Каждого ТекСтрокаПереченьТоваров Из ПереченьТоваров Цикл Движение = Движения.КоличествоТоваров.

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

Движение.Товар = ТекСтрокаПереченьТоваров. Движение.Филиал = Филиал;

Движение.Количество = ТекСтрокаПереченьТоваров. КонецЦикла;

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

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

Приложение 2. Документ «Перемещение на склад»

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

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

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

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

// регистр КоличествоТоваров Расход Движения.КоличествоТоваров.

Для Каждого ТекСтрокаПереченьТоваров Из ПереченьТоваров Цикл Движение = Движения.КоличествоТоваров.

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

Движение.Товар = ТекСтрокаПереченьТоваров. Движение.Филиал = Филиал;

Движение.Количество = ТекСтрокаПереченьТоваров.

КонецЦикла;

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

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

Приложение 3. Документ «Поступление товаров»

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

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

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

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

// регистр КоличествоТоваров Приход Движения.КоличествоТоваров.

Для Каждого ТекСтрокаПереченьТоваров Из ПереченьТоваров Цикл Движение = Движения.КоличествоТоваров.

Движение.ВидДвижения = ВидДвиженияНакопления.Приход; Движение.Период = Дата;

Движение.Товар = ТекСтрокаПереченьТоваров. Движение.Филиал = Филиал;

Движение.Количество = ТекСтрокаПереченьТоваров. КонецЦикла;

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

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

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

//{{_КОНСТРУКТОР_ПЕЧАТИ(

Макет = Документы.ПоступлениеТоваров. Запрос = Новый Запрос;

Запрос.Текст = «ВЫБРАТЬ

| ПоступлениеТоваров.Дата,

| ПоступлениеТоваров.Номер,

| ПоступлениеТоваров.Филиал,

| ПоступлениеТоваров.Фирма,

| ПоступлениеТоваров.

| Товар,

| Цена,

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

| Сумма

| )

|ИЗ

| Документ.ПоступлениеТоваров КАК ПоступлениеТоваров

|ГДЕ

| ПоступлениеТоваров.Ссылка В (&Ссылка)»; Запрос.Параметры.Вставить(«

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

ОбластьЗаголовок = Макет.ПолучитьОбласть(» Шапка = Макет.ПолучитьОбласть(«Шапка»)

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

ВставлятьРазделительСтраниц = Ложь; Пока Выборка.Следующий() Цикл

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

КонецЕсли; ТабДок.Вывести(

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

ТабДок.Вывести(

ВыборкаПереченьТоваров = Выборка.ПереченьТоваров. Пока ВыборкаПереченьТоваров.

ОбластьПереченьТоваров. ТабДок.Вывести( КонецЦикла;

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

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

Приложение 4. Сумма

&НаКлиенте

Процедура ПереченьТоваровКоличествоПриИз СтрокаТабличнойЧасти = Элементы.ПереченьТоваров.

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

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

&НаКлиенте

Процедура ПереченьТоваровСуммаПриИзменен СтрокаТабличнойЧасти = Элементы.ПереченьТоваров. СтрокаТабличнойЧасти.Сумма = СтрокаТабличнойЧасти.Цена * СтрокаТабличнойЧасти.

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

Приложение 5. Отчёт

ВЫБРАТЬ

Товары.Наименование КАК Товары, ПоступлениеТоваровПереченьТова ПоступлениеТоваровПереченьТова СУММА(

ПоступлениеТоваровПереченьТова ПоступлениеТоваров.Фирма.

ПоступлениеТоваровПереченьТова ПоступлениеТоваров.Дата КАК Дата ИЗ

Документ.ПоступлениеТоваров.

ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Товары КАК Товары ПО ПоступлениеТоваровПереченьТова

ЛЕВОЕ СОЕДИНЕНИЕ Документ.ПоступлениеТоваров КАК ПоступлениеТоваров

ПО ПоступлениеТоваровПереченьТова

СГРУППИРОВАТЬ ПО

Товары.Наименование, ПоступлениеТоваров.Фирма. ПоступлениеТоваровПереченьТова ПоступлениеТоваровПереченьТова ПоступлениеТоваровПереченьТова ПоступлениеТоваровПереченьТова ПоступлениеТоваров.Дата

Приложение 6. Отчёт «По дате»

ВЫБРАТЬ

Товары.Наименование КАК Товары, ПоступлениеТоваровПереченьТова ПоступлениеТоваровПереченьТова СУММА(

ПоступлениеТоваровПереченьТова ПоступлениеТоваров.Фирма.

ПоступлениеТоваровПереченьТова ПоступлениеТоваров.Дата КАК Дата ИЗ

Документ.ПоступлениеТоваров.

ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Товары КАК Товары ПО ПоступлениеТоваровПереченьТова

ЛЕВОЕ СОЕДИНЕНИЕ Документ.ПоступлениеТоваров КАК ПоступлениеТоваров

ПО ПоступлениеТоваровПереченьТова

СГРУППИРОВАТЬ ПО

Товары.Наименование, ПоступлениеТоваров.Фирма. ПоступлениеТоваровПереченьТова ПоступлениеТоваровПереченьТова ПоступлениеТоваровПереченьТова ПоступлениеТоваровПереченьТова ПоступлениеТоваров.Дата

Приложение 7. Отчёт «Итог»

ВЫБРАТЬ

Товары.Наименование КАК Товары, ПоступлениеТоваровПереченьТова ПоступлениеТоваровПереченьТова СУММА(

ПоступлениеТоваровПереченьТова ПоступлениеТоваров.Фирма.

ПоступлениеТоваровПереченьТова ПоступлениеТоваров.Дата КАК Дата ИЗ

Документ.ПоступлениеТоваров.

ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Товары КАК Товары ПО ПоступлениеТоваровПереченьТова

ЛЕВОЕ СОЕДИНЕНИЕ Документ.ПоступлениеТоваров КАК ПоступлениеТоваров

ПО ПоступлениеТоваровПереченьТова

СГРУППИРОВАТЬ ПО

Товары.Наименование, ПоступлениеТоваров.Фирма. ПоступлениеТоваровПереченьТова ПоступлениеТоваровПереченьТова ПоступлениеТоваровПереченьТова ПоступлениеТоваровПереченьТова ПоступлениеТоваров.Дата

Сложность: **

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

ЗАДАНИЕ

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

• Многоскладской учет не ведется. Суммовой учет не ведется. Взаиморасчеты с покупателями и поставщиками не ведутся.

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

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

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

Нужно построить «Отчет» по остаткам товаров.

Форма отчета:

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

Подготовка

• Создать новую информационную базу.
• Открыть информационную базу в режиме «Конфигуратор».
• Открыть окно конфигурации.

Подробнее о том, как это сделать, смотрите в книге Основные принципы работы с платформой.

Выполнение

«Многоскладской учет не ведется. Суммовой учет не ведется. Взаиморасчеты с покупателями и поставщиками не ведутся».

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

«Заказчик просит разработать конфигурацию для учета товаров».

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

Определение

Справочник – это объект конфигурации, который хранит справочную информацию, например, перечень товаров или список сотрудников (более подробно про справочники можно прочитать здесь: https://v8.1c.ru/platforma/spravochniki/).

Добавим новый справочник «Товары».

«В системе следует регистрировать поступление товара».

Для регистрации поступления товара в платформе «1С:Предприятие 8» существует специальный объект, который называется документ.

Определение

Документ – это объект конфигурации, хранящий информацию о каких-либо событиях, произошедших в «жизни» предприятия. Например, с помощью документа можно зарегистрировать (то есть сохранить данные документа для последующей обработки) продажу товаров или начисление зарплаты (подробнее про документы можно прочитать здесь: https://v8.1c.ru/platforma/dokumenty/).

Создайте документ «ЗакупкаТоваров».

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

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

Добавим табличную часть «СписокТоваров».

Далее добавим два реквизита табличной части (колонки таблицы): «Товар» (тип – СправочникСсылка.Товары) и «Количество» (тип – «Число»).

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

Продажа товара осуществляется аналогично закупке, следовательно, документ по структуре будет точно таким же, как документ «ЗакупкаТовара».

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

Получаем точную копию документа. Изменим имя документа на «ПродажаТоваров».

На вкладке «Данные» структура должна быть аналогична структуре документа «ПолучениеТовара»: иметь табличную часть с реквизитами «Товар» и «Количество».

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

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

Определение

Регистр накопления – это такая итоговая таблица, которая может автоматически считать какие-либо элементы, например, денежные средства, материалы (дополнительно про регистры накопления можно прочитать здесь: https://v8.1c.ru/platforma/registr-nakopleniya/).

Создайте регистр накопления «ОстаткиТоваров» вида «Остатки».

Вид регистра «Остатки» позволяет настроить данный регистр таким образом, что какие-то объекты будут вносить в него данные, а какие-то, наоборот, вычитать. Таким образом и получается хранение остатков.

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

Структура регистра накопления отличается от структуры документа.

Заполнение данного окна проще всего начинать с добавления ресурса. Чтобы понять, что использовать в качестве ресурса, нужно задать вопрос: «Что мы хотим накапливать/считать в данном регистре?». Мы хотим считать количество. Следовательно, количество и будет являться ресурсом. Тип данного реквизита – «Число».

Чтобы разобраться с измерением, необходимо понять, в разрезе чего мы хотим считать количество. Мы хотим считать количество (чего?) товаров. Значит, в качестве измерения следует добавить реквизиты «Товар» (тип – «СправочникСсылка.Товары»).

Чтобы регистр накопления заработал, нужно сделать следующее:

1. Определить источники данных, которые должны попадать в регистр (определить документы-регистраторы).

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

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

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

Откройте окно редактирования объекта «ЗакупкаТоваров» на вкладке «Движения». Убедитесь, что галочка у регистра активна и воспользуйтесь конструктором движений.

Окно конструктора движений состоит из нескольких областей:

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

Поскольку закупка товара должна увеличивать количество товаров на складе, то тип движения регистра необходимо выбрать «Приход». Регистр будет обозначаться знаком «+» (плюс).

Если все было сделано правильно, имена и типы реквизитов совпадают, то при нажатии на кнопку «Заполнить выражения» реквизиты регистра заполнятся автоматически. Если этого не произошло, то заполните поле «Выражение» вручную, путем выбора соответствующих реквизитов документа.

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

По аналогии сформируйте движения для второго документа «ПродажаТоваров», изменив вид движения на «Расход».

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

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

Определение

Отчет – это такой объект конфигурации, который формирует данные в понятном для пользователя виде, например, в виде таблицы или диаграммы (подробнее про отчеты можно прочитать здесь: https://v8.1c.ru/platforma/otchet/).

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

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

При построении запросов используется собственный язык запросов 1С. Их можно писать вручную или воспользоваться конструктором запросов.

Открывается конструктор запроса. Эта вкладка имеет три части:

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

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

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

По завершении работы с конструктором нажмите на кнопку «ОК». Система сформирует следующий запрос:

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

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

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

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

После нажатия кнопки «ОК» нужно настроить стандартный параметр «Период» для корректного учета последней секунды дня:

• во-первых, этот параметр должен быть недоступен пользователю, так как носит вычислительный характер;
• во-вторых, для корректного расчета требуется написать выражение для стандартного параметра «Период»:

ДОБАВИТЬКДАТЕ(КОНЕЦПЕРИОДА(&ДатаОтчета, «ДЕНЬ»),»СЕКУНДА»,1)

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

Последняя подзадача, связанная с отчетом, – настроить его внешний вид. Переходим на вкладку «Настройки» и воспользуемся конструктором настроек отчета.

После выбора нужных полей нажмите на кнопку «ОК».

Чтобы у пользователя была возможность выбирать требуемый день, вам нужно включить параметр «ДатаОтчета» в пользовательские настройки. Это можно сделать в нижней части вкладки «Настройки».

Проверьте работоспособность системы, заполнив тестовыми данными справочник, документы «ЗакупкаТоваров» и «ПродажаТоваров», а также построив отчет.

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

Для наглядности постройте отчет до проведения документа «ПродажаТоваров» и после.

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

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

Проверять остатки товаров будем следующим образом:

1. Сделаем движение данных из документа в регистр накопления.

2. Проверим, появились ли в регистре остатки, значение которых меньше нуля (то есть отрицательные).

3. Если есть отрицательные остатки, то отменим сделанное движение в регистр накопления и выведем пользователю сообщение об ошибке.

Контроль отрицательных остатков должен происходить в момент проведения документа «ПродажаТоваров». Откроем модуль объекта данного документа.

Чтобы сделать движение данных из документа в регистр накопления, допишем после окончания цикла строку «Движения.Записать();». Метод записывает только те движения документа, у которых установлен флаг «Записывать», при этом флаг в итоге снимается, что не приводит к повторной записи движений по окончании транзакции проведения.

И главное, «Движения.Записать();» всегда записывают движения в том порядке, в котором таблицы указаны в дереве метаданных, что на порядок уменьшает шансы взаимных блокировок, ведь все транзакции в одинаковом порядке блокируют таблицы.

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

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

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

Открывшееся окно имеет три части:

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

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

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

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

Переходим на вкладку «Условие» и добавим новое условие. Пусть в запрос попадут только данные с отрицательными остатками.

По окончании работы с данным конструктором нажимаем на кнопку «ОК». Конструктор выдаст предупреждение об ошибке, которое нужно проигнорировать. Для корректной работы запроса следует удалить знак амперсанта (&) перед нулем в условии. Запрос должен выглядеть следующим образом:

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

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

Далее нужно наложить условия на виртуальную таблицу регистра накопления.

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

Нажимаем на кнопку «ОК». Текст запроса изменился:

Мы добавили параметры. Теперь запрос будет проводить поиск только по конкретному списку товаров. Осталось лишь указать эти товары сразу после текста запроса. Так же необходимо добавить параметр «Дата».

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

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

Код процедуры полностью должен выглядеть следующим образом:

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

Как видно из сообщения, товара не хватает ровно в том количестве, которое раньше выводилось в отчете со знаком «-» (минус).

Если изменить количество на меньшее, то механизм будет работать корректно.

Также отчет будет учитывать документы, проведенные в конце дня.

Поставленная задача решена.

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

Создание конфигураций 1С: основы

Автор уроков и преподаватель школы: Владимир Милькин

Наконец, мы приступаем к созданию и доработке конфигураций 1С. Если вы не читали введение к этому модулю — пожалуйста, прочтите его: ссылка.

Конфигурация, конфигурация … а что это вообще такое?

Из чего состоит 1С

Давайте ещё раз вспомним, что 1С делится на две большие части:

1. Это собственно сама программа 1С (её ещё называют платформой 1С:Предприятие). 
2. И данные с которыми работает эта платформа (их ещё называют базой данных).

У платформы есть версия. Раньше использовалась «семёрка» (версия 7.7), теперь используется 8.3 — это самая последняя версия платформы — её мы используем в наших уроках.

Какие бывают базы

Платформа обычно одна, а вот баз данных может быть сколь угодно много, это и:

• бухгалтерские базы (1С:Бухгалтерия)
• базы для управления персоналом и расчетом зарплаты (1С:Управление персоналом)
• базы для управления торговлей (1С:Управление торговлей)
• базы для автоматизации практически любой другой отрасли (парикмахерские, автосервисы, салоны красоты, общепиты и другие)

Конфигурация — основа базы

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

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

Как выглядит платформа

Это набор исполняемых файлов (программ), которые устанавливаются в папку «Program Files» и обычно запускаются ярлыком с рабочего стола:

Как выглядит база данных

Самый главный файл «1Cv8.1CD» — именно в нём хранится база. Все остальные файлы являются служебными и при их удалении мы потеряем разве что журнал регистрации.

Как выглядит конфигурация

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

Конфигурация «зашита» внутри базы (файл «1Cv8.1CD«) вместе с данными.

Сравнение с Word

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

Платформа 1С — это программа Microsoft Office Word для работы с текстовыми документами, а база данных — это текстовый документ с которым работает Word. Сама программа Word не хранит в себе никаких данных, но вот файлы, которые мы создаём при помощи него как раз и являются хранилищем различной информации.

Когда мы запускаем ярлык 1С с нашего рабочего стола — мы запускаем платформу.

Затем платформа показывает нам список баз, зарегистрированных на нашем компьютере …

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

Два режима работы с базой

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

Именно поэтому существует два отдельных режима работы c базой данных:

— режим конфигуратора (когда мы работаем только с конфигурацией базы, не затрагивая её данные)

— режим предприятия (когда мы работаем только с данными базы).

Ещё можно сказать, что режим конфигуратора предназначен для программистов, а режим предприятия — для пользователей.

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

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

Установка платформы

Для обучения программированию нам понадобится 1С 8.3 (не ниже 8.3.13.1644).

И если у вас её ещё нет: ссылка на инструкцию по установке.

На вашем рабочем столе должен появиться вот такой ярлык:

Создаём пустую базу

Итак, давайте же создадим нашу базу данных, но не так как мы это делали на самом первом уроке школы (ссылка) — на этот раз мы сделаем это осознанно, с объяснением каждого шага:

1. Запустим платформу 1С на нашем рабочем столе. Этот ярлык ведёт к исполняемому файлу из папки «C:Program Files1cv8t».

2. Перед нами открылся список баз 1С:

В нём уже присутствует база «Учебная» из прошлых уроков. Обратите внимание на то, что при выделении базы внизу пишется путь к её папке. Если мы откроем эту папку в проводнике, то обнаружим там тот самый файл «1Cv8.1CD«, о котором шла речь выше.

3. Нажмём кнопку «Добавить«.

4.  Выберем пункт «Создание новой информационной базы» и нажмём кнопку «Далее«:

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

5.  Выберем пункт «Создание информационной базы без конфигурации …» и нажмём кнопку «Далее«:

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

6. В качестве имени базы укажем «Азы» и нажмём кнопку «Далее«:

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

7. В качестве каталога базы укажем любую пустую папку (в данном случае это папка «Азы» в моих документах). Нажмём кнопку «Далее»:

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

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

Веб, тонкий и толстый клиенты — это всё варианты платформы 1С.

Веб-клиент не требует установки, он запускается в браузере и позволяет пользователю работать с базой через интернет.

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

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

9. В списке появилась наша база «Азы», которую мы только что создали. Выделим её и внизу отобразится путь к папке с базой:

Зайдём в эту папку через проводник и увидим там уже знакомый файл «1Cv8.1CD«, который содержит всю базу данных:

Пройдите тест

Содержание:

1.      Как настроить розничную торговлю в конфигурации 1С: ERP?

2.      Продажа товаров в розницу в конфигурации системы 1С: ERP

3.      Возврат товаров в рознице в конфигурации прoграммы 1С

4.      Выемка денежных средств из кассы ККМ в системе программы 1С: ERP

5.      Внесение денежных средств в кассу ККМ

6.      Закрытие кассовой смены в конфигурации 1С: ERP

7.      Отчеты по розничным продажам в конфигурации системы 1С: ERP  

1. Как настроить розничную торговлю в конфигурации 1С:ERP?

В данной статье расcмотрим функционал розничной торговли в 1С:ERP и как его настроить.

Перейдем к настройкам системы 1С.

Открываем настройки раздела продаж.

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

Также здесь есть следующие настройки:

Хранить отложенные чеки – в данной настройке указывается сколько дней будут храниться отложенные чеки, после истечении данного срока отложенные чеки будут удалены;

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

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

Несколько касс ККМ – при активации данного флажка в программе появится возможность создавать несколько касс ККМ;

Назначать скидки перед оплатой в чеке ККМ 

Операция при закрытой кассовой смене – здесь можно выбрать один из нескольких вариантов действий после закрытия смены в 1С: архивация чеков, удаление чеков, либо никаких действий выполнятся не будут.

Далее необходимо создать кассы ККМ. Для этого открываем справочника кассы ККМ.

Нажимаем на кнопку Создать.

Заполняем тип кассы. Если касса ККТ Атол  подключена к программе, то выбираем фискальный регистратор. Если нет, то Автономная ККМ. На практике в основном касса подключена к программе, поэтому указываем значение Фискальный регистратор.

Заполняем склад, наименование и сохраняем кассу ККМ.

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

После подключения контрольно-кассовой техники (ККТ) и эквайрингового терминала 1С и установки драйверов на компьютер, необходимо подключить их к 1С. Для этого переходим в настройку оборудования.

И переходим в справочник Подключаемое оборудование.

Нажимаем на кнопку Подключить новое.

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

Нажимаем Установить и продолжить.

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

Далее переходим в настройки РМК.

Нажимаем Создать.

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

Во вкладке Кассы ККМ добавляем ранее созданное ККТ- оборудование.

Во вкладке Кассы добавляем кассу организации и привязываем к ККТ- оборудованию. Это позволит автоматизировать процесс выемки ДС из кассы ККМ и внесение ДС в кассу ККМ,

Во вкладке Эквайринговый терминалы создаем и добавляем терминал и привязываем к ККТ-оборудованию. Сохраняем настройки.

Далее переходим к демонстрации функционала розничных продаж.  

2.  Продажа товаров в розницу в конфигурации системы 1С:ERP

Открываем РМК кассира.

Для открытия смены в 1С нажимаем на кнопку Операции с ККМ.

Открываем смену.

Перед продажей указываем продавца по кнопке Изменить продавца.

Указываем продавца и нажимаем Выбрать.

Теперь переходим к оформлению продажи. Пробиваем товар сканером или нажимаем на кнопку Поиск.

Подбираем товары и переносим в документ.

Если оплата будет осуществлять наличными нажимаем Оплатить наличными.

Заполняем полученную сумму и пробиваем чек. ККТ распечатает чек.

Для следующей продажи нажимаем на кнопку Новый чек.

Подбираем товары и нажимаем на кнопку Смешанная оплата.

Указываем сумму оплаты наличными и нажимаем на кнопку Оплатить платежной картой.

Если эквайринговый терминал подключен 1С, то отражение операции оплаты по карте далее пройдет автоматически. Если терминал не подключен, то отражение произойдет по следующему сценарию.

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

При успешном проведении оплаты в 1С на терминале нажимаем Да.

Пробиваем чек.  

3.  Возврат товаров в рознице в конфигурации программы 1С

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

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

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

Указываем сумму и нажимаем Пробить чек.

Также возврат можно оформить  из списка документов Чеки ККМ. Здесь можно оформить возврат также из другой смены.  

4. Выемка денежных средств из кассы ККМ в системе программы 1С:ERP

Для оформления выемки ДС из кассы необходимо нажать на кнопки Операции ККМ — Выемка.

Указываем суммы выемки и нажимаем ОК.

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

Проводим документ.  

5.      Внесение денежных средств в кассу ККМ

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

В РМК оформляем внесение ДС в кассу ККМ.  

6.      Закрытие кассовой смены в конфигурации 1С:ERP

Для закрытия смены в 1С необходимо нажать на кнопки Операции с ККМ — Закрытие смены.

Произойдет оформление двух документов: отчет о розничных продажах и возвратов за смену.  

7.      Отчеты по розничным продажам в конфигурации системы 1С:ERP

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

Специалист компании «Кодерлайн»
Олег Чернов