38
основными средствами, до выпуска налоговых деклараций, кассовых операций и
операций на банковских счетах, а также клиринга и расчетов по счетам.
Несмотря на свою богатую функциональность, он отличается простой,
интуитивно понятной работой [25].
Revision Nexo является частью nexo InsERT – интегрированного пакета,
который также включает в себя: Subiekt nexo - систему управления продажами и
складом, nexo accountant - программу для упрощенного учета, Nexo gratification -
систему управления персоналом и расчета заработной платы и Nexo Gesture -
систему управления взаимоотношениями клиентов.
Наиболее важные возможности Nexo Revision [25]:
– плавный переход от упрощенного учета к учетным книгам;
– сопровождение сценария (алгоритма) работы в течение отчетного
периода: открытие и закрытие книг;
– гибкое управление планами счетов: возможность генерировать
основной план счетов, переводы из другого отчетного периода, автоматическое
создание учетных записей, обслуживание забалансовых счетов;
– расширенная группировка документов: разделение документов по
группам и учетным командам, различные состояния документов: в процессе
подготовки, утверждения и бронирования;
– регистрация и учет записей НДС: покупки, продажи (в том числе
продажа маржи), оплата наличными, корректировка НДС несвоевременных
платежей;
– учет основных средств и нематериальных активов (расчет и
амортизация амортизации, включая затраты на место использования, распечатка
таблицы и планы амортизации), а также учет оборудования и инвентаря;
– основные записи заработной платы: личные записи, гражданско-
правовые договоры и трудовые договоры;
– развитая система расчетов с собственниками: от взносов социального
страхования до вычетов и налоговых льгот, связанных с различными льготами;
– регистрация и расчет частных транспортных средств, используемых
для служебных и служебных транспортных средств, с возможностью частичного
или полного вычета НДС;
39
– обработка внутренних документов - собственные документы
организации относительно операций, происходящих внутри компании;
– обслуживание наличных и безналичных кассовых операций (оплата
кредитной картой, ваучеры), кассовые отчеты;
– обработка операций, связанных с банковскими счетами, стандартными
кредитными переводами, налогами с использованием электронного банкинга
(оффлайн и онлайн);
– записи и расчеты по счетам, интеграция с записями счетов и записями
НДС;
– выдача и распечатка налоговых деклараций по налогу на прибыль
акционеров и работников, налога на прибыль (для юридических лиц) и налога на
добавленную стоимость;
– автоматическое уменьшение учетных документов и регистров НДС с
помощью определяемых схем;
– интеграция с системой продаж Subiekt nexo;
– возможность работы на одном сайте или в сети.
«ПАРУС – Предприятие» – это простая в изучение, удобна в
использовании, но в то же время, полно функциональная система,
предназначенная для автоматизации бухгалтерского, налогового, складского
учета, управления реализацией товаров и услуг, а также расчета заработной
платы на предприятиях малого и среднего бизнеса [26]. Связь в двух
направлениях между модулями позволяет исключить ситуацию
несогласованности данных.
Большинство модулей этой системы могут работать отдельно, как
самостоятельные приложения. Кроме «Парус – Администратора», который
является служебным модулем, который прилагается к любой конфигурации
системы. В полной мере преимущества модулей реализуются при использовании
в качестве единого программного комплекса с общей базой данных [26]. Вывода
на печать и модификация всех отчетов системы реализуется с помощью широко
применяемых редактора таблиц Microsoft Excel и генератора отчетов Crystal
Reports [21].
1С Предприятие. Управлении торговлей.
40
Одним из универсальных программных продуктов по организации
торгового учета является продукт с названием 1С Предприятие. Данный
программный продукт позволяет хранить, и соответственно обрабатывать
данные, связанные с организационной и экономической деятельностью
предприятия. В связи с тем, что на рынке труда предприятий множество
различных направлений деятельности и был разработан данный программный
продукт. Как таковое 1С: Предприятие не является программой, в классическом
понимании. По сути 1С: Предприятие является программной платформой, на
базе которой строится система, под решение конкретных задач, конкретного,
отдельно взятого предприятия [27].
Сама по себе программная платформа не способна решить ту или иную
поставленную задачу автоматизации или контроля чего-либо. Она, если можно
так сказать, создана для обеспечения (обслуживания) работы какой-либо
конфигурации. Конфигурация, в свою очередь, тоже не в состоянии выполнять
поставленные ей задачи без программной платформы. Наблюдается
платформенно-конфигурационный симбиоз. На рынке присутствует одна
программная платформа под названием 1С Предприятие, а также множество ее
конфигураций, которые работают под ней.
Учитывая то, что поставленные задачи бывают абсолютно разными,
компания 1С совместно со своими компаньонами производит
конфигурационные решения, предназначенные для автоматизации конкретной,
узконаправленной области деятельности человека (предприятия). Можно
сказать, что это решение является универсальным, так как оно может помочь в
удовлетворении потребностей разных предприятий, работающих в какой-то
конкретной области. Но в то же самое время, универсальность приводит к тому,
что конкретно взятое предприятие использует прикладное решение не на
полную возможность.
Недостатки [27]:
– высокая уязвимость;
– платное лицензирование;
– высокая нагрузка на процессор и ОЗУ.
41
Выполним сравнение представленных систем (таб. 1.2). Для оценки будет
использоваться шкала от 0 (не имеет) до 5 (наивысший балл)
Таблица 1.2
Сравнительный анализ существующих автоматизированных систем
Критерий
сравнения
1С
Предприятие
Парус Предприятие
Revision Nexo
Функциональность
системы
5
4
3
Сложность
разработки
Высокая
Средняя
Не сложно
Требовательность к
ресурсам
Высокая
Средняя
Низкая
Автоматизация
основных
складских операций
5
4
2
Быстрота работы
4
4
5
Сложность
установки
платформы
4
4
3
Стоимость
30000 руб
20000 руб
Есть
бесплатная
версия
Несмотря на высокую стоимость, наиболее предпочтительным вариантом
на российском рынке является система 1С Предприятие.
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Необходимо отметить, что автоматизация учета спроса на продуктовый
ассортимент сети аптек ЛОГП «Ленфарм» не ведется, что приводит к заказу
товаров, которые не пользуются популярностью или имеют невысокий уровень
продаж, поэтому построение системы анализа спроса на товары в среде 1С
Предприятие является необходимым условием решения проблемы.
В рамках проведенного анализа было определено, что при ведении
торгового учета необходимо осуществить выполнение следующих основных
процессов:
42
– автоматизировать процессы прихода, перемещения, продажи и
списания товара;
– формировать различную отчетность, которая позволит качественно
управлять работой торгового предприятия;
– необходимо автоматизировать процесс формирования заказа, опираясь
на значения остатков на складах и на спрос на продуктовый ассортимент, что
сделает формирование заказа товара более обоснованным и будет
способствовать уменьшению незапланированных затрат, связанных с покупкой
непопулярных или непродаваемых товаров;
– также важным условием является создание единой системы, которая
обеспечит ведение всех хозяйственных операций сети аптек ЛОГП «Ленфарм».
Разработаем диаграммы в модели «TO-BE» с точки зрения менеджера по
заказу товаров (см. рис.1.13).
Рис. 1.13 Контекстная диаграмма модели «КАК ДОЛЖНО БЫТЬ»
При построении данной модели будет акцентировано внимание на
отличия от ранее построенной модели «AS-IS». Среди отличий будут
следующие элементы:
43
– добавление блока «Анализировать продажи товара»;
– декомпозиция данного процесса;
– декомпозиция блоков «Формирование документации», «Определение
общего оборота», «Учет поступлений и списаний»;
– для определения иерархии и степени вложенности необходимо
выполнить построение дерева узлов.
На рисунке 1.14 представлена декомпозиция контекстной диаграммы.
Рис. 1.14 Декомпозиция контекстной диаграммы модели «КАК ДОЛЖНО
БЫТЬ»
Добавлен еще один блок «Анализировать продажи товара». Представим
диаграммы, которые не присутствуют в модели «КАК ЕСТЬ».
На рисунке 1.15 представлена декомпозиция блока «Формирование
документации».
На диаграмме представлены следующие блоки:
– сформировать документы по покупке товара;
– сформировать документы по продаже товара;
– создать накладные;
44
– создать счета;
– вести учет документов по хозяйственной деятельности
предприятия.
Рис. 1.15 Блок «Формирование документации»
На рисунке 1.16 представлена декомпозиция блока «Учет поступлений и
списаний».
Данный блок имеет следующие процессы:
– приход товара;
– расход товара;
– возврат товара;
– аккумулирование данных.
Представлены следующие хранилища данных:
– БД Приход;
– БД Расход;
– БД возврат;
– БД системы.
45
Рис. 1.16 Блок «Учет поступлений и списаний»
На рисунке 1.17 представлен блок «Определение общего оборота».
Рис. 1.17 Блок «Определение общего оборота»
Данный блок представлен процессами:
46
– формирование данных для анализа;
– начальные данные;
– данные по общему приходу;
– данные по общему расходу;
– вычислить оборот товара и денежных средств.
На рисунке 1.18 представлена декомпозиция блока «Анализировать
продажи товара».
Рис. 1.18 Блок «Анализировать продажи товара»
На данной диаграмме представлены следующие процессы:
– проконтролировать данные по движению товаров за день;
– сформировать отчет «Товарооборот»;
– проконтролировать остатки товара;
– сформировать отчет «Остатки товара»;
– проконтролировать денежные поступления;
– сформировать отчет «Выручка магазина»;
– сформировать отчет «Данные продаж по товарам».
Также были определены хранилища данных:
– БД движение товара;
47
– БД продажи.
Данный блок является важным с точки зрения дальнейшей реализации
автоматизированной системы учета спроса на товары. Спрос на товар
представляет собой некоторые показатели продажи товара по установленной
цене за выбранный период времени. Особенно важным для разрабатываемой
системы будет отчет «Данные продаж по товарам».
Представим дерево узлов данной системы (см. рисунок 1.19). Дерево
узлов представляет отношения между родительскими и дочерними
диаграммами, это даст возможность определить степень вложенности процессов
движения товара, которые обрабатываются автоматизированной системой, что в
свою очередь позволит определить объекты, которые в дальнейшем будут
программно реализованы.
Рис. 1.19 Дерево узлов процессов учета спроса сети аптек