Реализованные проекты
Содержание
О клиенте и задаче
ООО «Гамма-Теплосервис» — это ресурсоснабжающая организация. Она ведёт учёт лицевых счетов, производит начисления и формирует квитанции через программу 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК. «Гамма-Теплосервис» находится у нас на обслуживании больше двух лет.
В начале августа 2023 года у компании на обслуживании появились новые дома. В связи с этим 11 августа перед нами поставили несколько задач:
загрузить лицевые счета
загрузить счётчики
настроить услуги
Всё это нужно было сделать оперативно, до 31 августа, чтобы компания успела отдать первые квитанции жильцам до 1 сентября.
Нам предоставили электронные таблицы, которые содержали информацию о количестве:
зданий (58)
лицевых счетов (2 535)
приборов учёта (2 856)
услуг (2)
норм (7
Что мы сделали
Загрузка лицевых счетов
У нас есть собственная разработка для быстрой загрузки лицевых счетов в программу ЖКХ. Но, чтобы данные загрузились без ошибок, у них должен быть такой формат:
Сложности при загрузке лицевых счетов
Данные в разных таблицах
Данные, которые нам передали для загрузки, были не структурированы: в одном файле были сведения о лицевых счетах и адресах, а в другом — адреса и ФИО собственников помещения.
Мы сопоставили данные по адресу и объединили информацию в единую таблицу.
Отсутствие собственников
После того как мы составили шаблон, мы обнаружили, что в некоторых лицевых счетах нет сведений об ответственном собственнике, так как у организации не было информации о том, кому принадлежат помещения.
Загрузить лицевые счета как есть, без ответственного собственника, было нельзя — программа выдала бы ошибку «Не указан ответственный собственник». Информация об ответственном собственнике обязательно должна быть в лицевых счетах, так как в квитанцию выводится ФИО собственника.
Для лицевых счетов, в которых не были указаны собственники, мы создали так называемых технических собственников «СОБСТВЕННИК № _». Чтобы в разных лицевых счетах не было одного и того же наименования собственника помещения, мы добавили номер в конце каждого наименования, чтобы программа видела, что это разные люди.
Впоследствии, когда собственники будут обращаться в организацию с вопросом о том, что в квитанции выводится не их ФИО, расчётчики смогут без проблем переименовать технического собственника на реального.
После проведения этих работ мы успешно загрузили все данные в программу. В ней появились:
здания
помещения
площадь квартир
лицевые счета и необходимые для открытия документы
количество зарегистрированных и проживающих
Настройка расчёта услуг
Услуги в организации уже были созданы. Дополнительные настройки не требовались, так как услуги коммунальные и в целом по организации рассчитываются одинаково.
Для новых объектов мы провели операции по:
установке тарифов
назначению услуг
установке нормативов
Загрузка счётчиков
Следующим этапом мы загрузили приборы учёта.
Для этого мы:
1. Проверили файлы, которые нам предоставили, на наличие минимально необходимых данных для загрузки счётчиков.
2. Сгруппировали информацию, которую нам предоставила организация, в единую таблицу:
3. Чтобы было проще ориентироваться в приборах учёта, мы согласовали с компанией добавление в наименование следующих данных: л/с-услуга-заводской номер. Пример: 257-ХВ-122511.
4. Загрузили с помощью специальной обработки приборы учёта в базу.
5. Установили часть приборов учёта на лицевые счета, так как есть помещения с разделёнными лицевыми счетами и на каждом счёте свой прибор учёта.
6. Установили часть приборов учёта на помещения, так как есть разделённые лицевые счета на одном помещении, но прибор учёта один. В таком случае нужно устанавливать его на помещение.
7. Загрузили начальные показания приборов учёта.
Примечание
Компания «Гамма-Теплосервис» попросила загрузить в базу отключённые счётчики, так как ей нужна информация об их заводских номерах, марках и моделях.
Мы выполнили эту просьбу так:
1. В программе старые приборы учёта видны только в общем списке, так как действовали до даты открытия лицевого счёта.
2. Актуальные приборы учёта видны в карточке лицевого счёта.
Сложности, с которыми мы столкнулись при загрузке приборов учёта
Два прибора учёта передают объединённые показания
Во многих квартирах установлено два прибора учёта на одну услугу. Жильцы привыкли передавать объединённые показания, а не по каждому прибору. Но в файле со счётчиками приборы учёта были разделены (каждый прибор был занесён отдельной строкой). Расчётчики попросили нас занести такие приборы учёта как один, чтобы при загрузке показаний каждый месяц не нужно было делить показания, которые передали жильцы.
Как мы это сделали
1. Разделили приборы учёта на две категории:
приборы учёта объединённые (два прибора, одно показание)
приборы учёта обыкновенные (один прибор, одно показание)
2. Объединённые приборы учёта мы сгруппировали с помощью функции Excel ВПР, объединили в один прибор учёта.
3. Когда мы привели все приборы учёта в нужный режим, мы загрузили их в программу.
Загрузка остатков
Последним этапом мы обычно загружаем долги и переплаты по лицевым счетам. Но, так как лицевые счета были переданы без долгов и переплат, этот этап мы пропустили. В завершение мы провели тестовое начисление услуг по одному дому и сделали начисления по всем новым лицевым счетам.
Результаты нашей работы
Мы закончили работу на неделю раньше требуемого срока (24 августа 2023 года)
Организация распечатала и отдала квитанции жильцам в срок
Мы массово загрузили 2 535 лицевых счетов и приборы учёта — в результате компания сэкономила большое количество времени
Содержание
О клиенте и задаче
ООО «Гамма-Теплосервис» — это ресурсоснабжающая организация. Она ведёт учёт лицевых счетов, производит начисления и формирует квитанции через программу 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК. «Гамма-Теплосервис» находится у нас на обслуживании больше двух лет.
В начале августа 2023 года у компании на обслуживании появились новые дома. В связи с этим 11 августа перед нами поставили несколько задач:
загрузить лицевые счета
загрузить счётчики
настроить услуги
Всё это нужно было сделать оперативно, до 31 августа, чтобы компания успела отдать первые квитанции жильцам до 1 сентября.
Нам предоставили электронные таблицы, которые содержали информацию о количестве:
зданий (58)
лицевых счетов (2 535)
приборов учёта (2 856)
услуг (2)
норм (7
Что мы сделали
Загрузка лицевых счетов
У нас есть собственная разработка для быстрой загрузки лицевых счетов в программу ЖКХ. Но, чтобы данные загрузились без ошибок, у них должен быть такой формат:
Сложности при загрузке лицевых счетов
Данные в разных таблицах
Данные, которые нам передали для загрузки, были не структурированы: в одном файле были сведения о лицевых счетах и адресах, а в другом — адреса и ФИО собственников помещения.
Мы сопоставили данные по адресу и объединили информацию в единую таблицу.
Отсутствие собственников
После того как мы составили шаблон, мы обнаружили, что в некоторых лицевых счетах нет сведений об ответственном собственнике, так как у организации не было информации о том, кому принадлежат помещения.
Загрузить лицевые счета как есть, без ответственного собственника, было нельзя — программа выдала бы ошибку «Не указан ответственный собственник». Информация об ответственном собственнике обязательно должна быть в лицевых счетах, так как в квитанцию выводится ФИО собственника.
Для лицевых счетов, в которых не были указаны собственники, мы создали так называемых технических собственников «СОБСТВЕННИК № _». Чтобы в разных лицевых счетах не было одного и того же наименования собственника помещения, мы добавили номер в конце каждого наименования, чтобы программа видела, что это разные люди.
Впоследствии, когда собственники будут обращаться в организацию с вопросом о том, что в квитанции выводится не их ФИО, расчётчики смогут без проблем переименовать технического собственника на реального.
После проведения этих работ мы успешно загрузили все данные в программу. В ней появились:
здания
помещения
площадь квартир
лицевые счета и необходимые для открытия документы
количество зарегистрированных и проживающих
Настройка расчёта услуг
Услуги в организации уже были созданы. Дополнительные настройки не требовались, так как услуги коммунальные и в целом по организации рассчитываются одинаково.
Для новых объектов мы провели операции по:
установке тарифов
назначению услуг
установке нормативов
Загрузка счётчиков
Следующим этапом мы загрузили приборы учёта.
Для этого мы:
1. Проверили файлы, которые нам предоставили, на наличие минимально необходимых данных для загрузки счётчиков.
2. Сгруппировали информацию, которую нам предоставила организация, в единую таблицу:
3. Чтобы было проще ориентироваться в приборах учёта, мы согласовали с компанией добавление в наименование следующих данных: л/с-услуга-заводской номер. Пример: 257-ХВ-122511.
4. Загрузили с помощью специальной обработки приборы учёта в базу.
5. Установили часть приборов учёта на лицевые счета, так как есть помещения с разделёнными лицевыми счетами и на каждом счёте свой прибор учёта.
6. Установили часть приборов учёта на помещения, так как есть разделённые лицевые счета на одном помещении, но прибор учёта один. В таком случае нужно устанавливать его на помещение.
7. Загрузили начальные показания приборов учёта.
Примечание
Компания «Гамма-Теплосервис» попросила загрузить в базу отключённые счётчики, так как ей нужна информация об их заводских номерах, марках и моделях.
Мы выполнили эту просьбу так:
1. В программе старые приборы учёта видны только в общем списке, так как действовали до даты открытия лицевого счёта.
2. Актуальные приборы учёта видны в карточке лицевого счёта.
Сложности, с которыми мы столкнулись при загрузке приборов учёта
Два прибора учёта передают объединённые показания
Во многих квартирах установлено два прибора учёта на одну услугу. Жильцы привыкли передавать объединённые показания, а не по каждому прибору. Но в файле со счётчиками приборы учёта были разделены (каждый прибор был занесён отдельной строкой). Расчётчики попросили нас занести такие приборы учёта как один, чтобы при загрузке показаний каждый месяц не нужно было делить показания, которые передали жильцы.
Как мы это сделали
1. Разделили приборы учёта на две категории:
приборы учёта объединённые (два прибора, одно показание)
приборы учёта обыкновенные (один прибор, одно показание)
2. Объединённые приборы учёта мы сгруппировали с помощью функции Excel ВПР, объединили в один прибор учёта.
3. Когда мы привели все приборы учёта в нужный режим, мы загрузили их в программу.
Загрузка остатков
Последним этапом мы обычно загружаем долги и переплаты по лицевым счетам. Но, так как лицевые счета были переданы без долгов и переплат, этот этап мы пропустили. В завершение мы провели тестовое начисление услуг по одному дому и сделали начисления по всем новым лицевым счетам.
Результаты нашей работы
Мы закончили работу на неделю раньше требуемого срока (24 августа 2023 года)
Организация распечатала и отдала квитанции жильцам в срок
Мы массово загрузили 2 535 лицевых счетов и приборы учёта — в результате компания сэкономила большое количество времени
13 февраля 2024
Клиент: ООО «Гамма-Теплосервис»
Внедренный продукт: 1С для ЖКХ (ТСЖ, ЖСК)
Отрасль: Жилищно-коммунальное хозяйство
Содержание:
О клиенте и задаче
Наш клиент — ООО «Вода-19». Компания производит и реализует питьевую воду, разлитую в 19-литровые бутыли.
У клиента установлена конфигурация 1С:Управление нашей фирмой. Основной вид деятельности компании — доставка разливной воды в офисы фирм, которые не являются участниками оборота маркированной продукции. В соответствии с текущим законодательством, если компания реализует продукцию не участнику оборота ИС МП без использования электронного документооборота и с оплатой на банковский счёт, вывод из оборота маркированной продукции ложится на неё.
При отгрузке компания использует документ заказ-наряд (на момент внедрения нашего решения в этом документе не была предусмотрена работа с маркировкой). В стандартном рабочем месте Обмен ИС МП (обувь, одежда, табак) такие документы не попадали в журнал доступных к выводу из оборота. Кроме того, в штатном механизме нет возможности массово подписывать документы из формы списка. На создание 40–50 документов вывода из оборота пользователь ежедневно тратил несколько часов — фактически нужно было вносить документы вручную, в том числе заполнять табличную часть.
Что мы сделали
Мы создали обработку, которая позволяет массово создавать документы вывода из оборота маркированной продукции для юридических лиц — не участников государственной информационной системы мониторинга товаров «Честный знак».
Как работает расширение
При первом запуске обработки нужно создать дополнительные сведения Вывод маркировки из оборота. В справочнике Контрагенты устанавливаем соответствующее значение для карточек.
Теперь все заказ-наряды таких контрагентов будут попадать к отбору для создания выводов из оборота.
В документе количество маркируемой продукции подбирается автоматически. На вкладке К оформлению выделяются нужные документы. По команде Оформить вывод формируются документы вывода из оборота.
Документы формируются по объёмно-сортовому учёту с типом вывода Для собственных нужд предприятия.
На вкладке Оформлено выделяются сформированные документы, и по команде Передать в ИС МП осуществляется передача выводов в оборот в ИС МП.
Результаты автоматизации
массовое создание документов вывода из оборота за пять минут
менеджер высвободил несколько часов рабочего времени
не пришлось нанимать в отдел продаж ещё одного сотрудника, который занимался бы маркировкой
Позднее мы сделали эту обработку универсальной и стали предлагать клиентам со схожим бизнесом.
Содержание:
О клиенте и задаче
Наш клиент — ООО «Вода-19». Компания производит и реализует питьевую воду, разлитую в 19-литровые бутыли.
У клиента установлена конфигурация 1С:Управление нашей фирмой. Основной вид деятельности компании — доставка разливной воды в офисы фирм, которые не являются участниками оборота маркированной продукции. В соответствии с текущим законодательством, если компания реализует продукцию не участнику оборота ИС МП без использования электронного документооборота и с оплатой на банковский счёт, вывод из оборота маркированной продукции ложится на неё.
При отгрузке компания использует документ заказ-наряд (на момент внедрения нашего решения в этом документе не была предусмотрена работа с маркировкой). В стандартном рабочем месте Обмен ИС МП (обувь, одежда, табак) такие документы не попадали в журнал доступных к выводу из оборота. Кроме того, в штатном механизме нет возможности массово подписывать документы из формы списка. На создание 40–50 документов вывода из оборота пользователь ежедневно тратил несколько часов — фактически нужно было вносить документы вручную, в том числе заполнять табличную часть.
Что мы сделали
Мы создали обработку, которая позволяет массово создавать документы вывода из оборота маркированной продукции для юридических лиц — не участников государственной информационной системы мониторинга товаров «Честный знак».
Как работает расширение
При первом запуске обработки нужно создать дополнительные сведения Вывод маркировки из оборота. В справочнике Контрагенты устанавливаем соответствующее значение для карточек.
Теперь все заказ-наряды таких контрагентов будут попадать к отбору для создания выводов из оборота.
В документе количество маркируемой продукции подбирается автоматически. На вкладке К оформлению выделяются нужные документы. По команде Оформить вывод формируются документы вывода из оборота.
Документы формируются по объёмно-сортовому учёту с типом вывода Для собственных нужд предприятия.
На вкладке Оформлено выделяются сформированные документы, и по команде Передать в ИС МП осуществляется передача выводов в оборот в ИС МП.
Результаты автоматизации
массовое создание документов вывода из оборота за пять минут
менеджер высвободил несколько часов рабочего времени
не пришлось нанимать в отдел продаж ещё одного сотрудника, который занимался бы маркировкой
Позднее мы сделали эту обработку универсальной и стали предлагать клиентам со схожим бизнесом.
3 ноября 2023
Клиент: ООО «Вода-19»
Внедренный продукт: 1С:Управление нашей фирмой; 1С:Управление производственным предприятием
Отрасль: Торговля
Содержание:
О компании GetLens
Компания GetLens — магазин профессиональной фототехники и сообщество более 100 тысяч человек в социальных сетях. Компания реализует продукцию в шоуруме, в соцсетях и на сайте, а также предлагает доставку по всей России.
До старта проекта
На момент обращения в «Простые решения» в компании уже была установлена программа 1С:УНФ и предпринята самостоятельная попытка внедрить конфигурацию в процесс офлайн-продаж.
Эта попытка не привела к успешному результату, так как в процессе выявилось множество сложных задач, связанных со спецификой деятельности компании. Они не имели готовых решений и требовали детального анализа и предложений по разработке.
До внедрения 1С учёт в компании вёлся в таблицах Google, что приводило к ряду сложностей:
отсутствию логирования действий
риску при одновременной работе с данными «затереть» изменения, сделанные другим сотрудником
большой вероятности совершения ошибок в связи с отсутствием форматно-логического контроля
При этом текущий учёт позволял руководству получать необходимые отчёты.
Задача
Перед началом работ клиент поставил перед нами задачу по оптимизации работы, которая позволила бы отказаться от работы в Google Документы в оперативной работе, но при этом не потерять информативность.
Особенности деятельности компании
Большое разнообразие ассортимента требует детального учёта расположения товаров на складе
Товар может быть новый и б/у
Каждый не новый товар может иметь набор уникальных характеристик, которые нельзя совмещать с другими аналогичными и новыми товарами (в том числе цена и фотографии)
У товаров есть уникальные номера, в разрезе которых хранится история продаж и обращений в сервисный центр
Компания планирует сделать пункты выдачи, которые будут удалены друг от друга. Товар может определённое время находиться в пути и не числиться ни на складе отправителя, ни на складе получателя
Реализация компании «Простые решения»
1. Закупка товаров
Процесс приобретения товаров является одним из самых сложных с точки зрения реализации в программе, так как именно на этом этапе необходимо предусмотреть все требования будущего учёта:
состояние б/у товара
уникальную себестоимость каждой закупки
разделение товаров на новые и б/у
дополнительные свойства товара
Для реализации поставленной задачи был выбран справочник Характеристика номенклатуры — как основной объект хранения уникальных свойств.
Процесс приёмки организован следующим образом. Сотрудник компании, ответственный за приёмку товара, создаёт документ Приходная накладная. В зависимости от вида товара:
если товар новый, сотрудник выбирает предопределённую характеристику [NEW]
если товар не новый, сотруднику не нужно тратить время на создание уникальных характеристик. Для этого предусмотрена доработанная команда на интерфейсе, которая позволяет массово создать для каждой закупаемой позиции свою характеристику
После создания уникальных характеристик сотрудник приёмки дополняет её уточнёнными сведениями (состояние, пробег, ссылки на соцсети и т. д.).
Может показаться, что в составе данных содержится избыточная информация, например цена закупки, документ поступления, серийный номер. Все эти данные хранятся в УНФ в отдельных структурах. Однако такой подход был выбран намеренно, для последующей возможности простого формирования всех необходимых сведений в общий сводный отчёт, который максимально удобен для использования заказчиком.
Кроме этого, уникальность товара определяется внешним видом, поэтому для упрощения работы с прикреплёнными фотографиями разработан обработчик загрузки фотографий к характеристикам.
Эта обработка загружает из каталога на компьютере пользователя сразу несколько фотографий, связывая их по уникальному названию характеристики.
2. Перемещение между складами
В тех случаях, когда нужно будет отправить товар в пункт выдачи или обратно, потребуется время на транспортировку. С этим была связана необходимость доработки типового механизма, который не позволял выполнять перемещение в два этапа (отправка и приёмка). При создании документа Перемещение товар мгновенно списывался со склада-отправителя и перемещался на склад-получатель на одну и ту же дату. Фактически товар мог быть в дороге несколько дней.
Чтобы избежать расхождения фактических данных с учётом, мы доработали документ перемещения. Добавлены статусы документа: Отправлен и Получен. Когда документ Перемещение находится в статусе Отправлен, товары списываются со склада-отправителя и временно перемещаются на заранее определённый склад Транзит, на котором находятся до тех пор, пока документ Перемещение не будет переведён в статус Получен. После этого товары перемещаются на конечный склад-получатель.
3. Выгрузка товаров на сайт компании
Сайт компании разработан на платформе, у которой нет типового обмена с 1С. Поэтому для реализации задачи по выгрузке торговых предложений на сайт мы разработали механизм с возможностью настройки периодического экспорта данных в формате XML, «понятном» для сайта. Пример структуры передаваемых данных представлен ниже:
4. Продажа товаров
Для привлечения внимания в шоуруме компании настроили оригинальный макет ценников на товар.
Продажа товаров настроена с использованием цепочки документов Заказ покупателя — Расходная накладная. В документе Заказ покупателя для покупателя резервируется выбранный им товар и указывается серийный номер продукта.
Затем товары передаются клиенту документом Расходная накладная, в которую автоматически копируются все сведения, внесённые при оформлении заказа.
Получение денег оформляется документом Поступление в кассу или Операция по платёжным картам.
Процесс продажи товаров внедрён без необходимости программных доработок, так как все необходимые сведения для оформления документов уже есть в полном объёме в программе 1С:УНФ.
5. Отчётность и аналитика
В качестве основных используемых отчётов мы настроили типовые:
Анализ закупок — для сотрудника склада с целью контроля поступлений
Валовая прибыль (по менеджерам) — промежуточный и итоговый контроль работы менеджеров
Стоимостная оценка склада в ценах номенклатуры — оценка складских остатков руководителем
Запасы — оценка складских остатков по фактической себестоимости
Кроме типовых отчётов, используемых в 1С:УНФ, реализовали возможность автоматического экспорта основных данных в Google Таблицы, чтобы собственник компании мог строить сводную аналитику и диаграммы.
Оценка проделанной работы со стороны «Простых решений»
Поставленные задачи по настройке и адаптации программы 1С:УНФ выполнены в полном объёме. Положительные эффекты автоматизации:
ускорилась работа сотрудников склада и торгового зала за счёт применения оборудования по печати и сканированию штрихкодов
усилился контроль за работой продавцов, так как теперь за каждой продажей закреплён ответственный
появился инструмент в виде конфигурации 1С:УНФ, задающий единые стандарты работы всем сотрудникам, в отличие от Google Документы, который даёт слишком много свободы действий
сократилось время на формирование оперативной отчётности, так как для её подготовки не нужно собирать информацию по каждому отделу, она всегда доступна в 1С:УНФ
Проект находится в промышленной эксплуатации и успешно её проходит более шести месяцев. При этом работы по развитию решения не заканчиваются, и у заказчика, как у лица, заинтересованного в постоянном развитии своей компании, всегда есть идеи. Со своей стороны планируем перейти к задаче по формированию прозрачного финансового результата с отражением всех статей затрат компании.
Содержание:
О компании GetLens
Компания GetLens — магазин профессиональной фототехники и сообщество более 100 тысяч человек в социальных сетях. Компания реализует продукцию в шоуруме, в соцсетях и на сайте, а также предлагает доставку по всей России.
До старта проекта
На момент обращения в «Простые решения» в компании уже была установлена программа 1С:УНФ и предпринята самостоятельная попытка внедрить конфигурацию в процесс офлайн-продаж.
Эта попытка не привела к успешному результату, так как в процессе выявилось множество сложных задач, связанных со спецификой деятельности компании. Они не имели готовых решений и требовали детального анализа и предложений по разработке.
До внедрения 1С учёт в компании вёлся в таблицах Google, что приводило к ряду сложностей:
отсутствию логирования действий
риску при одновременной работе с данными «затереть» изменения, сделанные другим сотрудником
большой вероятности совершения ошибок в связи с отсутствием форматно-логического контроля
При этом текущий учёт позволял руководству получать необходимые отчёты.
Задача
Перед началом работ клиент поставил перед нами задачу по оптимизации работы, которая позволила бы отказаться от работы в Google Документы в оперативной работе, но при этом не потерять информативность.
Особенности деятельности компании
Большое разнообразие ассортимента требует детального учёта расположения товаров на складе
Товар может быть новый и б/у
Каждый не новый товар может иметь набор уникальных характеристик, которые нельзя совмещать с другими аналогичными и новыми товарами (в том числе цена и фотографии)
У товаров есть уникальные номера, в разрезе которых хранится история продаж и обращений в сервисный центр
Компания планирует сделать пункты выдачи, которые будут удалены друг от друга. Товар может определённое время находиться в пути и не числиться ни на складе отправителя, ни на складе получателя
Реализация компании «Простые решения»
1. Закупка товаров
Процесс приобретения товаров является одним из самых сложных с точки зрения реализации в программе, так как именно на этом этапе необходимо предусмотреть все требования будущего учёта:
состояние б/у товара
уникальную себестоимость каждой закупки
разделение товаров на новые и б/у
дополнительные свойства товара
Для реализации поставленной задачи был выбран справочник Характеристика номенклатуры — как основной объект хранения уникальных свойств.
Процесс приёмки организован следующим образом. Сотрудник компании, ответственный за приёмку товара, создаёт документ Приходная накладная. В зависимости от вида товара:
если товар новый, сотрудник выбирает предопределённую характеристику [NEW]
если товар не новый, сотруднику не нужно тратить время на создание уникальных характеристик. Для этого предусмотрена доработанная команда на интерфейсе, которая позволяет массово создать для каждой закупаемой позиции свою характеристику
После создания уникальных характеристик сотрудник приёмки дополняет её уточнёнными сведениями (состояние, пробег, ссылки на соцсети и т. д.).
Может показаться, что в составе данных содержится избыточная информация, например цена закупки, документ поступления, серийный номер. Все эти данные хранятся в УНФ в отдельных структурах. Однако такой подход был выбран намеренно, для последующей возможности простого формирования всех необходимых сведений в общий сводный отчёт, который максимально удобен для использования заказчиком.
Кроме этого, уникальность товара определяется внешним видом, поэтому для упрощения работы с прикреплёнными фотографиями разработан обработчик загрузки фотографий к характеристикам.
Эта обработка загружает из каталога на компьютере пользователя сразу несколько фотографий, связывая их по уникальному названию характеристики.
2. Перемещение между складами
В тех случаях, когда нужно будет отправить товар в пункт выдачи или обратно, потребуется время на транспортировку. С этим была связана необходимость доработки типового механизма, который не позволял выполнять перемещение в два этапа (отправка и приёмка). При создании документа Перемещение товар мгновенно списывался со склада-отправителя и перемещался на склад-получатель на одну и ту же дату. Фактически товар мог быть в дороге несколько дней.
Чтобы избежать расхождения фактических данных с учётом, мы доработали документ перемещения. Добавлены статусы документа: Отправлен и Получен. Когда документ Перемещение находится в статусе Отправлен, товары списываются со склада-отправителя и временно перемещаются на заранее определённый склад Транзит, на котором находятся до тех пор, пока документ Перемещение не будет переведён в статус Получен. После этого товары перемещаются на конечный склад-получатель.
3. Выгрузка товаров на сайт компании
Сайт компании разработан на платформе, у которой нет типового обмена с 1С. Поэтому для реализации задачи по выгрузке торговых предложений на сайт мы разработали механизм с возможностью настройки периодического экспорта данных в формате XML, «понятном» для сайта. Пример структуры передаваемых данных представлен ниже:
4. Продажа товаров
Для привлечения внимания в шоуруме компании настроили оригинальный макет ценников на товар.
Продажа товаров настроена с использованием цепочки документов Заказ покупателя — Расходная накладная. В документе Заказ покупателя для покупателя резервируется выбранный им товар и указывается серийный номер продукта.
Затем товары передаются клиенту документом Расходная накладная, в которую автоматически копируются все сведения, внесённые при оформлении заказа.
Получение денег оформляется документом Поступление в кассу или Операция по платёжным картам.
Процесс продажи товаров внедрён без необходимости программных доработок, так как все необходимые сведения для оформления документов уже есть в полном объёме в программе 1С:УНФ.
5. Отчётность и аналитика
В качестве основных используемых отчётов мы настроили типовые:
Анализ закупок — для сотрудника склада с целью контроля поступлений
Валовая прибыль (по менеджерам) — промежуточный и итоговый контроль работы менеджеров
Стоимостная оценка склада в ценах номенклатуры — оценка складских остатков руководителем
Запасы — оценка складских остатков по фактической себестоимости
Кроме типовых отчётов, используемых в 1С:УНФ, реализовали возможность автоматического экспорта основных данных в Google Таблицы, чтобы собственник компании мог строить сводную аналитику и диаграммы.
Оценка проделанной работы со стороны «Простых решений»
Поставленные задачи по настройке и адаптации программы 1С:УНФ выполнены в полном объёме. Положительные эффекты автоматизации:
ускорилась работа сотрудников склада и торгового зала за счёт применения оборудования по печати и сканированию штрихкодов
усилился контроль за работой продавцов, так как теперь за каждой продажей закреплён ответственный
появился инструмент в виде конфигурации 1С:УНФ, задающий единые стандарты работы всем сотрудникам, в отличие от Google Документы, который даёт слишком много свободы действий
сократилось время на формирование оперативной отчётности, так как для её подготовки не нужно собирать информацию по каждому отделу, она всегда доступна в 1С:УНФ
Проект находится в промышленной эксплуатации и успешно её проходит более шести месяцев. При этом работы по развитию решения не заканчиваются, и у заказчика, как у лица, заинтересованного в постоянном развитии своей компании, всегда есть идеи. Со своей стороны планируем перейти к задаче по формированию прозрачного финансового результата с отражением всех статей затрат компании.
30 октября 2023
Клиент: ИП Заболотный Денис Александрович
Внедренный продукт: 1С:Управление нашей фирмой
Отрасль: Торговля
Содержание:
О клиенте и задаче
Наш клиент — ООО «Источник жизни». Компания реализует артезианскую воду через автоматизированные киоски (автоматы), а также доставляет её в офисы и на дом. У неё больше тысячи клиентов.
Ситуация до
У компании уже была установлена программа 1С:Управление производственным предприятием. Торговые автоматы работают на стороннем программном обеспечении (база SQL) — в нём в виде кода хранится вся информация об аппаратах. В SQL можно сформировать таблицы с данными о продаже воды и о продаже тары.
Раньше данные из SQL загружались на платный сайт в виде отчётов о воде и о таре. Оттуда клиент скачивал данные в формате файла Excel и загружал его в 1С. Это было неудобно, и компания решила всю информацию передавать напрямую в 1С, автоматизировать этот процесс, чтобы весь учёт вести в одном месте.
Что мы сделали
Мы настроили обмен, загрузили в 1С всю необходимую информацию (количество продаж воды, тары, суммы продаж за наличный и безналичный расчёт по воде, таре). Суммы рассчитываются по формулам и данным, которые загружаются из SQL. Сделали в 1С обработку, чтобы автоматы были связаны напрямую с 1С. В ходе работы появились дополнительные запросы, которые мы выполнили. Например, мы сделали так, чтобы пользователи могли устанавливать цену на автомат в 1С. При этом автомат может находиться даже в другом городе — главное, иметь доступ в 1С. Также мы реализовали процесс загрузки отчёта о продажах в 1С напрямую из SQL.
В 1С теперь есть все автоматы, и мы можем управлять ими прямо из неё: устанавливать цену за литр, перезагружать, разрешать розлив, отключить купюроприёмник.
Из карточки торгового автомата данные загружаются в SQL. При первоначальной загрузке пользователю необходимо выбрать значения Точка (добавленный справочник) и Склад (из типового справочника Склад).
Если автомат недействителен, устанавливаем соответствующее значение (в дальнейшем информация о нём не загружается). Также в карточке можно установить цену за литр, во вкладке Настройки есть дополнительные настройки аппарата. Это позволяет управлять автоматом удалённо, ведь значения переносятся в SQL, а затем — на сам автомат.
Мы можем установить цену как для одного аппарата, так и для группы — с помощью групповой установки цен (необходимо в день проведения каких-либо акций).
Помимо того, что клиент может управлять аппаратами в 1С, в ней есть статистика по ним. Мы можем посмотреть отчёт за конкретный период: сколько литров воды продано и на какую сумму, дату последнего выхода аппарата на связь, дату последней продажи, когда данные обновлялись в 1С. Автоматы, которые какое-то время не выходили на связь, подсвечиваются красным, чтобы мы видели проблему (связь с аппаратом пропала, аппарат сломался и т. д.).
Также в 1С есть отчёт Предупреждения и ошибки торговых автоматов. Мы можем построить этот отчёт по одному или нескольким автоматам и увидеть, какие ошибки и предупреждения выдавались на аппарате.
Как и в обычной 1С, здесь есть различные отборы. Помимо того, что мы можем анализировать текущее состояние по отчёту о продаже воды в автомате, мы можем посмотреть информацию обо всех аппаратах за конкретный день:
сколько мы продали воды и на какую сумму, сколько — за наличные, сколько — по безналичному расчету, всего
сколько мы продали тары и за какую сумму, сколько — за наличные, сколько — по безналичному расчету, всего
общую сумму по таре и воде за наличные и по безналичному расчету
Можно вывести отчёт по одному или нескольким аппаратам за любой период. Все данные загружаются из SQL.
Мы реализовали возможность загружать отчёт о розничных продажах с сайта. Чтобы создать отчёт, указываем период (даты начала и окончания), дату установки отчёта, организацию, ККМ (это обязательные реквизиты в 1С).
Если были технические сложности во время работы, мы взаимодействовали с программистом SQL.
Какие результаты получили?
Результаты автоматизации обмена данными о торговых аппаратах:
удобство работы с данными о торговых автоматах. Больше не нужно связываться с программистом SQL, чтобы изменить цену или перезагрузить аппарат. Сотрудник компании может сделать всё сам в 1С. Бухгалтер может построить сразу в 1С отчёт Продажа воды в аппаратах (раньше он строил его на стороннем сайте, куда загружались данные из SQL)
клиенту больше не нужно платить за сторонний сайт, куда загружались данные с SQL, — вся необходимая информация теперь есть в 1С
Содержание:
О клиенте и задаче
Наш клиент — ООО «Источник жизни». Компания реализует артезианскую воду через автоматизированные киоски (автоматы), а также доставляет её в офисы и на дом. У неё больше тысячи клиентов.
Ситуация до
У компании уже была установлена программа 1С:Управление производственным предприятием. Торговые автоматы работают на стороннем программном обеспечении (база SQL) — в нём в виде кода хранится вся информация об аппаратах. В SQL можно сформировать таблицы с данными о продаже воды и о продаже тары.
Раньше данные из SQL загружались на платный сайт в виде отчётов о воде и о таре. Оттуда клиент скачивал данные в формате файла Excel и загружал его в 1С. Это было неудобно, и компания решила всю информацию передавать напрямую в 1С, автоматизировать этот процесс, чтобы весь учёт вести в одном месте.
Что мы сделали
Мы настроили обмен, загрузили в 1С всю необходимую информацию (количество продаж воды, тары, суммы продаж за наличный и безналичный расчёт по воде, таре). Суммы рассчитываются по формулам и данным, которые загружаются из SQL. Сделали в 1С обработку, чтобы автоматы были связаны напрямую с 1С. В ходе работы появились дополнительные запросы, которые мы выполнили. Например, мы сделали так, чтобы пользователи могли устанавливать цену на автомат в 1С. При этом автомат может находиться даже в другом городе — главное, иметь доступ в 1С. Также мы реализовали процесс загрузки отчёта о продажах в 1С напрямую из SQL.
В 1С теперь есть все автоматы, и мы можем управлять ими прямо из неё: устанавливать цену за литр, перезагружать, разрешать розлив, отключить купюроприёмник.
Из карточки торгового автомата данные загружаются в SQL. При первоначальной загрузке пользователю необходимо выбрать значения Точка (добавленный справочник) и Склад (из типового справочника Склад).
Если автомат недействителен, устанавливаем соответствующее значение (в дальнейшем информация о нём не загружается). Также в карточке можно установить цену за литр, во вкладке Настройки есть дополнительные настройки аппарата. Это позволяет управлять автоматом удалённо, ведь значения переносятся в SQL, а затем — на сам автомат.
Мы можем установить цену как для одного аппарата, так и для группы — с помощью групповой установки цен (необходимо в день проведения каких-либо акций).
Помимо того, что клиент может управлять аппаратами в 1С, в ней есть статистика по ним. Мы можем посмотреть отчёт за конкретный период: сколько литров воды продано и на какую сумму, дату последнего выхода аппарата на связь, дату последней продажи, когда данные обновлялись в 1С. Автоматы, которые какое-то время не выходили на связь, подсвечиваются красным, чтобы мы видели проблему (связь с аппаратом пропала, аппарат сломался и т. д.).
Также в 1С есть отчёт Предупреждения и ошибки торговых автоматов. Мы можем построить этот отчёт по одному или нескольким автоматам и увидеть, какие ошибки и предупреждения выдавались на аппарате.
Как и в обычной 1С, здесь есть различные отборы. Помимо того, что мы можем анализировать текущее состояние по отчёту о продаже воды в автомате, мы можем посмотреть информацию обо всех аппаратах за конкретный день:
сколько мы продали воды и на какую сумму, сколько — за наличные, сколько — по безналичному расчету, всего
сколько мы продали тары и за какую сумму, сколько — за наличные, сколько — по безналичному расчету, всего
общую сумму по таре и воде за наличные и по безналичному расчету
Можно вывести отчёт по одному или нескольким аппаратам за любой период. Все данные загружаются из SQL.
Мы реализовали возможность загружать отчёт о розничных продажах с сайта. Чтобы создать отчёт, указываем период (даты начала и окончания), дату установки отчёта, организацию, ККМ (это обязательные реквизиты в 1С).
Если были технические сложности во время работы, мы взаимодействовали с программистом SQL.
Какие результаты получили?
Результаты автоматизации обмена данными о торговых аппаратах:
удобство работы с данными о торговых автоматах. Больше не нужно связываться с программистом SQL, чтобы изменить цену или перезагрузить аппарат. Сотрудник компании может сделать всё сам в 1С. Бухгалтер может построить сразу в 1С отчёт Продажа воды в аппаратах (раньше он строил его на стороннем сайте, куда загружались данные из SQL)
клиенту больше не нужно платить за сторонний сайт, куда загружались данные с SQL, — вся необходимая информация теперь есть в 1С
20 октября 2023
Клиент: ООО «Источник жизни»
Внедренный продукт: 1С:Управление производственным предприятием
Отрасль: Торговля
Содержание:
О заказчике и задаче
В феврале 2023 года к нам обратился клиент, с которым мы уже работали, — ООО «Источник жизни». Компания реализует артезианскую воду через автоматизированные киоски, а также доставляет её в офисы и на дом. У неё больше тысячи клиентов.
Раньше курьеры компании ездили на заказы с напечатанными маршрутными листами. Но с 1 марта 2023 года розничные продавцы маркированной питьевой воды должны сканировать коды маркировки на кассе при её продаже и передавать сведения о продажах в систему маркировки. Поэтому прежний подход стал невозможен.
Перед нами стояла задача по автоматизации работы курьеров. И мы разработали для них приложение на базе мобильной платформы 1С с максимально комфортным интерфейсом и всеми необходимыми функциями.
Что уже было сделано
В компании уже действовала система по учёту доставки воды, были созданы удобные формы заявок с подробной информацией о клиенте (адрес, время доставки, вариант оплаты и количество оборотной тары).
Далее составлялся маршрутный лист, в котором размещались подобранные заявки, а также созданные на их основании документы.
В адрес заносили различную информацию, например номера клиентов, предпочтительную форму оплаты.
Что мы сделали
Мы взяли за основу маршрутные листы и добавили для пользователя всего одну галочку («Выгружать курьерам») и два поля для комментария. В первое поле автоматически заносится информация об изменении товаров в документе, а второе заполняется курьером вручную. В маршрутном листе уже указаны данные водителя. При установке галочки «Выгружать курьерам» маршрутный лист выгружается на терминал курьеру, который указан в маршрутном листе и выполняет заказ.
После этого курьер на терминале сбора данных (ТСД) видит список заявок, отсортированный в программе 1С (в 1С логисты изучают маршрут и перемещают заявки в наиболее удобном маршрутном порядке).
В списке заявок есть основная информация о заказе: адрес клиента, предпочитаемое время доставки и количество бутылок, которые нужно передать покупателю.
Когда курьер приезжает к клиенту, он переходит в заявку, где отображена вся нужная информация о клиенте: номера телефонов, точный адрес и дополнительные комментарии (куда нести воду и т. д.).
В заявке курьер может перейти во вкладку «Товары» и в случае необходимости отредактировать количество отгруженных бутылок (если что-то не доехало или клиент отказался).
Далее курьер нажимает на кнопку «Подтвердить доставку» и попадает на форму ввода маркировки. На этом этапе нужно отсканировать код маркировки на каждой бутылке. Если отсканировать одну позицию дважды, появится сообщение, что такой код уже добавлен.
Если что-то не отсканировать, приложение также покажет сообщение о товаре, код маркировки которого не был отсканирован.
После этого курьер должен ввести данные о том, какое количество тары он получил от клиента, и нажать кнопку «Принять оплату». В этот момент происходит обмен с программой 1С: в ней создаются документы Реализация и Возврат тары, передаётся команда на кассовый аппарат о пробитии чека на отгрузку.
Приложение в этот момент переходит на форму оплаты. Здесь курьер может зачесть аванс, если он был, или, наоборот, погасить долг клиента, например за прошлую отгрузку. Также сюда попадает сумма текущего заказа.
После принятия оплаты приложение отправит информацию о чеке на ККТ и вернётся в список заявок. Выполненная заявка выделена серым цветом.
В обычном сценарии курьер работает с включенным фильтром «Не доставлено». В таком случае он не видит закрытые заявки, но при необходимости может быстро вернуться к ним.
Если зайти в выбранную заявку, можно увидеть сумму оплаты, а также написать комментарий, который выгрузится в маршрутный лист.
Если перейти в 1С, можно увидеть в строке с заявкой новые подчинённые документы: Реализация, Возврат тары и Приходный ордер.
С какими проблемами столкнулись
Когда курьер отправляет команду на печать чека из приложения, 1С сразу передаёт его на печать на подключенной кассе. Так как все курьеры пробивали чеки на одной кассе, она выдавала ошибку. Мы решили эту проблему, добавив очередь чеков. Приложение отправляет данные в 1С, в ней образуется очередь из документов на печать чека, далее специальная обработка — удалённая фискализация — берёт из этой очереди документ и отправляет его на печать.
Какой результат получили
компания работает в соответствии с законодательством
курьерам стало удобнее работать: у каждого из них есть свой терминал, им не нужно печатать документы для работы, они всегда могут просмотреть список заявок со всеми данными
взаимодействие менеджера и курьера стало проще: курьер оставляет комментарии по спорным ситуациям прямо в приложении, и менеджер в режиме реального времени видит их и может сразу позвонить клиенту в случае необходимости
если заявка отменяется, она сразу пропадает из приложения — это позволяет курьеру не тратить время на неактуальные заявки
На сегодняшний день семь терминалов запущено в работу. В планах добавить возможность принимать оплату по карте напрямую с ТСД и доработать логирование, чтобы в 1С можно было посмотреть, в какой момент и в каком месте (по геолокации) курьер принял оплату и отгрузил товары.
Автор внедрения
Белов Евгений
специалист по розничным решениям и кассовому оборудованию
Содержание:
О заказчике и задаче
В феврале 2023 года к нам обратился клиент, с которым мы уже работали, — ООО «Источник жизни». Компания реализует артезианскую воду через автоматизированные киоски, а также доставляет её в офисы и на дом. У неё больше тысячи клиентов.
Раньше курьеры компании ездили на заказы с напечатанными маршрутными листами. Но с 1 марта 2023 года розничные продавцы маркированной питьевой воды должны сканировать коды маркировки на кассе при её продаже и передавать сведения о продажах в систему маркировки. Поэтому прежний подход стал невозможен.
Перед нами стояла задача по автоматизации работы курьеров. И мы разработали для них приложение на базе мобильной платформы 1С с максимально комфортным интерфейсом и всеми необходимыми функциями.
Что уже было сделано
В компании уже действовала система по учёту доставки воды, были созданы удобные формы заявок с подробной информацией о клиенте (адрес, время доставки, вариант оплаты и количество оборотной тары).
Далее составлялся маршрутный лист, в котором размещались подобранные заявки, а также созданные на их основании документы.
В адрес заносили различную информацию, например номера клиентов, предпочтительную форму оплаты.
Что мы сделали
Мы взяли за основу маршрутные листы и добавили для пользователя всего одну галочку («Выгружать курьерам») и два поля для комментария. В первое поле автоматически заносится информация об изменении товаров в документе, а второе заполняется курьером вручную. В маршрутном листе уже указаны данные водителя. При установке галочки «Выгружать курьерам» маршрутный лист выгружается на терминал курьеру, который указан в маршрутном листе и выполняет заказ.
После этого курьер на терминале сбора данных (ТСД) видит список заявок, отсортированный в программе 1С (в 1С логисты изучают маршрут и перемещают заявки в наиболее удобном маршрутном порядке).
В списке заявок есть основная информация о заказе: адрес клиента, предпочитаемое время доставки и количество бутылок, которые нужно передать покупателю.
Когда курьер приезжает к клиенту, он переходит в заявку, где отображена вся нужная информация о клиенте: номера телефонов, точный адрес и дополнительные комментарии (куда нести воду и т. д.).
В заявке курьер может перейти во вкладку «Товары» и в случае необходимости отредактировать количество отгруженных бутылок (если что-то не доехало или клиент отказался).
Далее курьер нажимает на кнопку «Подтвердить доставку» и попадает на форму ввода маркировки. На этом этапе нужно отсканировать код маркировки на каждой бутылке. Если отсканировать одну позицию дважды, появится сообщение, что такой код уже добавлен.
Если что-то не отсканировать, приложение также покажет сообщение о товаре, код маркировки которого не был отсканирован.
После этого курьер должен ввести данные о том, какое количество тары он получил от клиента, и нажать кнопку «Принять оплату». В этот момент происходит обмен с программой 1С: в ней создаются документы Реализация и Возврат тары, передаётся команда на кассовый аппарат о пробитии чека на отгрузку.
Приложение в этот момент переходит на форму оплаты. Здесь курьер может зачесть аванс, если он был, или, наоборот, погасить долг клиента, например за прошлую отгрузку. Также сюда попадает сумма текущего заказа.
После принятия оплаты приложение отправит информацию о чеке на ККТ и вернётся в список заявок. Выполненная заявка выделена серым цветом.
В обычном сценарии курьер работает с включенным фильтром «Не доставлено». В таком случае он не видит закрытые заявки, но при необходимости может быстро вернуться к ним.
Если зайти в выбранную заявку, можно увидеть сумму оплаты, а также написать комментарий, который выгрузится в маршрутный лист.
Если перейти в 1С, можно увидеть в строке с заявкой новые подчинённые документы: Реализация, Возврат тары и Приходный ордер.
С какими проблемами столкнулись
Когда курьер отправляет команду на печать чека из приложения, 1С сразу передаёт его на печать на подключенной кассе. Так как все курьеры пробивали чеки на одной кассе, она выдавала ошибку. Мы решили эту проблему, добавив очередь чеков. Приложение отправляет данные в 1С, в ней образуется очередь из документов на печать чека, далее специальная обработка — удалённая фискализация — берёт из этой очереди документ и отправляет его на печать.
Какой результат получили
компания работает в соответствии с законодательством
курьерам стало удобнее работать: у каждого из них есть свой терминал, им не нужно печатать документы для работы, они всегда могут просмотреть список заявок со всеми данными
взаимодействие менеджера и курьера стало проще: курьер оставляет комментарии по спорным ситуациям прямо в приложении, и менеджер в режиме реального времени видит их и может сразу позвонить клиенту в случае необходимости
если заявка отменяется, она сразу пропадает из приложения — это позволяет курьеру не тратить время на неактуальные заявки
На сегодняшний день семь терминалов запущено в работу. В планах добавить возможность принимать оплату по карте напрямую с ТСД и доработать логирование, чтобы в 1С можно было посмотреть, в какой момент и в каком месте (по геолокации) курьер принял оплату и отгрузил товары.
Автор внедрения
Белов Евгений
специалист по розничным решениям и кассовому оборудованию
19 октября 2023
Клиент: ООО «Источник жизни»
Внедренный продукт: Мобильное приложение
Отрасль: Торговля
Содержание:
О заказчике и задаче
Наш клиент — ООО «Энергопромэксперт». Компания предоставляет организациям Смоленска услуги специализированного автотранспорта (илосос, ассенизатор, каналопромывочный автомобиль, бункеровоз): откачивает, вывозит и утилизирует жидкие бытовые отходы, прочищает трубопроводы, транспортирует крупногабаритный мусор и отходы I-IV класса опасности. С ней работают многие предприятия и заводы Смоленска, Смоленской, Калужской, Тверской, Брянской областей. В компании 20 сотрудников.
Недавно «Энергопромэксперт» открыл новое направление — по оказанию услуг населению. Работы выполняются специализированным транспортом, и нужно было сделать так, чтобы операторы спецтранспорта могли принимать оплату за оказанные услуги. Устанавливать кассовый аппарат для каждого работника было бы невыгодно. Нужно было найти оптимальное решение, которое позволило бы компании увеличивать количество специалистов и использовать одну кассу.
Что мы сделали
Мы установили в офисе кассовый аппарат и закрепили за каждым автомобилем, который ездит на заказы, мобильное устройство с приложением 1С:Мобильная касса. Приложение после определённой настройки позволяет оператору принимать оплату за услуги и пробивать чек на кассе, которая находится в офисе. После того как чек пробился, информация о продаже загружается в 1С:Мобильную кассу, и оператор может проанализировать нужные данные: сколько услуг было оказано, какая выручка у каждого автомобиля. Чек отправляется на электронную почту покупателя.
Также мы реализовали возможность принимать предоплату по кассе в офисе и подготовили для операторов инструкцию по использованию приложения.
Во время работы нам нужно было настроить оплату на расчётный счёт в Сбербанке. Для этого мы использовали решение 2can SoftPOS. Это бесплатный сервис для приёма платежей для устройств на базе Android. Он принимает деньги и пересылает их на нужный расчётный счёт клиента.
Сервис 2can SoftPOS
Главный экран приложения 1С:Мобильная касса
Справочник номенклатуры
Оплата картой
Какой результат получили
У компании есть удобное решение, которое позволяет принимать оплату за услуги на выезде с помощью приложения и в офисе по кассе
Клиент значительно сэкономил, так как мы настроили печать чеков через единую кассу
Мы подготовили платформу для быстрого масштабирования парка автомобилей, которые смогут принимать оплату
У операторов есть инструкция по использованию приложения — благодаря этому им проще изучить новый процесс работы
На данный момент мы оснастили устройствами с приложением для приёма оплаты два автомобиля. В ближайшее время планируем автоматизировать весь автомобильный парк и внедрить приём оплаты через систему быстрых платежей.
Содержание:
О заказчике и задаче
Наш клиент — ООО «Энергопромэксперт». Компания предоставляет организациям Смоленска услуги специализированного автотранспорта (илосос, ассенизатор, каналопромывочный автомобиль, бункеровоз): откачивает, вывозит и утилизирует жидкие бытовые отходы, прочищает трубопроводы, транспортирует крупногабаритный мусор и отходы I-IV класса опасности. С ней работают многие предприятия и заводы Смоленска, Смоленской, Калужской, Тверской, Брянской областей. В компании 20 сотрудников.
Недавно «Энергопромэксперт» открыл новое направление — по оказанию услуг населению. Работы выполняются специализированным транспортом, и нужно было сделать так, чтобы операторы спецтранспорта могли принимать оплату за оказанные услуги. Устанавливать кассовый аппарат для каждого работника было бы невыгодно. Нужно было найти оптимальное решение, которое позволило бы компании увеличивать количество специалистов и использовать одну кассу.
Что мы сделали
Мы установили в офисе кассовый аппарат и закрепили за каждым автомобилем, который ездит на заказы, мобильное устройство с приложением 1С:Мобильная касса. Приложение после определённой настройки позволяет оператору принимать оплату за услуги и пробивать чек на кассе, которая находится в офисе. После того как чек пробился, информация о продаже загружается в 1С:Мобильную кассу, и оператор может проанализировать нужные данные: сколько услуг было оказано, какая выручка у каждого автомобиля. Чек отправляется на электронную почту покупателя.
Также мы реализовали возможность принимать предоплату по кассе в офисе и подготовили для операторов инструкцию по использованию приложения.
Во время работы нам нужно было настроить оплату на расчётный счёт в Сбербанке. Для этого мы использовали решение 2can SoftPOS. Это бесплатный сервис для приёма платежей для устройств на базе Android. Он принимает деньги и пересылает их на нужный расчётный счёт клиента.
Сервис 2can SoftPOS
Главный экран приложения 1С:Мобильная касса
Справочник номенклатуры
Оплата картой
Какой результат получили
У компании есть удобное решение, которое позволяет принимать оплату за услуги на выезде с помощью приложения и в офисе по кассе
Клиент значительно сэкономил, так как мы настроили печать чеков через единую кассу
Мы подготовили платформу для быстрого масштабирования парка автомобилей, которые смогут принимать оплату
У операторов есть инструкция по использованию приложения — благодаря этому им проще изучить новый процесс работы
На данный момент мы оснастили устройствами с приложением для приёма оплаты два автомобиля. В ближайшее время планируем автоматизировать весь автомобильный парк и внедрить приём оплаты через систему быстрых платежей.
5 октября 2023
Клиент: ООО «Энергопромэксперт»
Внедренный продукт: 1С:Касса
Отрасль: Услуги
Какое решение выбрать для автоматизации магазина, если места в кассовой зоне мало? Как внедрить маркировку ювелирных изделий? Почему лучше использовать сканер штрихкодов, даже если в кассе есть встроенная камера? Об этом рассказываем в кейсе автоматизации музейно-храмового комплекса.
С
музейно-храмовым комплексом Вооружённых сил Российской Федерации сотрудничаем с 2021 года — сопровождаем 1С. Но в этом кейсе расскажем, как мы автоматизировали торговые точки заказчика.
В октябре 2022 года клиент решил заменить онлайн-кассы Атол Sigma, которые использовал в 5 торговых точках с сувенирной продукцией, потому что у кассовых аппаратов Атол односторонняя синхронизация с 1С. Это значит, что выгрузить продажи с кассы можно, но загрузить новые данные из 1С в кассу уже не получится.
Второй раз клиент обратился к нам в июне 2023 года, когда открывал новую торговую точку с ювелирной продукцией. Нужно было настроить онлайн-кассу под ключ и наладить работу с маркировкой, потому что с 1 марта 2022 года запрещено продавать изделия из драгоценных металлов без маркировки.
Какие задачи перед нами стояли
Найти альтернативное решение для замены онлайн-касс Атол в торговых точках с сувенирной продукцией.
Подобрать решение для автоматизации в торговой точке с ювелирными изделиями.
Настроить работу с маркировкой ювелирных изделий.
Что сделали
Автоматизировали торговые точки с сувенирной продукцией
Когда заказчик работал с онлайн-кассами Атол Sigma, он пользовался браузерной учётной системой Атол, её функционала не хватало, поэтому решили перейти на 1С, но учётной системы на 1С ещё не было.
Поэтому сначала нам нужно было подобрать программу 1С, которая удовлетворяла бы потребности клиента. Мы предложили 1С:Розница, потому что она позволяет вести продажи, товарный учёт, управлять складом и анализировать эффективность как отдельного магазина, так и розничной сети. И опыт работы с 1С:Розница в похожих проектах доказал удобство этого решения.
Дальше нужно было подобрать замену онлайн-кассам Атол Sigma.
В точках продаж мало места, поэтому развернуть полноценное рабочее место кассира было невозможно. Потому что кроме кассы понадобился бы стационарный компьютер с установленной программой 1С. При этом для каждой торговой точки пришлось бы покупать дополнительную лицензию.
Поэтому мы выбрали онлайн-кассу Эвотор СТ2Ф: компактная касса, в которой как и в Атол своя учётная система, но при этом обмен с 1С двухсторонний через облако.
Например, добавили новую номенклатуру в 1С:Розница или поменяли стоимость товаров и по кнопке выгрузили в облако. Из облака также по кнопке, но уже на кассе, все изменения загрузились в учётную систему Эвотор.
Эвотор СТ2Ф
Приложение Эвотор для обмена с 1С
И последний этап по этой задаче — настройка онлайн-касс под ключ.
Купили онлайн-кассы Эвотор СТ2Ф.
Зарегистрировали их в налоговой.
Зарегистрировали в личном кабинете оператора фискальных данных.
Активировали коды ОФД, которые позволяют отправлять данные о продажах в налоговую.
Установили и настроили на кассе все необходимые для работы приложения.
Настроили синхронизацию 1С:Розница и онлайн-касс Эвотор СТ2Ф.
За 4 дня мы перевели работу 5 торговых точек с онлайн-касс Атол Sigma на онлайн-кассы Эвотор и настроили обмен с учётной системой 1С:Розница. Позже в 2 торговых точках решили поставить дополнительные кассы.
На данный момент в музейно-храмовом комплексе работает 7 касс, все они управляются с одного компьютера, на котором установлена 1С:Розница. В этом решении дополнительные клиентские лицензии 1С не понадобились.
Эвотор СТ2Ф в торговой точке с сувенирной продукцией
Подобрали решение для автоматизации торговой точки с ювелирной продукцией
Нужна была касса на том же ПО, что и кассы в сувенирных магазинах, но с возможностью работать через кабель, а не через Wi-Fi, потому что интернет-соединение через кабель надёжнее.
Мы предложили Эвотор СТ3Ф, потому что в ней:
Есть отдельный Ethernet порт — даёт доступ в интернет через кабель;
Есть 4 аккумулятора — онлайн-касса может работать без электричества до 14 часов. Это важно, потому что при продаже маркированной продукции нужно обязательно отсканировать код Data Matrix, чтобы потом отправить данные в ГИИС ДМДК (Государственная интегрированная информационная система в сфере контроля за оборотом драгоценных металлов, драгоценных камней и изделий из них).
То есть даже без электричества и интернета Эвотор СТ3Ф отсканирует код Data Matrix, проведёт продажу и выдаст чек.
В комплект к онлайн-кассе мы предложили сканер штрих-кодов Honeywell 1450G.
Да, в Эвотор СТ3Ф есть встроенная фронтальная камера, но:
она считывает только одномерные коды, например, штрихкоды, а коды Data Matrix, которые используют для маркировки ювелирных изделий, двухмерные,
даже одномерные коды сканер считывает точнее, чем встроенная камера,
для того, чтобы использовать встроенную камеру для сканирования кодов, нужно подключить платное приложение от Эвотор.
Эвотор СТ3Ф
Настроили работу с маркировкой ювелирных изделий
Раньше у нас не было опыта работы с маркировкой ювелирной продукции. Поэтому мы с нуля изучали работу ГИИС ДМДК и требования к продавцу ювелирными украшениями.
Хотелось найти такое решение, при котором не пришлось бы докупать лишнего оборудования или программ. Обратились к разработчикам Эвотор и выяснили, что у них есть приложение для работы с ювелирной продукцией, поэтому остановились на этом варианте.
Как строится работа с ГИИС ДМДК
Поставщик отправляет накладную в ГИИС ДМДК, например, 500 крестиков из серебра: наименование и уникальный идентификационный номер (УИН).
Покупатель, в нашем случае музейно-храмовый комплекс, получает эту продукцию в своей точке продаж: всё сверяет и взвешивает.
Если всё верно, то покупатель заходит в свой личный кабинет в ГИИС ДМДК и подписывает накладную электронной подписью, то есть принимает товар.
Из ГИИС ДМДК выгружает номенклатуру в Эвотор.
После синхронизации с 1С данные о новой накладной попадают в 1С:Розница.
Сложность была в том, что файл с номенклатурой, который выгружался из ГИИС ДМДК не получалось сразу загружать в учётную систему Эвотор.
Поэтому мы разработали шаблон Excel, в который сотрудники музейно-храмового комплекса переносят данные из ГИИС ДМДК: наименование и УИН. А потом загружают этот файл в Эвотор. То есть приводят данные из ГИИС ДМДК в такой вид, который Эвотор может считать. Разработчики планируют автоматизировать этот процесс, но точные сроки пока неизвестны.
Список номенклатуры в учётной системе Эвотор
Так выглядят кассовые чеки в учётной системе Эвотор
Раз в 3 дня нужно подавать в ГИИС ДМДК данные о проданных ювелирных изделиях. Для этого нужно:
сформировать отчёт для ювелиров в учётной системе Эвотор: там указаны проданные позиции с наименованием и УИН.
отправить этот отчёт в ГИИС ДМДК по кнопке из Эвотор.
К 2024-2025 годам планируют разработать УТМ (Универсальный транспортный модуль), который будет автоматически отправлять данные о продажах ювелирной продукции в ГИИС ДМДК.
Отчёт по продажам за смену, где прошла успешная передача информация о выбытии товара
После обращения к нам Музейно-храмовый комплекс Вооружённых сил Российской Федерации получил:
готовую к работе онлайн-кассу Эвотор СТ3Ф и сканер для считывания штрихкодов, которые соответствовали их требованиям: доступ в интернет через кабель, возможность работы без электричества, работа с маркировкой;
настроенные алгоритмы взаимодействия с ГИИС ДМДК: синхронизированное с ГИИС ДМДК приложение Эвотор, шаблон документа для выгрузки данных из ГИИС ДМДК в Эвотор;
двусторонний обмен учётной системы Эвотор и 1С:Розница.
Эвотор СТ3Ф в торговой точке с ювелирной продукцией
Какое решение выбрать для автоматизации магазина, если места в кассовой зоне мало? Как внедрить маркировку ювелирных изделий? Почему лучше использовать сканер штрихкодов, даже если в кассе есть встроенная камера? Об этом рассказываем в кейсе автоматизации музейно-храмового комплекса.
С
музейно-храмовым комплексом Вооружённых сил Российской Федерации сотрудничаем с 2021 года — сопровождаем 1С. Но в этом кейсе расскажем, как мы автоматизировали торговые точки заказчика.
В октябре 2022 года клиент решил заменить онлайн-кассы Атол Sigma, которые использовал в 5 торговых точках с сувенирной продукцией, потому что у кассовых аппаратов Атол односторонняя синхронизация с 1С. Это значит, что выгрузить продажи с кассы можно, но загрузить новые данные из 1С в кассу уже не получится.
Второй раз клиент обратился к нам в июне 2023 года, когда открывал новую торговую точку с ювелирной продукцией. Нужно было настроить онлайн-кассу под ключ и наладить работу с маркировкой, потому что с 1 марта 2022 года запрещено продавать изделия из драгоценных металлов без маркировки.
Какие задачи перед нами стояли
Найти альтернативное решение для замены онлайн-касс Атол в торговых точках с сувенирной продукцией.
Подобрать решение для автоматизации в торговой точке с ювелирными изделиями.
Настроить работу с маркировкой ювелирных изделий.
Что сделали
Автоматизировали торговые точки с сувенирной продукцией
Когда заказчик работал с онлайн-кассами Атол Sigma, он пользовался браузерной учётной системой Атол, её функционала не хватало, поэтому решили перейти на 1С, но учётной системы на 1С ещё не было.
Поэтому сначала нам нужно было подобрать программу 1С, которая удовлетворяла бы потребности клиента. Мы предложили 1С:Розница, потому что она позволяет вести продажи, товарный учёт, управлять складом и анализировать эффективность как отдельного магазина, так и розничной сети. И опыт работы с 1С:Розница в похожих проектах доказал удобство этого решения.
Дальше нужно было подобрать замену онлайн-кассам Атол Sigma.
В точках продаж мало места, поэтому развернуть полноценное рабочее место кассира было невозможно. Потому что кроме кассы понадобился бы стационарный компьютер с установленной программой 1С. При этом для каждой торговой точки пришлось бы покупать дополнительную лицензию.
Поэтому мы выбрали онлайн-кассу Эвотор СТ2Ф: компактная касса, в которой как и в Атол своя учётная система, но при этом обмен с 1С двухсторонний через облако.
Например, добавили новую номенклатуру в 1С:Розница или поменяли стоимость товаров и по кнопке выгрузили в облако. Из облака также по кнопке, но уже на кассе, все изменения загрузились в учётную систему Эвотор.
Эвотор СТ2Ф
Приложение Эвотор для обмена с 1С
И последний этап по этой задаче — настройка онлайн-касс под ключ.
Купили онлайн-кассы Эвотор СТ2Ф.
Зарегистрировали их в налоговой.
Зарегистрировали в личном кабинете оператора фискальных данных.
Активировали коды ОФД, которые позволяют отправлять данные о продажах в налоговую.
Установили и настроили на кассе все необходимые для работы приложения.
Настроили синхронизацию 1С:Розница и онлайн-касс Эвотор СТ2Ф.
За 4 дня мы перевели работу 5 торговых точек с онлайн-касс Атол Sigma на онлайн-кассы Эвотор и настроили обмен с учётной системой 1С:Розница. Позже в 2 торговых точках решили поставить дополнительные кассы.
На данный момент в музейно-храмовом комплексе работает 7 касс, все они управляются с одного компьютера, на котором установлена 1С:Розница. В этом решении дополнительные клиентские лицензии 1С не понадобились.
Эвотор СТ2Ф в торговой точке с сувенирной продукцией
Подобрали решение для автоматизации торговой точки с ювелирной продукцией
Нужна была касса на том же ПО, что и кассы в сувенирных магазинах, но с возможностью работать через кабель, а не через Wi-Fi, потому что интернет-соединение через кабель надёжнее.
Мы предложили Эвотор СТ3Ф, потому что в ней:
Есть отдельный Ethernet порт — даёт доступ в интернет через кабель;
Есть 4 аккумулятора — онлайн-касса может работать без электричества до 14 часов. Это важно, потому что при продаже маркированной продукции нужно обязательно отсканировать код Data Matrix, чтобы потом отправить данные в ГИИС ДМДК (Государственная интегрированная информационная система в сфере контроля за оборотом драгоценных металлов, драгоценных камней и изделий из них).
То есть даже без электричества и интернета Эвотор СТ3Ф отсканирует код Data Matrix, проведёт продажу и выдаст чек.
В комплект к онлайн-кассе мы предложили сканер штрих-кодов Honeywell 1450G.
Да, в Эвотор СТ3Ф есть встроенная фронтальная камера, но:
она считывает только одномерные коды, например, штрихкоды, а коды Data Matrix, которые используют для маркировки ювелирных изделий, двухмерные,
даже одномерные коды сканер считывает точнее, чем встроенная камера,
для того, чтобы использовать встроенную камеру для сканирования кодов, нужно подключить платное приложение от Эвотор.
Эвотор СТ3Ф
Настроили работу с маркировкой ювелирных изделий
Раньше у нас не было опыта работы с маркировкой ювелирной продукции. Поэтому мы с нуля изучали работу ГИИС ДМДК и требования к продавцу ювелирными украшениями.
Хотелось найти такое решение, при котором не пришлось бы докупать лишнего оборудования или программ. Обратились к разработчикам Эвотор и выяснили, что у них есть приложение для работы с ювелирной продукцией, поэтому остановились на этом варианте.
Как строится работа с ГИИС ДМДК
Поставщик отправляет накладную в ГИИС ДМДК, например, 500 крестиков из серебра: наименование и уникальный идентификационный номер (УИН).
Покупатель, в нашем случае музейно-храмовый комплекс, получает эту продукцию в своей точке продаж: всё сверяет и взвешивает.
Если всё верно, то покупатель заходит в свой личный кабинет в ГИИС ДМДК и подписывает накладную электронной подписью, то есть принимает товар.
Из ГИИС ДМДК выгружает номенклатуру в Эвотор.
После синхронизации с 1С данные о новой накладной попадают в 1С:Розница.
Сложность была в том, что файл с номенклатурой, который выгружался из ГИИС ДМДК не получалось сразу загружать в учётную систему Эвотор.
Поэтому мы разработали шаблон Excel, в который сотрудники музейно-храмового комплекса переносят данные из ГИИС ДМДК: наименование и УИН. А потом загружают этот файл в Эвотор. То есть приводят данные из ГИИС ДМДК в такой вид, который Эвотор может считать. Разработчики планируют автоматизировать этот процесс, но точные сроки пока неизвестны.
Список номенклатуры в учётной системе Эвотор
Так выглядят кассовые чеки в учётной системе Эвотор
Раз в 3 дня нужно подавать в ГИИС ДМДК данные о проданных ювелирных изделиях. Для этого нужно:
сформировать отчёт для ювелиров в учётной системе Эвотор: там указаны проданные позиции с наименованием и УИН.
отправить этот отчёт в ГИИС ДМДК по кнопке из Эвотор.
К 2024-2025 годам планируют разработать УТМ (Универсальный транспортный модуль), который будет автоматически отправлять данные о продажах ювелирной продукции в ГИИС ДМДК.
Отчёт по продажам за смену, где прошла успешная передача информация о выбытии товара
После обращения к нам Музейно-храмовый комплекс Вооружённых сил Российской Федерации получил:
готовую к работе онлайн-кассу Эвотор СТ3Ф и сканер для считывания штрихкодов, которые соответствовали их требованиям: доступ в интернет через кабель, возможность работы без электричества, работа с маркировкой;
настроенные алгоритмы взаимодействия с ГИИС ДМДК: синхронизированное с ГИИС ДМДК приложение Эвотор, шаблон документа для выгрузки данных из ГИИС ДМДК в Эвотор;
двусторонний обмен учётной системы Эвотор и 1С:Розница.
Эвотор СТ3Ф в торговой точке с ювелирной продукцией
23 июня 2023
Клиент: Музейно-храмовый комплекс Вооружённых сил Российской Федерации
Внедренный продукт: 1С:Розница
Отрасль: Бюджетные организации
Содержание:
В кейсе рассказываем, как работа с терминалами сбора данных сокращает ошибки при сборке, и в чём преимущество динамического адресного склада по сравнению со статическим адресным складом.
О заказчике
Наш клиент — магазин спортивных товаров go-to-sport, который продаёт костюмы для сноуборда, комбинезоны и куртки для горных лыж, одежду для плавания, фитнеса, спортивную обувь и аксессуары. Заказы поступают с сайта компании и с маркетплейсов. В базе около 10 000 номенклатурных позиций. В сезон на складе хранится до 300 000 товаров.
С go-to-sport мы сотрудничаем с 2019 года. За это время мы провели уже 3 волны автоматизации.
Первая волна автоматизации: внедрение статического адресного склада и работы с помощью сканеров
Сроки: 2021 год.
Адресный склад — когда все пространства для хранения товаров делятся на полки и ячейки. Каждому месту хранения присваивается свой адрес: штрихкод или символьное обозначение — цифры, буквы.
Статический адресный склад — когда за каждым товаром закреплено определённое место хранения на складе. Например, комбинезоны для горных лыж всегда хранятся в ячейке 001.
На складе компании адрес хранения был указан в описании товара, как дополнительный реквизит:
когда поступал товар, его сканировали,
описание товара выводилось на рабочее место кладовщика, где он видел, в какой ячейке хранится такой товар.
До автоматизации сотрудники склада работали только по бумажкам: получали распечатанную накладную, визуально сравнивали артикул из заказа и на товаре. Никакого контроля сборки не было.
После внедрения сканеров кладовщики продолжили работать с распечатанными заказами, но теперь сканировали штрихкод товара при сборке. Информация мгновенно оказывалась в 1С, и таким образом происходил контроль того, что собрал сотрудник.
Также в рамках первой волны мы:
перенесли базу с устаревшей версии Торговля и склад 7.7 на 1С:Управление торговлей 11.4,
интегрировали сайт и 1С:УТ,
автоматизировали работу с заказами: от клика клиента на сайте или маркетплейсе до оформления закрывающих документов.
Подробнее про этот этап мы уже писали здесь.
А в этом кейсе мы расскажем о второй и третьей волнах автоматизации: какие задачи стояли, что сделали, и как склад работает теперь.
Вторая волна автоматизации: переход со сканеров на терминалы сбора данных (ТСД)
Сроки: март 2022 года.
При работе со сканером информация попадала в базу, где менеджерам нужно было её обработать, создать соответствующие документы. Это трата рабочего времени сотрудников.
Поэтому решили перейти на ТСД:
не нужно распечатывать заказы — они отображаются непосредственно на экране терминала,
в терминале можно создавать документы прямо в процессе сборки, приёмки и инвентаризации, а не тратить на это время после завершения процесса,
если отсканировали не тот штрихкод, на ТСД выйдет сообщение об ошибке — полный контроль работы сотрудников на всех этапах.
Какой терминал сбора данных выбрали для работы?
Изначально закупили терминалы АТОЛ Smart.Slim Plus, потому что это легкий и недорогой аппарат. Мы уже работали с такими терминалами на других проектах и знали, что он удобен на складе — небольшой, поэтому легко помещается в карман и не мешает в процессе сборки, приёмки.
Также закупили терминалы АТОЛ Smart.Pro — они более защищённые, потому что оборудование должно выдерживать падения на бетонный пол. Такое часто происходит на складах.
Но кладовщикам больше понравилась компактная модель АТОЛ Smart.Slim Plus, поэтому во время новой закупки оборудования таких моделей было больше.
АТОЛ Smart.Pro и АТОЛ Smart.Slim Plus — тот, что меньше
Результат второй волны автоматизации
Практически устранили ошибки при сборке: кладовщик сканировал каждый товар из заказа. Даже если в заказе несколько единиц одного товара, он должен был просканировать всё, что берёт — мы заблокировали возможность вводить количество вручную.
Поэтому процесс сборки выглядел так:
кладовщик брал товар,
сканировал его штрихкод,
перемещал в коробку, в которую собирал весь этот заказ,
брал следующий товар и т.д.
Третья волна автоматизации: переход на динамический адресный склад
Сроки: ноябрь 2022 года — май 2023 года.
Динамический адресный склад — когда за товарами не закреплен конкретный адрес.
Стандартный алгоритм работы динамического адресного склада:
товар поступает на склад,
кладовщик определяет, в какую ячейку его разместить: по степени заполненности ячеек, по степени востребованности товара — чем чаще заказывают, тем ближе к зоне сборки заказов и т.д.
сканирует товар,
сканирует ячейку, куда он разместил товар,
в 1С отображается, что этот товар лежит в этой ячейке.
В статическом складе адрес товара был прописан в описании товара, как дополнительный реквизит: мы не могли посмотреть в 1С, какой товар лежит в ячейке, и сколько его — в базе не было разбивки на ячейки. Все товары поступали и отгружались с Основного склада, без детализации по местам хранения. Нельзя было сделать фильтр по реквизиту Адрес хранения.
В динамическом складе наоборот — 1С разбита на ячейки. Мы в любой момент можем посмотреть, что лежит в конкретной ячейке, и в каком количестве.
Почему решили перейти на динамический адресный склад?
При статическом хранении бывали ситуации, когда приходит много товара одного вида, места в выделенной для него ячейке не хватает и приходится размещать его в другие.
Дальше кладовщик должен был сообщить менеджеру, что такой товар лежит ещё и вот по этому адресу. А менеджер должен был внести эти данные в описание товара. И если кто-то что-то забыл, то поиск товара был длительным и сложным.
Не было возможности делать инвентаризацию по ячейке, только по всему складу. И если что-то где-то не сошлось с базой, то трудно найти ошибку.
Переход со статического адресного склада на динамический адресный склад
Все остатки в базе изначально были на Основном складе, нам нужно было перенести их на склад Адресное хранение, то есть на новую систему хранения. Поэтому в базе мы одновременно создали 2 склада: Основной и Адресное хранение. Физически у нас как был один склад, так и остался.
Мы сделали виртуальное перемещение с Основного склада на склад Адресное хранение:
сначала создали документ Перемещение товаров, где отправитель Основной склад, а получатель — Адресное хранение.
менеджер отсканировал весь товар на основном складе и на этом основании создал Приходный ордер — будто этот товар поступил на склад Адресное хранение,
дальше Приходный ордер выгрузился на терминал кладовщика, чтобы он разместил весь «поступивший» товар на складе Адресное хранение,
кладовщик второй раз прошёл с ТСД по складу: сканировал ячейку и товар в ней,
таким образом мы одновременно провели инвентаризацию и перемещение на склад Адресное хранение с закреплением товаров по адресам в 1С.
Переход на склад Адресное хранение — разовая операция, которая длилась около недели. При этом работа склада не останавливалась: отгружали товар с Основного склада, а принимали уже на склад Адресное хранение.
Как сейчас работает склад?
Сборка заказов
Менеджер генерирует в 1С этикетки с номером заказа и клеит их на собранные упаковки. В 1С менеджер видит номера заказов, которые нужно отправить в этот день, сканирует их и отгружает.
Приёмка товаров
Создаём Заказ поставщику,
Когда товары поступают, создаём на основании Заказа поставщику документ Приобретение товаров и услуг,
Если в нём указан склад Адресное хранение, документ автоматически выгружается на ТСД кладовщику,
Кладовщик сначала сканирует все товары, чтобы сверить количество с заказом,
Далее кладовщик переключается в режим Размещение и разносит товары по складу: сканирует ячейку и помещает в неё товар,
После завершения сборки в 1С выгружается Приходный ордер, который переводит товары в ячейку Приёмка,
На основании этого документа создается Отбор (размещение) товаров: документ перемещает товары из ячейки Приёмка в ячейки, которые отсканировал кладовщик при размещении товаров на складе.
Инвентаризация
Есть два варианта проведения инвентаризации:
Создаём вручную на ТСД:
кладовщик с ТСД создаёт документ,
сканирует выбранную ячейку и сканирует весь товар в ней,
и переходит к следующей ячейке,
после завершения кладовщик выгружает документ, и он автоматически создаётся в 1С,
менеджер оформляет все необходимые документы.
Создаём в 1С
менеджер создаёт инвентаризацию с заданным отбором и выгружает документ на ТСД вручную,
кладовщик получает задание на ТСД: сканирует товары и ячейки, где они находятся.
Создаём в 1С документ на инвентаризацию. Поскольку статус документа «В работе», он выгружается на ТСД.
Менеджер видит расхождение.
Инвентаризация перезаполняет количество «По факту» на загруженное с ТСД
Работа с возвратами
Один из каналов продаж — маркетплейсы. Часто бывают ситуации, когда заказ не подошёл и его возвращают. Поэтому мы разработали сценарий для работы с возвратами:
возвраты загружаются из маркетплейса на склад Возврата, чтобы они не выгружались снова на сайт, ведь если товар вернули, он может быть бракованный,
менеджер проверяет товар на брак,
если всё нормально, то менеджер создаёт документ Перемещение товара со склада Возврата на склад Адресное хранение,
на ТСД кладовщика приходит задание на возврат, где указаны товары и места, куда их нужно разместить,
товары размещаются в те ячейки, где лежат такие же товары, если таких товаров нет на складе, то кладовщик размещает их в любую свободную ячейку и сканирует её, чтобы показать 1С, где теперь хранится этот товар.
Результат автоматизации: переход на работу с ТСД и на динамическое адресное хранение
После внедрения динамического адресного хранения и перехода на ТСД:
ошибки при сборке практически свелись к нулю, потому что каждый товар в заказе проходит подтверждение сканированием,
сотрудники стали быстрее собирать заказы — теперь все документы оформляются в процессе складских операций, а не обрабатываются после их завершения,
инвентаризация стала проще и быстрее — теперь можно проводить инвентаризацию по ячейке, значит в 1С можно в любой момент времени посмотреть что и в каком количестве хранится в каждой ячейке,
можно отследить работу сотрудников — перед началом работы в ТСД все сотрудники авторизуются по логину и паролю, если заказ собрали с ошибкой, легко отследить, кто её допустил.
Поможем упростить работу и ускорить бизнес-процессы
Подберём программы для вашей компании, поможем внедрить и настроить. Если потребуется, доработаем программы под ваши задачи: напишем новые функции или печатные формы.
Связаться со специалистом
Автор внедрения
Белов Евгений
специалист по розничным решениям и кассовому оборудованию
Содержание:
В кейсе рассказываем, как работа с терминалами сбора данных сокращает ошибки при сборке, и в чём преимущество динамического адресного склада по сравнению со статическим адресным складом.
О заказчике
Наш клиент — магазин спортивных товаров go-to-sport, который продаёт костюмы для сноуборда, комбинезоны и куртки для горных лыж, одежду для плавания, фитнеса, спортивную обувь и аксессуары. Заказы поступают с сайта компании и с маркетплейсов. В базе около 10 000 номенклатурных позиций. В сезон на складе хранится до 300 000 товаров.
С go-to-sport мы сотрудничаем с 2019 года. За это время мы провели уже 3 волны автоматизации.
Первая волна автоматизации: внедрение статического адресного склада и работы с помощью сканеров
Сроки: 2021 год.
Адресный склад — когда все пространства для хранения товаров делятся на полки и ячейки. Каждому месту хранения присваивается свой адрес: штрихкод или символьное обозначение — цифры, буквы.
Статический адресный склад — когда за каждым товаром закреплено определённое место хранения на складе. Например, комбинезоны для горных лыж всегда хранятся в ячейке 001.
На складе компании адрес хранения был указан в описании товара, как дополнительный реквизит:
когда поступал товар, его сканировали,
описание товара выводилось на рабочее место кладовщика, где он видел, в какой ячейке хранится такой товар.
До автоматизации сотрудники склада работали только по бумажкам: получали распечатанную накладную, визуально сравнивали артикул из заказа и на товаре. Никакого контроля сборки не было.
После внедрения сканеров кладовщики продолжили работать с распечатанными заказами, но теперь сканировали штрихкод товара при сборке. Информация мгновенно оказывалась в 1С, и таким образом происходил контроль того, что собрал сотрудник.
Также в рамках первой волны мы:
перенесли базу с устаревшей версии Торговля и склад 7.7 на 1С:Управление торговлей 11.4,
интегрировали сайт и 1С:УТ,
автоматизировали работу с заказами: от клика клиента на сайте или маркетплейсе до оформления закрывающих документов.
Подробнее про этот этап мы уже писали здесь.
А в этом кейсе мы расскажем о второй и третьей волнах автоматизации: какие задачи стояли, что сделали, и как склад работает теперь.
Вторая волна автоматизации: переход со сканеров на терминалы сбора данных (ТСД)
Сроки: март 2022 года.
При работе со сканером информация попадала в базу, где менеджерам нужно было её обработать, создать соответствующие документы. Это трата рабочего времени сотрудников.
Поэтому решили перейти на ТСД:
не нужно распечатывать заказы — они отображаются непосредственно на экране терминала,
в терминале можно создавать документы прямо в процессе сборки, приёмки и инвентаризации, а не тратить на это время после завершения процесса,
если отсканировали не тот штрихкод, на ТСД выйдет сообщение об ошибке — полный контроль работы сотрудников на всех этапах.
Какой терминал сбора данных выбрали для работы?
Изначально закупили терминалы АТОЛ Smart.Slim Plus, потому что это легкий и недорогой аппарат. Мы уже работали с такими терминалами на других проектах и знали, что он удобен на складе — небольшой, поэтому легко помещается в карман и не мешает в процессе сборки, приёмки.
Также закупили терминалы АТОЛ Smart.Pro — они более защищённые, потому что оборудование должно выдерживать падения на бетонный пол. Такое часто происходит на складах.
Но кладовщикам больше понравилась компактная модель АТОЛ Smart.Slim Plus, поэтому во время новой закупки оборудования таких моделей было больше.
АТОЛ Smart.Pro и АТОЛ Smart.Slim Plus — тот, что меньше
Результат второй волны автоматизации
Практически устранили ошибки при сборке: кладовщик сканировал каждый товар из заказа. Даже если в заказе несколько единиц одного товара, он должен был просканировать всё, что берёт — мы заблокировали возможность вводить количество вручную.
Поэтому процесс сборки выглядел так:
кладовщик брал товар,
сканировал его штрихкод,
перемещал в коробку, в которую собирал весь этот заказ,
брал следующий товар и т.д.
Третья волна автоматизации: переход на динамический адресный склад
Сроки: ноябрь 2022 года — май 2023 года.
Динамический адресный склад — когда за товарами не закреплен конкретный адрес.
Стандартный алгоритм работы динамического адресного склада:
товар поступает на склад,
кладовщик определяет, в какую ячейку его разместить: по степени заполненности ячеек, по степени востребованности товара — чем чаще заказывают, тем ближе к зоне сборки заказов и т.д.
сканирует товар,
сканирует ячейку, куда он разместил товар,
в 1С отображается, что этот товар лежит в этой ячейке.
В статическом складе адрес товара был прописан в описании товара, как дополнительный реквизит: мы не могли посмотреть в 1С, какой товар лежит в ячейке, и сколько его — в базе не было разбивки на ячейки. Все товары поступали и отгружались с Основного склада, без детализации по местам хранения. Нельзя было сделать фильтр по реквизиту Адрес хранения.
В динамическом складе наоборот — 1С разбита на ячейки. Мы в любой момент можем посмотреть, что лежит в конкретной ячейке, и в каком количестве.
Почему решили перейти на динамический адресный склад?
При статическом хранении бывали ситуации, когда приходит много товара одного вида, места в выделенной для него ячейке не хватает и приходится размещать его в другие.
Дальше кладовщик должен был сообщить менеджеру, что такой товар лежит ещё и вот по этому адресу. А менеджер должен был внести эти данные в описание товара. И если кто-то что-то забыл, то поиск товара был длительным и сложным.
Не было возможности делать инвентаризацию по ячейке, только по всему складу. И если что-то где-то не сошлось с базой, то трудно найти ошибку.
Переход со статического адресного склада на динамический адресный склад
Все остатки в базе изначально были на Основном складе, нам нужно было перенести их на склад Адресное хранение, то есть на новую систему хранения. Поэтому в базе мы одновременно создали 2 склада: Основной и Адресное хранение. Физически у нас как был один склад, так и остался.
Мы сделали виртуальное перемещение с Основного склада на склад Адресное хранение:
сначала создали документ Перемещение товаров, где отправитель Основной склад, а получатель — Адресное хранение.
менеджер отсканировал весь товар на основном складе и на этом основании создал Приходный ордер — будто этот товар поступил на склад Адресное хранение,
дальше Приходный ордер выгрузился на терминал кладовщика, чтобы он разместил весь «поступивший» товар на складе Адресное хранение,
кладовщик второй раз прошёл с ТСД по складу: сканировал ячейку и товар в ней,
таким образом мы одновременно провели инвентаризацию и перемещение на склад Адресное хранение с закреплением товаров по адресам в 1С.
Переход на склад Адресное хранение — разовая операция, которая длилась около недели. При этом работа склада не останавливалась: отгружали товар с Основного склада, а принимали уже на склад Адресное хранение.
Как сейчас работает склад?
Сборка заказов
Менеджер генерирует в 1С этикетки с номером заказа и клеит их на собранные упаковки. В 1С менеджер видит номера заказов, которые нужно отправить в этот день, сканирует их и отгружает.
Приёмка товаров
Создаём Заказ поставщику,
Когда товары поступают, создаём на основании Заказа поставщику документ Приобретение товаров и услуг,
Если в нём указан склад Адресное хранение, документ автоматически выгружается на ТСД кладовщику,
Кладовщик сначала сканирует все товары, чтобы сверить количество с заказом,
Далее кладовщик переключается в режим Размещение и разносит товары по складу: сканирует ячейку и помещает в неё товар,
После завершения сборки в 1С выгружается Приходный ордер, который переводит товары в ячейку Приёмка,
На основании этого документа создается Отбор (размещение) товаров: документ перемещает товары из ячейки Приёмка в ячейки, которые отсканировал кладовщик при размещении товаров на складе.
Инвентаризация
Есть два варианта проведения инвентаризации:
Создаём вручную на ТСД:
кладовщик с ТСД создаёт документ,
сканирует выбранную ячейку и сканирует весь товар в ней,
и переходит к следующей ячейке,
после завершения кладовщик выгружает документ, и он автоматически создаётся в 1С,
менеджер оформляет все необходимые документы.
Создаём в 1С
менеджер создаёт инвентаризацию с заданным отбором и выгружает документ на ТСД вручную,
кладовщик получает задание на ТСД: сканирует товары и ячейки, где они находятся.
Создаём в 1С документ на инвентаризацию. Поскольку статус документа «В работе», он выгружается на ТСД.
Менеджер видит расхождение.
Инвентаризация перезаполняет количество «По факту» на загруженное с ТСД
Работа с возвратами
Один из каналов продаж — маркетплейсы. Часто бывают ситуации, когда заказ не подошёл и его возвращают. Поэтому мы разработали сценарий для работы с возвратами:
возвраты загружаются из маркетплейса на склад Возврата, чтобы они не выгружались снова на сайт, ведь если товар вернули, он может быть бракованный,
менеджер проверяет товар на брак,
если всё нормально, то менеджер создаёт документ Перемещение товара со склада Возврата на склад Адресное хранение,
на ТСД кладовщика приходит задание на возврат, где указаны товары и места, куда их нужно разместить,
товары размещаются в те ячейки, где лежат такие же товары, если таких товаров нет на складе, то кладовщик размещает их в любую свободную ячейку и сканирует её, чтобы показать 1С, где теперь хранится этот товар.
Результат автоматизации: переход на работу с ТСД и на динамическое адресное хранение
После внедрения динамического адресного хранения и перехода на ТСД:
ошибки при сборке практически свелись к нулю, потому что каждый товар в заказе проходит подтверждение сканированием,
сотрудники стали быстрее собирать заказы — теперь все документы оформляются в процессе складских операций, а не обрабатываются после их завершения,
инвентаризация стала проще и быстрее — теперь можно проводить инвентаризацию по ячейке, значит в 1С можно в любой момент времени посмотреть что и в каком количестве хранится в каждой ячейке,
можно отследить работу сотрудников — перед началом работы в ТСД все сотрудники авторизуются по логину и паролю, если заказ собрали с ошибкой, легко отследить, кто её допустил.
Поможем упростить работу и ускорить бизнес-процессы
Подберём программы для вашей компании, поможем внедрить и настроить. Если потребуется, доработаем программы под ваши задачи: напишем новые функции или печатные формы.
Связаться со специалистом
Автор внедрения
Белов Евгений
специалист по розничным решениям и кассовому оборудованию
8 июня 2023
Клиент: ИП Суханов А.А.
Внедренный продукт: 1С:Управление торговлей
Отрасль: Торговля
В кейсе рассказываем, как не стоит дорабатывать программы 1С, и в каких ситуациях лучше восстановить учёт, чем создавать его с нуля.
Содержание:
Управляющая компания ООО «Комплект Плюс» обратилась к нам, чтобы мы навели порядок в их программе 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК.
Какие проблемы были в учёте
Жильцы в справочниках были прописаны по несколько раз из-за орфографических ошибок, двойных пробелов и т.д.
Например, есть жилец Иванов Александр Сергеевич. Один сотрудник опечатался и добавил его в базу не как Иванова, а как Ионова, другой сотрудник начал его искать, не нашёл и завёл новую карточку на Иванова А.С. Третий сотрудник снова не нашёл его в базе и добавил Иванова Александра Сергеевича.
Не было разделения прав доступа для разных сотрудников.
Например, сотрудники, плохо разбираясь в программе, могли случайно внести изменения в разделы, которые влияют на корректность формирования отчётов.
К тому же если не настроен вход под собственным логином и паролем, нельзя отследить, кто работал в программе, кто допустил ошибку. Можно было зайти в программу под чужой учётной записью и создать любые документы, внести корректировки и даже удалить.
База была снята с обновления.
Предыдущий программист вносил все изменения непосредственно в конфигурацию программы. Мы стараемся менять конфигурацию в самых редких случаях, а весь дополнительный функционал делаем в форме внешних обработок и приложений. Потому что программа остаётся типовой и обновляется легко и быстро.
Большое количество расширений.
Кроме изменённой конфигурации в программе было 10 расширений, за которыми было сложно следить и обновлять.
Неудобная иерархия в системе.
Предыдущие специалисты создали множество папок, которые казались сотрудникам УК ненужными, созданными по непонятной логике.
Задачи автоматизации
Восстановить учёт или создать базу с нуля, чтобы работа в программе была понятной и удобной.
Настроить базу с учётом всех пожеланий, но так, чтобы она могла обновляться.
Что сделали
ООО «Комплект Плюс» хотели, чтобы мы создали новую базу. Но мы отговорили их от этого, потому что:
В программе было много доработок, и клиенты сами не знали, какие из доработок нужны, а какие нет. Могла возникнуть ситуация: мы перенесём данные в новые базу без доработок, а потом выяснится, что они необходимы. Тогда пришлось бы создавать их заново. Так в итоге и оказалось — часть доработок была нужна.
Пока мы наводили порядок в старой базе, сотрудники продолжали в ней работать — не было простоев. А переход на новую базу занял бы много времени: нужно смотреть, как было, как стало, всё проверять и подгонять.
Настроили разделение по пользователям с ограничением по правам
Теперь все сотрудники заходят в программу только под своей учётной записью, потому что у всех есть логин и пароль.
У каждого пользователя свои права доступа, чтобы сотрудник мог работать в программе только в рамках своих обязанностей и в зоне своей ответственности. Теперь не будет ситуации, что кто-то куда-то зашёл, что-то где-то исправил, и в итоге отчёты формируются некорректно, и в документах ошибки.
Ввели разные сроки запрета на редактирование документов
У отдела ЖКХ и у отдела бухгалтерии разные периоды, когда можно вносить изменения в документы.
Например, главный бухгалтер может редактировать документы в течение квартала, а бухгалтер-расчётчик выдал квитанции раз в месяц и уже не может их менять.
Это сделано для того, чтобы сотрудник, который случайно зашёл в документы, не смог внести лишние корректировки.
Удалили дубли жильцов в справочниках
Изначально мы думали, что сможем почистить базу стандартным механизмом 1С, который предназначен для удаления дублей. Но оказалось, что программно это сделать невозможно, потому что только человек поймёт, что Иванов А.С. и Иванов Александр Сергеевич — это один и тот же жилец. Только человек увидит, что программа не может найти контрагента, потому что между его именем и фамилией поставлено 2 пробела. Поэтому пришлось чистить базу вручную.
Но если бы мы переходили на новую базу, то эту работу всё равно пришлось бы делать. Так что решение восстанавливать учёт в старой базе было верным.
Настроили отражение начислений ЖКХ по каждому дому отдельно
Стандартный функционал программы 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК предполагает, что при отражении начислений из коммунального учёта в бухгалтерский учёт всё переносится на один счёт. Все дома на этом счёте.
Главбуху для управленческого учёта нужно было понимать, сколько начислено на каждый дом и сколько оплаты с каждого дома пришло.
Для этого мы создали субсчета для каждого дома и закрепили всех жильцов этого дома за этим субсчетом.
Чтобы сразу было понятно, какой дом закреплён за субсчетом, придумали добавлять к номеру субсчёта первую букву улицы, на которой этот дом стоит. Например, к счёту, за которым закреплён дом на Домодедовской, добавляется буква Д.
Настроили отчёты для сверки отражения данных из коммунального учёта в бухгалтерский учёт
Стандартно это происходит так: в коммунальном учёте мы насчитали этому дому столько, этому столько, а потом перенесли эти данные в бухгалтерский учёт реализациями или проводками. Чтобы главный бухгалтер увидел, сколько начислено по каждому дому.
Но недостаточно просто отразить начисления из КУ в БУ, нужно проверить, корректно ли всё отразилось, чтобы не было начального и конечного остатков.
Бывают ситуации, когда главбух вносит корректировку в БУ: перекинуть долг с этого жильца на этого. В КУ сделали свою корректировку, и если эта корректировка попадёт в БУ, то долг спишется дважды.
Поэтому главбух строит отчёт по специальному регистру, который показывает, где данные расходятся.
Разбили контрагентов по группам
Справочник Контрагенты разбит по группам, к каждой группе привязан субсчёт.
Сначала сотрудникам организации приходилось каждого контрагента привязывать к субсчёту вручную. Мы предложили поместить контрагентов в группы по домам и настроить алгоритм, который будет подцеплять группы к субсчёту.
Например, при добавлении нового контрагента его сразу помещают в группу, откуда он автоматически прикрепляется к определённому субсчёту.
Привязали в базе индивидуальные приборы учёта к помещениям
Изначально в системе индивидуальные приборы учёта (ИПУ) были привязаны к лицевым счетам. Но расчетчик попросила привязать ИПУ к помещениям: в таком случае нет зависимости от лицевых счетов.
Например, супруги развелись и хотят раздельно платить за свои части квартиры. Если ИПУ привязан к лицевому счёту, то счётчик нужно привязать к лицевым счетам обоих супругов. Если этого не сделать, то по одному лицевому счёту услуги будут начисляться по показаниям, а по второму — по нормативам. И мы всегда должны следить, сколько собственников в квартире, чтобы вовремя вносить изменения в лицевые счета.
А когда ИПУ привязан к помещению, то просто задаём в настройках программы, как будут делиться показания счётчика: поровну или пропорционально долям. Например, начислено 3 куба воды, у бывших супругов доли распределены так: ⅓ и ⅔, соответственно, первый жилец будет оплачивать 1 куб, а второй — 3.
Нужно было привязать заводские номера счётчиков к помещениям. Вручную это делать долго и сложно. Поэтому мы постарались автоматизировать процесс:
рассказали расчётчику, какие данные нужны и в каком формате, чтобы их можно было загружать в 1С,
загрузили в программу счётчики, чтобы сотрудникам не пришлось вручную вводить новые номера счётчиков,
автоматизировали загрузку ежемесячных показаний по одной кнопке в 1С.
Привязка ИПУ на помещения была трудозатратной, зато теперь коммунальный учёт будет более точным и корректным.
Добавили возможность прикреплять документы, на основании которых были корректировки
Расчётчик делает корректировки на основании какого-то документа. Например:
заявление от собственника,
внутренние документы о том, что было отключение отопления и т.д.
Заказчик хотел, чтобы ко всем документам можно было прикрепить документ, который является причиной корректировки.
Задача выглядела простой, но оказалось, что расширениями и доработками её не решить. Пришлось незначительно менять конфигурацию, зато клиенту теперь удобно: всегда видит причину изменений документов.
Добавили расширение, чтобы определять плательщика из назначения платежа
Когда жильцы оплачивают квитанции через Сбербанк, то платёж автоматически зачисляется на лицевой счёт плательщика. Но если оплачивают через другие банки, то в УК приходит платёж с текстовой строкой, в которой указаны данные плательщика, назначение платежа, лицевой счёт.
Приходилось искать в базе контрагента и вручную заносить данные о платеже на его лицевой счёт. В УК более 1500 апартаментов, соответственно, может быть 1500 оплат через другие банки. Вносить платежи вручную — это работа на несколько часов.
Поэтому мы добавили расширение, которое автоматически определяет лицевой счёт из назначения платежа и заносит данные о платеже на этот счёт.
Подробнее об этом расширении мы писали здесь.
Удалили некорректные доработки и настроили учёт типовыми средствами
Как мы уже писали, на момент обращения к нам конфигурация программы была настолько изменена, что обновления не происходили: было непонятно, как будет работать база с таким количеством доработок после обновления.
Отключили ненужные доработки
Поэтому вместе с нашими программистами мы разбирались, какие доработки нужны, а какие нет.
Одна из таких доработок выводила в документ площадь апартаментов. При этом самому клиенту эта настройка была не нужна, поэтому мы её отключили. И как потом выяснилось — вовремя отключили.
У другого нашего клиента аналогичная доработка была активна. Но после того, как разработчики обновили типовой функционал 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК — поменяли наименования в своих регистрах — начались некорректные начисления.
Что произошло? Например, когда жилец долго не подавал показания ИПУ, ему начислялось по среднему, потом норматив. Но когда человек всё-таки подал показания ИПУ, программа должна убрать начисления по среднему и нормативу и пересчитать оплату по показаниям. В одном месяце программа работала корректно, но на следующий месяц повторно минусовала ту же сумму перерасчёта.
Оказалось, что было дописано наименование вида сторна, которое минусовало среднюю и норматив. В документе отображается корректно, но в регистре, который программа использует для формирования документов и отчётов на следующий месяц, не отображается.
Сократили количество расширений
10 расширений, которые были в базе, мы свернули до 2, чтобы было удобнее и проще их обновлять.
Настроили базу для автоматических обновлений
В процессе работы над проектом мы убрали практически все изменения конфигурации, поэтому программа могла обновляться в штатном режиме без рисков, что доработки после обновления повлияют на её работу.
До того, как мы объединили расширения, обновление занимало 4 часа, сейчас — около 2.
Результат автоматизации
Сроки реализации проекта: январь 2022 года — декабрь 2022 года.
За это время мы:
1. Восстановили учёт на старой базе:
удалили дубли из справочников — учёт стал понятнее и легче,
настроили разделение по пользователям с разграничением прав и сроков редактирования документов — меньше ошибок из-за незнания программы,
настроили отчёты для сверки из коммунального учёта в бухгалтерский — теперь видно, всё ли корректно перенесено из коммунального учёта в бухгалтерский учёт,
настроили отражение начислений ЖКХ по каждому дому — понятная картинка начислений и оплат по каждому дому помогает принимать управленческие решения,
удалили ненужные доработки из конфигурации программы, которые тормозили работу программы и могли стать причиной ошибок,
объединили 10 расширений в 2, чтобы проще их контролировать и обновлять.
2. Разработали новый функционал:
добавили возможность прикреплять документы, на основании которых сделаны изменения, — у расчётчиков уходит меньше времени на поиск нужных документов,
добавили расширение, которое определяет плательщика из назначения платежа — экономия нескольких часов работы сотрудников УК ежемесячно.
В результате всех выполненных работ база 1С в УК ООО «Комплект Плюс» снова обновляется в штатном режиме, при этом обновление занимает всего 2 часа.
Сейчас мы продолжаем сотрудничество с ООО «Комплект Плюс» по текущим вопросам.
Поможем упростить работу и ускорить бизнес-процессы
Подберём программы для вашей компании, поможем внедрить и настроить. Если потребуется, доработаем программы под ваши задачи: напишем новые функции или печатные формы.
Связаться со специалистом
В кейсе рассказываем, как не стоит дорабатывать программы 1С, и в каких ситуациях лучше восстановить учёт, чем создавать его с нуля.
Содержание:
Управляющая компания ООО «Комплект Плюс» обратилась к нам, чтобы мы навели порядок в их программе 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК.
Какие проблемы были в учёте
Жильцы в справочниках были прописаны по несколько раз из-за орфографических ошибок, двойных пробелов и т.д.
Например, есть жилец Иванов Александр Сергеевич. Один сотрудник опечатался и добавил его в базу не как Иванова, а как Ионова, другой сотрудник начал его искать, не нашёл и завёл новую карточку на Иванова А.С. Третий сотрудник снова не нашёл его в базе и добавил Иванова Александра Сергеевича.
Не было разделения прав доступа для разных сотрудников.
Например, сотрудники, плохо разбираясь в программе, могли случайно внести изменения в разделы, которые влияют на корректность формирования отчётов.
К тому же если не настроен вход под собственным логином и паролем, нельзя отследить, кто работал в программе, кто допустил ошибку. Можно было зайти в программу под чужой учётной записью и создать любые документы, внести корректировки и даже удалить.
База была снята с обновления.
Предыдущий программист вносил все изменения непосредственно в конфигурацию программы. Мы стараемся менять конфигурацию в самых редких случаях, а весь дополнительный функционал делаем в форме внешних обработок и приложений. Потому что программа остаётся типовой и обновляется легко и быстро.
Большое количество расширений.
Кроме изменённой конфигурации в программе было 10 расширений, за которыми было сложно следить и обновлять.
Неудобная иерархия в системе.
Предыдущие специалисты создали множество папок, которые казались сотрудникам УК ненужными, созданными по непонятной логике.
Задачи автоматизации
Восстановить учёт или создать базу с нуля, чтобы работа в программе была понятной и удобной.
Настроить базу с учётом всех пожеланий, но так, чтобы она могла обновляться.
Что сделали
ООО «Комплект Плюс» хотели, чтобы мы создали новую базу. Но мы отговорили их от этого, потому что:
В программе было много доработок, и клиенты сами не знали, какие из доработок нужны, а какие нет. Могла возникнуть ситуация: мы перенесём данные в новые базу без доработок, а потом выяснится, что они необходимы. Тогда пришлось бы создавать их заново. Так в итоге и оказалось — часть доработок была нужна.
Пока мы наводили порядок в старой базе, сотрудники продолжали в ней работать — не было простоев. А переход на новую базу занял бы много времени: нужно смотреть, как было, как стало, всё проверять и подгонять.
Настроили разделение по пользователям с ограничением по правам
Теперь все сотрудники заходят в программу только под своей учётной записью, потому что у всех есть логин и пароль.
У каждого пользователя свои права доступа, чтобы сотрудник мог работать в программе только в рамках своих обязанностей и в зоне своей ответственности. Теперь не будет ситуации, что кто-то куда-то зашёл, что-то где-то исправил, и в итоге отчёты формируются некорректно, и в документах ошибки.
Ввели разные сроки запрета на редактирование документов
У отдела ЖКХ и у отдела бухгалтерии разные периоды, когда можно вносить изменения в документы.
Например, главный бухгалтер может редактировать документы в течение квартала, а бухгалтер-расчётчик выдал квитанции раз в месяц и уже не может их менять.
Это сделано для того, чтобы сотрудник, который случайно зашёл в документы, не смог внести лишние корректировки.
Удалили дубли жильцов в справочниках
Изначально мы думали, что сможем почистить базу стандартным механизмом 1С, который предназначен для удаления дублей. Но оказалось, что программно это сделать невозможно, потому что только человек поймёт, что Иванов А.С. и Иванов Александр Сергеевич — это один и тот же жилец. Только человек увидит, что программа не может найти контрагента, потому что между его именем и фамилией поставлено 2 пробела. Поэтому пришлось чистить базу вручную.
Но если бы мы переходили на новую базу, то эту работу всё равно пришлось бы делать. Так что решение восстанавливать учёт в старой базе было верным.
Настроили отражение начислений ЖКХ по каждому дому отдельно
Стандартный функционал программы 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК предполагает, что при отражении начислений из коммунального учёта в бухгалтерский учёт всё переносится на один счёт. Все дома на этом счёте.
Главбуху для управленческого учёта нужно было понимать, сколько начислено на каждый дом и сколько оплаты с каждого дома пришло.
Для этого мы создали субсчета для каждого дома и закрепили всех жильцов этого дома за этим субсчетом.
Чтобы сразу было понятно, какой дом закреплён за субсчетом, придумали добавлять к номеру субсчёта первую букву улицы, на которой этот дом стоит. Например, к счёту, за которым закреплён дом на Домодедовской, добавляется буква Д.
Настроили отчёты для сверки отражения данных из коммунального учёта в бухгалтерский учёт
Стандартно это происходит так: в коммунальном учёте мы насчитали этому дому столько, этому столько, а потом перенесли эти данные в бухгалтерский учёт реализациями или проводками. Чтобы главный бухгалтер увидел, сколько начислено по каждому дому.
Но недостаточно просто отразить начисления из КУ в БУ, нужно проверить, корректно ли всё отразилось, чтобы не было начального и конечного остатков.
Бывают ситуации, когда главбух вносит корректировку в БУ: перекинуть долг с этого жильца на этого. В КУ сделали свою корректировку, и если эта корректировка попадёт в БУ, то долг спишется дважды.
Поэтому главбух строит отчёт по специальному регистру, который показывает, где данные расходятся.
Разбили контрагентов по группам
Справочник Контрагенты разбит по группам, к каждой группе привязан субсчёт.
Сначала сотрудникам организации приходилось каждого контрагента привязывать к субсчёту вручную. Мы предложили поместить контрагентов в группы по домам и настроить алгоритм, который будет подцеплять группы к субсчёту.
Например, при добавлении нового контрагента его сразу помещают в группу, откуда он автоматически прикрепляется к определённому субсчёту.
Привязали в базе индивидуальные приборы учёта к помещениям
Изначально в системе индивидуальные приборы учёта (ИПУ) были привязаны к лицевым счетам. Но расчетчик попросила привязать ИПУ к помещениям: в таком случае нет зависимости от лицевых счетов.
Например, супруги развелись и хотят раздельно платить за свои части квартиры. Если ИПУ привязан к лицевому счёту, то счётчик нужно привязать к лицевым счетам обоих супругов. Если этого не сделать, то по одному лицевому счёту услуги будут начисляться по показаниям, а по второму — по нормативам. И мы всегда должны следить, сколько собственников в квартире, чтобы вовремя вносить изменения в лицевые счета.
А когда ИПУ привязан к помещению, то просто задаём в настройках программы, как будут делиться показания счётчика: поровну или пропорционально долям. Например, начислено 3 куба воды, у бывших супругов доли распределены так: ⅓ и ⅔, соответственно, первый жилец будет оплачивать 1 куб, а второй — 3.
Нужно было привязать заводские номера счётчиков к помещениям. Вручную это делать долго и сложно. Поэтому мы постарались автоматизировать процесс:
рассказали расчётчику, какие данные нужны и в каком формате, чтобы их можно было загружать в 1С,
загрузили в программу счётчики, чтобы сотрудникам не пришлось вручную вводить новые номера счётчиков,
автоматизировали загрузку ежемесячных показаний по одной кнопке в 1С.
Привязка ИПУ на помещения была трудозатратной, зато теперь коммунальный учёт будет более точным и корректным.
Добавили возможность прикреплять документы, на основании которых были корректировки
Расчётчик делает корректировки на основании какого-то документа. Например:
заявление от собственника,
внутренние документы о том, что было отключение отопления и т.д.
Заказчик хотел, чтобы ко всем документам можно было прикрепить документ, который является причиной корректировки.
Задача выглядела простой, но оказалось, что расширениями и доработками её не решить. Пришлось незначительно менять конфигурацию, зато клиенту теперь удобно: всегда видит причину изменений документов.
Добавили расширение, чтобы определять плательщика из назначения платежа
Когда жильцы оплачивают квитанции через Сбербанк, то платёж автоматически зачисляется на лицевой счёт плательщика. Но если оплачивают через другие банки, то в УК приходит платёж с текстовой строкой, в которой указаны данные плательщика, назначение платежа, лицевой счёт.
Приходилось искать в базе контрагента и вручную заносить данные о платеже на его лицевой счёт. В УК более 1500 апартаментов, соответственно, может быть 1500 оплат через другие банки. Вносить платежи вручную — это работа на несколько часов.
Поэтому мы добавили расширение, которое автоматически определяет лицевой счёт из назначения платежа и заносит данные о платеже на этот счёт.
Подробнее об этом расширении мы писали здесь.
Удалили некорректные доработки и настроили учёт типовыми средствами
Как мы уже писали, на момент обращения к нам конфигурация программы была настолько изменена, что обновления не происходили: было непонятно, как будет работать база с таким количеством доработок после обновления.
Отключили ненужные доработки
Поэтому вместе с нашими программистами мы разбирались, какие доработки нужны, а какие нет.
Одна из таких доработок выводила в документ площадь апартаментов. При этом самому клиенту эта настройка была не нужна, поэтому мы её отключили. И как потом выяснилось — вовремя отключили.
У другого нашего клиента аналогичная доработка была активна. Но после того, как разработчики обновили типовой функционал 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК — поменяли наименования в своих регистрах — начались некорректные начисления.
Что произошло? Например, когда жилец долго не подавал показания ИПУ, ему начислялось по среднему, потом норматив. Но когда человек всё-таки подал показания ИПУ, программа должна убрать начисления по среднему и нормативу и пересчитать оплату по показаниям. В одном месяце программа работала корректно, но на следующий месяц повторно минусовала ту же сумму перерасчёта.
Оказалось, что было дописано наименование вида сторна, которое минусовало среднюю и норматив. В документе отображается корректно, но в регистре, который программа использует для формирования документов и отчётов на следующий месяц, не отображается.
Сократили количество расширений
10 расширений, которые были в базе, мы свернули до 2, чтобы было удобнее и проще их обновлять.
Настроили базу для автоматических обновлений
В процессе работы над проектом мы убрали практически все изменения конфигурации, поэтому программа могла обновляться в штатном режиме без рисков, что доработки после обновления повлияют на её работу.
До того, как мы объединили расширения, обновление занимало 4 часа, сейчас — около 2.
Результат автоматизации
Сроки реализации проекта: январь 2022 года — декабрь 2022 года.
За это время мы:
1. Восстановили учёт на старой базе:
удалили дубли из справочников — учёт стал понятнее и легче,
настроили разделение по пользователям с разграничением прав и сроков редактирования документов — меньше ошибок из-за незнания программы,
настроили отчёты для сверки из коммунального учёта в бухгалтерский — теперь видно, всё ли корректно перенесено из коммунального учёта в бухгалтерский учёт,
настроили отражение начислений ЖКХ по каждому дому — понятная картинка начислений и оплат по каждому дому помогает принимать управленческие решения,
удалили ненужные доработки из конфигурации программы, которые тормозили работу программы и могли стать причиной ошибок,
объединили 10 расширений в 2, чтобы проще их контролировать и обновлять.
2. Разработали новый функционал:
добавили возможность прикреплять документы, на основании которых сделаны изменения, — у расчётчиков уходит меньше времени на поиск нужных документов,
добавили расширение, которое определяет плательщика из назначения платежа — экономия нескольких часов работы сотрудников УК ежемесячно.
В результате всех выполненных работ база 1С в УК ООО «Комплект Плюс» снова обновляется в штатном режиме, при этом обновление занимает всего 2 часа.
Сейчас мы продолжаем сотрудничество с ООО «Комплект Плюс» по текущим вопросам.
Поможем упростить работу и ускорить бизнес-процессы
Подберём программы для вашей компании, поможем внедрить и настроить. Если потребуется, доработаем программы под ваши задачи: напишем новые функции или печатные формы.
Связаться со специалистом
6 июня 2023
Клиент: ООО «Комплект Плюс»
Внедренный продукт: 1С для ЖКХ (ТСЖ, ЖСК)
Отрасль: Жилищно-коммунальное хозяйство
В мае 2022 года к нам обратилось ООО «Гамма-Теплосервис» — управляющая компания, которая только начала свою деятельность. Им нужно было создать базу с нуля в 1С и настроить работу программы, чтобы формировать квитанции жильцам.
Все данные хранились в файле Excel, откуда их нужно было перенести в 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК — специальное решение 1С для сферы ЖКХ.
Ещё одна задача, которую поставил клиент, — автоматизация передачи данных из квитанций в соцзащиту. В 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК такая возможность реализована, но не для всех регионов РФ. Для Липецкой области, где находится ООО «Гамма-Теплосервис», нам нужно было самостоятельно разработать этот функционал.
Если не автоматизировать подачу данных в соцзащиту, то придётся это делать вручную:
найти лицевой счёт жильца,
найти начисленную сумму,
перенести эти данные в файл и отправить в соцзащиту.
Это долго, сложно и можно легко ошибиться.
Задачи автоматизации
Перенос данных из Excel в 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК.
Настройка программы 1С для формирования квитанций.
Автоматизация подачи данных в соцзащиту.
Как решили задачи
Перенесли данные из Excel и создали базу в 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК.
Можно самостоятельно перенести данные из Excel в 1С, но из-за того, что опыта работы с программой мало или совсем нет, можно внести данные не в те разделы. Тогда отчёты и документы будут формироваться с ошибками.
Мы разработали специальную обработку, в которую загрузили файл Excel, и все данные оттуда автоматически перешли в нужные разделы программы 1С:
здания,
помещения,
лицевые счета,
общая и жилая площадь,
количество проживающих и зарегистрированных,
ответственные собственники.
А также:
перенесли остатки,
сгенерировали счётчики,
загрузили начальные показания.
Настроили учёт в 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК.
Мы проанализировали услуги, которые прописаны в договоре управления, и настроили программу так, чтобы:
все начисления производились в соответствии с Постановлением Правительства РФ № 365,
количество услуг в справочнике начислений не было раздутым, но при этом, чтобы их хватало для быстрого и простого начисления,
создали нормативы и назначили лицевые счета.
После настройки программы, мы провели начисления и выпустили квитанции в типовой форме «Плат. документ (приказ № 454 в соответ. с пост. № 354)».
Автоматизировали подачу данных в соцзащиту.
Доработали функционал 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК так, что нужные для соцзащиты данные автоматически выгружаются в файл, который потом отправляют в соцзащиту.
Результат автоматизации
Мы завершили проект за 2 месяца. Но УК смогла сформировать и распечатать квитанции для жильцов в тот же месяц, в который обратились к нам. Потому что мы специализируемся на учёте ЖКХ и многие типовые процессы автоматизировали, чтобы быстрее решать задачи клиентов.
Поможем упростить работу и ускорить бизнес-процессы
Подберём программы для вашей компании, поможем внедрить и настроить. Если потребуется, доработаем программы под ваши задачи: напишем новые функции или печатные формы.
Связаться со специалистом
В мае 2022 года к нам обратилось ООО «Гамма-Теплосервис» — управляющая компания, которая только начала свою деятельность. Им нужно было создать базу с нуля в 1С и настроить работу программы, чтобы формировать квитанции жильцам.
Все данные хранились в файле Excel, откуда их нужно было перенести в 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК — специальное решение 1С для сферы ЖКХ.
Ещё одна задача, которую поставил клиент, — автоматизация передачи данных из квитанций в соцзащиту. В 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК такая возможность реализована, но не для всех регионов РФ. Для Липецкой области, где находится ООО «Гамма-Теплосервис», нам нужно было самостоятельно разработать этот функционал.
Если не автоматизировать подачу данных в соцзащиту, то придётся это делать вручную:
найти лицевой счёт жильца,
найти начисленную сумму,
перенести эти данные в файл и отправить в соцзащиту.
Это долго, сложно и можно легко ошибиться.
Задачи автоматизации
Перенос данных из Excel в 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК.
Настройка программы 1С для формирования квитанций.
Автоматизация подачи данных в соцзащиту.
Как решили задачи
Перенесли данные из Excel и создали базу в 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК.
Можно самостоятельно перенести данные из Excel в 1С, но из-за того, что опыта работы с программой мало или совсем нет, можно внести данные не в те разделы. Тогда отчёты и документы будут формироваться с ошибками.
Мы разработали специальную обработку, в которую загрузили файл Excel, и все данные оттуда автоматически перешли в нужные разделы программы 1С:
здания,
помещения,
лицевые счета,
общая и жилая площадь,
количество проживающих и зарегистрированных,
ответственные собственники.
А также:
перенесли остатки,
сгенерировали счётчики,
загрузили начальные показания.
Настроили учёт в 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК.
Мы проанализировали услуги, которые прописаны в договоре управления, и настроили программу так, чтобы:
все начисления производились в соответствии с Постановлением Правительства РФ № 365,
количество услуг в справочнике начислений не было раздутым, но при этом, чтобы их хватало для быстрого и простого начисления,
создали нормативы и назначили лицевые счета.
После настройки программы, мы провели начисления и выпустили квитанции в типовой форме «Плат. документ (приказ № 454 в соответ. с пост. № 354)».
Автоматизировали подачу данных в соцзащиту.
Доработали функционал 1С:Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК так, что нужные для соцзащиты данные автоматически выгружаются в файл, который потом отправляют в соцзащиту.
Результат автоматизации
Мы завершили проект за 2 месяца. Но УК смогла сформировать и распечатать квитанции для жильцов в тот же месяц, в который обратились к нам. Потому что мы специализируемся на учёте ЖКХ и многие типовые процессы автоматизировали, чтобы быстрее решать задачи клиентов.
Поможем упростить работу и ускорить бизнес-процессы
Подберём программы для вашей компании, поможем внедрить и настроить. Если потребуется, доработаем программы под ваши задачи: напишем новые функции или печатные формы.
Связаться со специалистом
31 мая 2023
Клиент: ООО «Гамма-Теплосервис»
Внедренный продукт: 1С для ЖКХ (ТСЖ, ЖСК)
Отрасль: Жилищно-коммунальное хозяйство
Задать вопрос