Основной особенностью проекта является глубокая переработка ряда блоков в соответствии с бизнес-процессами предприятия ТД «Аникс» (ООО «Прайд-А»). 

Бухгалтерский учет

Бухгалтерский учет предприятия ведется в системе «1C:ERP Управление предприятием», а налоговый учет и сдача регламентированной отчетности — в отдельной программе «1С:Бухгалтерия 3». В блоке «Бухгалтерский учет» в «1С:ERP» ведется банк и касса. Блок был доработан следующим образом — изменен функционал «Разнесение банковской выписки». Деньги приходят в Клиент-Банк на расчетный счет, затем разносятся. Клиент-Банк умеет выгружать файл, который загружается в типовые конфигурации «1С» с функционалом отображения движения денежных средств. Этот функционал загрузки значительно доработан для решения поставленных задач на предприятии. Было реализовано следующее:

• контрагентов много и, следовательно, много различных документов (накладных, договоров и т.п) внутри одного контрагента. В учетной системе написаны определенные правила подбора договоров и заполнения банковских документов. Это оптимизирует работу сотрудников, которые разносят Клиент-Банк — ускоряет процесс и сокращает трудозатраты, ввиду того, что расчетных счетов порядка 10 и по каждому ежедневно от 50 до 100 платежных поручений. Чтобы не разносить их вручную, реализованы специальные настройки. Эти настройки смотрит система и, исходя из назначения платежа в банковском документе, подставляет определенные договоры контрагентов. Например, контрагент может платить за товар, а может  за услугу. И соответственно должны подставляться разные договора;
• блок «Касса» используется практически в типовом состоянии, но в разделе «Учет кассовых операций» есть определенные доработки. Так как есть продажа товара за наличный расчет, и это другой вид соглашений с клиентом, который предполагает расчёт сразу после получения товара, непосредственно на торговой точке, без отсрочек платежа. Развозя товар по торговым точкам, экспедитор берет с собой инкассационный лист. Функционал этого листа создан с нуля специалистами «Гигабайт»;
• в блоке «Расчеты с контрагентами» были проведены доработки:
• используется следующая структура справочника «Партнеры» — партнер верхнего уровня соответствует контрагенту — юридическому лицу. Партнер второго уровня соответствует направлению деятельности предприятия ООО «Прайд-А» (опт, франчайзинговая сеть «Корзинка» и розничная сеть предприятия). У партнеров второго уровня есть торговые точки — это третий уровень «партнеров». Этим торговым точками и осуществляется продажа товаров;
• для того, чтобы учитывать часть функционала по торговым точкам, а часть по контрагенту в целом, были выполнен ряд доработок в системе — например, расчеты с контрагентами осуществляются не в разрезе торговых точек, а в разрезе головного контрагента. Эти доработки выполнены, чтобы не выполнять перезачет обязательств денежных средств, как если бы мы всю документацию делали на торговую точку, при условии того, что оплату мы получаем от головного контрагента;
• при объеме документооборота предприятия в типовой системе «1С:ERP» возникали технические сложности, связанные с блокировкой определунных ресурсов. Для обхода этих блокировок было выполнено техническое решение, которое взаиморасчеты с контрагентами по общей задолженности фиксирует сразу, а взаиморасчеты в разрезе накладных фиксирует отдельным фоновым заданием. Эта доработка связана с версией онлайн блока взаиморасчетов;
• блок «Производственные операции». На предприятии осуществляются простейшие производственные операции — это фасовка (кондитерской продукции, овощей и фруктов, рыбы и тд). Поступивший товар перефасовывают в другую упаковку и получается другая номенклатура. Эти производственные операции по максимуму автоматизированы. В процессе автоматизации учета этих операций была проведена интеграция с торговым оборудованием (весы и принтеры этикеток) — для того что бы данные завешивания этих упаковок сразу транслировались в документ «Производство без заказа» и принтер этикеток сразу мог выдавать штрихкоды, соответствующие весу и номенклатуре. Разработан специальный АРМ под эту задачу;
• блок «Основные средства» — на предприятии ведется учет арендованного оборудования у своих поставщиков по торговым точкам. Предприятие арендует холодильники под мороженное и они хранятся не на территории предприятия, а на торговых точках. Информация о том, какой холодильник на какой точке хранится в учетной системе.

Расчет себестоимости

В рамках проекта изменился расчет себестоимости при использовании схем по неотфактурованным поставкам (используется только для фруктов и овощей). Сначала приходуется весь товар по внутренним нерегламентированным накладным, а регламентированные документы приезжают гораздо позже — от нескольких дней до двух недель. При такой схеме типовой расчет себестоимости был не оптимален, потому что он изменяет себестоимость прошлых документов. Себестоимость корректировать в таком случае некорректно, так как она влияет на ценообразование. Чтобы не происходило пересчета двухнедельной давности документов, типовой расчет себестоимости убран и теперь себестоимость рассчитывается по-другому. В схеме неотфактурованных поставок есть отдельные операции, которые эту разницу в фактически принятом весе и фактической цене, и разницу с документами, фиксируют в отдельном месте. И разница относится не на себестоимость, а в некий резерв. В дальнейшем при различных инвентаризациях и ревизиях этот резерв покрывает недостачу. Эта схема используется на 4-х складах, где хранятся определенные продукты.

В силу специфики работы с контрагентами используется схема доначислений до определенного уровня различных показателей. Пример — поставщик возит товар по определенной цене, например, 100 рублей. В случае начала какой-либо акции поставщик начинает возить не по 100 руб., а по 60 руб. Чтобы эти колебания цены не влияли на общий финансовый результат и среднюю маржинальность, эти 60 рублей донаценяются до 100. Т. е. до определенной (матричной) цены, по которой поставщик всегда возил. Производится в системе это определенными документами. Типовой блок «Расчет себестоимости» не имеет нужного для реализации такой схемы функционала, поэтому его доработали специалисты «Гигабайт».

После переоценки партии, поступившей по более низкой цене, «Расчет себестоимости» начинает некорректно эту партию списывать. Происходит списывание, но эта наценка «зависает» в себестоимости. И на конец периода могут «зависнуть» партии с нулевым количеством и с определенной стоимостью, равной наценке. Была сделана доработка, чтобы эти суммы расходовались согласно установленного алгоритма и не «зависали».

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

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

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

Анализ данных и прогнозирование

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

Управление денежными средствами

Автоматизировано: учет договоров, кредитов и депозитов, расчет процентов по договорам, ввод документов по начислению процентов. Автоматизировано нетиповое разнесение платежных поручений.

Продажи

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

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

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

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

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

2. Интеграция с базами магазинов для выгрузки заказов в автоматическом режиме. На торговых точках эта система работает по-разному: в одних система полностью автоматически считает сколько товара нужно и выдает файл заказа, в других — управляющий магазина высчитывает потребность и корректирует то, что предлагает система — полуавтоматическая обработка заказа. Эти файлы складываются в общую папку и загружаются в систему, как «Заказы клиентов». Автоматически определяется какая торговая точка, какой контрагент, какие товары и в каком количестве нужны и определяются склады, с которых будет это отгружаться по определенным правилам.
3. Работа торговых агентов. Торговые агенты работают через специальное мобильное приложение на планшетах. С этим приложением (стороннее ПО на базе «1С») настроена двусторонняя интеграция. В мобильное приложение выгружается информация об остатках, акциях, ценах и задолженностях клиента. А обратно в «1С:ERP» отдаются заказы клиентов.

Ценообразование, прайс-листы

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

1. Цена закупочная, которая включает в себя стоимость уплаченную за поставленный товар и транспортные затраты, которые предприятие понесло на доставку, сборку и прочее. Эта цена в системе полностью расчетная и рассчитывается из фактической себестоимости товара. Чтобы это реализовать, была внедрена доработка по автоматическому ежесуточному расчету себестоимости. На ее основании устанавливается закупочная цена. При формировании закупочной цены производится контроль скачка изменения цен (правило — закупочная цена не должна превышать предыдущую установленную закупочную цену на определенный фиксированный по категориям товара процент. И проверяется цена последнего документа приобретения этого товара).
2. Цена базовая. Все ценообразование, конечное для клиентов, построено на подсистеме «Скидки и наценки». Рассчитывается эта базовая цена по определенным правилам. Затем от базовой цены, путем применения индивидуальных скидок и наценок рассчитывается цена для клиента. Таким образом в системе можно достаточно гибко настраивать ценовую политику по различным каналам сбыта и отдельно фиксировать акционные цены.

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

Прайс-листы: автоматизация выгрузки прайс листов реализована для канала сбыта «ФСК» (франчайзинговая сеть «Корзинка») — после того как произошел расчет цен и в системе отразились какие-то изменения цен, ежедневно автоматически выгружаются индивидуальные прайс-листы и отправляются клиентам ФСК.

Формирование графика поступления оплат

Используется несколько разработанных с нуля отчетов для контроля поступления оплат (по закрытию накладных и контролю поступления денежных средств).

Склад и распределительный центр

После загрузки заказов или ввода операторами отдела «Опт» происходит следующее — эти заказы автоматически должны быть отгружены (нет этапа согласования заказов, все упрощено для оптимизации скорости обслуживания клиентов). Заказы появляются в рабочем месте «Оператор склада». Это в целом типовое АРМ, но есть ряд доработок — добавлено большое количество фильтров, по которым оператор склада понимает, какой именно заказ в настоящий момент надо отправить в работу, так как ежедневно проходит порядка 3000 заказов и их необходимо  ранжировать. Для ранжирования на предприятии ТД «Аникс» используется такое понятие как «Очередь отгрузки». Очередь устанавливается заказу по определенным правилам, и согласно этой очереди, оператор склада может отбирать заказы первой, второй, третьей и так далее очереди и последовательно их отправлять в работу сборщикам. Оператор по одной кнопке создает расходные ордера на товары. На складах стоят две WMS-системы. При создании этих ордеров складских документов происходит их выгрузка в  WMS-системы, а у оператора склада выводятся на печать все сформированные ордеры.

Один склад автоматизирован непосредственно в «1С:ERP» (так как внедрение WMS-системы для автоматизации учета на нем нецелесообразно) и там используется более простая складская логистика (ячейки и их обход сделаны непосредственно в базе «1С:ERP»). Алгоритм обхода ячеек используется нетиповой. На складе распечатываются ордера и данные также поступают на ТСД. После фактической сборки заказов на складе происходит оповещение системы «1С:ERP» о том, что заказ собран. Когда произошло оповещение системы, автоматически создается документ «Реализация товаров и услуг» по полностью собранному заказу. Работники склада видят в отдельном АРМ «Групповая печать документов» эти созданные накладные и могут распечатать комплект документов, который передается водителям для доставки заказов.

В установленных точках процесса подготовки заказа и отгрузки настроен обмен с внедренной параллельно с «1С:ERP» — «1С:TMS.Логистика. Управление перевозками». Когда создается заказ, происходит первый обмен с «1С:TMS» — для того чтобы диспетчерская служба могла понимать, какое количество машин и какой грузоподъемности необходимо запланировать на определенную дату. Второй обмен происходит после создания документов на отгрузку и в «1С:TMS» уходят фактические данные для корректировки плановых значений, полученных при первом обмене.

Резервирование ТМЦ

Общее резервирование происходит в момент загрузки заказа. Выделена специальная схема резервирования отдельной группы товаров — «скоропорт» (молоко, охлажденное мясо и т.п.), чтобы обеспечить максимальную эффективность его поставки в магазины и доведения до конечного потребителя, используется вариант отгрузки — «с колес». Товар не хранится на складе, его заказывают клиенты и с определенным интервалом этот товар клиенту привозится. Поставка этого товара на предприятие ТД «Аникс» (ООО «Прайд-А») происходит в конкретном количестве, то, которое заказали клиенты. И на те даты, в которые ТД «Аникс» должен отгрузить эти заказы. Чтобы это реализовать используется большое количество доработок в системе (используется типовое обеспечение «Заказ-подзаказ», а правила загрузки заказа и выставления даты, поставщика — это собственные доработки).

На предприятии есть 4 склада, на которых хранятся категории товаров категории «фрукты, овощи», два из них автоматизированный системой WMS, а 2 не автоматизированы. На неавтоматизированных складах процесс учета происходит следующим образом — разработан отдельный инструмент в «1С:ERP» — «Сборочная ведомость». В рабочем месте диспетчера склада выводятся все заказы и оператор после выбора всех заказов и нажатия кнопки формирует сборочные ведомости. В ведомости отображается продукция + склад. Например, если есть 100 заказов и в 10 из них есть мандарины, то эти 10 заказов пойдут в одну сборочную ведомость, по которой будут набираться мандарины. Так, по пересечению позиций, заказы и формируются. Затем наборщики в этой ведомости указывают какой продукции в какой заказ сколько было завешено — таким образом проставляются фактические данные. После завершения заполнения сборочной ведомости все происходит, как на других складах — система «1С:ERP» формирует стандартный документ реализации товаров и услуг.

Отраслевая специфика

Сертификаты в подсистеме «1С:ERP» привязаны к карточкам и видам номенклатуры. Выполнена доработка для привязки сертификатов к конкретным сериям товаров (для алкоголя по большей части). Эти карточки интегрированы с web-базой на СУБД. Эта СУБД имеет форму вывода информации в виде web-сайта. Это нужно для того, чтобы сертификат на любой товар могли запросить торговые точки в удобном для обычного пользователя формате через этот web-сайт. При запросе сертификатов у торговых точек, которые не хранят сертификаты у себя, их представители, зная код товара, заходят в базу и им выдается список сертификатов, который можно распечатать либо отправить кому-либо.

Важной доработкой в части складского отраслевого учета была  доработка остатков товара в разрезе упаковок. Деятельность организации основана на оптовой торговле. Оптовая торговля осуществляется не отдельными позициями, а коробками, блоками, упаковками. Типовой учет основан на штуках и кг. Для заказчика важно не только указание упаковки в документах, но и наличие этой упаковки на складе, чтобы не «плодить» номенклатуру при смене упаковки поставщиком. Пример — возили ящики вина по 6 бутылок, а стали по 12. Номенклатура та же самая, но размерность упаковки сменилась. И на складе появилась новая позиция, но по сути клиенты будут заказывать то же самое вино. Чтобы не заводить отдельную карточку товара, используется та же самая карточка, но с отдельной упаковкой в 12 бутылок. Это позволяет значительно проще заказывать товар у поставщика, считать статистику и отгружать. Минус такой системы в том, что есть значительные проблемы с учетом остатков упаковок на складе. Для решения этого выполнены доработки — округление заказа до нормы отгрузки. Норма отгрузки — клиенты, заказывая определенное кол-во номенклатуры, понимают, что заказ будет округлен до целой коробки (до 6 или до 12 в примере). Благодаря этим нормам, мы значительно упрощаем складскую логистику и повышаем товарооборот.

ЕГАИС, Честный знак, ВЕТИС

В плане продажи поднадзорного товара в ТД «Аникс» используется разделение на три категории — продукция животного происхождения (ГИС «Меркурий», ВЕТИС), алкогольная и спиртосодержащая (ЕГАИС) и табачная продукция («Честный знак»).

В работе с «ВЕТИС» используется в основном типовой функционал интеграции и типовых объектов «1С:ERP», но с доработками в части автоматизации процессов. Типовая подсистема в большей степени подготовлена под ручное управление операциями на всех участках бизнес-процесса. В ходе проекта внедрения  «1С:ERP» эту систему постарались оптимальным образом автоматизировать:

• при работе с «ВЕТИС» создание документов на приемку и отгрузку автоматизировано. На приемку документы при помощи типовой системы загружаются, но дальше работа с документами идет при помощи доработанного функционала —  автоматически сопоставляются клиенты, продукция и автоматическое указание количества товаров, которое было отмечено складом как фактически принятое. При отгрузке сначала происходит наборка товаров и формирование документов, а потом автоматически создаются документы по поднадзорным товарам;
• используется типовая подсистема «ЕГАИС». Документооборот более контролируем вручную и создано больше контрольных точек в виде отчетов. Автоматизирован учет лицензий по клиентам. Если у лицензии, введенной в систему, закончился срок — система не даст выписать в заказе клиента алкоголь. Ввиду того, что алкоголь на двух разных складах в двух разных городах на разных юридических лицах, между ними реализован учет внутренних перепродаж подконтрольного товара. Между системой ЕГАИС и ТТН исходящей в ЕГАИС создан дополнительный автоматический контроль того, что документы оформлены в рамках одного дня (дата должна быть одинаковой);
• «Честный знак» — используется не типовая подсистема «1С:ERP», а подсистема интеграции с «Честным знаком» полностью собственной разработки. Обе подисистемы требуют подключения электронного документа, но в типовой нет оператора электронного документооборота, которые использует предприятие ТД «Аникс». В связи с этим был разработан свой аналог электронного документа, в нем указываются марки табачной продукции, которые потом передаются в «Честный знак». Создание документа полностью автоматизировано, складской процесс единый, независимо от группы товара. После наборки и формирования заказа происходит подготовка документов для передачи в контролирующие органы.

Так как на складах используются WMS-системы, при приемке определенной партии товара ей присваивается определенный идентификатор и передается в ERP-систему. Он привязывается к партии и при отгрузке этот идентификатор используется для поиска определенной серии товара. Это сделано для того что бы облегчить создание и обработку подконтрольных документов (например, справки Б для алкоголя).

Закупки

Из нетипового функционала в системе «Закупки» реализовано ведение отдельных для каждого поставщика матриц и графиков поставщиков, которые нужны для упрощения работы со способами обеспечения потребностей. Так как складской ассортимент широкий и много поставщиков, за определенную группу продукции отвечает отдельный категорийный менеджер, который ведет эти матрицы. В матрицах указывается поставщик, ассортимент и цены. В графиках указывается, когда и на какой склад, какая продукция будет доставлена и в какой период. Совокупность этих двух объектов системы определяет типовые объекты — способы обеспечения потребностей. Этот же принцип используется для автоматического создания перемещений товаров между городами. Помимо графика поставок, формируется график перемещений, по которому настраиваются отдельные способы обеспечения потребностей с типом перемещения, и который по расчету статистики предлагает данные для оформления заказа на перемещение продукции из одного города в другой для дальнейшей продажи.