Файл: Разработка и реализация конфигурации «Интернет-магазин гитар» на платформе 1С:Предприятие.pdf

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

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

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

Процесс работы с клиентом и осуществление продажи представлен на рисунке 7.

Рисунок 7. Декомпозиция работы с клиентом

Сотрудникам отдела продаж поступает информация о новинках от отдела снабжения и распространяют её клиентам.

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

Составление отчётностей отдела продаж будет происходить непосредственно в программе.

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

Входные потоки: информация о клиенте; информация о поставщике; информация о товаре; заказ клиента, информация о перемещения.

Выходные данные: договор продажи; отчёт о продажах; отчёт о закупках;

Предполагается что с конфигурацией будут работать следующие сотрудники:

сотрудники отдела продаж: обработка данных клиента, заказов клиента, составление отчёта о продажах, информирование;

сотрудники отдела снабжений: обработка данных поставщика, разработка заказа, составление отчёта о закупках, информирование;

сотрудники склада: внесение данных о поступлении и выдаче товара;

сотрудники логистики: получение направлений и получение отчётов.

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

хранение информации о клиенте, поставщике, товаре, заказах;

хранение сформированных отчётов;

формирование писем предложений клиентам;

формирование отчётов поступления товаров;

формирование отчётов продаж;

формирование отчётов закупок;

формирование отчётов о перемещения.

1.5. Анализ существующего программного обеспечения, позволяющего решить поставленную задачу

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

В начале исследования выясним критерии, по которым будем собирать сведения:

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

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

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

Из недостатков имеются:

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

Oracle ERP Cloud – является облачным комплексом приложений для управления продажами малого и среднего бизнеса.

В преимущества входят: стоимость продукта вместе с лицензией – от 20000 до 60000 р.; так же есть возможность интеграции с сайтом компании; русифицированный интерфейс.

Недостатками являются: большой срок внедрения до 3 лет; отсутствует открытый программный код; долгосрочный период обучения сотрудников.

SAP Business ByDesign — интегрированное SaaS ERP решение для малого/среднего бизнеса. Содержит модули: CRM, финансовый менеджмент, управление проектами, управление цепочками поставок, HRM, Service desk, управление финансами.

В преимущества входят: срок внедрения решения составляет от 5 месяцев — до 1 год; наличие интеграции с готовым сайтом; общая стоимость продукта, вместе с лицензией, — от 17 000 до 35 000 р.; открытый программный код;

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

ГЛАВА 2. ПРАКТИЧЕСКАЯ ЧАСТЬ

2.1. Обоснование требований к разрабатываемому прикладному решению

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

Справочник с городами где происходит покупка/продажа. Требуется для отражение территориальной принадлежности фирм.

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

Справочник с информацией об товарах. Требуется для хранения описания товаров, его наименования, поставщиков.

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

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

Входной информацией для справочников станет:

- Название городов

- Имена и фамилии

-Должности

- Телефоны

- Наименование организации и филиалов

- Описание товаров

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

Выходной информацией станет:

-Документы приходов и продажи товаров;

-Отчеты о приходах

-Отчеты о остатках товаров

-Сводные таблица филиалов

-Сводные таблицы городов

-Сводные таблицы товаров

- Документ заказ клиента

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

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

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

2.2. Анализ среды разработки

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

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

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

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

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

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

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

2.3. Архитектура разрабатываемого прикладного решения!

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

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

•5 справочников, которые хранят информацию об участвующих в процессе покупке/продаже;

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

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

•Журнал документов в котором храниться вся информация о поступивших и проданных товарах;

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

Чтобы наилучшем образом автоматизировать проект, будет предпринято:

- Создание печатной формы;

- Для документов отдельное поле с автоматическим подсчетом табличной части документа.

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

2.4. Описание основных объектов (элементов) разрабатываемого прикладного решения

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

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

Следом будут созданы справочники. Чтобы реализовать нашу задачу их нужно 5.