Депозиты, цифровой рубль и прочие «вкусняшки» последнего релиза Розницы 3.0

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

Обмен с Бухгалтерией: депозитам дали зелёный коридор

Самое заметное с точки зрения учётчика — депозиты наконец-то начали путешествовать «сквозь зеркала» между Розницей и Бухгалтерией без танцев с бубном. Формат обмена 1.20 теперь понимает документы «Поступление на счёт» и «Расход со счёта» с видом операции «Депозит». То есть раньше мы ловили эти проводки в Бухгалтерии как «прочее», а потом вручную классифицировали: да это ж клиент внёс депозит, а это вывел. У бухгалтеров от такого глаза дёргались, я сам пару раз путал колонки в выгрузке.

Теперь картина иная. Представьте маленький ритейл с предоплатой за ремонт телефонов. Клиент заносит 5 000, кассир бьёт чек, в Рознице рождается «Поступление на счёт». Мы отправляем обмен — и Бухгалтерия принимает взносы как «Депозит». Субконто подставляются, отчёт «Движение денежных средств» сразу прозрачный. Прямо выдохнули.

Ещё важный момент: если контрагент внутри Розницы ведётся как «физлицо» без договора, Бухгалтерия тоже съедает запись без ругани. Проверил на тестовой базе: строк 200 протянул туда-обратно, ни одной ошибки синхронизации. Правда, для тех кто сидит на старом формате обмена 1.18 или 1.19, ничего кардинально не меняется: вид операции останется «прочее списание/поступление», а значит придётся классифицировать руками. Так что аргумент «обновляться лень» официально испарился.

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

Вернёмся к депозитам. Есть нюанс, о котором не пишут в релиз-нотах: если вы в Рознице дробите депозит на несколько аналитик (например, товарное направление + работы), при обмене документация затягивает только суммарную часть без детализации по номенклатуре. Я столкнулся, когда тестировал сеть автосервисов: бухгалтеру хотелось видеть, сколько из депозита уходит на запчасти, а сколько на труд. Решили хитрить — оформлять два отдельных «Поступления», каждый со своим видом дохода. Работает как часы, но да, чуть больше кликов на кассе.

А ещё проверяйте версию платформы. На 8.3.25 синхронизация депозитов шла без вопросов, а вот на 8.3.22 утром словили заминочку с RLS-правами. Не критично, но логи обсыпало предупреждениями. На горячую линию уже отписался, если будет ответ — добавлю апдейт.

ЭПД стал «самозаполняться»: меньше ручек, меньше ошибок

Теперь о перевозочных документах. Честно: пока всё это выглядело экспериментом. Но начиная с 3.0.14.159 ощущения поменялись. Данные о грузе подтягиваются прямо из карточки номенклатуры. Зашёл в номенклатуру, вкладка «ЭДО» — и там появилось поле «Описание груза». Пишем «Смартфоны б/у, 50 шт», ставим галочку «насыпной/наливной» если надо, объём считается автоматически из габаритов. Создаём электронную транспортную накладную (ЭТрН) — и видим, что габариты уже стоят. Выглядит мелочью, на деле экономит минут пять на каждый документ.

Приведу живой кейс. Магазин мебели в Нижневартовске возит диваны между салонами. Раньше менеджер логистики открывал Excel, сверял ширину/длину/высоту каждого артикула, потом вносил в ЭПД. 12 позиций — 12 копирований. Теперь достаточно заполнить карточку товара один раз, ЭТрН собирает всё сама. Вчера проверяли: на отгрузку 8 наименований ушло 7 минут вместо 25. Логист расцвёл.

Автозаполнение адресов тоже порадовало. Формируем ЭПД на основании «Расходной накладной» — и пункт выгрузки, и цена груза уже проставлены. Не надо держать в голове, откуда едет фургон. Тестировали по маршруту Сургут-Ханты, сработало. Правда, если у накладной несколько складов-источников, адрес подставится первый попавшийся — держите в уме.

По управлению доступом тоже апдейт: профиль «ЭПД» добавлен. У меня был случай, когда кладовщик случайно залез в ЭДО и удалил черновик ЭТрН, потому что у него полные права. Теперь просто выдаём профиль «ЭПД» нужным ребятам, и лишнего не накосячат.

Отдельная радость — корректная работа облачной кассы с чеком коррекции. Потихоньку сервисы уходят от физического ФР, кассы в облаке уже норма. Проблема: как напечатать чек коррекции, если был неверный пробой? Теперь в Рознице можно: выбираем нужную облачную ККТ и шлём чек. Две оговорки — наличными такой чек не примет, и если создаёте на основании старого чека, «перескочить» на другую кассу не получится. Справедливо, чтобы не плодить хаос.

Эта тема уже поднималась в Telegram-канале, туда мы кидаем скрины ошибок, быстрые пач-ноуты и обсуждаем, какие флаги в РМК включать, чтобы кассиры не запутались. Формат короче, без длинного разбора, зато реакция мгновенная.

Ну а про электронный чек и возможность на лету переключать «бумага/электрон» — отдельная песня. Вчера выхожу в торговый зал, кассир: «Попросили чек на почту, но клиент в последний момент захотел бумагу». Раньше-то как? Возврат, новый пробой. Сейчас достаточно снять галочку «Электронный чек» и включить «Бумажный». Три секунды.

Что ещё, мимоходом. Компонента штрихкода обновилась до 10.0.13.9, QR УПК формируется быстрее, драйвер Сбербанка поднялся до 2.8.3.6. Казалось бы, «минор», но я как консультант ценю: меньше экстренных выездов к заказчику, когда терминал вдруг перестал ловить оплату.

Цифровой рубль: звучит футуристично, но уже работает на кассе

Самый хайповый пункт — поддержка цифрового рубля через СБП. Многие машут рукой: «Да кто им будет платить, карты же привычнее». А я вот видел очередь в кофейне, где NFC телефон поднесли — и терминал не принял, потому что карта была заблокирована банком. Кассир предложил QR СБП, клиент отсканировал, выбрал «оплатить цифровыми». Чек ушёл в Розницу как «операция по платежной карте», флаг «Цифровой рубль» проставился, в отчёте о розничных продажах платеж всплыл отдельной строкой.

Для учёта в Бухгалтерии тоже всё чисто. Платёж попадает как безнал, но проводка сразу с видом «цифровой рубль». Так что финансовый директор радуется — прозрачность 100 %. Напомню, что легальную базу подвезли ФЗ-339 и 340, летом 23-го. Если кто-то ещё думает, «а надо ли», совет: включите хоть на одну кассу, посмотрите отчёты. Не понравится — выключите. Внедрение ноль рублей, если у вас уже есть настройка СБП.

Также мелкая, но приятная деталь: РМК теперь сохраняет выбор типа чека. Если по умолчанию магазин уходит в электронку (не печатаем бумагу, но отправляем смс), кассир всё равно может ткнуть «распечатать», если клиент настаивает. И наоборот. Реже клиент уходит недовольный.

Ах да, чуть не забыл про нюанс с «СБП + депозит». Если вы принимаете депозит через СБП, а клиент решил внести не цифровой, а обычный онлайн-перевод, вид операции «Депозит» в Розницу проставится, а признак «цифровой рубль» — нет. Так и должно быть: два разных набора аналитик. Главное – не путать в отчётах.

Заметили, как всё начинает связываться? Депозиты корректно летят в Бухгалтерию, ЭПД тянет данные из карточек, платёжка ловит цифровые рубли, а касса в облаке закрывает чек коррекции. Всё это вроде кусочки одной головоломки, и теперь они щёлкают на место. Я ещё не рассказывал, как обновлённый профиль прав «ЭПД» спас нас от случайного удаления документов в пять утра и как QR УПК перестал сыпать ошибками на Zebra ZD220, но это уже следующая история, потому что…

Депозиты под нагрузкой: грабли и анти-грабли

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

Лайфхак: в роли кассира отключите возможность менять счёт вручную. Делается через «Настройку прав и ролей» — флаг «Изменение банковского счёта» снимаем. Кассир нажимает «Поступление на счёт», система сама подставляет 57.04 «Депозиты покупателей», дальше работает автоматика. Проверили — ни одного «красного» сообщения в журнале обмена. Да, иногда придётcя заводить второй счёт (например, для мультивалюты), но это лучше, чем ежедневно вылавливать ошибки.

Вторая ловушка: частичный возврат депозита. Сеть автоломбардов оформляет «Расход со счёта» на 3 000, оставляя в базе хвост 2 000. При обмене документ ушёл, а остаток по депозиту в Рознице остался, что логично. Но Бухгалтерия попыталась закрыть субконто целиком. Решение — в «Расходе» ставим галку «Сумма в зачет предоплаты», тогда обмен формирует корректирующее движение «Депозит – возврат». После этого отчет «Сверка взаиморасчётов» по контрагенту идеально сойдётся по обеим системам.

Цифровой рубль по-живому: касса, возврат, смешанная оплата

Теория — это хорошо, но вот практический расклад. День третий теста: покупатель берёт худи за 4 790 ₽, предъявляет подарочный сертификат на 3 000 и доплачивает цифровым рублём через СБП. Комбинированная оплата без проблем пробивается одним чеком: первая строка — «Сертификат», вторая — «Цифровой рубль». В отчёте ОРП система разносит суммы по двум методам оплаты, а главное — статусы «Погашен сертификат» и «Получен цифровой рубль» идут параллельно, не мешая друг другу.

Ошибка №1, которую видел уже дважды: кассир сначала выбирает тип платежа «Быстрые платежи», а галку «Цифровой рубль» забывает. Чек проходит, но флаг в движениях не ставится — бухгалтер потом не видит, какая доля продаж пришлась на новую форму денег. Исправляется просто: внесите в инструкцию для кассиров пункт «сначала меняем тип денежных средств», а для контроля в отчёте «Кассовые операции за смену» добавьте колонку «Цифровой рубль». Появилась хоть одна строка без галки — повод подсветить смену красным.

Ошибка №2: возврат. Если чек продажи был с цифровым рублём, то возврат тоже должен идти тем же способом. Но кассир по привычке жмёт «Наличными» — и облачная ККТ начинает ругаться кодом 3920 «Неверный тип оплаты». В релизе 3.0.14.168 защита включена: при возврате система автоматически проставляет тот же метод оплаты, изменить нельзя. Так что, если видите ошибку в старой базе, знайте — вас ещё не настигло обновление 1с.

ЭПД и время: экономим ещё пять щелчков

Вернёмся к перевозкам. После обновления я заметил, что операторы всё равно корректируют габариты вручную, хотя автозаполнение уже работает. Причина банальна — в карточке номенклатуры не заполнили вес. Без веса ЭТрН формирует «0 кг», и водитель в путевом листе получает «странный» груз. Делайте так: при массовой загрузке товаров через Excel заносите и вес, и объём, даже если это упаковка чая. Допустили ошибку — при следующем ЭПД править придется снова.

Полезный трюк: на вкладке «ЭДО» можно задать шаблон описания груза. Например, «Мебель корпусная, код ТН ВЭД 940360». Тогда при создании накладной у оператора не возникнет дилеммы — писать коротко «диван» или длинно «Диван угловой тканевый». Стандартное описание особенно важно для международных перевозок, где таможня не любит креатив.

Оборудование и драйверы: два патча, которые спасли смену

На практике новое ядро штрихкода 10.0.13.9 решило давнюю проблему с читабельностью DataMatrix. На сканере Honeywell 1470g старый драйвер иногда «терял» квадрат, если принтер Zebra слегка перенасыщал краску. Теперь баркод читается, даже если он выцвел на свету. Проверил на пачке кофе, что пролежала на витрине полгода — скан сработал.

С драйвером «1С:Эквайринговые терминалы Сбербанк 2.8.3.6» тоже интересный кейс. В магазине бытовой техники клиенты любят «рассрочку 0-0-24». Терминал делает две операции подряд: сначала блокирует сумму, потом сразу списывает бонус. На версии 2.8.3.3 вторая транзакция улетала в «подвисший» статус, приходилось перезапускать кассу. После обновления — ни одного зависания за три дня. Так что 1с розница и финтех всё ближе к «нажал — работает».

Базовые отчёты, которые стоит глянуть сразу

1. «Движение денежных средств» — проверьте, что тип «Депозит» появился отдельной строкой. Если затесались операции «Прочее поступление» со счётом 57.04 — значит, где-то старый формат обмена или не тот вид операции.

2. «Отчёт о розничных продажах» — добавьте фильтр «Цифровой рубль». Видите ноль, а в магазине уже висит наклейка «Принимаем цифровой рубль» — ищите зарытый баг. Чаще всего это невыбранный метод оплаты на кассе.

3. «Незавершённые ЭПД» — если документ в статусе «Черновик» старше суток, включите напоминание. Система покажет всплывашку логисту утром, и груз поедет вовремя. Маленькая деталь, но экономит штрафы за просрочку отправки данных перевозчику.

Что положить в чек-лист администратора после обновления

• Тест на создание «Поступления на счёт» с видом «Депозит», обмен туда-обратно, сверка субконто — 15 минут.
• Смешанная оплата цифровым рублём + сертификат, продажа и возврат — 10 минут.
• Пробой чека коррекции на облачной ККТ — 5 минут.
• Создание ЭТрН по новой схеме автозаполнения — 8 минут.
• Скан любых 10 товаров на старом и новом драйвере штрихкода — 3 минуты.

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

Вместо вывода

Апдейт 3.0.14.168 показал себя не как набор «косметики», а как связка взаимодополняющих штук: депозиты летят сквозняком, электронные перевозочные документы почти пишут себя сами, касса дружит с цифровым рублём так же буднично, как когда-то подружилась с Apple Pay. Живём в интересное время: пару галочек — и у тебя на экране уже новая форма денег. Вопрос открытый: готовы ли ваши кассиры и бухгалтера к такой скорости перемен? Поделитесь, сколько дней ушло на адаптацию — любопытно сверить цифры.