TGViewer
Channel Public Channel
Все про 1С:УНФ и не только (Айтон)

Все про 1С:УНФ и не только (Айтон)

@itone_unf

Канал компании #Айтон

▪️ #Автоматизация на базе #1С #УНФ
▪️ #Интеграция с #Wildberries, #OZON и #ЯМ
▪️ Интеграция с #amoCRM

https://www.itone.ru

Контакты:
📱 + 7 (495) 989-11-86
Subscribers
2.15K
Photos
876
Videos
9
Links
420

Showing posts older than #1087 · Back to latest

Older Posts 20 shown
Post #1086 521
Почему 2026 год изменит логистику навсегда ⚡️

Знакомая боль: товар давно отгружен, машина ушла, а бухгалтерия неделями ждет оригиналы транспортных документов. Из-за этого затягивается закрытие месяца и стопорятся оплаты 📉.

Скоро этот процесс изменится принудительно. По закону № 140-ФЗ к 1 сентября 2026 года использование электронных транспортных накладных (ЭТрН), заказ-заявок и экспедиторских расписок станет обязательным для абсолютно всех отраслей. Параллельно вводится обязательная регистрация экспедиторов в государственной системе ГосЛог — без нее вести деятельность будет просто незаконно 🚫.

Главный страх бизнеса перед такими нововведениями — необходимость ломать привычные процессы и переучивать сотрудников 📄. Но перестроиться можно гораздо мягче. Мы в Айтон сторонники того, чтобы не усложнять вашу работу. Поэтому для оцифровки логистики мы подключаем сервис 1С-ЭПД, который аккуратно встраивается прямо в текущую учетную систему 🤝.

Как это выглядит на практике:

- Ваш менеджер создает электронную накладную прямо в 1С буквально из готового заказа. Программа сама проверит правильность всех данных по официальным базам ФНС 🔍 — ошибок из-за невнимательности больше не будет.

- Документ моментально улетает перевозчику 🚀. Неважно, каким оператором ЭДО пользуется он (СБИС, Контур и т.д.) — системы без проблем «договорятся» между собой.

- Водитель подтверждает доставку простым нажатием в приложении на своем смартфоне 📱. А если его остановит инспектор ГИБДД там, где не ловит интернет, водитель просто покажет QR-код на экране — он работает даже без связи.

- Как только груз передан, подписанный документ тут же появляется у вашего бухгалтера. Никаких ожиданий писем или курьеров — всё автоматически сохраняется в надежном электронном архиве 📁.


В результате вы получаете систему, которая работает как часы ⏱️: документы возвращаются мгновенно, статус каждой отгрузки виден онлайн, а бухгалтерия закрывает месяц без авралов. И обходится такое спокойствие дешевле, чем пару раз отправить срочные оригиналы курьером или купить несколько пачек офисной бумаги 📦.

Не ждите, пока в Сентябре 2026 года весь рынок начнет в панике перестраивать процессы. Оставляйте заявку на нашем сайте, и мы свяжемся с вами, чтобы плавно перевести вашу логистику в цифру 📲, пока остальные только читают новые законы!
  • 🔥 5
Post #1085 562
☕️ Как найти расхождение в отчетах за 2 минуты

Лайфхак элементарный, но сбережет вам часы рутины и кучу нервных клеток 🚀

💔 Общая боль при работе с 1С:УНФ 

Это знакомо любому, кто сводит управленку в 1С:УНФ и работает с отчетом «Анализ бизнеса».

Главное правило при работе с этим отчетом: Доверяй, но проверяй!

Анализ бизнеса - по сути, это гибкая отчет-надстройка над планом счетов. Забыли привязать показатель при настройке — данные в отчет не подтянутся.

Поэтому цифры в «Анализе бизнеса» всегда нужно сверять с проверочными отчетами. Чтобы, например, проверить вкладку “Доходы и расходы” нужно открыть отчет «Доходы и расходы по статьям (по отгрузке)» и сравнить чистую прибыль.

И вот тут начинается самое интересное: вы смотрите на чистую прибыль, а цифры предательски не бьются.

Ремарка: иногда разница — это осознанная логика, специально изменили формулы и т.д.. Тот же налог на прибыль есть в «Анализе бизнеса», но отсутствует в проверочном, т.к. минусуется из нераспределенной прибыли в балансе. Но если никаких специфических формул вы не закладывали — ищем потерянные данные.


🤦‍♂️ Как мы страдали раньше? Делили монитор пополам: на левую половину экрана выводили «Анализ бизнеса», на правую — проверочный отчет и до рези в глазах построчно сверяли каждый доход и расход.

⚡️ ИИ-лайфхак: делегируем рутину

Выгружаем оба отчета в обычный Excel.

Скармливаем файлы продвинутой нейросети (лучше платной думающей версии, бесплатные могут не потянуть).

Пишем промпт: "Вот 2 отчета. В них не сходится чистая прибыль. Найди несоответствия и покажи, из-за чего конкретно возникает разница".

🔥 Секретный ингредиент: обязательно уточните для ИИ, что в «Анализе бизнеса» зеленые строки — это доходы, а красные — расходы. Иногда нейросеть не сразу понимает эту логику, и такая подсказка здорово прочищает ему «мозги».

Бинго! Через пару секунд нейросеть выдаст конкретные позиции, которые пошли вразнос. Отчет сошелся, а вы восхитительны 😎

👇 Хотите пойти дальше и сделать работу с цифрами еще нагляднее?
Загляните на страницу нашего готового BI-комплекта дашбордов для 1С:УНФ. Там мы записали подробный видеообзор, в котором показываем, как проводить глубокий анализ финансов с помощью визуализации и ИИ.
  • 🔥 9
Post #1084 522
Иллюзия автоматизации: почему 1С и amoCRM тормозят бизнес, если между ними ручной труд ⚙️

Представьте: компания внедряет amoCRM. Отдел продаж счастлив, ни один лид не теряется. Затем наводят порядок в учете и ставят 1С:УНФ. Склад посчитан, финансы под контролем.

Кажется, вот она — цифровизация. Но на деле между двумя умными системами появляется «человеческий мостик». 🌉

Как это выглядит в жизни?
💬 Менеджер пишет в чат: «Ребят, а папки с золотым тиснением на складе еще остались?»
⏳ Клиент ждет договор, а менеджер ждет бухгалтера, который ушел на обед.
⚠️ Сделка в CRM давно «Оплачена», а в 1С заказ всё еще висит «В работе», потому что кто-то забыл поменять статус.
❌ В базе 1С плодятся дубли клиентов, потому что менеджеры заводят их вручную с опечатками.

Вы платите за софт, но главным «узким горлышком» остается ручной перенос данных. За 20 лет автоматизации в «Айтон» мы поняли: бизнесу нужна не просто передача данных, а передача бизнес-логики.

Поэтому мы создали модуль, который убирает человека из процесса обмена между 1С:УНФ и amoCRM.


Что происходит, когда системы реально общаются сами:

🚀 Автопилот по воронке Менеджер переводит сделку на этап «КП принято» — 1С сама создает заказ и ставит товар в резерв. Сделка перешла в «Оплачено» — сформировалась расходная накладная. Статусы синхронизируются без участия людей.
🧠 Умная маршрутизация заказов Интеграция умеет думать. Если менеджер в amoCRM выбрал город доставки «Москва», 1С автоматически привяжет этот заказ к складу «Олимпийский проспект». Заказы сами распределяются по нужным веткам учета.
🛠 Услуги, а не только «коробки» Сделка может превращаться не только в классический Заказ покупателя, но и в Заказ-наряд. 1С корректно разделит смету: вот это — работа (монтаж), а вот это — материалы (лампочки).
📄 Независимость от бухгалтерии Нужен счет, договор, акт или УПД? Менеджер нажимает одну кнопку прямо в карточке amoCRM, и документ формируется по правилам 1С. Скачал, отправил клиенту — всё за 10 секунд.
💰 Сложные чеки и валюты Модуль понимает характеристики товаров (цвет, размер), наборы комплектующих, умеет считать автоматические скидки, стоимость доставки (например, СДЭК) и даже пересчитывать валюту прямо в сделке, если вы продаете в евро, а учет ведете в рублях.
⚡️ Идеальный порядок и скорость Контрагенты создаются в 1С автоматически из Компаний или Контактов amoCRM — никаких дублей. А благодаря режиму «асинхронного обмена» любые изменения летают между системами моментально, а не раз в 15 минут.


Интеграция должна подстраиваться под ваши процессы, а не вы — под ограничения коннектора. 💡

Лучший способ понять, подойдет ли решение вашему бизнесу — посмотреть его в деле. 🤝

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

👉 Оставить заявку на демонстрацию можно здесь: https://amo.itone.ru

Давайте проверим, насколько быстрее может работать ваша команда, если избавить её от работы курьерами данных!
  • 👍 8
Post #1083 469
Финансовая иллюзия: как посчитать реальную маржу сложных маршрутов 🚚

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

Представьте ситуацию: Фура везет 15 заказов по сложному маршруту (Москва-Казань-Уфа-Екатеринбург). В кузове — от тяжелого металла до легкого, но объемного пенопласта. Рейс стоит 150 000 руб.

Ловушки кастомных модулей: откуда берется хаос?

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

1️⃣ «Перевозка воздуха». В таких самописных модулях затраты на транспорт часто вешаются только на первый рейс и не распределяются на добавочные плечи маршрута и конкретные заявки. Перевозка пенопласта кажется прибыльной, хотя он занял полфуры, а справедливые расходы на него кастомная система не посчитала.

2️⃣ Фантомная выручка. Клиент заплатил 50 000 руб. Бухгалтерский акт верен, но аналитический модуль дублирует эти 50 000 руб. в каждом промежуточном звене маршрута (Москва-Казань, Казань-Уфа). Возникает иллюзия сверхприбыли.


В итоге руководитель не видит главного: какие заказы генерируют прибыль, а какие тянут логистику на дно?

Архитектура решения: математика в ТЗ ⚙️ Чтобы видеть честную юнит-экономику, мы проектируем архитектуру и закладываем в техническое задание четкую логику, не ломая типовой финансовый учет:

- Матрица расстояний: Расходы дробятся пропорционально километражу каждого отрезка пути.
- Объемный (расчетный) вес: Объем груза переводится в килограммы и сравнивается с фактическим весом. Затраты внутри рейса делятся по максимальному значению.
- Распределение выручки: Доход не дублируется, а размазывается по транзитным складам пропорционально пройденному расстоянию.


Разделение труда на практике 🚀 Недавно мы делали аудит нетипового модуля экспедирования для крупного логиста (у них были именно эти проблемы). Мы не стали переписывать их модуль своими руками. Наша команда спроектировала архитектуру решения и подготовила детальное ТЗ.

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

Кому еще это нужно? 🎯

📦 Логистам: избавиться от задвоенной выручки в рейсах.

🏭 Торговле, производству и E-commerce: развозите товары по складам и клиентам? Алгоритм с ювелирной точностью «приклеит» транспортные расходы к себестоимости каждой партии товара или SKU.

Хотите сделать логистику прозрачной? Оставляйте заявку на нашем сайте https://itone.ru/extended_support/
  • 👍 8
  • ❤ 1
  • 👌 1
Post #1082 429
⏳ Почему клиенты ругаются на сроки, даже когда работа кипит?

На наших внутренних собраниях я регулярно повторяю команде одну и ту же мысль:

🗣 «Если клиент недоволен сроками, скорее всего, он просто не видит прогресс. Наша обязанность — доносить ему эти сроки и показывать, что процесс идет».

Давайте посмотрим на стандартный процесс автоматизации глазами заказчика. Представьте: бизнес заходит на проект, проходит отличная установочная встреча, все вдохновлены, пожали руки 🤝 и начали работу. А дальше... наступает тишина 🤫.

На стороне исполнителя в этот момент кипит жизнь ⚙️: аналитики прописывают логику бизнес-процессов, настраивают архитектуру, тестируют алгоритмы, пишут ТЗ. Это сложная, глубокая работа, которая требует времени.

Но что видит клиент? Абсолютно ничего. Для него весь процесс превращается в непроницаемый ⬛️ «черный ящик». Дни идут, а осязаемого результата все нет. В условиях такого информационного вакуума у любого нормального руководителя неизбежно рождается тревога:

❓ «А они вообще работают над нашей задачей?»
❓ «А успеем ли мы к дедлайну?»
❓ «Туда ли уходит наш бюджет?»

Именно здесь и рождается недовольство сроками. Парадокс заключается в том, что технически проект может идти минута в минуту по графику, но психологически заказчик уже вымотан неопределенностью.

💡 Жизнь нас научила: качественно делать свою работу — мало. Нужно делать её прозрачной.

🏗 Начали мы с фундамента — выстроили жесткую техническую базу.

Мы перевели коммуникации в единые рабочие чаты в Telegram 📱 и напрямую связали их с нашей учетной системой. Теперь любой статус по задаче обновляется автоматически и сразу виден клиенту. Cейчас мы интегрируем ИИ 🤖 в нашу коммуникацию: если заказчик задал вопрос, а от нашей команды нет оперативной обратной связи, ИИ мгновенно это фиксирует и сигнализирует ответственным.

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

Это не просто менеджер, это личный представитель клиента и защитник внутри нашей компании. Куратор закрепляется за клиентом и берет на себя полное ведение процесса:

- 👁 Обеспечивает 100% прозрачность. Заказчик всегда знает, на каком этапе находится задача. Куратор регулярно выходит на связь, показывает прогресс и переводит сложный язык разработки на понятный язык бизнеса.

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

- 🗂 Управляет потоком задач. Куратор следит за тем, чтобы ни один вопрос не «завис» в воздухе. Он грамотно распределяет нагрузку и направляет задачи именно тем исполнителям, чья компетенция подходит лучше всего.
Такой подход позволяет нам не только соблюдать сроки, но и делать сам процесс автоматизации спокойным, предсказуемым и комфортным для бизнеса ✅.


👉 Если вы чувствуете, что вашим текущим IT-задачам не хватает такого контроля, прозрачности и заботы о бюджете — оставляйте заявку на наше техническое кураторство. Мы наведем порядок в процессах и поможем прийти к нужному результату: https://itone.ru/extended_support/
  • 👍 7
Post #1081 518
🔥 Вчера мы провели тест-драйв нового рабочего места «Выпуск продукции» в 1С:УНФ!

Михаил разобрал обновление по винтикам на реальном примере.

В чем главная интрига новинки?

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

Мы протестировали функционал в деле и собрали главные выводы:

✅ В чем реальная польза для бизнеса (Сильные стороны):

- Удобная автоматизация теперь доступна всем: Раньше компаниям с простым производством для выполнения заказа приходилось вручную плодить цепочку из производственных документов, таких как Перемещение запасов, Распределение затрат, Производство.

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

⚠️ Важные нюансы (К чему нужно быть готовым):

- Жесткая зависимость от спецификаций: Инструмент требует идеального порядка в справочниках. Если при оформлении заказа не указать спецификацию, система просто проигнорирует этот заказ.

- Опасность перепроизводства: Инструмент «слеп» к складским остаткам. Например: клиент заказал 2 детали, а 1 уже есть на складе. Если просто нажать в рабочем месте «Выполнить», цех произведет еще 2 штуки. Вы рискуете забить склад излишками и заморозить оборотные средства. А при создании «Заказов на производство» есть риск и вовсе задвоить план выпуска из-за одной забытой галочки.

- Искажение данных при обмене с бухгалтерией: При стандартной выгрузке готовая продукция часто «зависает» на счетах учета материалов (счет 10 вместо 43). Для бухгалтеров это означает лишнюю работу по ручному перераспределению себестоимости.

🎁 Как мы решили проблемы с учетом и проводками

На вебинаре Михаил наглядно показал, как правильно обходить проблему с количеством и задвоением выпуска, чтобы производство работало как часы и не производило лишнего.

А чтобы избавить бухгалтеров от ручной работы, мы разработали бесплатное расширение для 1С:УНФ. Оно позволяет задать настройки складов прямо в карточке цеха. В результате при выгрузке сырье списывается корректно, а готовая продукция автоматически и безошибочно садится на нужный счет.

📲 QR-код для скачивания расширения размещен прямо на слайдах вебинара.

📌 Кому в итоге внедрять?

Инструмент отлично подойдет компаниям с коротким производственным циклом, которым нужно быстро и просто закрывать заказы. Если же у вас длительное производство, и вам необходимо списывать материалы день в день, не дожидаясь финала — лучше остаться на классической схеме с включенными «Этапами производства».

🎥 Увидеть механику работы прямо в интерфейсе, узнать секреты обхода перепроизводства и забрать наше расширение по QR-коду можно в записи эфира.

👉 Смотреть полную запись вебинара здесь:

➡️На Rutube
➡️
В сообществе ВКонтакте
  • 🔥 7
  • 👍 3
Post #1080 522
📉 Почему выплаты от Яндекс Маркета не бьются с отчетами, и как найти "потерянные" деньги в 1С?

За много лет практики в финансовом учете и внедрении 1С:УНФ мы регулярно сталкиваемся с одной и той же болью селлеров. Вы открываете закрывающие документы от маркетплейса, смотрите на сумму к выплате, а на расчетный счет приходит... совсем другая цифра. Бухгалтерия тратит часы на сверки, а финансовый результат искажается.

Особенно часто этот квест селлерам устраивает Яндекс Маркет.

В чем проблема? Пытаясь свести детализацию вручную, селлеры берут сумму продаж и вычитают из нее услуги маркетплейса по текущему акту. И дебет с кредитом упорно не сходится.

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

Как мы решили это в модуле Айтон: Мы научили систему распутывать этот клубок автоматически. При загрузке отчета наш модуль не просто слепо копирует цифры, а глубоко парсит данные площадки и четко разделяет их на экране:

🔹 Сумма продаж и возвратов.
🔹 Услуги прошлого периода (те самые, что реально удержат из денег).
🔹 Услуги текущего периода (по акту).
🔹 Баллы лояльности, штрафы и компенсации.

На основе этих данных система высчитывает точную графу «Итого к оплате».

Благодаря такой детализации модуль за секунду раскладывает всю математику удержаний по полочкам и выдает итоговую сумму, которая копейка в копейку совпадает с реальной выплатой от Яндекса.


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

🎁 Акция до 31 июля! Завтра крайний день!

Считаете каждую копейку удержаний и комиссий? При покупке или продлении наших модулей обмена с маркетплейсами на 12 месяцев вы получаете мощное расширение «Расходы на продажу» абсолютно бесплатно! Оно уже "из коробки" автоматически распределяет общие затраты прямо в себестоимость и считает базовую юнит-экономику по каждому отгруженному товару.

🎯 Избавьте бухгалтерию от рутины, а финансы — от слепых зон. Оставляйте заявку на демо наших модулей для обмена с маркетплейсами на нашем сайте:

https://wb.itone.ru/ - модуль для обмена с WB
https://ozon.itone.ru/ - модуль для обмена с OZON
https://ym.itone.ru/ - модуль для обмена с Яндекс Маркет
  • 🔥 3
Post #1079 571
🔥 Уже сегодня в 12:00 (мск) разбираем новую фишку 1С:УНФ для производства!

Если вы устали от лишних кликов и сложного учета по «Этапам производства» — обязательно подключайтесь. 1С: УНФ выкатила рабочее место «Выпуск продукции», которое обещает всё упростить.


Михаил Пинягин (руководитель компании «Айтон») в прямом эфире протестирует новинку:


✅ Как это работает на практике (от заказа покупателя до склада).
✅ Кому инструмент реально сэкономит время, а кому лучше остаться на старой схеме.
✅ Что происходит со списанием материалов и обменом с Бухгалтерией.


⏳ Начинаем совсем скоро! Если еще не зарегистрировались, самое время это сделать: 👉 Занять место на вебинаре: https://1c.link/to/Zr6UCLF
  • 👍 1
Post #1078 502
Производство без лишней бюрократии: как менять спецификации на лету и не сломать учет в 1С:УНФ ⚙️

Боль производственников: заказ уже в цехе, материалы выданы, часть едет от поставщиков — и тут конструкторы обновляют чертежи. Спецификация меняется на ходу. 📝➡️🔄

Как обычно решают? 🤷‍♂️

Вручную. Технолог сверяет старый и новый состав, высчитывает разницу, делает возвраты из цеха на склад, снимает резервы и бежит к закупщику отменять заказы. Итог: ошибки, неликвид на складе, себестоимость искажается, а нужных деталей в критичный момент не хватает. 📉

Как мы это автоматизировали в 1С:УНФ 💡

Сделали умное сравнение прямо в «Заказе на производство».

1. Наглядная разница 📊 При обновлении спецификации 1С показывает окно сравнения: что добавилось, что ушло, сколько уже в цехе, сколько в резерве и сколько заказано.

2. Корректировка в один клик 🖱✨
Вы нажимаете «Подтвердить», а 1С сама наводит порядок:
🔹 Деталь уже в цехе? Создает возврат излишка на склад.
🔹 Деталь в резерве? Снимает лишний резерв.
🔹 Деталь заказана? Отвязывает от заказа и шлет пуш закупщику: «Потребность сократилась, корректируй заказ».
🔹 Появились новые детали? Добавляет их в заказ и формирует дефицит для снабжения.

Итог 🏆 Часы ручной сверки превратились в пару кликов. Производство работает по актуальным данным, закупки вовремя отменяются, а в незавершенке не висят фантомные материалы.

⚡️ Кстати, об упрощении работы на производстве! 🏭

Недавно 1С: УНФ выпустила обновление: в УНФ появилось рабочее место «Выпуск продукции». Разработчики обещают, что теперь можно оформлять выпуск без включения «Этапов производства». Звучит как спасение от бюрократии.
Но так ли всё гладко? Устроим тест-драйв в прямом эфире! 🎥


🗓 30 июля в 12:00 (мск) Михаил Пинягин (руководитель «Айтон») проведет бесплатный вебинар и разберет новинку.


В программе:
🔸 Подходит ли новое рабочее место ВСЕМ производственникам?
🔸 Как оформить выпуск без "этапов": от заказа до склада.
🔸 Что реально происходит при нажатии «Выполнить» (как списываются материалы).
🔸 Особенности обмена с 1С:Бухгалтерией.

Покажем, стоит ли внедрять этот инструмент у вас. 👉 Регистрация: https://1c.link/to/Zr6UCLF
  • 🔥 4
  • ❤ 1
Post #1077 513
Вебинар: Разбираем новую фишку в 1С:УНФ. Насколько это реально поможет производству? 🏭


Недавно 1С выкатила обновление, которое привлекло наше внимание. В УНФ появилось новое рабочее место «Выпуск продукции».


Главная интрига: разработчики заявляют, что теперь можно оформлять выпуск в удобном интерфейсе без включения настройки «Этапы производства». Звучит как спасение для компаний, которые устали от лишней бюрократии в учете и хотят работать проще.


Но так ли всё гладко на самом деле? Мы решили устроить тест-драйв в прямом эфире.


🗓 30 июля в 12:00 (мск) Михаил Пинягин (руководитель компании «Айтон») проведет бесплатный вебинар, где мы заглянем "под капот" этой новинки.


О чем будем говорить:
🔹 Действительно ли новое рабочее место подходит для ВСЕХ производственных компаний?
🔹 Как оформить выпуск без "этапов": от заказа покупателя до передачи на склад.
🔹 Посмотрим, что реально происходит в системе после нажатия кнопки «Выполнить» (как списываются материалы).
🔹 Обсудим особенности обмена документами с 1С:Бухгалтерией.


Приходите посмотреть, стоит ли внедрять этот инструмент в вашей компании.
👉 Регистрация на вебинар: https://1c.link/to/Zr6UCLF
  • 🔥 5
  • ❤ 1
Post #1076 414
Синдром «почти готово»: как задачи, выполненные на 95%, незаметно высасывают ресурсы компании 📉

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

Звучит она так: «Если взял задачу — добей ее до конца, не оставляй на 95% готовности. Любая недоделка занимает "оперативную память" в нашем разуме и безжалостно снижает нашу эффективность».

Кажется, что 95% — это отличный результат. Разработчик написал код, но отложил заливку на сервер. Менеджер согласовал все условия с клиентом, но договор пока лежит без подписи. Консультант настроил систему, но не скинул клиенту короткую инструкцию или вообще не сказал, что работа готова и можете тестировать. Вроде бы дело сделано. Но по факту — это иллюзия результата.

🧠 Почему эти 5% убивают продуктивность?

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

Согласно исследованиям, попытки мозга удерживать эти незакрытые циклы и постоянное фоновое переключение съедают до 40% продуктивного времени. Человек быстрее выгорает, устает, делает ошибки в новых задачах просто потому, что его «оперативка» забита висяками.

Более того, эта проблема масштабируется на весь бизнес. Ваша компания — это конвейер. И если один сотрудник остановился на 95%, следующий этап не запустится. Работа стоит, хотя все вроде бы заняты.

Иллюзий нет: у нас это тоже случается. Мы занимаемся внедрением 1С:УНФ, наши проекты состоят из сотен мелких и крупных этапов. Соблазн бросить задачу на этапе «да там только кнопочку нажать осталось, завтра сделаю» огромен.

Как мы с этим боремся в своей компании:
1. Выгружаем всё из головы в систему
Голова нужна для того, чтобы думать, а не чтобы хранить списки. Пока задача висит в голове — это стресс. Когда задача зафиксирована в учетной системе — это план. Мы автоматизируем чужие бизнесы, поэтому сами обязаны быть эталоном: у нас нет задач, переданных «на словах» в коридоре или потерянных в мессенджерах. Всё в системе, у всего есть статус.

2. Ежедневный тотальный чекап задач: планируем результат, а не процесс
Это наше главное оружие против иллюзии «почти готово». Каждый день мы на утренних и вечерних координациях актуализируем и проверяем состояние задач абсолютно по каждому сотруднику. И делаем это по жестким правилам:

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

- Если задача в работе, но на сегодня она в план не ставится — сотрудник обязан оставить комментарий в системе с объяснением причины (ждем ответа клиента, нужен доступ от админа и т.д.).

- Вечером мы подводим итоги: просто смотрим, что из зафиксированного плана-результата сделано, а что нет.

3. Чекап как инструмент помощи, а не только контроля
Ежедневный срез не позволяет сотруднику три дня подряд говорить: «Я уже почти закончил». Но главное — чекап помогает выявить «затыки». Часто последние 5% не делаются не из-за лени. Сотрудник может банально не понимать, какой и как сделать следующий шаг, не хватает знаний, информации. Ежедневный контроль позволяет руководителю вовремя это заметить, вмешаться, подсказать и разблокировать процесс.


Я считаю, что 95% = 0%. Бизнес становится прозрачным и быстрым только тогда, когда циклы закрываются до конца. Не позволяйте зависшим задачам воровать энергию вашей команды.

👇 А как вы контролируете доведение дел до конца? Требуете ли от команды фиксации ежедневных результатов или оцениваете только итог работы за месяц? Делитесь опытом в комментариях!
  • 👍 6
  • 💯 5
  • ❤ 1
Post #1075 569
Цех отработал без брака. Склад укомплектовал заказ за полчаса. А машина всё равно стоит на пандусе и ждёт. Почему?

Потому что менеджер судорожно собирает «паспорта качества» в Word. Ищет нужные шаблоны по папкам, копипастит артикулы, проверяет ГОСТы и надеется ничего не перепутать.

Для владельца производства это самая обидная ситуация. Вы выстраиваете идеальный цикл выпуска, инвестируете в процессы, а на финальном этапе всё скатывается в ручной труд. У каждой группы товаров — свои ТУ, свои характеристики, свои подписанты. Менеджер тратит на оформление по 30–40 минут. Но главное даже не время: один забытый лист на большой заказ или ошибка при копипасте — и крупный клиент разворачивает вашу фуру на приёмке. Штрафы, сорванные сроки, испорченная репутация.

К нам пришел производитель теплоизоляции именно с этой болью. Ручная сборка паспортов тормозила бизнес и критически зависела от внимательности менеджеров.

Мы не стали просто рисовать «еще одну печатную форму». Мы сделали для них умный генератор паспортов прямо внутри 1С УНФ.

Как эта крутая штука работает сейчас:

🔥 Одна кнопка вместо часа работы. Менеджер в Заказе покупателя нажимает «Печать». Всё.

🧠 1С сама раскидывает товары. В заказе может быть 30 разных позиций. Система сама понимает, что первые 10 идут в «Паспорт на арматуру», следующие 15 — в «Паспорт на оболочки», и формирует нужные документы. Никакой ручной сортировки.

🛡 Защита от дурака. Если на какую-то новую деталь забыли завести шаблон паспорта, 1С не промолчит. Она выдаст красное предупреждение: «Стоп, на эти позиции нет документов!», не дав отправить «дырявый» пакет клиенту.

✍️ Факсимиле и ТУ на лету. Нужно распечатать с подписью технолога и печатью? Одна галочка. Изменились ГОСТы или ТУ? Они меняются в одном месте в 1С, и все новые паспорта выходят уже актуальными.

🔢 Точные цифры. Единицы измерения, количество, характеристики — всё подтягивается из базы миллиметр в миллиметр.

В чём главная ценность для владельца?

Вы отвязываете процесс от «незаменимых» людей. Теперь собрать сложнейший пакет документов на отгрузку может стажёр в свой первый рабочий день. Без ошибок. Без дергания технолога. Отгрузка и выдача документов становятся одним мгновенным действием.

Производство должно производить, а менеджеры — продавать, а не работать копирайтерами в Word.

👉 Паспорта на отгрузке — лишь одно из «бутылочных горлышек». Видите, что на вашем производстве какие-то процессы идут неоптимально? Оставляйте заявку — автоматизируем, и бизнес будет работать как часы:

https://itone.ru/extended_support/
  • ⚡ 4
  • 🔥 4
  • ❤ 1
Post #1074 531
Менеджер продал, а премию получил кладовщик. Почему 1С ломает KPI и как это исправить?

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

Разберем этот системный баг на реальном кейсе из нашей практики.

Руководитель отдела продаж внедрил систему KPI и вывел показатели в стандартный отчет 1С:УНФ «План-фактный анализ продаж». Вскоре менеджеры начали бить тревогу: их цифры в отчете оказались сильно занижены. Сделки есть, а план не выполняется.

В чем была проблема?

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

Получилась абсурдная картина: клиента вел и «дожимал» менеджер, а выручка в отчете уходила работнику склада. План продаж формально выполняли кладовщики, а реальная аналитика по эффективности отдела продаж была полностью искажена.

🛠 Как мы это решили

Мы не стали заставлять кладовщиков каждый раз вручную перевыбирать фамилию менеджера в накладной (забудут, перепутают — человеческий фактор). Проблему решили системно:

- Настроили умное наследование реквизитов: Внедрили механизм, при котором в момент создания «Расходной накладной» на основании «Заказа покупателя» система автоматически копирует менеджера из исходного заказа и ставит его в поле «Ответственный».

- Сохранили контроль за складом: При этом прозрачность работы логистики не теряется! В документах 1С есть отдельный системный реквизит «Автор». Таким образом, выручка за сделку справедливо ложится на менеджера («Ответственный»), но руководитель всегда видит, какой конкретно кладовщик физически собрал и провел документ («Автор»).

Итог

Отдел продаж получает честную премию, руководитель видит реальную статистику продаж по каждому менеджеру, а склад не тратит время на лишние клики, сохраняя свою персональную ответственность за отгрузки.

🎯 Ваша 1С тоже считает выручку не на тех сотрудников?

Если из-за структуры отгрузок вы не видите реальных результатов менеджеров, а расчет премий превратился в ручные пересчеты в Excel — это повод автоматизировать процесс. Настроим корректный учет KPI и маршрутизацию ответственных в 1С:УНФ, чтобы каждый получал ровно то, что заработал.

Оставляйте заявку на нашем сайте: https://itone.ru/extended_support/
  • 👍 4
  • ❤ 1
Post #1073 534
📦 Сборка крупногабарита по FBS: как делить заказы на грузоместа, автоматизировать печать этикеток и забыть про штрафы

Если вы продаете крупногабаритные или сборные товары (мебель, принтеры, ротанг в бухтах), то сборка заказов по FBS часто превращается в квест. Главная боль: одна единица товара по карточке далеко не всегда помещается в одну физическую коробку.

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

Недавно мы настраивали одному из наших клиентов процесс сборки FBS для Яндекс Маркета и Ozon, и на этом примере разобрали, как наши модули для обмена 1С УНФ с маркетплейсами полностью автоматизирует работу с многоместными отправлениями.

🛠 Как работает правильная механика в 1С:

🔹 Гибкое разделение на грузоместа. Прямо в интерфейсе обработки заказов можно указать, из скольких частей физически состоит конкретный товар. Например, если клиент заказал один шкаф, но он упакован в 3 коробки, мы указываем цифру 3. Модуль сам разделит этот заказ на 3 независимых грузоместа (Часть 1, Часть 2, Часть 3).

🔹 Умные шаблоны для будущих поставок. Вам не придется дробить заказы вручную каждый день. Когда вы настраиваете количество грузомест для конкретной номенклатуры в первый раз, модуль запоминает это действие как шаблон. Для всех новых поступающих заказов на этот артикул нужная разбивка на коробки будет применяться автоматически.

🔹 Специфика маркетплейсов под капотом. Модуль сам учитывает технические особенности разных площадок: Яндекс Маркет отдает готовые этикетки моментально при подтверждении сборки, а вот Ozon генерирует PDF-файл с задержкой (около 40 секунд). Наша система сама «достучится» до API Ozon, дождется генерации и скачает нужные штрихкоды без ручных обновлений страницы.

🔹 Мгновенная печать без предпросмотра. Все запрошенные этикетки в нужном формате (вы можете выбрать размер, например, популярный 75х120) выводятся на термопринтер напрямую, минуя долгие предпросмотры PDF-файлов.
Итог: процесс ускоряется в разы, исключается человеческий фактор, а сотрудники склада работают в едином окне 1С без необходимости постоянно переключаться между личными кабинетами разных площадок. Для удобства линейного персонала можно также распечатать сводный лист подбора и собирать заказы с помощью сканера штрихкодов прямо в "Режиме сборки".


🏗 Адаптируем складские процессы лично под вас Настроить грузоместа и печать этикеток — это лишь базовая автоматизация. Если у вас сложный товар, нестандартная упаковка, нужна глубокая интеграция с терминалами сбора данных (ТСД) или особые правила маршрутизации листов подбора — мы легко доработаем логику модуля под реалии именно вашего склада.

🎁 Акция до 31 июля! При отгрузке крупногабарита по FBS затраты на пленку, коробки, поддоны и логистику до ПВЗ съедают огромную часть прибыли. При покупке или продлении наших модулей обмена на 12 месяцев мы дарим расширение «Расходы на продажу»! С его помощью можно включить всю стоимость упаковочных материалов и доставки FBS-заказов прямо в себестоимость, чтобы вы видели реальную юнит-экономику каждого отправления.

🎯 Избавьте склад от штрафов, а бизнес — от скрытых убытков. Оставляйте заявку на демо на нашем сайте, и мы покажем, как это работает на практике:

https://wb.itone.ru/ - модуль для обмена с WB
https://ozon.itone.ru/ - модуль для обмена с OZON
https://ym.itone.ru/ - модуль для обмена с Яндекс Маркет
  • 👍 3
  • ❤ 1
Post #1072 529
«Купили сканеры, а кладовщики всё равно косячат». Почему автоматизация производства часто проваливается на мелочах

Компания покупает дорогие ТСД (терминалы сбора данных), внедряет штрихкодирование, ждет прорыва в скорости… а в цеху начинается саботаж. Сотрудники жалуются, что программа «глючит», данные пропадают, а скорость работы только падает.

Недавно наш программист работал именно над такой заявкой на производстве архитектурного декора. Процесс выпуска там выглядит так: перед заливкой смеси рабочий сканирует штрихкод матрицы (формы) и выбирает цвет. Это нужно, чтобы 1С моментально списала точный объем сырья со склада и начислила сдельную зарплату без бумажных журналов.

Но эта схема постоянно буксовала. Стоило рабочему в перчатках случайно задеть экран ТСД — данные сбрасывались, и подбор приходилось начинать заново. А если штрихкод затирался и сканер его не узнавал, процесс вставал намертво, потому что ввести номер вручную было нельзя. Мы проанализировали ситуацию и поняли: проблема не в логике 1С, а в эргономике.

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

🔴 1. Защита от «толстого пальца» и случайных сбросов

Раньше рабочий мог отсканировать половину партии, случайно нажать не ту кнопку — и вариант выпуска менялся, а всё собранное исчезало. Мы ввели жесткую блокировку: сделали первое сканирование — всё, тип документа изменить нельзя. Либо завершаете сборку, либо осознанно начинаете сначала.

🟢 2. Светофор и крупный шрифт

На маленьком экране некогда вчитываться в мелкий текст. Мы сделали все сообщения огромными: успешное действие загорается на весь экран зеленым, ошибка — ярко-красным. Строку с номером штрихкода раздвинули на максимум, а кнопку «Очистить» сделали крошечной, чтобы не промахивались.

🔊 3. Пронзительные звуки и защита от «слепого» сканирования

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

- Успешно выбрана форма — Короткий высокий сигнал.
- Успешно отсканирован полуфабрикат — Двойной звонкий писк (значит, можно сразу сканировать следующий).
- Документ успешно отправлен в 1С — Отдельный длинный сигнал.
- Ошибка — Очень громкий, резкий и неприятный звук (как сирена).

В связке с цветовой индикацией на весь экран это исключает главную беду — когда человек «пикнул» мимо, не заметил ошибки и залил партию впустую.

📌 4. Динамический интерфейс

Чтобы не листать длинные списки, выбранная форма (та самая матрица для заливки) теперь автоматически улетает в самый верх экрана — прямо перед глазами. А при выборе цвета смеси первыми в списке выводятся только те цвета, которые стоят в плане на сегодня, всё лишнее скрыто.

🛠 5. Страховка от нечитаемых этикеток

Иногда штрихкод затирается, или ТСД не распознает специфический цвет. Мы добавили спасательный круг: везде, где можно сканировать, теперь можно ввести номер или цвет руками. Процесс больше не останавливается из-за порванной бумажки.

Итог:

Автоматизация — это на 10% сложный код и на 90% забота о конечном пользователе. Если кнопка слишком маленькая, а звук ошибки не отличается от звука успеха — система не взлетит.

👇 Если сотрудники саботируют работу с ТСД или ругаются на неудобный интерфейс 1С, мы поможем.

Мы знаем, как превратить сканеры из врагов в главных помощников на производстве и складе. Оставляйте заявку на аудит и доработку 1С под ваши реальные процессы на нашем сайте:

🔗 https://itone.ru/extended_support/
  • 🔥 5
  • 👍 4
Post #1071 511
Как взорвать свой бизнес изнутри: уроки катастрофы «Челленджера» для руководителей

Коллеги, слышали такой термин — «нормализация отклонений»? Его ввела социолог Дайан Вон после трагедии шаттла «Челленджер». Суть жуткая, но очень жизненная: инженеры раз за разом видели мелкие неполадки, но так как корабль сразу не взрывался, эти нарушения стали считаться допустимыми. Система привыкла к риску — и это привело к катастрофе.

Уверен, предприниматели меня поймут: в бизнесе мы постоянно наступаем на те же грабли. У всех нас есть регламенты, написанные «кровью» — потерей денег, сорванными сроками, ушедшими клиентами. Но сотрудники регулярно пытаются их обойти, прикрываясь благими намерениями и «здравым смыслом».

Поделюсь нашей внутренней кухней. В нашей компании есть железобетонное правило: заявки от клиентов выполняются строго в хронологическом порядке. Первым пришел — первым обслужен.

Но человеческая природа берет свое. Сотруднику всегда хочется делать не то, что нужно, а то, что нравится. Включается мышление «свободного художника»: взять в работу сначала интересную и легкую задачку, либо ту, по которой громче всего кричит клиент в чате.

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

Но именно в этот момент система планирования умирает. Сложные и рутинные задачи навсегда оседают на дне бэклога, а клиенты быстро усваивают урок: чтобы получить результат быстрее, нужно просто громко ругаться.

Почему мы так бьемся за жесткую хронологию?

Справедливость для клиента. Заказчик твердо знает, что его проблема будет решена в порядке очереди. Без напоминаний и нервов.
Движение «висяков». Скучные заявки не игнорируются — очередь неизбежно толкает их в работу.
Реальные сроки. Только при линейном выполнении задач мы можем рассчитать свою пропускную способность и дать клиенту честный дедлайн.

Но любой регламент живет ровно до тех пор, пока за ним следят. Если пустить всё на самотек, команда моментально вернется к удобному хаосу. Поэтому мы следим за хронологией каждый день на координациях. Стоит мне перестать спрашивать: «А почему эта заявка взята в обход очереди?», как правило перестает существовать.

Мы строим системный бизнес, а не клуб по интересам. И соблюдение очередности для нас — это та самая гайка, которая удерживает механизм от катастрофы.

👇 Коллеги, а как с этим у вас?

Есть ли в вашем бизнесе правила, которые «написаны кровью» и которые вообще никак и никогда нельзя нарушать? Как вы следите за тем, чтобы мелкие отклонения не становились нормой? Поделитесь в комментариях, очень интересно сравнить опыт!
  • 🔥 7
  • 👍 5
  • ❤ 2
Post #1070 596
Пятница. У большинства уже выходные.
А у предпринимателей как раз окно: можно спокойно разобрать то, на что в будни не хватает времени.
На выходные — короткое практическое видео по 1С:УНФ 3.0.14: • как учитывать депозиты
• три рабочих схемы без путаницы в отчетах
• как видеть остатки по банку и депозитам в анализе бизнеса
Полезно, по делу, когда никто не отвлекает.
Смотрите, когда удобно 👇

🌐 Сайт Айтон:
https://www.itone.ru/blog/video/kinescope-ktntq9kkjatmvabm1gr8bw/

▶️ YouTube:
https://youtu.be/plWltHKh2JE

🎬 RuTube:
https://rutube.ru/video/7de05761f4c82a2413ce3d1e7d240d1b/

🔵 VK Видео:
https://vkvideo.ru/video-34758016_456239235

🟠 Дзен:
https://dzen.ru/video/watch/6a5a3ee700426c1e29a1a5ae
YouTube Депозиты и показатели бизнеса в 1С:УНФ 3.0.14 В этом видео разбираем две важные новинки релиза 1С:УНФ 3.0.14: учет депозитов и новые возможности анализа бизнеса. Показываем, как отражать размещение и возврат депозита, чем отличаются три схемы работы и как вывести остатки по банку и депозитам в денежном…
  • 🔥 5
  • ❤ 1
  • 👍 1
Post #1068 607
🚀 Как перестать платить менеджерам за "воздух"? Глубокая настройка финансовой мотивации в 1С:УНФ от iTone

В типовой 1С:УНФ есть инструменты для расчета премий — их можно привязать к выручке, количеству сделок и даже к валовой прибыли. Но на практике бизнесу этого часто недостаточно.

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

Опираясь на глубокий опыт выстраивания управленческого учета, команда iTone разработала расширение для 1С:УНФ, которое меняет правила игры. Мы сместили фокус с "продажи любой ценой" на реальную выгоду для бизнеса.

🎯 В чем фундаментальные преимущества нашей доработки?

- Фокус на чистой прибыли и рентабельности, а не просто на выручке. Премия рассчитывается из фактической прибыли по заказу покупателя или по компании в целом. Благодаря этому сотрудники начинают мыслить категориями итоговой рентабельности. Теперь они сами мотивированы четче планировать экономику каждой сделки: учитывать прямые и дополнительные расходы на старте, а затем внимательно отслеживать их в процессе работы. Им становится невыгодно необоснованно снижать цены, так как их личный доход напрямую и жестко связан с тем, сколько реально заработает компания.

- Прямая зависимость от реальных денег в кассе. Наша доработка учитывает процент фактической оплаты от клиента (30%, 50%, 100% и т.д.). Если покупатель внес только часть суммы, менеджер получит ровно этот же процент от своей расчетной премии. Это превращает отдел продаж в активных контроллеров дебиторской задолженности — менеджеры сами мотивированы требовать оплату без задержек. При поступлении остатка средств от клиента система автоматически доначислит премию в следующем месяце.

- Защита бизнеса при длинных сделках (Динамический перерасчет). Проекты могут длиться месяцами, и расходы по ним могут меняться. Если себестоимость заказа в процессе работы увеличилась, а итоговая прибыль упала, система автоматически проведет перерасчет. В текущем месяце премия менеджера будет автоматически скорректирована в меньшую сторону соразмерно падению прибыли. Компания защищена от переплат за убыточные проекты.

- Многоуровневая система распределения дохода. В сложных сделках редко участвует один человек. Расширение позволяет гибко распределять бонусный фонд между всеми участниками:

а. Ответственный сотрудник: получает свой базовый процент (с возможностью установки повышающего коэффициента при выполнении плана продаж).
b. Агент (помощник): получает фиксированный процент с прибыли за помощь в ведении заказа.
c. Вышестоящие сотрудники (РОПы, наставники): получают процент от прибыли со сделок своих подопечных или со всего курируемого подразделения.

- Управление изменениями в штате. Если сотрудник перешел на другую должность или уволился, начисление премий по его старым, еще тянущимся заказам можно легко остановить одной галочкой — "за прошлый период не начислять".

📊 100% Доверие через прозрачность

Мы сделали специальный отчет для рядовых менеджеров (без доступа к закрытым кадровым данным). Сотрудник видит всю экономику заказа: выручку, расходы, прибыль и % оплаты. Он четко понимает, за что начислена или удержана каждая сумма — это снимает все возражения и споры с руководством.


Грамотная автоматизация — это важный инструмент управления поведением команды и финансами бизнеса.

👉 Оставляйте заявку на внедрение: https://itone.ru/extended_support/
  • 🔥 5
  • ❤ 1
Post #1067 541
Умное распределение возвратов и точечная работа с ценами: автоматизируем рутину селлеров 🔄

Торговля на маркетплейсах — это вечный забег, где правила меняются быстрее, чем вы успеваете обновлять страницу. Больше всего времени съедает рутина: разобрать возвраты, проверить статусы, обновить цены...

У нас в арсенале три мощных модуля интеграции 1С:УНФ — с OZON, Wildberries и Яндекс.Маркетом. Наша команда непрерывно их дорабатывает, чтобы система думала за вас. Ловите свежее крупное обновление, в котором мы сделали работу с возвратами и ценами еще удобнее!

🎯 Умные возвраты: вы сами решаете, куда поедет товар

Автовозврат на склад отгрузки — штука классная (и она у нас всегда была), но на практике часто бывает нужно вернуть товар совершенно в другое место. Теперь всё максимально гибко:

- Настройка разрешенных складов: Вы сами задаете список складов, доступных для возврата. При оформлении просто выбираете нужный из выпадающего окошка.

- Умная автоподстановка: Если в списке разрешенных складов у вас всего один — модуль сам подставит его в документ, не задавая лишних вопросов. Если склад отгрузки есть в списке, система предложит его по умолчанию. А при необходимости вы можете вообще запретить возвращать товар на склад отгрузки!

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

- Загрузка истории без хаоса в датах: В обычной работе возвраты логично приходовать по факту получения товара. Но мы добавили опцию «Дата возврата на дату выдачи». Она спасает, когда вы подтягиваете старую историю работы с маркетплейсом! Прошлые возвраты не свалятся в базу «сегодняшним» днем, а аккуратно встанут в исторические даты выдачи товара продавцу.

💸 Снайперское обновление цен

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

📦 Полный контроль над логистикой и статусами

- Ozon ввел новый статус «Условно доставлен»? Мы уже научили наш модуль его понимать! Теперь такие отправления четко попадают во вкладку «Доставляются» и не ломают вам статистику.

- Появилась возможность сопоставлять статусы заказов покупателей в разрезе конкретных складов продавца. Максимальная гибкость для тех, кто управляет сложной логистикой с нескольких точек.

🎁 К тому же, сейчас переходить на наши решения максимально выгодно!

До 31 июля действует акция: при покупке или продлении наших модулей обмена на 12 месяцев вы получаете мощное расширение «Расходы на продажу» абсолютно бесплатно! Оно автоматически считает точную юнит-экономику и распределяет общие затраты прямо в себестоимость товаров.

Мы делаем всё, чтобы ваша 1С:УНФ работала на вас, а не наоборот.

Хотите облегчить себе жизнь, протестировать новые фишки в деле и забрать подарки? Оставляйте заявку на сайте:

https://wb.itone.ru/ - модуль для обмена с WB
https://ozon.itone.ru/ - модуль для обмена с OZON
https://ym.itone.ru/ - модуль для обмена с Яндекс Маркет
  • ❤ 4
  • 👍 3
Post #1066 614
Внешние системы лояльности — прикручиваем подарочные сертификаты Digift напрямую в кассу 1С:УНФ

Представьте классическую ситуацию на кассе розничного магазина в час пик. Покупатель протягивает подарочный сертификат сторонней системы (в нашем случае — Digift Processing). Что делает кассир, если интеграции с 1С:УНФ нет?

Начинается квест: свернуть РМК (рабочее место кассира), открыть браузер, залогиниться на портале лояльности, вручную вбить номер карты, нажать «списать», вернуться в 1С:УНФ и провести сумму.

Итог: очередь нервничает, кассир в спешке ошибается, а финансовый учет в конце смены не бьется.

С такой болью пришла клиентка. В типовой 1С:УНФ готовой связки с API Digift нет. Задача: сделать применение сертификатов в РМК быстрым, бесшовным и безопасным.

⚠️ Главная сложность: ловушка «смешанной оплаты»

Кажется, что достаточно просто добавить в 1С:УНФ кнопку «Списать сертификат». Но при интеграции "в лоб" возникает критическая уязвимость, если клиент делит оплату.

Допустим, корзина на 5 000 ₽. Покупатель дает сертификат на 3 000 ₽, а остаток хочет добить банковской картой.

Если 1С:УНФ сразу безвозвратно спишет деньги с сертификата, а терминал эквайринга затем выдаст ошибку «Недостаточно средств» — касса окажется в тупике. Покупка не завершена, а подарочный сертификат уже «сгорел» в системе Digift. Вернуть его — целая история через техподдержку.

⚙️ Как мы спроектировали безопасный обмен

Чтобы защитить кассу от таких разрывов, мы не стали делать прямое списание. Мы реализовали сложный алгоритм двухфазной заморозки, строго следуя логике API Digift:

1. Валидация «на лету»
Кассир просто сканирует штрихкод сертификата. 1С:УНФ в фоновом режиме стучится в процессинг Digift. На экран моментально выводится статус карты и доступный баланс.

2. Безопасная заморозка средств
Если баланс позволяет, кассир нажимает оплату. Но 1С:УНФ не списывает деньги окончательно! Средства на сертификате временно замораживаются.

3. Пересчет и доплата
1С:УНФ автоматически пересчитывает сумму чека с учетом аванса. Клиент прикладывает банковскую карту к терминалу и оплачивает остаток.

4. Финальное списание
Как только эквайринг дает добро и фискальный регистратор печатает чек, 1С:УНФ отправляет в Digift финальную команду. Только в этот момент деньги навсегда списываются с сертификата.

5. Железобетонные предохранители
А что, если доплата картой не прошла? Кассир просто отменяет чек. В этот момент 1С мгновенно отправляет специальную команду, и замороженные деньги возвращаются на баланс сертификата. Никто ничего не потерял.

💡 Итог
Кассир делает ровно одно привычное действие — пикает штрихкод. Вся тяжелая логика, обработка токенов безопасности, таймаутов и возвратов отрабатывает под капотом 1С:УНФ за доли секунды.

Интерфейс современной учетной системы должен быть простым. Но за этой простотой мы обязаны строить архитектуру, которая на 100% защищает бизнес от человеческого фактора и финансовых потерь.

Хотите подключить нестандартную систему лояльности или бонусов к вашей 1С? Мы не просто настраиваем обмен, мы встраиваем внешние сервисы в логику ваших процессов без костылей и ошибок. Разработаем интеграцию любой сложности. Оставляйте заявку на нашем сайте https://itone.ru/extended_support/
  • ❤ 5
  • 🔥 4
Older posts →
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →