Основные задачи, которые стояли перед нами:
На момент обращения к нам управленческий учет компания вела в таблицах Excel, что создавало проблемы в складском документообороте для выверки себестоимости. Себестоимость считалась так: За основу брался предыдущий год и проводился анализ косвенных затрат. Все фактические затраты на производство, логистику, зарплату персонала делили пропорционально на стоимость выпущенной продукции. Таким образом получали процентное соотношение стоимости всех косвенных затрат к стоимости всего выпуска. В результате выходило 30% косвенных затрат, которые и закладывали в себестоимость. Так как заказчик отказался от предварительного обследования бизнес-процессов компании, было принято решение провести внедрение по методологии Agile.
Мы сделали копию текущей базы со всей НСИ, пометили на удаление документы и все лишнее связанное с ордерами.
Настроили базовый учёт по работе с:
• заказами
• договорами
• типовыми наборами
• договорами эквайринга
• маркетплейсами
С печатью этикеток была своя особенность. Компания печатала этикетки в зависимости от контрагента. Этикетки печатались в зависимости от ячейки, ячейка в свою очередь соответствовала контрагенту. Система работала по следующей схеме:
С началом внедрения данную конструкцию мы переадаптировали на контрагента из заказа, для которого печатаются этикетки. Таким образом, чтобы напечатать разные этикетки по разным макетам в зависимости от того, кому идет данный товар, мы берем контрагента из документа, из которого мы печатаем этикетки (заказ или расходная накладная) и печатаем разные макеты. Для печати штрихкодов мы настроили отдельную доработку настройки Регистра штрихкодов в плане формы документа и добавили реквизиты:
• контрагент
• артикул контрагента
• штрихкод контрагента
• наименование контрагента
И в зависимости от того, какому контрагенту печатали этикетку, печатались разные наименования и артикулы.
При печати мы получаем штрихкод и для определенного контрагента печаталось свое наименование и артикул, а штрихкод оставался прежним.
Далее мы занялись настройкой «остатков наборов и общих номенклатур» и доработкой «обратных передач и ввода начальных остатков». Компании было необходимо считать остатки наборов и общих финальных номенклатур одном отчете и направлять данные по остаткам контрагенту.
В старой системе мы адаптировали наборы для ордерного склада. Данные по остаткам наборов и остаткам по товарам входили в разные отчеты и не были объединены.
Перед нами встала задача организовать отправку отчета по всем остаткам контрагенту. С помощью внешней обработки мы настроили рассылку по остаткам наборов и остатками по номенклатуре в формате Excel или CSV на почту или на FTP сервер.
Подключение модулей для работы с маркетплейсами проводили по схеме FBS (Fulfillment by seller), которая предоставляет возможность:
• автоматически отправлять цены и остатки по товарам из 1С на площадки по расписанию
• управлять лимитами товаров и деления остатков по товарам между площадками
• групповой обработки и сборки заказов в 1С с помощью «Умной ленты»
• формировать в 1С отчеты по продажам и анализировать заказы
Подключали сразу 5 маркетплейсов и начали с установки расширения и интеграции 1С со всеми площадками:
• провели первичную настройку
• настроили автоматическое сопоставление номенклатур
• и настроили обмен остатками
• настроили работу склада под текущие бизнес-процессы
• провели работы по настройке отправки остатков
Далее настроили «Умную ленту», благодаря которой, ускоряется сборка заказов путем печати этикеток по ходу движения по складу. Для этого нужно только пройтись с ТСД по нужным товарам и наклейки будут в том же порядке.
Следующим этапом мы перевезли всех работников из 1С Бухгалтерия в 1С: УНФ. С этого момента все первичные документы, заказы оформлялись в новой базе. И подключили модули маркетплейсов.
С переходом на УНФ в компании в полной мере стали использовать функционал Интеркампани и тут мы столкнулись с первой проблемой. Программа некорректно учитывала остатки. Контроль остатков срабатывал только на реализациях, но не работал при резерве товаров.
Эту проблему решили доработкой кода «Проверка остатков» по всем организациям в момент резервирования.
Другая проблема связанная с Интеркампани заключалась в том, что при закрытии месяца на конец месяца оставались отрицательные остатки. Здесь мы вышли из положения путем получения остатков не на актуальный момент, а на дату документа.
У компании очень большой срок приема возврата от своих оптовиков. Возврат может приходить спустя несколько месяцев с момента продажи. Важный момент, возврат должен приходить не по нулевой стоимости, а по фактической себестоимости!
Главной задачей внедрения был учет корректной себестоимости, а значит и возвраты нельзя было оприходовать или оформить без документов, потому что возвраты по нулевой себестоимости снизят общую среднюю себестоимость. Этого мы допустить не могли.
Так как работа в новой ИС уже началась, то пришлось оперативно исправлять это в ходе работы. И мы приняли решение оприходовать товары по нужной себестоимости в старом периоде на нужную организацию до начала работы в базе.
Начало работы стояло в июле, оприходование мы провели 30 июня. И этим же числом мы оформили продажи на данного контрагента для того, чтобы по этой продаже вернуть товар. Таким образом товар встал по цене оприходования, а не по нулевой себестоимости и средняя себестоимость не пострадала.
Через 3 месяца после перехода на 1С: УНФ мы приступили к внедрению учета производства.
Для начала мы внедрили MVP (Minimum Viable Product), в котором отразили реализации. Здесь все что компания произвела сама мы оприходовали как приход от поставщика, то есть вносим контрагента и программа считает его поставщиком. Это было необходимо для отражения поступлений до полной настройки блока производства.
Далее мы отразили заказы на производство, поступление материалов, занесли спецификации на каждый из производимых продуктов. Оформили один заказ на месяц и по этому одному заказу каждую неделю отражали выпуск.Однако, в блоке производство была нужна себестоимость не только материальная, но и косвенные затраты.
Мы долго думали, как это лучше отразить. Запросили у клиента все статьи затрат управленческого учета. На что могли уходить деньги в производстве, в ведении деятельности и какие из этих денег относятся к себестоимости. В результате у нас сформировался список статей затрат. По этому списку мы смогли сформировать план счетов управленческого учета.
И следующее что мы сделали, это разграничили права по RLS (Record Level Security) для сотрудников для того, чтобы каждый из них видел только свои виды цен и необходимые документы.
В результате внедрения мы добились основной цели, это прозрачной себестоимости. Клиент в режиме реального времени может увидеть: