Простые решения
ТОП-10 1С:ФРЕШ

1С — это просто

1_bronze-min.png
Лучший работодатель 1С
для молодежи 2023

Для звонков из Москвы +7(499) 653-71-10
Бесплатный звонок по России 8(800)775-03-13

Общая почта:info@1eska.ru
Отдел продаж:sale@1eska.ru


Заказать звонок
Компания
  • О компании
  • 10 лет Простым решениям
  • Новости
  • Статусы компании
  • Наши сотрудники
  • Работа у нас
  • Акции и бонусы
  • Реквизиты
  • Политика конфиденциальности
  • 2 000 клиентов
Обслуживание 1С
  • Обслуживание бухгалтерских программ
  • Обслуживание управленческих и торговых программ
  • Обслуживание облачной 1С:Фреш
  • Обслуживание программ для розничной торговли
  • Обслуживание программ для сферы ЖКХ
  • Обслуживание 1С госучреждений
  • Администрирование серверов
  • Аренда серверов 1С
  • Расширенная поддержка 1С:Кассы
  • Розничный магазин «под ключ»
Актуальное в 2023
  • Маркировка
  • Ввод первичных документов
  • Администрирование серверов
  • Облачные решения
  • Внедрение 1С:УНФ
  • Розничный магазин «под ключ»
  • 1C-Отчетность
  • Реальная автоматизация
Купить 1С
  • Программы для учета
    Программы для учета
    • Облачная 1С:Фреш
    • 1С:Бухгалтерия
    • 1С:Зарплата и управление персоналом
    • 1С:Управление нашей фирмой
    • 1С:Комплексная автоматизация
    • 1С:Документооборот
    • КАМИН:Расчет заработной платы
    • 1C:Готовое рабочее место
    • 1С:ERP Управление предприятием
    • 1С:Бухгалтерия государственного учреждения
    • 1С:Управление торговлей
    • Клиентские лицензии
  • Отраслевые решения ЖКХ, медицина, розница
    Отраслевые решения ЖКХ, медицина, розница
    • 1С:Розница
    • 1С:Отель
    • 1С для ЖКХ (ТСЖ, ЖСК)
    • 1С:Гаражи
    • 1С:Касса
    • 1С:МДЛП для маркировки лекарственных препаратов
    • 1С:Медицина
    • 1С:Медицина. Больничная аптека
    • 1С:Садовод
    • 1С:Учет обращений
  • Сервисы 1С
    Сервисы 1С
    • 1С-Отчетность в контролирующие органы
    • 1С-Электронный документооборот
    • 1С:СБП в 1С
    • 1СПАРК Риски — оценка надёжности контрагента
    • 1С:Контрагент
    • Кадровый ЭДО
    • 1С:Облачный архив
    • 1С-ОФД
    • 1С:Распознавание первичных документов
    • 1С-Электронные перевозочные документы
    • Корпоративная технологическая поддержка
    • 1С:ЕDI
    • 1С:Лизинг
    • 1С:Курьер
    • 1С:Доставка
    • 1С:Касса облачное приложение
    • 1С-Администратор
    • ЮКаssа в программах 1С
    • 1С:Маркировка движения лекарственных препаратов (МДЛП)
    • 1С:Маркировка
    • Smartway
    • 1С:Кредит
    • 1С:ФинОтчётность заёмщика
    • 1С:Изменение сведений в ЕГРЮЛ/ЕГРИП
    • 1С:Распознавание речи
    • 1С:Комплект поддержки
    • Информационная система 1С:ИТС
    • Все сервисы
  • Прочее
    Прочее
    • 1С:Аналитика
    • 1С:Мультибух
    • Ввод первичных документов
    • Программы для ТСД
    • Разработки специалистов «Простых решений»
    • Телефония для 1С
Наш опыт
  • Кейсы клиентов
  • Что мы автоматизируем у самих себя
  • Статьи и инструкции по 1С
  • Отзывы о нашей работе
  • Записи вебинаров
Контакты
      • О компании
      • 10 лет Простым решениям
      • Новости
      • Статусы компании
      • Наши сотрудники
      • Работа у нас
      • Акции и бонусы
      • Реквизиты
      • Политика конфиденциальности
      • 2 000 клиентов
      • Обслуживание бухгалтерских программ
      • Обслуживание управленческих и торговых программ
      • Обслуживание облачной 1С:Фреш
      • Обслуживание программ для розничной торговли
      • Обслуживание программ для сферы ЖКХ
      • Обслуживание 1С госучреждений
      • Администрирование серверов
      • Аренда серверов 1С
      • Расширенная поддержка 1С:Кассы
      • Розничный магазин «под ключ»
      • Маркировка
      • Ввод первичных документов
      • Администрирование серверов
      • Облачные решения
      • Внедрение 1С:УНФ
      • Розничный магазин «под ключ»
      • 1C-Отчетность
      • Реальная автоматизация
      • Программы для учета
      • Отраслевые решения ЖКХ, медицина, розница
      • Сервисы 1С
      • Прочее
      • Кейсы клиентов
      • Что мы автоматизируем у самих себя
      • Статьи и инструкции по 1С
      • Отзывы о нашей работе
      • Записи вебинаров
    • Контакты
    Простые решения
    Компания
    • О компании
    • 10 лет Простым решениям
    • Новости
    • Статусы компании
    • Наши сотрудники
    • Работа у нас
    • Акции и бонусы
    • Реквизиты
    • Политика конфиденциальности
    • 2 000 клиентов
    Обслуживание 1С
    • Обслуживание бухгалтерских программ
    • Обслуживание управленческих и торговых программ
    • Обслуживание облачной 1С:Фреш
    • Обслуживание программ для розничной торговли
    • Обслуживание программ для сферы ЖКХ
    • Обслуживание 1С госучреждений
    • Администрирование серверов
    • Аренда серверов 1С
    • Расширенная поддержка 1С:Кассы
    • Розничный магазин «под ключ»
    Актуальное в 2023
    • Маркировка
    • Ввод первичных документов
    • Администрирование серверов
    • Облачные решения
    • Внедрение 1С:УНФ
    • Розничный магазин «под ключ»
    • 1C-Отчетность
    • Реальная автоматизация
    Купить 1С
    • Программы для учета
      Программы для учета
      • Облачная 1С:Фреш
      • 1С:Бухгалтерия
      • 1С:Зарплата и управление персоналом
      • 1С:Управление нашей фирмой
      • 1С:Комплексная автоматизация
      • 1С:Документооборот
      • КАМИН:Расчет заработной платы
      • 1C:Готовое рабочее место
      • 1С:ERP Управление предприятием
      • 1С:Бухгалтерия государственного учреждения
      • 1С:Управление торговлей
      • Клиентские лицензии
    • Отраслевые решения ЖКХ, медицина, розница
      Отраслевые решения ЖКХ, медицина, розница
      • 1С:Розница
      • 1С:Отель
      • 1С для ЖКХ (ТСЖ, ЖСК)
      • 1С:Гаражи
      • 1С:Касса
      • 1С:МДЛП для маркировки лекарственных препаратов
      • 1С:Медицина
      • 1С:Медицина. Больничная аптека
      • 1С:Садовод
      • 1С:Учет обращений
    • Сервисы 1С
      Сервисы 1С
      • 1С-Отчетность в контролирующие органы
      • 1С-Электронный документооборот
      • 1С:СБП в 1С
      • 1СПАРК Риски — оценка надёжности контрагента
      • 1С:Контрагент
      • Кадровый ЭДО
      • 1С:Облачный архив
      • 1С-ОФД
      • 1С:Распознавание первичных документов
      • 1С-Электронные перевозочные документы
      • Корпоративная технологическая поддержка
      • 1С:ЕDI
      • 1С:Лизинг
      • 1С:Курьер
      • 1С:Доставка
      • 1С:Касса облачное приложение
      • 1С-Администратор
      • ЮКаssа в программах 1С
      • 1С:Маркировка движения лекарственных препаратов (МДЛП)
      • 1С:Маркировка
      • Smartway
      • 1С:Кредит
      • 1С:ФинОтчётность заёмщика
      • 1С:Изменение сведений в ЕГРЮЛ/ЕГРИП
      • 1С:Распознавание речи
      • 1С:Комплект поддержки
      • Информационная система 1С:ИТС
      • Все сервисы
    • Прочее
      Прочее
      • 1С:Аналитика
      • 1С:Мультибух
      • Ввод первичных документов
      • Программы для ТСД
      • Разработки специалистов «Простых решений»
      • Телефония для 1С
    Наш опыт
    • Кейсы клиентов
    • Что мы автоматизируем у самих себя
    • Статьи и инструкции по 1С
    • Отзывы о нашей работе
    • Записи вебинаров
    Контакты
        • О компании
        • 10 лет Простым решениям
        • Новости
        • Статусы компании
        • Наши сотрудники
        • Работа у нас
        • Акции и бонусы
        • Реквизиты
        • Политика конфиденциальности
        • 2 000 клиентов
        • Обслуживание бухгалтерских программ
        • Обслуживание управленческих и торговых программ
        • Обслуживание облачной 1С:Фреш
        • Обслуживание программ для розничной торговли
        • Обслуживание программ для сферы ЖКХ
        • Обслуживание 1С госучреждений
        • Администрирование серверов
        • Аренда серверов 1С
        • Расширенная поддержка 1С:Кассы
        • Розничный магазин «под ключ»
        • Маркировка
        • Ввод первичных документов
        • Администрирование серверов
        • Облачные решения
        • Внедрение 1С:УНФ
        • Розничный магазин «под ключ»
        • 1C-Отчетность
        • Реальная автоматизация
        • Программы для учета
        • Отраслевые решения ЖКХ, медицина, розница
        • Сервисы 1С
        • Прочее
        • Кейсы клиентов
        • Что мы автоматизируем у самих себя
        • Статьи и инструкции по 1С
        • Отзывы о нашей работе
        • Записи вебинаров
      • Контакты
      Простые решения
      Телефоны
      +7 (499) 653-71-10
      +7 (4812) 302-606  
      8 (800) 775-03-13
      +7 (812) 409-43-26
      Заказать звонок
      • Компания
        • Назад
        • Компания
        • О компании
        • 10 лет Простым решениям
        • Новости
        • Статусы компании
        • Наши сотрудники
        • Работа у нас
        • Акции и бонусы
        • Реквизиты
        • Политика конфиденциальности
        • 2 000 клиентов
      • Договоры обслуживания 1С
        • Назад
        • Договоры обслуживания 1С
        • Обслуживание бухгалтерских программ
        • Обслуживание управленческих и торговых программ
        • Обслуживание облачной 1С:Фреш
        • Обслуживание программ для розничной торговли
        • Обслуживание программ для сферы ЖКХ
        • Обслуживание 1С госучреждений
        • Администрирование серверов
        • Аренда серверов 1С
        • Расширенная поддержка 1С:Кассы
        • Розничный магазин «под ключ»
      • Актуальное в 2023
        • Назад
        • Актуальное в 2023
        • Маркировка
        • Ввод первичных документов
        • Администрирование серверов
        • Облачные решения
        • Внедрение 1С:УНФ
        • Розничный магазин «под ключ»
        • 1C-Отчетность
        • Реальная автоматизация
      • Купить 1С
        • Назад
        • Купить 1С
        • Сервисы 1С
          • Назад
          • Сервисы 1С
          • 1С-Отчетность в контролирующие органы
          • Ритейл
          • 1С:ИТС ТЕХНО
          • 1С:ИТС ПРОФ
          • 1С-Электронный документооборот
          • 1С:СБП в 1С
          • 1СПАРК Риски — оценка надёжности контрагента
          • 1С:Контрагент
          • Кадровый ЭДО
          • 1С:Облачный архив
          • 1С:Подпись
          • 1С-ОФД
          • 1С:Распознавание первичных документов
          • 1С-Электронные перевозочные документы
          • 1С:Номенклатура
          • 1С:Предприятие через Интернет
          • Корпоративная технологическая поддержка
          • 1С:ЕDI
          • 1С:Лизинг
          • 1С:Курьер
          • 1С:Доставка
          • 1С:Касса облачное приложение
          • 1С-Администратор
          • ЮКаssа в программах 1С
          • 1С:Маркировка движения лекарственных препаратов (МДЛП)
          • 1С:Маркировка
          • Smartway
          • 1С:Кредит
          • 1С:ФинОтчётность заёмщика
          • 1С:Изменение сведений в ЕГРЮЛ/ЕГРИП
          • 1С:Распознавание речи
          • ИТС Медицина
          • ИТС Бюджет
          • 1С:Комплект поддержки
          • mag1C
          • 1С-Ритейл Чекер
          • 1С:Бизнес-сеть. Торговая площадка
          • 1С-Товары
          • 1C-ABBYY Comparator
          • 1С-Коннект
          • 1С-Электронные торговые площадки
          • 1C-UMI
          • 1С-Финконтроль
          • 1С:КП Отраслевой
          • Линия консультаций
          • ЭДО без электронной подписи для участников 1С:Бизнес-сеть
          • 1С-Такском
          • 1С:Обновление программ
          • 1С:ДиректБанк
          • 1С:Линк
          • Информационная система 1С:ИТС
          • Отвечает аудитор
          • 1С:Сверка
          • 1С:Лекторий
        • Программы для учета
          • Назад
          • Программы для учета
          • Облачная 1С:Фреш
          • 1С:Бухгалтерия
          • 1С:Зарплата и управление персоналом
          • 1С:Управление нашей фирмой
          • 1С:Комплексная автоматизация
          • 1С:Документооборот
          • КАМИН:Расчет заработной платы
          • 1C:Готовое рабочее место
          • 1С:ERP Управление предприятием
          • 1С:Бухгалтерия государственного учреждения
          • 1С:Управление торговлей
          • Клиентские лицензии
        • Отраслевые решения ЖКХ, медицина, розница
          • Назад
          • Отраслевые решения ЖКХ, медицина, розница
          • 1С:Розница
          • 1С:Отель
          • 1С для ЖКХ (ТСЖ, ЖСК)
          • 1С:Гаражи
          • 1С:Касса
          • 1С:МДЛП для маркировки лекарственных препаратов
          • 1С:Медицина
          • 1С:Медицина. Больничная аптека
          • 1С:Садовод
          • 1С:Учет обращений
        • Прочее
          • Назад
          • Прочее
          • 1С:Аналитика
          • 1С:Мультибух
          • Ввод первичных документов
          • Программы для ТСД
          • Разработки специалистов «Простых решений»
          • Телефония для 1С
      • Наш опыт
        • Назад
        • Наш опыт
        • Кейсы клиентов
        • Что мы автоматизируем у самих себя
        • Статьи и инструкции по 1С
        • Отзывы о нашей работе
        • Записи вебинаров
      • Контакты
      • Политика конфиденциальности
      • +7 (499) 653-71-10
        • Назад
        • Телефоны
        • +7 (499) 653-71-10
        • +7 (4812) 302-606  
        • 8 (800) 775-03-13
        • +7 (812) 409-43-26
        • Заказать звонок
      • Facebook
      • Вконтакте
      • Twitter
      • Instagram
      • YouTube
      • Одноклассники
      • Viber
      • Whats App
      • Главная
      • Наш опыт
      • Публикации
      • Где данные, Лебовски? или Как организовать рассылку отчетов и оповещений в 1С:Управлении торговлей

      Где данные, Лебовски? или Как организовать рассылку отчетов и оповещений в 1С:Управлении торговлей

      Рейтинг статьи:
      (0)
      Понравилась статья?
      26.05.2022
      // 1С:Управление Торговлей
      Где данные, Лебовски? или Как организовать рассылку отчетов и оповещений в 1С:Управлении торговлей
      #1С:Управление торговлей #рассылка отчетов

      Показываем, как в 1С:Управлении торговлей версии 11.4 и выше настроить автоматическую отправку отчётов и оповещений для клиентов.

      На связи ваша леди УТ. Мне хочется вам помогать и подсказывать — и вопрос «Как настроить отправку отчетов в 1С:УТ» я слышу часто.

      Перед пользователями может стоять задача организовать рассылку определенных отчетов или оповещений Клиентам, например о просрочке платежей. Программа 1С:Управление торговлей версии 11.4 и выше поддерживает такую возможность без доработок.

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

      Настраиваем рассылку отчета «Прайс-лист»

        Итак, сначала определимся с условиями для рассылки:
      • будем рассылать отчет Прайс-Лист
      • раз в неделю
      • избранному списку Контрагентов
      • по Виду Цен Оптовые
      • с указанием остатков по номенклатуре.

      Настраивать рассылку будем в форме НСИ и администрирование – Администрирование – Печатные формы, отчеты и обработки – Рассылки отчетов - Создать.

      Задаем наименование рассылки. Заполняем Вариант отправления, в нашем случае это вариант Отчеты указанным получателям, в качестве Получателей указываем Контрагентов.

      На вкладке Отчеты указываем необходимый отчет и его настройки. 

      Галка Остатки товаров на складах позволит отразить в отчете текущие остатки.

        

      На вкладке Расписание создаем расписание отправки — раз в неделю по понедельникам


      На вкладке Доставка (эл. почта) указываем адрес почты с которой будет осуществляться доставка и перечень контрагентов для рассылки



      На вкладке Дополнительно можно указать формат сохранения отчетов и возможность архивации. 

      Настройка Выгрузка в формате Excel дает возможность вашим контрагентам загружать Прайс-лист цены в 1С 



      Особой популярностью пользуются также рассылки Отчета по дебиторской задолженности для менеджеров, отчета по Валовой прибыли для руководителей

      Настраиваем автоматическую рассылку при возникновении просроченной задолженности 

      Еще один частый кейс — нужно настроить автоматическую рассылку для клиентов при невыполнении обязательств по оплате.

      Создаем Группу рассылок и оповещений
      раздел CRM и маркетинг – Настройки и справочники – Рассылки и оповещения клиентам. 

      На вкладке Основное присваиваем наименование рассылке, указываем что сообщения будут рассылаться принудительно, Адресацию для партнера и способ отправки — в нашем случае это email



      Переходим в список Виды оповещений. Создаем новый Вид оповещений - Напоминание о просроченной задолженности. Указываем Событие - Выявление просроченной задолженности и создаем шаблон сообщения



      В шаблоне сообщения можно использовать параметры, используемые для определения просроченной задолженности 



      Далее на вкладке расписание настраиваем регламентное задание по подготовке данных отправки. На основании этих данных будут формироваться сообщения клиентам.



      Формирование сообщений осуществляется регламентным заданием Формирование сообщений по оповещениям клиентов.
      Раздел НСИ и администрирование - Администрирование - Обслуживание - Регламентные операции -Регламентные и фоновые задания.



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

        Рассылки можно создавать и по другим событиям:
      • поступление оплаты от клиента
      • приближение плановой оплаты
      • приближение плановой отгрузки
      • начисление бонусов
      • списание бонусов
      • день рождения контактного лица
      • выписка счета
      • изменение или аннулирование счета
      • напоминание об окончании опроса

      Понравилась статья?
      Поможем с внедрением или доработками
      • обучим работе
      • настроим программы
      • допишем новые функции
      • будем регулярно обновлять программы
        и консультировать по вопросам учета
      Решим проблему точечно
      или возьмем на постоянное обслуживание
      Давайте обсудим

      Кто мы такие?
      2378
      клиентов на обслуживании
      117
      отличных сотрудников
      20
      место в рейтинге 1С
      10
      Входим в ТОП-10 партнёров по 1С:Фреш

      Автор статьи
      Юлия Мохова
      Юлия Мохова
      Специалист-консультант по торговым решениям
      Посмотреть все статьи автора
      Где данные, Лебовски? или Как организовать рассылку отчетов и оповещений в 1С:Управлении торговлей
      На связи ваша леди УТ. Мне хочется вам помогать и подсказывать — и вопрос «Как настроить отправку отчетов в 1С:УТ» я слышу часто. Перед пользователями может стоять задача организовать рассылку определенных отчетов или оповещений Клиентам, например о просрочке платежей. Программа 1С:Управление торговлей версии 11.4 и выше поддерживает такую возможность без доработок. настройка списка рассылок отчетов многогранна: можно включить один или более отчетов в качестве адресатов можно указать пользователей, организации, контрагентов и физические лица можно рассылать вручную или по расписанию Рассмотрим рассылку отчетов на нескольких примерах. Настраиваем рассылку отчета «Прайс-лист» Итак, сначала определимся с условиями для рассылки: будем рассылать отчет Прайс-Лист раз в неделю избранному списку Контрагентов по Виду Цен Оптовые с указанием остатков по номенклатуре. Настраивать рассылку будем в форме НСИ и администрирование – Администрирование – Печатные формы, отчеты и обработки – Рассылки отчетов - Создать. Задаем наименование рассылки. Заполняем Вариант отправления, в нашем случае это вариант Отчеты указанным получателям, в качестве Получателей указываем Контрагентов. На вкладке Отчеты указываем необходимый отчет и его настройки.  Галка Остатки товаров на складах позволит отразить в отчете текущие остатки.    На вкладке Расписание создаем расписание отправки — раз в неделю по понедельникам На вкладке Доставка (эл. почта) указываем адрес почты с которой будет осуществляться доставка и перечень контрагентов для рассылки На вкладке Дополнительно можно указать формат сохранения отчетов и возможность архивации.  Настройка Выгрузка в формате Excel дает возможность вашим контрагентам загружать Прайс-лист цены в 1С  Особой популярностью пользуются также рассылки Отчета по дебиторской задолженности для менеджеров, отчета по Валовой прибыли для руководителей Настраиваем автоматическую рассылку при возникновении просроченной задолженности  Еще один частый кейс — нужно настроить автоматическую рассылку для клиентов при невыполнении обязательств по оплате. Создаем Группу рассылок и оповещений раздел CRM и маркетинг – Настройки и справочники – Рассылки и оповещения клиентам.  На вкладке Основное присваиваем наименование рассылке, указываем что сообщения будут рассылаться принудительно, Адресацию для партнера и способ отправки — в нашем случае это email Переходим в список Виды оповещений. Создаем новый Вид оповещений - Напоминание о просроченной задолженности. Указываем Событие - Выявление просроченной задолженности и создаем шаблон сообщения В шаблоне сообщения можно использовать параметры, используемые для определения просроченной задолженности  Далее на вкладке расписание настраиваем регламентное задание по подготовке данных отправки. На основании этих данных будут формироваться сообщения клиентам. Формирование сообщений осуществляется регламентным заданием Формирование сообщений по оповещениям клиентов. Раздел НСИ и администрирование - Администрирование - Обслуживание - Регламентные операции -Регламентные и фоновые задания. Для отправки сформированных сообщений по электронной почте клиентам используется регламентное задание Получение и отправка электронных писем. Рассылки можно создавать и по другим событиям: поступление оплаты от клиента приближение плановой оплаты приближение плановой отгрузки начисление бонусов списание бонусов день рождения контактного лица выписка счета изменение или аннулирование счета напоминание об окончании опроса
      Юлия Мохова Юлия Мохова
      Теги
      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С можно в любой момент времени посмотреть что и в каком количестве хранится в каждой ячейке, можно отследить работу сотрудников — перед началом работы в ТСД все сотрудники авторизуются по логину и паролю, если заказ собрали с ошибкой, легко отследить, кто её допустил. Поможем упростить работу и ускорить бизнес-процессы Подберём программы для вашей компании, поможем внедрить и настроить. Если потребуется, доработаем программы под ваши задачи: напишем новые функции или печатные формы. Связаться со специалистом
      Внедрение 1С
      Смотреть
      Динамическое адресное хранение на складе: как мы устранили ошибки при сборке заказов и ускорили работу сотрудников
      Содержание кейса: Зачем вообще нужен KPI? Сейчас всё большей популярностью пользуется функционал KPI — установка и мониторинг ключевых показателей эффективности работы организации. Каждая компания индивидуально определяет свои ключевые показатели. Чтобы отразить их в учёте, в программе есть несколько шаблонов: показатели выручки, рентабельности, задолженности и другие. Но для работы менеджеров важно не только отслеживать показатели KPI, но и устанавливать планы на каждого сотрудника. KPI с установленным планом и премированием сотрудников по результатам его выполнения – это отличная система мотивации, к которой приходит всё большее число компаний. Установить целевые показатели и настроить планы для сотрудников можно с типовым функционалом 1С:Управления торговлей — в подсистеме «Финансовый результат и контроллинг». Мы часто настраиваем целевые показатели нашим клиентам, помогаем разобраться с функционалом установки планов. Однако типовой функционал не позволяет настроить премии сотрудникам по итогам значений KPI. Получается, что руководители в программе просто получают оценку, и уже «на листе бумаге» или в таблицах Excel идут все необходимые расчеты. Это дополнительное время и отсутствие единого информационного рабочего пространства. Клиент хотел автоматизировать контроль KPI и начисление премий Наш клиент ООО «СИЭЛЭС ИНТЕРНЕШНЛ» — оптовый продавец изделий, применяемых в медицинских целях. Клиенту нужно было автоматизировать контроль над выполнением планов и премирование по результатам работы.  Учёт ведётся в конфигурации 1С:Управление торговлей 11.4. Мы помогли клиенту с настройками в типовом функционале и доработали программу под его задачи. Что мы сделали: Настроили целевые показатели: выручка по менеджеру — типовой шаблон показателя количество продаваемой номенклатуры определённых брендов — наша разработка, так как в типовом функционале нет возможности работы с количественными показателями Разработали свой внешний отчет, в который заложили алгоритмы и формулы клиента. Эти формулы можно гибко изменить под премиальную политику каждой компании. Этот отчёт по заданным параметрам рассчитывает размер премии по каждому сотруднику Разработали специальную роль доступа для установки значений месячных планов для всех показателей – пользователи со специальными правами доступа могут устанавливать, изменять значения планов. Делать это можно в течение месяца и ещё несколько дней по истечении месяца. После этого любая корректировка планов прошлых периодов становится недоступной. Теперь рассмотрим некоторые типовые настройки – с чего начиналась настройка KPI –  и опишем основные возможности внешнего отчета для расчета премий.  Настраиваем KPI в программе 1С:Управление торговлей Шаг 1. Создание показателей и установка плана Установка планов производится из рабочего места в подсистеме Финансовый результат и контроллинг → Целевые показатели → Варианты анализа целевых показателей Целевой показатель Выручка — типовые настройки Шаблоны анализа целевых показателей «Выручка» — типовые, без каких либо доработок. В нашем случае мы настроили только отбор по менеджеру. На каждого сотрудника уже заведен свой вариант анализа — показатель. Это сделали, чтобы можно было установить персональное значение плана пользователю. На каждого пользователя будет заранее задаваться месячный план на следующий месяц. Для этого нужно зайти в каждый вариант и перейти на вкладку Целевые значения (диапазоны) - Создать Для примера зададим план по выручке менеджеру Алмазовой на сентябрь месяц в размере 3 560 000. После нажимаем команду Записать и закрыть. В списке целевых значений появится новая строка с новым планом на месяц. Также в этой вкладке можно будет посмотреть размер установленных планов за все ранние месяцы. Также создать новый план можно и путём копирования плана за любой прошлый месяц. При этом не забываем менять дату начала действия и при необходимости размер целевого показателя. Устанавливаем курсор на нужной строке и нажимаем команду, как на скриншоте: Так выглядит успешно заданный показатель плана на сентябрь: Аналогичным образом задается план по выручке на каждого менеджера. Если в команде появится новый сотрудник, новый пользователь базы, для него нужно будет завести отдельный вариант анализа целевого показателя. Для этого копируем имеющийся показатель. Переименовываем его по фамилии нового пользователя и по гиперссылке «Отбор» выбираем нужного пользователя. Целевой показатель Количество номенклатуры — наша разработка Данного показателя нет в типовых шаблонах, его разработали под потребности клиента. Для указания показателей по количественному плану продаж также заведены на каждого менеджера персональные варианта анализа. Планы по количеству устанавливаем аналогичным образом, как и для выручки.  Шаг 2. Работа с внешним отчетом по оценке выполнения плана и расчета премии В отчете можно изменять период (месяц), выбирать значение для индивидуального размера премии — предопределенные варианты в отчете, вводить размер индивидуальной премии вручную. В текущей версии отчета заложены конкретные размеры премии, они есть в таблице с легендой перед основной таблицей отчета с показателями, формулы понижения или повышения премии в зависимости от процента выполнения планов по показателям. Всё это можно гибко поменять.  Как работать с индивидуальным признаком: 1. Либо устанавливаем курсор в поле на уровне группировки по менеджеру, двойной клик по полю «размер надбавки, руб», чтобы его активировать, и вводим с клавиатуры значение премии. После ввода нажимаем на клавиатуре «enter». Итоговая сумма премии пересчитается в колонке «премия» 2. Либо можем выбрать имеющиеся значения. Устанавливаем курсор в поле «Значение», правой кнопкой мыши открываем выпадающий список значений. 1 = 10000, 2 = 20000 и так далее. После анализа всех показателей, установки индивидуального признака отчет можно сохранить в файл в различных форматах Если вам тоже нужна помощь с настройкой целевых показателей или типовые шаблоны не помогают решать все задачи, пишите :) Обсудим вашу задачу и найдём решение Обсудить со специалистом Содержание кейса: Зачем вообще нужен KPI? Сейчас всё большей популярностью пользуется функционал KPI — установка и мониторинг ключевых показателей эффективности работы организации. Каждая компания индивидуально определяет свои ключевые показатели. Чтобы отразить их в учёте, в программе есть несколько шаблонов: показатели выручки, рентабельности, задолженности и другие. Но для работы менеджеров важно не только отслеживать показатели KPI, но и устанавливать планы на каждого сотрудника. KPI с установленным планом и премированием сотрудников по результатам его выполнения – это отличная система мотивации, к которой приходит всё большее число компаний. Установить целевые показатели и настроить планы для сотрудников можно с типовым функционалом 1С:Управления торговлей — в подсистеме «Финансовый результат и контроллинг». Мы часто настраиваем целевые показатели нашим клиентам, помогаем разобраться с функционалом установки планов. Однако типовой функционал не позволяет настроить премии сотрудникам по итогам значений KPI. Получается, что руководители в программе просто получают оценку, и уже «на листе бумаге» или в таблицах Excel идут все необходимые расчеты. Это дополнительное время и отсутствие единого информационного рабочего пространства. Клиент хотел автоматизировать контроль KPI и начисление премий Наш клиент ООО «СИЭЛЭС ИНТЕРНЕШНЛ» — оптовый продавец изделий, применяемых в медицинских целях. Клиенту нужно было автоматизировать контроль над выполнением планов и премирование по результатам работы.  Учёт ведётся в конфигурации 1С:Управление торговлей 11.4. Мы помогли клиенту с настройками в типовом функционале и доработали программу под его задачи. Что мы сделали: Настроили целевые показатели: выручка по менеджеру — типовой шаблон показателя количество продаваемой номенклатуры определённых брендов — наша разработка, так как в типовом функционале нет возможности работы с количественными показателями Разработали свой внешний отчет, в который заложили алгоритмы и формулы клиента. Эти формулы можно гибко изменить под премиальную политику каждой компании. Этот отчёт по заданным параметрам рассчитывает размер премии по каждому сотруднику Разработали специальную роль доступа для установки значений месячных планов для всех показателей – пользователи со специальными правами доступа могут устанавливать, изменять значения планов. Делать это можно в течение месяца и ещё несколько дней по истечении месяца. После этого любая корректировка планов прошлых периодов становится недоступной. Теперь рассмотрим некоторые типовые настройки – с чего начиналась настройка KPI –  и опишем основные возможности внешнего отчета для расчета премий.  Настраиваем KPI в программе 1С:Управление торговлей Шаг 1. Создание показателей и установка плана Установка планов производится из рабочего места в подсистеме Финансовый результат и контроллинг → Целевые показатели → Варианты анализа целевых показателей Целевой показатель Выручка — типовые настройки Шаблоны анализа целевых показателей «Выручка» — типовые, без каких либо доработок. В нашем случае мы настроили только отбор по менеджеру. На каждого сотрудника уже заведен свой вариант анализа — показатель. Это сделали, чтобы можно было установить персональное значение плана пользователю. На каждого пользователя будет заранее задаваться месячный план на следующий месяц. Для этого нужно зайти в каждый вариант и перейти на вкладку Целевые значения (диапазоны) - Создать Для примера зададим план по выручке менеджеру Алмазовой на сентябрь месяц в размере 3 560 000. После нажимаем команду Записать и закрыть. В списке целевых значений появится новая строка с новым планом на месяц. Также в этой вкладке можно будет посмотреть размер установленных планов за все ранние месяцы. Также создать новый план можно и путём копирования плана за любой прошлый месяц. При этом не забываем менять дату начала действия и при необходимости размер целевого показателя. Устанавливаем курсор на нужной строке и нажимаем команду, как на скриншоте: Так выглядит успешно заданный показатель плана на сентябрь: Аналогичным образом задается план по выручке на каждого менеджера. Если в команде появится новый сотрудник, новый пользователь базы, для него нужно будет завести отдельный вариант анализа целевого показателя. Для этого копируем имеющийся показатель. Переименовываем его по фамилии нового пользователя и по гиперссылке «Отбор» выбираем нужного пользователя. Целевой показатель Количество номенклатуры — наша разработка Данного показателя нет в типовых шаблонах, его разработали под потребности клиента. Для указания показателей по количественному плану продаж также заведены на каждого менеджера персональные варианта анализа. Планы по количеству устанавливаем аналогичным образом, как и для выручки.  Шаг 2. Работа с внешним отчетом по оценке выполнения плана и расчета премии В отчете можно изменять период (месяц), выбирать значение для индивидуального размера премии — предопределенные варианты в отчете, вводить размер индивидуальной премии вручную. В текущей версии отчета заложены конкретные размеры премии, они есть в таблице с легендой перед основной таблицей отчета с показателями, формулы понижения или повышения премии в зависимости от процента выполнения планов по показателям. Всё это можно гибко поменять.  Как работать с индивидуальным признаком: 1. Либо устанавливаем курсор в поле на уровне группировки по менеджеру, двойной клик по полю «размер надбавки, руб», чтобы его активировать, и вводим с клавиатуры значение премии. После ввода нажимаем на клавиатуре «enter». Итоговая сумма премии пересчитается в колонке «премия» 2. Либо можем выбрать имеющиеся значения. Устанавливаем курсор в поле «Значение», правой кнопкой мыши открываем выпадающий список значений. 1 = 10000, 2 = 20000 и так далее. После анализа всех показателей, установки индивидуального признака отчет можно сохранить в файл в различных форматах Если вам тоже нужна помощь с настройкой целевых показателей или типовые шаблоны не помогают решать все задачи, пишите :) Обсудим вашу задачу и найдём решение Обсудить со специалистом
      Внедрение 1С
      Смотреть
      Настроили KPI и автоматизировали расчет премии по итогам выполнения плана для менеджеров
      Содержание кейса: Наш клиент ИП Суханов А.А. — продавец тёплой спортивной одежды: женские и мужские костюмы для сноуборда, комбинезоны и куртки для горных лыж, зимняя обувь и термобельё. Основные каналы продаж  интернет магазин go-to-sport.ru  Вайлдберриз Озон Весь учёт клиент вёл в программе Торговля и склад 7.7, и изначально он обратился, чтобы мы помогли перейти со старой версии программы на новую. В неё нужно было добавить новые функции и обработки и перенести часть доработок из старой базы. В рамках доработок  интегрировали сайт с 1С создали два новых механизма работы с Костюмами и Группами аналогов автоматизировали работу с заказами для менеджеров, операторов и кладовщиков количество ошибок минимизировали, а скорость работы, наоборот, повысили Помогли перейти на новую версию 1С:Управление торговлей с доработанной базой 7 версия платформы устарела и работать с ней стало сложно. В ней не отображались изменения в законодательстве: не было возможности работать с маркировкой, не появлялись новые регламентированные печатные формы и новые функции, в отличие от новой версии программы.  Поэтому нужно было обновить до 1С:Управление торговлей 11 версии. Переход на неё осложнялся тем, что у клиента была доработанная база, и, например, печатные формы нужно было перенести из старой базы.  Помимо перехода нужно было доработать новую версию: сначала мы долго общались с клиентом, узнавали больше о его потребностях и проблемах в учёте. А после уточнений автоматизировали отдельные части процесса, чтобы система продажи в целом работала быстрее и качественнее.  Автоматизировали работу с заказами: от клика клиента на сайте до оформления закрывающих документов На тёплую спортивную одежду сезонный спрос — с октября по апрель. Поэтому заказов в это время очень много, и работать с ними нужно быстро. Их нужно обрабатывать, передавать на сборку и затем в доставку. После доставки нужно получить деньги от курьера и провести все закрывающие документы, отправить клиенту чеки.  Интегрировали интернет-магазин с 1С:УТ Из 1С:УТ в интернет-магазин автоматически загружается вся информация о товарах: описания, размеры, цены и скидки, фотографии.  С сайта заказы автоматически попадают в УТ: подтягиваются артикулы заказанных товаров, адрес, данные клиента и его контакты.  После этого операторы перезванивают клиентам и уточняют детали заказа и желаемое время доставки, сверяют данные. Для этого мы интегрировали в 1С:УТ телефонию. Это единая система: она сохраняет данные по каждому клиенту, записи звонков и комментарии операторов. Например, какие сложности были у клиента, что нужно уточнить или поменять в заказе. После этого оператор передаёт заказ в работу менеджеру.  Автоматизировали рабочие места работника склада и менеджера Когда заказ подтверждён менеджерами, он попадает на комплектацию — к кладовщику. Кладовщик комплектует заказы и передаёт их на доставку. Ещё он оформляет приёмку товаров, когда они приходят от поставщика или возвращаются от клиентов.  После кладовщика заказ попадает к менеджеру — он отбирает готовые заказы и передаёт их в доставку, печатает нужные документы.  Чтобы снизить вероятность ошибок и ускорить работу менеджера и кладовщика, нужно было автоматизировать их рабочие места. Вот как мы решили эту задачу: На рабочем месте кладовщика когда кладовщик принимает или отгружает товары, он не проставляет количество вручную, а только сканирует штрих-коды, и товары автоматически отображаются в программе при работе с заказом на рабочем месте кладовщика отображается заказ со всей информацией: какой именно товар нужно упаковать, где товар размещается на складе кладовщик собирает заказ, упаковывает его и сканирует На рабочем месте менеджера менеджер отбирает готовые заказы и нажимает кнопку «Передать в доставку» программа автоматически формирует необходимые документы реализации товаров и услуг. Их можно распечатать — по одному или сразу группой, для этого есть кнопка групповой печати. По ней можно выбрать, какие документы нужно распечатать после этого автоматически меняется статус заказа — с «Укомплектован» на «Передан в доставку» На рабочем месте менеджера есть вся информация о заказах 1 — в этом режиме менеджер передаёт заказы в доставку и выбирает способ доставки 2 — по кнопке можно распечатать накладные для нескольких заказов Автоматизировали работу с курьерами Отдельное рабочее место есть для взаимодействия с курьерами. На нём отображаются укомплектованные заказы, время, которое клиенты указали для получения, и курьеры. Сотрудники сканируют заказы, выбирают свободных курьеров и передают им заказы для доставки. Когда заказ передан курьеру, автоматически меняется статус заказа с «Укомплектован» на «Передан в доставку». В заказе отображается курьер, который забрал его в доставку.  На этом рабочем месте менеджер выбирает заказ и курьера, который будет его доставлять. Когда курьер доставил заказ, нужно оформить получение денег и возврат товара, если клиенту что-то не подошло. Мы автоматизировали приём денег от курьера: в программе есть специальная вкладка, на которой видно, сколько денег должен принести курьер. Если клиент вернул какие-то товары и не оплатил их, сотрудник сканирует товары для возврата и автоматически уменьшается сумма, которую должен внести курьер. Товары, которые вернулись от клиента, сканируются и отображаются в программе в специальной таблице. На ней видно, какие товары были в заказе, и какие клиенту не подошли. Такие товары возвращаются на отдельный склад «Возврат», и в программе формируется документ «Возврат товаров от клиента». После этого статус заказа автоматически меняется на «Выполнен» или «Отказ», если покупатель вернул весь заказ. На скриншоте - рабочее место для взаимодействия с курьерами. На нём есть вся информация о заказе: номер, клиент, сумма, вес и способ доставки. 1 — курьер, который доставляет заказ (в нашем случае — тестовый :)) 2 — сумма, которую должен внести курьер, и способ оплаты: наличными или банковской картой 3 — по этой ссылке можно отсканировать товары, которые не подошли покупателю и вернулись на склад 4 — это список товаров, которые были в заказе, там же есть колонка «Возвращено». Настроили интеграцию со СДЭКом Заказы отличаются по типам доставки: это может быть самовывоз, курьерская доставка, доставка Почтой России или СДЭКом. СДЭК берёт комиссию за каждый доставленный заказ, поэтому за счёт доп.расходов увеличивается его себестоимость. Это нужно отобразить в программе — но как? Вручную вносить комиссию на каждый отправленный СДЭКом заказ — сложно и долго, к тому же, даже самые внимательные сотрудники могут ошибиться, когда в сезон таких заказов бывают десятки в день. Поэтому мы автоматизировали загрузку информации: отчёты из СДЭКа загружаем в УТ и просто раскидываем эти доп.расходы по нужным заказам. Работа с заказами, которые доставляет СДЭК 1 — можно написать примечание о заказе для транспортной службы 2 — вся информация о заказе: стоимость доставки, адрес и дата 3 — действия с заказом: можно перезвонить и уточнить детали, распечатать документ или узнать подробности Ещё в 1С:Управление торговлей мы интегрировали обработку от СДЭКа. Она позволяет автоматически рассчитывать стоимость доставки по тарифам и формировать и печатать документы для СДЭКа: этикетку на заказ и печатную форму заказа. С этой обработкой также можно отслеживать статус заказа. Автоматизировали обмен информацией с маркетплейсом При торговле на Вайлдберриз продавцу раз в неделю приходят отчёты: какие товары проданы и доставлены покупателю, на какие оформлен возврат. Переносить информацию из отчётов в 1С:УТ вручную — долго и сложно. Но и настроить автоматический обмен не так просто: справочники номенклатуры в 1С:УТ и на Вайлдберриз отличаются. В них разные артикулы товаров. Поэтому мы настроили автоматическое сравнение по дополнительному реквизиту.  Также в программе 1С:УТ можно печатать этикетки для заказов на Вайлдберриз и автоматически загружать в программу отчёты о продажах. Интегрировали сайт и 1С:Управление торговлей Доработали выгрузку товаров из 1С на сайт Описания товаров часто превышают 1024 символа — это именно тот объём, который можно разместить в графе «Описание», поэтому решили к товару прикреплять текстовый файл. Но из-за этого на стороне сайта часто появлялись ошибки и сложности при загрузке текста. Мы сделали обработку, которая помещает текст в стандартный тег CommerceML так, будто текст находится в реквизите «описание» у номенклатуры. Поэтому товары на сайт загружаются вместе с описанием быстро и без проблем. Свойства у товаров на сайте могут быть множественными — например, одна куртка может быть нескольких цветов: женская куртка для сноуборда синяя, голубая, чёрная и бежевая. Но как настроить выгрузку товаров на сайт так, чтобы нужные товары автоматически попадали в несколько категорий? Чтобы это было возможно: добавили в 1С:УТ вспомогательные справочники с возможными значениями таких реквизитов. То есть в нашем примере — добавили справочник «Цвета» с возможными цветами одежды. Каждый элемент справочника — это название цвета и его код, соответствующий коду на сайте. в форме номенклатуры 1С:УТ добавили поле, где можно выбрать несколько значений из вспомогательных справочников. То есть, в новом поле «Цвет» можно выбрать несколько возможных цветов для одной куртки.  когда пользователь заполняет множественные поля, в соответствующее дополнительное свойство эти реквизиты записываются в виде строки: код_реквизита_1|код_реквизита_2|код_реквизита_3 на стороне сайта есть обработка, которая это дополнительное свойство расшифровывает. Строка реквизитов «разбивается» по разделителю «|», и по кодам подставляются значения множественных свойств. Настроили структуру каталога для сайта Все товары на сайте и в 1С:УТ делятся по категориям: на сайте это одежда женская и мужская, детская, зимняя и осенняя, для сноуборда или горных лыж. Эти категории образуют каталог. В справочниках номенклатуры 1С:УТ структура каталога отличается. Поэтому, чтобы загружать товары из программы на сайт, нужно «рассказать» сайту, какие товары из номенклатуры 1С:УТ в какие категории на сайте загружать.  Это можно сделать в настройках обмена с сайтом. В специальной форме можно создавать новые группы для каталога на сайте и сопоставлять эти группы со справочником номенклатуры. Но в это случае клиенту не хватало гибкости стандартных настроек. Например, не получалось настроить сопоставление по возрасту, виду спорта или сезону, для которого подходит одежда.  Поэтому мы добавили новую функцию: товары попадают в категории на сайте по реквизитам и дополнительным свойствам.  Для каждой категории сайта можно задать отбор с описанием: по виду номенклатуры и дополнительным реквизитам («возраст», «размер», «сезон», «вид спорта»). И теперь, когда товары выгружаются на сайт, в категории попадают товары, которые подходят под описание отбора. Создали новый механизм работы с Костюмами и Аналогами Клиент продаёт спортивную одежду не только по отдельности, но и комплектами — «Костюмами». Это отдельный тип товаров, которые состоят из нескольких других товаров, например, Куртка + Штаны.  Для этого добавили новый механизм работы с Костюмами. Куртка — основополагающая в Костюмах, именно на её основе создаются костюмы.  Для товаров, которые могут входить в состав Костюмов, в 1С:УТ добавили вкладку «Костюмы». На ней можно добавлять новые Костюмы, выбирать для них комплектующие, редактировать свойства товара. Свойства Костюма заполняются по умолчанию, чаще всего по свойствам основного товара, который входит в Костюм.  Некоторые комплектующие Костюмов можно менять. Например, пользователь выбрал костюм с синей курткой 48 размера. И к ней можно выбрать несколько пар штанов — синие, чёрные и голубые.  Чтобы это было возможно, мы создали Группы аналогов. Это несколько одинаковых по свойствам товаров, которые объединяются вместе. Объединяет товары пользователь. Группы аналогов можно добавлять к Костюмам. Выгрузка костюмов и аналогов на сайт На сайт Костюмы выгружаются стандартно, как отдельная номенклатура. А цена и остатки формируются динамически — то есть зависят от предметов, которые входят в состав. Цена костюма может сформироваться автоматически — по сумме товаров, из которых костюм состоит. Но можно и установить цену на костюм вручную. В таком случае при выгрузке автоматически сравниваются две цены: указанная пользователем и сгенерированная автоматически по составляющим. И в итоге останется та цена, которая больше. При этом, если в костюме есть Группа аналогов, и товары в ней стОят по-разному, в итоговую цену пойдёт товар с самой высокой ценой. Вернёмся к примеру с костюмом Куртка+Штаны на выбор — Группа аналогов. Куртка стоит 5 700, а 3 пары штанов стоят по-разному: 3 500, 2 800 и 4 000. Пользователь назначил цену на костюм 9 500 р. При загрузке на сайт система сложила стоимость куртки со стоимостью каждой из пар штанов и получила возможные цены на костюм: 9 200 р. 8 500 р. 9 700 р. Максимальная цена — 9 700 р, а цена, которую установил пользователь — 9 500. Поэтому цена на сайте будет 9 700. Остатки костюмов на сайте формируются тоже динамически. Для каждого составляющего в костюме рассчитываются остатки. И остатком всего костюма будет наименьшее количество товаров.  Например: в нашем костюме Куртка+Штаны  на складе 5 Курток 2 ШтановА, 3 ШтановБ, 7 ШтановВ. Всего Штанов получается 12, но из-за того, что Курток 5, Костюмов тоже максимум может быть 5 — именно такой остаток выгружается на сайт. Автоматизировали загрузку новых товаров Чтобы массово редактировать реквизиты товаров и создавать новые товары,  написали новую обработку для загрузки товаров из таблиц Excel. В таблицах пользователь описывает важные свойства товаров, некоторые из которых — ключевые. По таким ключевым полям генерируется и определяется идентификатор товара. Он используется и как идентификатор товара на сайте. В обработке можно настроить соответствие колонок в файле с необходимыми реквизитами 1С. Например, если настроить в обработке, что в колонке В прописывается размер, а в колонке С прописывается цвет, при загрузке таблицы в 1С:УТ данные из колонок В и С заполнят реквизиты «Размер» и «Цвет» соответственно.  Когда файл загружается в программу, в обработке заполняется таблица с товарами и их статусами. Статусы могут быть такими: «Новый товар» — статус проставляется, если товар по полученному коду не найден. В таком случае будет создан новый товар с указанными значениями свойств «Требует внимания» — этот статус проставляется, если товар в базе 1С:УТ найден, но значения неключевых свойств не совпадают с теми, которые загружаются из файла. Пользователь в таком случае может или оставить значения в файле, и тогда оно загрузится в программу, или может прямо в обработке отредактировать значение на нужное. «Критичные изменения» — в отличие от предыдущего, статус ставится, если в таблице и программе не совпадают ключевые свойства. Пользователь в таком случае должен внимательно проверить данные, разобраться в причинах такого расхождения, устранить проблемы в файле и заново загрузить файл. Статус без выделения — данные по товару не менялись и делать ничего не нужно. В обработке можно галочками выделять отдельные строки для загрузки, а также фильтровать список и выделять строки группами в зависимости от статуса. Как работаем сейчас Сейчас мы поддерживаем работоспособность программы и обработок, добавляем в программу новые функции и исправляем мелкие ошибки. Содержание кейса: Наш клиент ИП Суханов А.А. — продавец тёплой спортивной одежды: женские и мужские костюмы для сноуборда, комбинезоны и куртки для горных лыж, зимняя обувь и термобельё. Основные каналы продаж  интернет магазин go-to-sport.ru  Вайлдберриз Озон Весь учёт клиент вёл в программе Торговля и склад 7.7, и изначально он обратился, чтобы мы помогли перейти со старой версии программы на новую. В неё нужно было добавить новые функции и обработки и перенести часть доработок из старой базы. В рамках доработок  интегрировали сайт с 1С создали два новых механизма работы с Костюмами и Группами аналогов автоматизировали работу с заказами для менеджеров, операторов и кладовщиков количество ошибок минимизировали, а скорость работы, наоборот, повысили Помогли перейти на новую версию 1С:Управление торговлей с доработанной базой 7 версия платформы устарела и работать с ней стало сложно. В ней не отображались изменения в законодательстве: не было возможности работать с маркировкой, не появлялись новые регламентированные печатные формы и новые функции, в отличие от новой версии программы.  Поэтому нужно было обновить до 1С:Управление торговлей 11 версии. Переход на неё осложнялся тем, что у клиента была доработанная база, и, например, печатные формы нужно было перенести из старой базы.  Помимо перехода нужно было доработать новую версию: сначала мы долго общались с клиентом, узнавали больше о его потребностях и проблемах в учёте. А после уточнений автоматизировали отдельные части процесса, чтобы система продажи в целом работала быстрее и качественнее.  Автоматизировали работу с заказами: от клика клиента на сайте до оформления закрывающих документов На тёплую спортивную одежду сезонный спрос — с октября по апрель. Поэтому заказов в это время очень много, и работать с ними нужно быстро. Их нужно обрабатывать, передавать на сборку и затем в доставку. После доставки нужно получить деньги от курьера и провести все закрывающие документы, отправить клиенту чеки.  Интегрировали интернет-магазин с 1С:УТ Из 1С:УТ в интернет-магазин автоматически загружается вся информация о товарах: описания, размеры, цены и скидки, фотографии.  С сайта заказы автоматически попадают в УТ: подтягиваются артикулы заказанных товаров, адрес, данные клиента и его контакты.  После этого операторы перезванивают клиентам и уточняют детали заказа и желаемое время доставки, сверяют данные. Для этого мы интегрировали в 1С:УТ телефонию. Это единая система: она сохраняет данные по каждому клиенту, записи звонков и комментарии операторов. Например, какие сложности были у клиента, что нужно уточнить или поменять в заказе. После этого оператор передаёт заказ в работу менеджеру.  Автоматизировали рабочие места работника склада и менеджера Когда заказ подтверждён менеджерами, он попадает на комплектацию — к кладовщику. Кладовщик комплектует заказы и передаёт их на доставку. Ещё он оформляет приёмку товаров, когда они приходят от поставщика или возвращаются от клиентов.  После кладовщика заказ попадает к менеджеру — он отбирает готовые заказы и передаёт их в доставку, печатает нужные документы.  Чтобы снизить вероятность ошибок и ускорить работу менеджера и кладовщика, нужно было автоматизировать их рабочие места. Вот как мы решили эту задачу: На рабочем месте кладовщика когда кладовщик принимает или отгружает товары, он не проставляет количество вручную, а только сканирует штрих-коды, и товары автоматически отображаются в программе при работе с заказом на рабочем месте кладовщика отображается заказ со всей информацией: какой именно товар нужно упаковать, где товар размещается на складе кладовщик собирает заказ, упаковывает его и сканирует На рабочем месте менеджера менеджер отбирает готовые заказы и нажимает кнопку «Передать в доставку» программа автоматически формирует необходимые документы реализации товаров и услуг. Их можно распечатать — по одному или сразу группой, для этого есть кнопка групповой печати. По ней можно выбрать, какие документы нужно распечатать после этого автоматически меняется статус заказа — с «Укомплектован» на «Передан в доставку» На рабочем месте менеджера есть вся информация о заказах 1 — в этом режиме менеджер передаёт заказы в доставку и выбирает способ доставки 2 — по кнопке можно распечатать накладные для нескольких заказов Автоматизировали работу с курьерами Отдельное рабочее место есть для взаимодействия с курьерами. На нём отображаются укомплектованные заказы, время, которое клиенты указали для получения, и курьеры. Сотрудники сканируют заказы, выбирают свободных курьеров и передают им заказы для доставки. Когда заказ передан курьеру, автоматически меняется статус заказа с «Укомплектован» на «Передан в доставку». В заказе отображается курьер, который забрал его в доставку.  На этом рабочем месте менеджер выбирает заказ и курьера, который будет его доставлять. Когда курьер доставил заказ, нужно оформить получение денег и возврат товара, если клиенту что-то не подошло. Мы автоматизировали приём денег от курьера: в программе есть специальная вкладка, на которой видно, сколько денег должен принести курьер. Если клиент вернул какие-то товары и не оплатил их, сотрудник сканирует товары для возврата и автоматически уменьшается сумма, которую должен внести курьер. Товары, которые вернулись от клиента, сканируются и отображаются в программе в специальной таблице. На ней видно, какие товары были в заказе, и какие клиенту не подошли. Такие товары возвращаются на отдельный склад «Возврат», и в программе формируется документ «Возврат товаров от клиента». После этого статус заказа автоматически меняется на «Выполнен» или «Отказ», если покупатель вернул весь заказ. На скриншоте - рабочее место для взаимодействия с курьерами. На нём есть вся информация о заказе: номер, клиент, сумма, вес и способ доставки. 1 — курьер, который доставляет заказ (в нашем случае — тестовый :)) 2 — сумма, которую должен внести курьер, и способ оплаты: наличными или банковской картой 3 — по этой ссылке можно отсканировать товары, которые не подошли покупателю и вернулись на склад 4 — это список товаров, которые были в заказе, там же есть колонка «Возвращено». Настроили интеграцию со СДЭКом Заказы отличаются по типам доставки: это может быть самовывоз, курьерская доставка, доставка Почтой России или СДЭКом. СДЭК берёт комиссию за каждый доставленный заказ, поэтому за счёт доп.расходов увеличивается его себестоимость. Это нужно отобразить в программе — но как? Вручную вносить комиссию на каждый отправленный СДЭКом заказ — сложно и долго, к тому же, даже самые внимательные сотрудники могут ошибиться, когда в сезон таких заказов бывают десятки в день. Поэтому мы автоматизировали загрузку информации: отчёты из СДЭКа загружаем в УТ и просто раскидываем эти доп.расходы по нужным заказам. Работа с заказами, которые доставляет СДЭК 1 — можно написать примечание о заказе для транспортной службы 2 — вся информация о заказе: стоимость доставки, адрес и дата 3 — действия с заказом: можно перезвонить и уточнить детали, распечатать документ или узнать подробности Ещё в 1С:Управление торговлей мы интегрировали обработку от СДЭКа. Она позволяет автоматически рассчитывать стоимость доставки по тарифам и формировать и печатать документы для СДЭКа: этикетку на заказ и печатную форму заказа. С этой обработкой также можно отслеживать статус заказа. Автоматизировали обмен информацией с маркетплейсом При торговле на Вайлдберриз продавцу раз в неделю приходят отчёты: какие товары проданы и доставлены покупателю, на какие оформлен возврат. Переносить информацию из отчётов в 1С:УТ вручную — долго и сложно. Но и настроить автоматический обмен не так просто: справочники номенклатуры в 1С:УТ и на Вайлдберриз отличаются. В них разные артикулы товаров. Поэтому мы настроили автоматическое сравнение по дополнительному реквизиту.  Также в программе 1С:УТ можно печатать этикетки для заказов на Вайлдберриз и автоматически загружать в программу отчёты о продажах. Интегрировали сайт и 1С:Управление торговлей Доработали выгрузку товаров из 1С на сайт Описания товаров часто превышают 1024 символа — это именно тот объём, который можно разместить в графе «Описание», поэтому решили к товару прикреплять текстовый файл. Но из-за этого на стороне сайта часто появлялись ошибки и сложности при загрузке текста. Мы сделали обработку, которая помещает текст в стандартный тег CommerceML так, будто текст находится в реквизите «описание» у номенклатуры. Поэтому товары на сайт загружаются вместе с описанием быстро и без проблем. Свойства у товаров на сайте могут быть множественными — например, одна куртка может быть нескольких цветов: женская куртка для сноуборда синяя, голубая, чёрная и бежевая. Но как настроить выгрузку товаров на сайт так, чтобы нужные товары автоматически попадали в несколько категорий? Чтобы это было возможно: добавили в 1С:УТ вспомогательные справочники с возможными значениями таких реквизитов. То есть в нашем примере — добавили справочник «Цвета» с возможными цветами одежды. Каждый элемент справочника — это название цвета и его код, соответствующий коду на сайте. в форме номенклатуры 1С:УТ добавили поле, где можно выбрать несколько значений из вспомогательных справочников. То есть, в новом поле «Цвет» можно выбрать несколько возможных цветов для одной куртки.  когда пользователь заполняет множественные поля, в соответствующее дополнительное свойство эти реквизиты записываются в виде строки: код_реквизита_1|код_реквизита_2|код_реквизита_3 на стороне сайта есть обработка, которая это дополнительное свойство расшифровывает. Строка реквизитов «разбивается» по разделителю «|», и по кодам подставляются значения множественных свойств. Настроили структуру каталога для сайта Все товары на сайте и в 1С:УТ делятся по категориям: на сайте это одежда женская и мужская, детская, зимняя и осенняя, для сноуборда или горных лыж. Эти категории образуют каталог. В справочниках номенклатуры 1С:УТ структура каталога отличается. Поэтому, чтобы загружать товары из программы на сайт, нужно «рассказать» сайту, какие товары из номенклатуры 1С:УТ в какие категории на сайте загружать.  Это можно сделать в настройках обмена с сайтом. В специальной форме можно создавать новые группы для каталога на сайте и сопоставлять эти группы со справочником номенклатуры. Но в это случае клиенту не хватало гибкости стандартных настроек. Например, не получалось настроить сопоставление по возрасту, виду спорта или сезону, для которого подходит одежда.  Поэтому мы добавили новую функцию: товары попадают в категории на сайте по реквизитам и дополнительным свойствам.  Для каждой категории сайта можно задать отбор с описанием: по виду номенклатуры и дополнительным реквизитам («возраст», «размер», «сезон», «вид спорта»). И теперь, когда товары выгружаются на сайт, в категории попадают товары, которые подходят под описание отбора. Создали новый механизм работы с Костюмами и Аналогами Клиент продаёт спортивную одежду не только по отдельности, но и комплектами — «Костюмами». Это отдельный тип товаров, которые состоят из нескольких других товаров, например, Куртка + Штаны.  Для этого добавили новый механизм работы с Костюмами. Куртка — основополагающая в Костюмах, именно на её основе создаются костюмы.  Для товаров, которые могут входить в состав Костюмов, в 1С:УТ добавили вкладку «Костюмы». На ней можно добавлять новые Костюмы, выбирать для них комплектующие, редактировать свойства товара. Свойства Костюма заполняются по умолчанию, чаще всего по свойствам основного товара, который входит в Костюм.  Некоторые комплектующие Костюмов можно менять. Например, пользователь выбрал костюм с синей курткой 48 размера. И к ней можно выбрать несколько пар штанов — синие, чёрные и голубые.  Чтобы это было возможно, мы создали Группы аналогов. Это несколько одинаковых по свойствам товаров, которые объединяются вместе. Объединяет товары пользователь. Группы аналогов можно добавлять к Костюмам. Выгрузка костюмов и аналогов на сайт На сайт Костюмы выгружаются стандартно, как отдельная номенклатура. А цена и остатки формируются динамически — то есть зависят от предметов, которые входят в состав. Цена костюма может сформироваться автоматически — по сумме товаров, из которых костюм состоит. Но можно и установить цену на костюм вручную. В таком случае при выгрузке автоматически сравниваются две цены: указанная пользователем и сгенерированная автоматически по составляющим. И в итоге останется та цена, которая больше. При этом, если в костюме есть Группа аналогов, и товары в ней стОят по-разному, в итоговую цену пойдёт товар с самой высокой ценой. Вернёмся к примеру с костюмом Куртка+Штаны на выбор — Группа аналогов. Куртка стоит 5 700, а 3 пары штанов стоят по-разному: 3 500, 2 800 и 4 000. Пользователь назначил цену на костюм 9 500 р. При загрузке на сайт система сложила стоимость куртки со стоимостью каждой из пар штанов и получила возможные цены на костюм: 9 200 р. 8 500 р. 9 700 р. Максимальная цена — 9 700 р, а цена, которую установил пользователь — 9 500. Поэтому цена на сайте будет 9 700. Остатки костюмов на сайте формируются тоже динамически. Для каждого составляющего в костюме рассчитываются остатки. И остатком всего костюма будет наименьшее количество товаров.  Например: в нашем костюме Куртка+Штаны  на складе 5 Курток 2 ШтановА, 3 ШтановБ, 7 ШтановВ. Всего Штанов получается 12, но из-за того, что Курток 5, Костюмов тоже максимум может быть 5 — именно такой остаток выгружается на сайт. Автоматизировали загрузку новых товаров Чтобы массово редактировать реквизиты товаров и создавать новые товары,  написали новую обработку для загрузки товаров из таблиц Excel. В таблицах пользователь описывает важные свойства товаров, некоторые из которых — ключевые. По таким ключевым полям генерируется и определяется идентификатор товара. Он используется и как идентификатор товара на сайте. В обработке можно настроить соответствие колонок в файле с необходимыми реквизитами 1С. Например, если настроить в обработке, что в колонке В прописывается размер, а в колонке С прописывается цвет, при загрузке таблицы в 1С:УТ данные из колонок В и С заполнят реквизиты «Размер» и «Цвет» соответственно.  Когда файл загружается в программу, в обработке заполняется таблица с товарами и их статусами. Статусы могут быть такими: «Новый товар» — статус проставляется, если товар по полученному коду не найден. В таком случае будет создан новый товар с указанными значениями свойств «Требует внимания» — этот статус проставляется, если товар в базе 1С:УТ найден, но значения неключевых свойств не совпадают с теми, которые загружаются из файла. Пользователь в таком случае может или оставить значения в файле, и тогда оно загрузится в программу, или может прямо в обработке отредактировать значение на нужное. «Критичные изменения» — в отличие от предыдущего, статус ставится, если в таблице и программе не совпадают ключевые свойства. Пользователь в таком случае должен внимательно проверить данные, разобраться в причинах такого расхождения, устранить проблемы в файле и заново загрузить файл. Статус без выделения — данные по товару не менялись и делать ничего не нужно. В обработке можно галочками выделять отдельные строки для загрузки, а также фильтровать список и выделять строки группами в зависимости от статуса. Как работаем сейчас Сейчас мы поддерживаем работоспособность программы и обработок, добавляем в программу новые функции и исправляем мелкие ошибки.
      Внедрение 1С
      Смотреть
      Помогли продавцу горнолыжной одежды автоматизировать работу с заказами и интегрировать 1С и сайт
      • Комментарии
      Загрузка комментариев...

      Категории
      • Бухгалтерия 3.069
      • 1С:Фреш17
      • Управление нашей фирмой (УНФ)91
      • 1C для ЖКХ41
      • 1С:Аналитика3
      • 1С:Розница5
      • 1С:Управление Торговлей5
      • Импорт, экспорт, ЕАЭС9
      • Зарплата и кадры46
      • Бюджетный учет17
      • 1С:ERP и 1С:КА 211
      • Сервисы9
      • Разное13
      Облако тегов
      #Больничный #ПилотныйПроект #Пособия #ЭЛН 1С 1С ERP 1С Бухгалтерия 1с фреш 1С ЭДО 1С электронный акт сверки 1С: Бухгалтерия предприятия 1С:БГУ 1С:Бухгалтерия 1С:жкх 1С:ЗУП 1С:Кабинет сотрудника 1С:УНФ 1С:Управление нашей фирмой 1С:Управление торговлей 1С:Фреш ERP uxui автономные учреждения акция бухгалтерия Бухгалтерия 3.0 бюджетные организации ВзаиморасчетыУНФ выгрузка в файл ГИС ЖКХ дашборд ЖКХ Заказ-наряды закрытие месяца заявки Звонки ИП казенные учреждения Камин кассы ККТ корзина Корректировка корректировка начислений кпс КЭДО маркировка Начисление зарплаты НДС НДФЛ несколько договоров номенклатура Обеспечение заказов обмен обмен с банком обработка обработка для переноса Озон отзыв документов отпуск Партии Партионный учет пени в 1С для ЖКХ перенос остатков со старого договора на новый платежные поручения платёжные документы распределение продукции рассылка отчетов расчёт командировок расширение Расширение для 1С:Бухгалтерия Расширение для 1С:УНФ регламентированный учёт Резервирование резервирование сбербанк Себестоимость Себестоимость по ФИФО СЗВ ТД счета учета счетчики СЭДО Удаленное подключение УНФ Управление Торговлей управленческий учет УСН учет затрат в 1С ФИФО частные дома чаты ЭДО Экспорт
      Подписывайтесь на рубрики:













      Компания
      О компании
      10 лет Простым решениям
      Новости
      Статусы компании
      Наши сотрудники
      Работа у нас
      Акции и бонусы
      Реквизиты
      Политика конфиденциальности
      2 000 клиентов
      Договоры обслуживания 1С
      Обслуживание бухгалтерских программ
      Обслуживание управленческих и торговых программ
      Обслуживание облачной 1С:Фреш
      Обслуживание программ для розничной торговли
      Обслуживание программ для сферы ЖКХ
      Обслуживание 1С госучреждений
      Администрирование серверов
      Аренда серверов 1С
      Расширенная поддержка 1С:Кассы
      Розничный магазин «под ключ»
      Актуальное в 2023
      Маркировка
      Ввод первичных документов
      Администрирование серверов
      Облачные решения
      Внедрение 1С:УНФ
      Розничный магазин «под ключ»
      1C-Отчетность
      Реальная автоматизация
      Купить 1С
      Сервисы 1С
      Программы для учета
      Отраслевые решения ЖКХ, медицина, розница
      Прочее
      Наш опыт
      Кейсы клиентов
      Что мы автоматизируем у самих себя
      Статьи и инструкции по 1С
      Отзывы о нашей работе
      Записи вебинаров
      Контакты

      ООО «Простые решения СОФТ»
      г. Москва, ул. Новгородская, 1 Москва,
      8(800)775-03-13, info@1eska.ru ООО «Простые решения СОФТ»
      ООО «Простые решения СОФТ»
      +7 (499) 653-71-10
      +7 (4812) 302-606  
      8 (800) 775-03-13
      +7 (812) 409-43-26

      Пн. – Пт. с 9:00 до 18:00

      info@1eska.ru
      © 2023 Простые решения
      Отдел продаж Линия поддержки