Де оновлення 1с роздріб 2.2 4. Знижки, дисконтні картки, програми лояльності

Старий друг краще нових двох - ця приказка якнайкраще відображає підхід до експлуатації ПЗ у корпоративному середовищі. Особливо це стосується ПЗ безпосередньо зав'язаного на ключові бізнес-процеси, наприклад, що обслуговує роздрібні продажі. Однак, якщо витрати на підтримку застарілого програмного забезпечення стають надмірно високі, саме час задуматися про перехід на нові версії. Сьогодні ми поговоримо про перехід з популярної конфігурації 1С:Роздріб 1.0 на сучасну версію 2.2, окремо зупинившись на підводних каменях і можливих складностях, якими рясніє даний процес.

Основним каталізатором переходу служить відмова фірми 1С подальшого розвитку функцій ЄДАІС у старих конфігураціях:

Інформація для користувачів та партнерів №21042 від 12.02.2016

До 31.07.2016 у редакції 1.0 конфігурації "Роздріб" планується підтримувати зміни законодавства та виправляти виявлені помилки. Розвиток інтеграційного інтерфейсу з ЄДАІС щодо передачі даних про рух алкогольної продукції не планується.

Починаючи з 01.08.2016, підтримка редакції 1.0 не планується.

Таким чином, користувачі 1С:Роздріб 1.0 стають перед вибором: переходити на редакцію 2.2 або підтримувати "одиничку" власними силами. Останній варіант пов'язаний із значними ризиками при неможливості своєчасно та в повному обсязі реалізувати останні зміни до ЄДАІС, які можуть вилитися як у припинення продажів алкогольної продукції, так і застосування до підприємства штрафних санкцій від Росалкогольрегулювання.

Незважаючи на те, що перехід з редакції 1.0 на 2.2 офіційно підтримується 1С, процедура конвертації таїть у собі досить багато підводного каміння і не всі з них вдається обійти з першого разу, тому ми рекомендуємо спочатку відпрацювати цю процедуру в тестовому середовищі і лише потім переходить до конвертація робочої бази. Такий підхід дозволяє реально оцінити необхідні витрати часу та сил, а також скласти докладний план дій щодо переходу.

Відразу звернемо вашу увагу, процес конвертації бази досить тривала процедура, тому відразу виділіть для цих цілей потужний ПК з хорошим процесором, також не буде зайвою наявність у ньому SSD, як показав наш досвід, твердотільний накопичувач дозволяє зменшити час конвертації на 20-25%. але для цього, на ньому повинна бути розташована не лише сама інформаційна база, а й тимчасова папка користувача ОС, який проводить конвертацію.

Підготовка бази. Загальні процедури

Перед тим, як приступати до переходу, слід виконати ряд необхідних підготовчих дій. Закрийте всі касові зміни, виконайте всі обміни та синхронізації, завершіть регламентні процедури. Перевірте інформаційну базу щодо наявності непроведених і незавершених документів, оскільки перевести конвертовані документи у новій базі фірма 1С настійно не рекомендує. Завершіть усі операції приходу та переміщення за ордерними схемами. Обробіть вже завантажені ТТН ЄДАІВ.

Простіше кажучи, необхідно завершити всі розпочаті у вихідній базі господарські операції. Після цього відключіть усі регламентні завдання та видаліть помічені об'єкти (які можна видалити).

Підготовка бази. Ціноутворення

У редакції 1.0 із ціноутворенням є невелика плутанина, існують два документи встановлення цін: Встановлення цін номенклатуриі Встановлення цін у магазині. Дані про ціни також зберігаються у двох регістрах: Ціни номенклатуриі Ціни номенклатури магазинів. З погляду користувачів дія обох документів виглядає однаково і дуже часто може скластися така ситуація: записи про ціни є лише у регістрі Ціни номенклатури магазинів, регістр Ціни номенклатурипри цьому порожній.

У редакції 2.2 залишився єдиний регістр Ціни номенклатури, який при конвертації заповнюється на основі документів Встановлення цін номенклатури, а документ Встановлення цін у магазиніконвертується у документ Застосування ціннової конфігурації.

Таким чином, якщо конвертувати подібну базу, ви залишитеся без цін номенклатури. Що робити? Рішення досить просте - необхідно створити документ Встановлення цін номенклатурита заповнити його поточними цінами магазину (одного з магазинів).

Якщо у вас різні магазини мають різні ціни, слід створити кілька типів цін, наприклад, "Роздрібна Магазин Ромашка", "Роздрібна Магазин Волошка" і т.д. Після чого створити документи Встановлення цін номенклатурикожного типу цін, заповнивши їх цінами відповідного магазину.

Це зумовлено різним підходом до ціноутворення у редакціях, у редакції 1.0 ціни магазинів зберігалися у спеціальному регістрі, у редакції 2.2 регістр залишився один і різні ціни у різних магазинах досягаються установкою для кожного свого типу цін.

Підготовка бази. Перевірка цілісності посилань

Посилальна цілісність - важлива якість будь-якої бази даних та 1С:Підприємство не є винятком. Однак з точки зору платформи наявність посилань на неіснуючі об'єкти не є помилкою і подібні ситуації можуть мати місце, не завдаючи при повсякденній роботі ніяких незручностей. Але все таємне рано чи пізно стає явним і посилання на неіснуючі об'єкти здатні додати чимало головного болю під час конвертації, тому слід подбати про вирішення цієї проблеми заздалегідь.

Взагалі виконувати Тестування та виправлення(ТіІ) інформаційної бази перед будь-якими серйозними маніпуляціями з нею – дуже і дуже правильна ідея. Однак за умовчанням 1С не виконує жодних дій з посиланнями на неіснуючі об'єкти, тому рішення потрібно ухвалити самостійно.

З точки зору відсутності подальших проблем при конвертації зручніше очищати посилання та видаляти об'єкти, але це може призвести до втрати даних, тому правильнішим рішенням буде виконати перевірку, не виконуючи жодних дій, а потім, проаналізувавши ситуацію, вибрати необхідну дію.

Наприклад, у нашому випадку ми зіткнулися з численними посиланнями на неіснуючий об'єкт, такі посилання правильно буде очистити.

Закінчивши підготовку вихідної бази, обов'язково зробіть її резервну копію, щоб, якщо в процесі конвертації щось піде не так, можна було повернутися відразу до цього місця і не виконувати підготовчі дії заново.

Конвертація інформаційної бази

Для конвертації вам знадобиться Перехідна конфігурація 2.0.1.10, яку можна отримати на порталі 1C:Оновлення програм, не слід плутати її з однойменним релізом редакції 2.0, за його допомогою виконати конвертацію не вдасться.

Для початку процесу конвертації виконайте оновлення поточної конфігурації Роздріб 1.0 на перехідну конфігурацію за допомогою cf-файлу з комплекту її поставки. Якщо конфігурація інформаційної бази допрацьовувалась, а найчастіше це так, ви можете отримати приблизно таке повідомлення:

Після чого обов'язково зробіть Тестування та виправлення, збережіть копію бази та повторіть оновлення на проміжну конфігурацію. Після оновлення відкрийте налаштування користувача, під яким буде конвертуватися і встановіть йому наступні права: Адміністрація, Запуск товстого клієнта, Запуск тонкого клієнта, Повні права.

Тепер можна запустити проміжну конфігурацію у режимі 1С:Підприємства. При цьому автоматично запуститься обробка конвертації даних, до речі, це єдина дія доступна в даному режимі, якщо закрити обробку роботу з конфігурацією буде завершено.

Подальший процес не вимагає вашої безпосередньої участі, але здатний зайняти значний проміжок часу, який доведеться враховувати під час планування реального переходу. А поки що можемо переключитися на інші завдання, час від часу поглядаючи на екран. Якщо в процесі конвертації виникають помилки, слід завантажити копію бази, збережену перед оновленням на проміжну конфігурацію, усунути помилки та повторити конвертацію.

Після завершення конвертації слід оновити проміжну конфігурацію до актуального релізу редакції 2.2 штатним чином або за допомогою cfu-файлу з постачання оновлення. При оновленні конфігурації бази даних ви можете отримати таке попередження: Після виконання у списку не залишилося б жодного користувача з адміністративними правами.

Знову відкрийте список користувачів та додайте вашому адміністративному користувачу ролі Адміністраціяі Адміністратор системи.

Може статися так, що відразу після оновлення роль Адміністратор системи буде недоступна у списку, тому виконайте запуск конфігурації в режимі підприємства, а коли отримаєте повідомлення про неможливість входу до системи - поверніться до Конфігуратора та додайте необхідну роль.

Початкове налаштування

Після завершення переходу на редакцію 2.2 слід виконати початкове налаштування. Почніть із розділу Адміністраціята уважно перегляньте налаштування у пунктах: Налаштування номенклатури, Маркетинг, Запаси та закупівлі, Продажі.

Потім налаштуйте обладнання, що підключається на робочих місцях, для цього перейдіть в.

Тепер переходимо до розділу НСІта налаштовуємо параметри Магазинів, Складів, Касі Кас ККМ.

Особливу увагу приділіть новому пункту - Каси ККМ, тепер прив'язка до робочого місця та торговельного обладнання виконується тут, а не в налаштуваннях устаткування, що підключається, як було в редакції 1.0.

Налаштування користувачів та груп доступу

Як ви вже встигли замінити, від користувачів редакції 1.0 переносяться лише найменування, всі права та ролі користувачів доведеться налаштувати заново. Для цього перейдіть до Адміністрація - Користувачі та права, але не поспішайте переходити до списку користувачів. У редакції 2.2 права користувачів призначаються на основі Груп доступуі їх слід налаштувати насамперед.

Крім уже існуючої групи Адміністраторанам знадобляться групи Касир, Касир операційної касиі Користувач синхронізації данихЦе мінімальний набір груп для касирів, що працюють в режимі РМК. Також не буде зайвим створити групи і для інших співробітників, скажімо Комірникабо Маркетолог, які слід додавати користувачам, які виконують відповідні функції, також не забувайте про Користувача синхронізації даних, до роботи з різноманітних синхронізаціями і обмінами (РИБ, ЕДАІС тощо.).

Після цього зробіть налаштування користувачів, включивши їх у потрібні групи доступу та налаштувавши інші параметри. Не забудьте заглянути у розділ Додаткові права користувачів, де виконайте тонке налаштування прав, особливо тих, що стосуються налаштувань РМК для касирів. Для зручності налаштувань користувачів слід об'єднувати групи та виконувати налаштування для груп.

Налаштування РМК

Налаштування РМК здійснюється в розділі Продажі. Сам пункт налаштувань жодних принципових змін не зазнав, проте додалася можливість гнучкого налаштування нижньої панелі та були розширені можливості роботи з швидкими товарами, для цього перейдіть до пункту Палітра швидких товарів.

Щоб швидко налаштувати робоче місце, можна скористатися досить зручним Помічником налаштування касового місця, який слід запускати безпосередньо на касовому вузлі. Тут можна відразу перейти в режим РМК і перевірити його роботу.

Однак не обійшлося без ложки дьогтю, в редакції 2.2 багато гарячих клавіш режиму РМК були змінені і, якщо ви використовуєте, вам доведеться створити для них нову розкладку і залити її в обладнання на касах.

В цілому перехід на новий РМК не викликає суттєвих складнощів, і касири звикають до змін вже за кілька годин роботи, в той же час рекомендуємо на цьому етапі приставити до них співробітника (або технічного спеціаліста), який вже освоїв новий РМК, для своєчасного вирішення виникаючих складнощів і непорозумінь, щоб не збирати черги та не викликати невдоволення покупців.

Ваговий товар

Після налаштування РМК можна відкривати магазин і починати обслуговувати покупців, продовжуючи інші налаштування в робочому режимі, але не поспішайте цього робити, на вашому шляху залишилися кілька абсолютно неочевидних, але суттєвих проблем.

Значну частину асортименту продовольчих магазинів складають для роботи з якими використовуються ваги з печаткою етикеток, це зручно і для магазину, і для покупців. Касири просто "пробивають" ваговий товар за штрихкодом, а покупець відразу бачить вагу та вартість товару.

Для роботи з ваговим товаром у редакції 1.0 використовувалися PLU-коди та особлива структура штрих коду, яка включала в себе PLU товару та його вагу. Для зберігання PLU-кодів було використано спеціальний регістр Коди товарів PLU.

У редакції 2.2 роботу з ваговим товаром було змінено, зокрема з'явилися регістри Коди товарів SKU, який є аналогом регістру Коди товарів PLUредакції 1.0 та Коди товарів PLU на устаткуванні, що дозволяє зіставляти внутрішні коди обладнання ( PLU) кодам товарів з ІБ ( SKU), це зручно і дозволяє гнучкіше працювати з обладнанням, але зараз мова не про це. Після конвертації обидва ці регістри порожні.

Щоб оцінити масштаб проблеми, вийдіть у торговий зал і оцініть кількість вагового товару, а потім зверніть увагу на те, яка кількість товару вже розфасована.

Загалом вирішення проблеми зрозуміло, треба заповнити регістр Коди товарів SKUзаписами з регістру Коди товарів PLUредакції 1.0, але як швидко зробити? Адже наше основне завдання – виконати перехід із мінімальним простоєм продажів у магазині.

Повернемося у вихідну базу та відкриємо регістр Коди товарів PLU, потім через меню Діїоберемо Вивести списокі у вікні, що відкрилося, залишимо тільки PLUі Номенклатура. Отриманий список збережемо як табличний документ Excel.

Файл, що вийшов, слід трохи відредагувати, залишивши в ньому PLU тільки вагового товару і прибравши штучні, в нашому випадку вагові PLU займають діапазон від 0 до 99 999 (залежить від налаштувань в базі).

Тепер у редакції 2.2 запустимо стандартну обробку Завантаження даних із табличного документа, яка доступна на дисках ІТС, та завантажимо в неї наш файл. На першій вкладці виберемо завантаження в регістр відомостей, а як регістр вкажемо Коди товарів SKU.

На другій вкладці перевіримо відповідність колонок нашому файлу і приберемо зайві галочки, залишивши для завантаження тільки SKUі Номенклатуру.

Якщо колонки у вашому файлі не збігаються з порядком у регістрі, потрібно буде вказати колонки вручну, для цього виберіть Ще - Нумерація колонок - Ручна нумерація колонок табличного документа. Після того, як все буде готове, натискаємо Завантажити даніта перевіряємо результат відкривши регістр Коди товарів SKU.

Для налаштування роботи з вагами повернемося до Адміністрація - Устаткування, що підключаєтьсяі встановимо галочку Обмін з обладнанням, що підключаєтьсяв розділі Устаткування Offline, а потім перейдемо до Правил обміну з обладнанням, що підключається..

У правилах обміну вибираємо тип обладнання (Терези з печаткою етикеток) та заповнюємо параметри вивантаження в них. Можна обмежити дані, що вивантажуються, приналежністю до групи або сегменту номенклатури. У великих магазинах зручно зробити кілька правил обміну: для ковбасного відділу, овочевого, рибного і т.д.

Потім можна перейти на вкладку Прайс листі перевірити, яку саме номенклатуру буде вивантажено за створеними нами правилами.

Тепер підключимо ваги як звичайне торгове обладнання, єдиний момент – не забудьте в налаштуваннях призначити ваги правила обміну.

Робота з вагами здійснюється у розділі Продажі - Обмін з обладнанням, що підключається..

Логіка роботи з вагами залишилася незмінною і будь-яких складнощів у вас виникнути не повинно.

Знижки, дисконтні картки, програми лояльності

На відміну від вагового товару, цей момент відображено у документації до перехідної конфігурації:

Переносяться лише найменування елементів довідника Знижки (націнки). Користувачеві потрібно створити умови знижок та налаштувати перенесені знижки.

Але документацію читають не всі та не всі аспекти в ній відображені, тому зупинимося на знижках докладніше. Разом із ваговим товаром це головна перешкода до початку продажу. Ні, ми звичайно можемо будь-якої миті змінити дію програми знижок або призупинити її, але покупці поставляться до цього вкрай негативно, особливо якщо вони приймали рішення відвідати ваш магазин саме через знижки або наявність дисконтної картки.

Якщо перейти в Маркетинг - Маркетингові акціїТо побачимо, що самі маркетингові акції перенеслися нормально, додаткових дій тут не потрібно.

А ось від знижокзалишилися справді одні назви і всі умови доведеться заповнити наново.

Також порожніми будуть умови надання знижокі їх також потрібно створити самостійно.

Але це ще не все, для керування знижками часто використовуються сегменти номенклатури, зовні з ними все гаразд і дані відповідного регістру на місці, однак при спробі сформувати сегмент або змінити його налаштування ми зіткнемося з помилками. Для прикладу вгорі показані параметри перенесеного сегмента, внизу - новоствореного.

Як показала практика, перенесені сегменти повністю непридатні до використання і всі сегменти номенклатури слід створити заново, не забувши потім замінити посилання у документах зі старих сегментів на нові.

Інформація про дисконтні картки та накопичення за ними переноситься коректно.

Після того, як система знижок запрацює можна відкривати магазин, всі інші налаштування безпосередньо на продаж не впливають.

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

І знову ціноутворення

Ціноутворення у редакції 2.2 викликає найбільше нарікань у тих, хто звик працювати з редакцією 1.0. Справді, принципи та механізми ціноутворення у новій редакції досить сильно відрізняються від таких у старій. Але чи стали вони гіршими? Ні. Навпаки додалося багато нових можливостей автоматизації цього процесу, що дозволить значно скоротити час і зменшити кількість помилок.

Найпоширеніше заперечення: ми маємо ручний режим встановлення цін. Однак, якщо розібратися, то з'ясуватись, що система ціноутворення вкладається у певний набір правил, скажімо: молочка – 15%, алкоголь – 35%, решта – 30%. Причому ці групи можуть уперемішуватися в межах однієї накладної, що і є основною причиною для заяв про "ручний режим". Але все це легко автоматизувати. Для цього перейдемо в Адміністрація - Маркетинг - Ціноутворенняі включимо Цінові групи.

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

Увімкнувши цінові групиповернемося до розділу Маркетингта створимо окремі групи для кожного виду товару зі своїми правилами націнки.

Приналежність номенклатури до тієї чи іншої цінової групи задається в картці номенклатури, швидко змінити цінову групу у великої кількості елементів можна групової обробки. Перейдемо до Адміністрація - Підтримка та обслуговування - Коригування даних - Групова зміна реквізитів.

Далі простіше, вибираємо довідник Номенклатураі робимо відбір необхідних позицій, наприклад, щодо входження до необхідної групи.

Потім вказуємо нове значення необхідного реквізиту та застосовуємо зміни.

Після чого повертаємось у Маркетинг - Види ціншвидше за все там буде одна або кілька (за кількістю магазинів) роздрібних цін. Для нормальної роботи системи ціноутворення в новій версії перш за все додамо закупівельну ціну. Спосіб встановлення ціни вказуємо як Заповнювати за даними ІБ під час вступу, схема компонування даних - Ціни надходження.

Тепер переходимо до роздрібній ціні, встановлюємо спосіб завдання ціни Розраховувати на інші види ціні задаємо правила її обчислення та округлення, причому для кожної цінової групи можна задати власну формулу.

Якщо у вас є кілька магазинів, виконайте аналогічні налаштування для роздрібних цін кожного магазину. Потім у Маркетинг - Правила ціноутвореннястворіть своє правило для кожного магазину, вказавши у ньому потрібний вид ціни. Зв'язати правила ціноутворення з магазинами можна в НСІ - Підприємство - Магазини.

Шаблони цінників та етикеток

Як і зі знижками, з попередньої редакції переносяться лише назви шаблонів. Можна, звичайно, створити їх заново, але є спосіб полегшити свою працю. Знову увійдемо до старої бази Сервіс - Етикетки та цінники - Шаблони етикеток та цінників. Відкриємо потрібний шаблон на редагування і вивантажимо його в mxl-файл, натиснувши на кнопку з дискетою.

У новій базі переходимо в Адміністрування - Друковані форми, звіти та обробки - Шаблони етикеток, цінників та чеків ККМ, відкриваємо потрібний нам шаблон і імпортуємо вміст mxl-файлу.

Все, що вам тепер залишається – це замінити змінні редакції 1.0 на змінні нової редакції. Зробити це нескладно, виділяємо потрібну змінну, видаляємо текст і додаємо нову змінну зі списку ліворуч. Усі розміри та форматування при цьому зберігаються. Потім задайте кількість на сторінці, щоб швидко визначити потрібні значення можна піти на маленьку хитрість - задайте свідомо більше значення і спробуйте зберегти шаблон, система сама підкаже вам потрібну кількість.

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

Розподілена інформаційна база (РІБ)

Усі налаштування синхронізації при конвертації губляться і мають бути налаштовані заново. Що стосується РИБ це ускладнюється необхідністю максимально зменшити можливий час простою. Питання це за великим рахунком організаційніший, ніж технічний, але хороший технічний фахівець якраз відрізняється розширеним кругозіром і вміє брати до уваги не тільки технічні аспекти виконуваної роботи.

У зв'язку з цим, при плануванні переходу передбачте час на налаштування основної бази, формування початкових образів РИБ та їх передачу на віддалені точки. Як правило це передбачає простий віддалених магазинів протягом певного часу, тому буде непогано поєднати перехід з іншими плановими операціями, що передбачають закриття магазину, наприклад, санітарним днем.

Висновок

Незважаючи на те, що цей матеріал вийшов досить об'ємним, ми розглянули в ньому тільки найзагальніші питання переходу, постаравшись провести вас в обхід основних підводних каменів, які можуть зустрітися вам на дорозі. Але це лише одна із складових успіху.

Щоб перехід пройшов максимально безболісно, ​​необхідно провести хронометраж пробного переходу, щоб мати точне уявлення про витрати часу на ту чи іншу операцію, після чого скласти докладний план, у якому розподілити ролі всіх учасників переходу та виконувані ними на тому чи іншому етапі дії. Погодьтеся, що набагато краще, коли кожен діє згідно заздалегідь складеного плану, ніж намагається "допомогти швидше запустити магазин" у міру свого розуміння та розуміння.

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

• Теги:

Please enable JavaScript to view the

Процедура оновлення бази 1С потребує певних знань та навичок поводження з комп'ютером, тому часто вона становить складність для користувача. Тому якщо є можливість, то найкраще.

Отримати необхідні для оновлення файли можна кількома способами:
- По-перше, останні оновлення доступні на сайті users.v8.1c.ru, доступ до якого Ви отримуєте при укладанні договору на ІТС (інформаційно-технологічний супровід);
- по-друге, можна оновити 1С через Інтернет, для цього треба мати реєстраційні дані (логін та пароль).

У цій статті описано спосіб оновлення конфігурації при завантаженні файлів оновлення, але Ви можете використовувати цю статтю, щоб оновити програму через Інтернет. Для цього необхідно пропустити пункт 2, а при виконанні пункту 4 встановити галочку 9 та зняти галочку 8, а потім ввести логін та пароль.

УВАГА! Якщо конфігурація допрацьовувалась програмістами 1С, не рекомендується виконувати оновлення власними силами, т.к. це може призвести до помилок і навіть втрати даних.

Ця стаття є інструкцією з оновлення змін 1С:Підприємство 8.3. Отже, почнемо по порядку.

1. Насамперед, створіть копію вашої бази. ви можете прочитати про те, . За наявності бекапу, якщо щось піде не так, ви завжди зможете повернутися до вихідної точки і, або почати процес заново, або скористатися послугами програміста 1С.

2. Тепер розпочинаємо безпосередньо оновлення. Відкриваємо каталог із оновленням, запускаємо файл setup.exe та встановлюємо оновлення до каталогу за замовчуванням.

3. Запускаємо конфігуратор (дії 1 і 2 малюнку). Вибираємо користувача з адміністративними правами (дія 3 малюнку).

У вікні Конфігуратора заходимо у меню Конфігурація → Підтримка → Оновити конфігурацію(Дія 4 на малюнку).

Якщо дія 4 не доступна, необхідно спочатку відкрити конфігурацію (дія 5) і після цього повторити дію 4.

У вікні вибираємо пункт «Пошук доступних оновлень (рекомендується)» і натискаємо кнопку «Далі» (дії 6, 7).

4. У вікні вибору виду джерела оновлення необхідно встановити прапорці як на малюнку (дії 8 і 9). Натискаємо кнопку "Далі" (дія 10).

Якщо Ви оновлюєте програму через інтернет, необхідно зняти прапорець 8 і встановити прапорець 9.

5. Після короткої паузи з'явиться вікно доступних оновлень. Вибираємо номер версії конфігурації та натискаємо кнопку «Готово» (дії 11 та 12 на малюнку).

6. Далі програма ставитиме Вам питання, на які потрібно відповідати «Так», «Прийняти» та «Продовжити». При оновленні конфігурації бази даних буде виведено вікно для ухвалення змін. Натисніть кнопку «Прийняти» (дія 13).

7. Після цього залишається тільки запустити регламентовану обробку даних у режимі користувача. Для цього закриваємо конфігуратор та запускаємо програму в режимі «Підприємство» (тобто як завжди). Програму необхідно запустити програму під юзером з адміністративними правами.

8. При запуску програма поставить Вам питання про легальність отриманого оновлення, на яке ми відповідаємо, виконавши дії 14 і 15 як на малюнку.

9. Якщо на екрані буде показано інформацію про зміни в конфігурації, то ваша конфігурація оновлена.

Вітаю, ви оновили свою програму 1С!

Якщо самостійно оновити базу 1С з якоїсь причини не виходить, Ви можете залишити і наш фахівець виконає цю роботу!

Версія 2.2.9

З інструкціями щодо перекладу ККТ з передачею даних з версії ФФД 1.0 на версію ФФД 1.05 можна ознайомитися тут: https://its.1c.ru/db/metod81#browse:13:-1:2115:2511

Нове у версії 2.2.9

Інтеграція із системою електронної ветеринарної сертифікації «Меркурій»

Федеральним законом від 13.07.2015 № 243-ФЗ внесено низку змін до Закону Російської Федерації від 14.05.1993 № 4979-1 «Про ветеринарію». Відповідно до поправок з 01.07.2018 товари тваринного походження на кожному етапі руху від заготівлі сировини до реалізації кінцевого споживача фіксуються у Федеральній державній інформаційній системі «Меркурій» (ФДМВ «Меркурій»).
Реалізовано обмін із державною інформаційною системою «Меркурій» за протоколом Ветіс.API 2.0.
Система підтримує:

• Оформлення вихідної транспортної операції;
• Оформлення вхідної транспортної операції;
• Оформлення результатів інвентаризації продукції та пересортиці;
• Оформлення списання продукції;
• Робота з ветеринарно-супровідними документами;
• Робота із складським журналом;
• Робота з класифікаторами: продукція, суб'єкти господарювання, підприємства, одиниці виміру.

Увага!Використання механізмів інтеграції з ФДМ Меркурій допускається
тільки зареєстрованими користувачами порталу 1С:ІТС its.1c.ru.

Використовується "1C:Бібліотека стандартних підсистем", версії 2.4.6.67

Варіанти звітів
Поліпшено аналіз регістрів за допомогою звіту Універсальний звіт (розділ Адміністрація – Обслуговування – Звіти адміністратора). З'явилася можливість розшифрувати (деталізувати) обране значення, наприклад, для запису, що цікавить відкрити звіт-розшифровку по реєстратору з відбором за відповідною номенклатурою.

Розсилання звітів
У картці Розсилки звітів (розділ Адміністрування – Друковані форми, звіти та обробки) у списку Одержувачі розсилки розміщені кнопки Встановити позначки та Зняти позначки, які дозволяють встановити/зняти ознаку виключення зі списку одержувачів одразу для всього списку.

Оновлення версії ІБ
При переході на нові версії програми можна значно прискорити виконання додаткових процедур обробки даних за рахунок обробки даних у декілька потоків (якщо така можливість передбачена розробниками програми).
У формі відображення результатів оновлення (розділ Адміністрація – Обслуговування – Результати оновлення програми – Результати оновлення та додаткова обробка даних) у процесі виконання додаткових процедур обробки даних під час встановлення пріоритету за обробкою даних можна встановити кількість потоків.

Використовується бібліотека інтернет-підтримки, версії 2.2.5.7

Монітор Порталу 1С:ІТС
— Колишню назву «Монітор інтернет-підтримки користувачів» змінено на «Монітор Порталу 1С:ІТС»;
— Розширено склад інформації щодо виконання умов супроводу програмного продукту:

Необхідність реєстрації програмного продукту в особистому кабінеті;
Активація послуг супроводу конфігурації;
стан виконання інших умов супроводу (якщо передбачено для програмного продукту);

— Додано інформацію про підключення сервісів 1С користувачем Інтернет-підтримки:
Список сервісів 1С та періоди дії;
Попередження про необхідність продовження сервісу 1С;

- Виключено обов'язкове введення реєстраційного номера програмного продукту;
- Асинхронне (неблокуюче) отримання даних Монітора із сервісу;
— Виключено проблеми відображення даних Монітора в режимі веб-клієнта;
— Можливість перевизначення вмісту форми Монітора під час вбудовування у конфігурацію.

Використовується бібліотека обладнання, що підключається, версії 2.0.5.26

Для драйвера «1С:Евотор ККМ Офлайн» зроблено зміну роботи з періодом завантаження. Тепер у налаштуваннях драйвера не потрібно вказувати період завантаження. При першому завантаженні за екземпляром обладнання необхідно буде вказати дату початкового завантаження. Надалі період завантаження для екземпляра обладнання розраховуватиметься автоматично. Здійснити завантаження за період можна за допомогою сервісної команди «Завантажити дані за період».

Виправлені помилки:
- 00150997: Виправлено помилку вивантаження алкогольної продукції на смарт-термінал «Евотор».
- 00148683: Виправлена ​​помилка при продажу агентської послуги в момент пробивання чека.
- 00143430: Виправлена ​​помилка відкриття/закриття зміни в WEB-клієнті.

Змінено склад драйверів, що поставляються:
* Доданий новий драйвер «Дрімкас: ККТ з передачею даних Вікі Прінт (54-ФЗ)» версія 1.2.0.923, розроблений компанією «Дрімкас».

* Додано новий драйвер «POSUA: Дисплеї покупця» версія 1.0.9, розроблений компанією «ПОСУА-М».
Драйвер розроблено відповідно до документа «Вимоги до розробки драйверів устаткування, що підключається, версія 2.1».
* Доданий новий драйвер "1С-Рарус: Дисплеї покупця" версія 1.0.15.54, розроблений компанією "1С-Рарус".
Драйвер розроблено відповідно до документа «Вимоги до розробки драйверів устаткування, що підключається, версія 2.2».
* Оновлено драйвер «ars:ККТ із передачею даних (54-ФЗ)», версія 1.0.9, розроблений компанією «Передові торговельні рішення».

Виправлені помилки конфігурації

1. 00-00156490 Помилка при створенні «Вхідна ТТН» на підставі документа «Переміщення товарів» при роботі в одній базі 2 УТМ.
2. 00-00157047 Помилка ручна коригування РКО, створеного на базі ПКО.
3. 00-00155899 Перевірка зіставлених позицій зі списку документів «Вхідна ТТН».
4. 00-00154999 При завантаженні документа Звіт про роздрібні продажі через Універсальний формат обміну, помилка: Перетворення значення до типу Число не може бути виконане.
5. 00-00154342 При синхронізації конфігурацій Роздріб, ред. 2.2.8 та Бухгалтерія підприємства, ред. 3.0, у документах Операція з платіжної картки, сформованих із Звітів про роздрібні продажі (повернення не день у день), неправильно заповнюються рахунки обліку за умовчанням.
6. 00-00154060 При синхронізації конфігурацій УПП, ред. 1.3 (КА, ред. 1.1) та Роздріб, ред. 2.2 не мігрують особливості обліку номенклатури, що веде до проблем при зіставленні алкогольної продукції.
7. 00-00155851 У конфігурації Роздріб ред. 2.2.8, користувач, з профілем Продавець, не може створити Фіз.особу при видачі дисконтної картки через: Поле об'єкта не виявлено (НалаштуватиРоботиСпівробітника).
8. 00-00154007 Помилка контролю залишків у формі відвантаження з вимкненим дод. правом «Контролювати залишки та резерв товарів на складі» у користувача.
9. 00-00157485 У формі створення штрих-коду товару не обмежується вибір характеристики: можна вибрати характеристику від іншого виду номенклатури.
10. 00-00154585 Помилка розподілу на 0 при розрахунку собівартості.
11. 00-00157275 Помилка відкриття форми зіставлення організацій ЄДАІС із довідника «Організації».

Рік виконання: 28.09.2012 р.
Версія: 2.0.5.5
Сумісність з Vista: повна
Сумісність із Windows 7: повна
Сумісність із Windows 8: повна
Розрядність: 32bit+64bit
Мова інтерфейсу: тільки російська
Таблетка: Не потрібно
Розробник: компанія 1С
Системні вимоги: ОС: Microsoft Windows 2000/NT/XP/2003R2/Vista/2008/7/2008R2/8/2012 x86/64

Опис: Програма "1С:Роздріб 8" призначена для автоматизації бізнес-процесів роздрібних торгових точок (магазинів), як самостійних, так і тих, що входять до розподіленої роздрібної мережі. "1С:Роздріб 8" дозволяє автоматизувати облік товарних запасів на складах магазинів та облік коштів у касах магазинів.

Дод. інформація
Програма "1С:Роздріб 8" автоматизує наступні операції:

надходження товарів від контрагента на склади магазину, у тому числі у двофазному (ордерному) режимі;
реалізація товарів та послуг контрагенту, у тому числі у двофазному (ордерному) режимі;
переміщення товарів між магазинами, внутрішніми складами магазинів, магазинами та складами торговельного підприємства, у тому числі у двофазному (ордерному) режимі;
торгівля комплектами товарів, створеними як у момент продажу товару, і з підготовкою комплекту (операція " комплектація " );
повернення товарів від покупців;
оприбуткування, інвентаризація та списання товарів;
оформлення прибуткових та видаткових касових ордерів безпосередньо у магазинах;
переміщення коштів між магазинами, внутрішніми касами магазинів, магазинами та касами торговельного підприємства;
оформлення чеків продажу, формування після закінчення зміни зведеного звіту з контрольно-касової машини з урахуванням повернутих товарів за зміну;
робота з еквайринговими системами, облік оплати товарів за платіжними картками, облік договорів еквайрингу та умови повернення/неповернення торгової поступки еквайрером при поверненні товарів; оплата товарів кредитами;
використання відсоткових знижок за дисконтними картками (у тому числі і накопичувальних знижок), знижок з поділом по магазинах, знижок контрагентам, знижок на суму чека, знижок за часом дії, за кількістю товару, за видом оплати.

"1С:Роздріб 8" підтримує роботу наступного торговельного обладнання:

Фіскальні реєстратори,
термінали збору даних,
сканери штрих-кодів,
вагове обладнання,
дисплеї покупця,
платіжні термінали,
зчитувачі магнітних карток.

Облік торгових операцій на "1С:Роздріб 8" ведеться лише у рублях.

РИБ та обмін з керуючою системою

"1С:Роздріб 8" підтримує роботу в режимі розподілених інформаційних баз (РІБ) з чітким поділом документообігу магазинами, де в головному вузлі РІБ консолідується інформація по всіх магазинах мережі. Передбачено механізми автоматичного ініціювання обміну.

Поряд із роботою в режимі РИБ програма "1С:Роздріб 8" може автоматично обмінюватися інформацією з керуючою інформаційною системою (back-office) у дуплексному режимі. Як керуюча система для програми "1С:Роздріб 8" може використовуватися конфігурація "Управління торгівлею" редакції 10.3, також планується реалізувати цю можливість в конфігурації "Управління виробничим підприємством". У системі керування можна створити необмежену кількість вузлів "1С:Роздріб 8", які, у свою чергу, можуть бути головними вузлами розподіленої інформаційної бази.

Адміністрація користувачів

Передбачено механізми адміністрування користувачів інформаційної бази віддалених вузлів РІБ із головного вузла "1С:Роздріб 8". Наприклад, у головному вузлі РІБ адміністратор системи може створити (редагувати, призначати ролі, інтерфейси, скидати пароль) користувача інформаційної бази віддаленого вузла, а також мати доступ до актуальної інформації про налаштування користувачів інформаційної бази, зроблені в режимі "Конфігуратор" (або в режимі "1С:Підприємство") безпосередньо у вузлах РИБ.

Багатофірмовий облік

У програмі "1С:Роздріб 8" поряд з багатомагазинним обліком реалізовано багатофірмовий облік, де кожен склад (торговий зал) може бути віднесений до певної організації. При цьому можуть використовуватись різні системи оподаткування: загальна система оподаткування, спрощена система оподаткування. Програма також може використовуватися в магазинах, які переведені на облік ЕНВД (єдиний податок на поставлений дохід).

Робота за ордерною схемою

"1С:Роздріб 8" підтримує ордерні схеми переміщення, реалізації та надходження товарів на склади магазину. Ордерна схема являє собою переміщення в буферний список товарів, необхідних для прийняття або відвантаження зі складу, фактична операція з товарним залишком на складі проводиться видатковим або прибутковим ордером. У програмі "1С:Роздріб 8" передбачені кошти для оперативного контролю надійшли та відвантажених товарів у разі роботи за ордерною схемою.

Особливості обліку товарів та встановлення цін

У програмі "1С:Роздріб 8" з метою спрощення не ведеться облік за характеристиками та серіями номенклатури. У разі потреби даний облік пропонується вести у керуючій системі - у конфігурації "Управління торгівлею". У цьому забезпечується коректна робота обміну даними між програмами.

У програмі "1С:Роздріб 8" реалізовано можливість контролю встановлення цін на товари для кожного магазину окремо, що забезпечує відповідність цін в інформаційній базі цінникам у торгових залах магазинів. Передбачена можливість роботи з типами цін номенклатури, які у разі використання керуючої системи можуть у ролі рекомендованих цін роздрібної торгівлі. Ці ціни можуть бути скориговані для роздрібного продажу залежно від географічного розташування роздрібної точки (наприклад, у разі присутності аналогічних товарів за нижчими цінами в конкуруючих організаціях, що знаходяться в безпосередній близькості до магазину). Також реалізовано механізми створення макетів цінників та етикеток та їх друку з будь-яких видів "товарних" документів.

Аналіз торговельної діяльності

У програмі "1С:Роздріб 8" передбачені різні звіти, які дозволяють проаналізувати діяльність магазину: провести вартісну оцінку товарів у роздрібних цінах, провести аналіз продажу та повернення товарів, визначити, в який час і який товар краще продається в різних магазинах, а також торгових залах одного магазину (статистика чеків ККМ) Програма надає можливість на основі аналізу продажів та поточних залишків товарів у магазині спланувати закупівлі товарів та автоматично сформувати внутрішні замовлення товарів для передачі їх до керуючої системи (конфігурацію "Управління торгівлею").
Нове у версії:

Версія 2.0.5.5

Бібліотека стандартних підсистем

У цьому релізі використовується Бібліотека стандартних підсистем (БСП), версія 2.0.1.17.
Нові можливості з'явилися у наступних підсистемах:
Базова функціональність:
- зберігання посилань на об'єкти метаданих у вигляді елементів довідника "Ідентифікатори об'єктів метаданих";
- Версіонування програмних інтерфейсів.
Друк:
- Збереження друкованої форми у форматах PDF та OpenDocument при відправці електронною поштою як вкладення;
- Редагування друкованої форми перед виведенням на друк.
Робота з файлами:
- Додана окрема роль РоботаСПапкамиФайлів для використання можливостей підсистеми.

Торгове обладнання
У даному релізі використовується Бібліотека обладнання, що підключається (БПО), версія 1.0.10.2.

Маркетинг

Управління асортиментом
Додано функціональність управління асортиментом мережі магазинів,
що дозволяє:
- Описати формат магазинів, згрупувати магазини за форматами.
- встановити склад товарної категорії: які саме товари будуть представляти кожну категорію в кожному форматі.
- Сформувати асортименти форматів магазинів.
- встановити кількісні обмеження глибини (кількості позицій) для категорій товарів у форматах.
- встановити роль товару в асортименті формату, визначити стадію асортименту та призначити вид цін.
- Виконати автоматичний контроль операцій із товаром залежно від стадії життєвого циклу товару в асортименті даного формату магазину.
- провести аналіз стану асортименту.
Ця функціональність доступна при автономному використанні конфігурації "1С:Роздріб". Підтримка цієї функціональності в конфігурації "1С:Управління торгівлею, ред. 11.0" планується у найближчому релізі.
Можливість використання цієї функціональності керується налаштуванням "Використовувати керування асортиментом" розділу Маркетинг.

Увага! Для початку використання функціональності у заповненій базі необхідно сформувати список форматів магазинів та призначити кожному магазину формат. Після цього необхідно призначити асортимент магазину, скориставшись пропонованим сервісом початкового заповнення асортименту.
Формування категорій товарів можна робити за необхідності, виходячи із зручності роботи користувачів.

Проведення інвентаризації в магазині за ордерною схемою

Увага! Документ "Інвентаризація товарів" перейменовано на документ "Перерахунок товарів".

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

Увага! Необхідно створити групу доступу з новим профілем "Відповідальний за підбиття підсумків інвентаризації". Користувачів, які вводили документи "Списання товарів", "Оприбуткування товарів", "Пересортиця товарів", необхідно додати до створеної групи доступу.

До документів "Наказ на проведення інвентаризації" та "Перерахунок товарів" додано реквізит статусу. За статусом запроваджених за "Наказом на інвентаризацію" документів "Перерахунок товарів" визначається стан процесу інвентаризації:
Перерахунок не розпочався
У процесі перерахунку
У процесі оформлення ордерів
У процесі оформлення актів
Виконаний
- Додано звіт "Оформлення надлишків та нестач товарів", що показує не завершені операції (формування ордерів та формування актів) у розрізі наказів та номенклатури.
- Додано можливість друкування результатів інвентаризації на підставі документа "Наказ на інвентаризацію". Форми ІНВ-3, ІНВ-19.
- Додано помічника заповнення причин списання.

Ця функціональність доступна як із автономному використанні конфігурації "1С:Роздріб", і при спільному використанні з конфігурацією "1С:Управління торгівлею", ред. 11. В останньому випадку можливий розподіл функцій між конфігураціями: користувач Роздріб у магазині вводить результати перерахунку та ордери на списання шлюбу та бою, а користувач конфігурації "1С:Управління торгівлею" підводить результати інвентаризації. Підтримується двосторонній обмін створеними документами.

Підтримка взаєморозрахунків із постачальниками

Набула розвитку функціональність обліку взаєморозрахунків із постачальниками.
При автономному використанні конфігурації "1С:Роздріб" з'явилася можливість вести розрахунки з постачальниками у межах документів "Замовлення постачальнику".
- При плануванні етапів оплати в документі Замовлення постачальнику з'явилася можливість врахувати переплату за попередніми замовленнями даного постачальника. Взаємозалік здійснюється у розрізі товарних документів "Замовлення постачальнику", "Надходження товарів", "Повернення товарів постачальнику".
- Додано документ реєстрації безготівкової оплати, що дозволяє запровадити проведену через банк оплату постачальника.
- Додано звіт "Стан взаєморозрахунків із постачальниками", що дозволяє побачити заборгованість підприємства та переплати постачальникам.
Для підприємств, які не реєструють у програмі замовлення постачальникам, додалася можливість відзначити оплату за документом "Надходження товарів".

Для підприємств, що використовують конфігурацію "1С:Роздріб" спільно зі конфігурацією "1С:Бухгалтерія підприємства" підтримано одностороннє вивантаження документів безготівкової оплати постачальнику в конфігурацію "1С:Роздріб".

Для підприємств, що використовують конфігурацію "1С:Роздріб" спільно зі конфігурацією "1С:Управління торгівлею" підтримано процес створення документів "Заявка на витрачання коштів" у "1С:Роздріб" та затвердження її в "Управління торгівлею 11.0". Підтримано розвантаження безготівкових оплат.

Підтримка ККМ offline та ваги з печаткою етикеток у текстовому режимі

Додано підтримку обладнання ККМ-Offline та ваги з печаткою етикеток.
Підтримано вивантаження довідника номенклатури на ваги з печаткою етикеток та ККМ та завантаження звітів про продаж із ККМ.
Передбачається вивантаження повного довідника або лише змінені позиції відповідно до фільтрів, налаштованих у правилах обміну.
Для ідентифікації товару на Offline устаткуванні та подальшого завантаження факту його продажу використовується код товару SKU - код товарної позиції, який призначається у розрізах обліку товарного залишку та реалізації товарів та послуг.
Для зважування товарів на терезах використовується код PLU, призначений для терезів при обміні.
Функції обміну з обладнанням розміщені у розділі "Продажі/Роздрібні продажі".

Обмін даними

Обмін УТ 11.0.9 – РТ 2.0.5

Підтримується обмін даними з конфігурацією "Керування торгівлею", версія не нижче 11.0.9.
Докладніше див. документ "Спільне використання з конфігурацією "1С:Керування торгівлею", ред. 11.0", що входить до складу поставки.

Обмін БП 2.0.40 – РТ 2.0.5
Підтримується обмін даними зі конфігурацією "Бухгалтерія підприємства", версія не нижче 2.0.40.
Докладніше див. документ "Спільне використання з конфігурацією "1С:Бухгалтерія підприємства", ред.2.0", що входить до складу постачання.

Обміни РІБ "По магазинах" та "По робочих місцях"
Доопрацьовано відповідно до доданої функціональності.

Відображення інформації у табличних частинах документів

У формах документів додано колонки Артикул та Код. Видимість колонок налаштовується параметром "Додаткова колонка" під час відображення номенклатури.

Створення технічних профілів: Відповідальний за ведення довідників, Номенклатура, Організації, Контрагенти

Для можливості поділу користувачів, які здійснюють введення та зміну основних об'єктів НСІ, введені такі профілі:
"Відповідальний за ведення номенклатури"
"Відповідальний за ведення контрагентів"
"Відповідальний за ведення організацій"
Увага! Необхідно створити групи доступу за новими профілями та призначити їх користувачам.

Виправлені помилки

1. Помилка обробки додаткових прав під час редагування рядка в режимі РМК.
2. Помилка оформлення продажу серійного товару різні організації у Режимі РМК.
3. Помилка заповнення прибуткової накладної з роздрібними цінами: ціни заповнюються з урахуванням періодичності регістру "До секунди".
4. Помилка розрахунку суми за ціною, що не включає ПДВ, у документі "Повернення від роздрібного покупця".
5. Помилка заповнення полів "Відповідальні особи" друкованої форми "Торг-12"
6. Помилка визначення параметра "Поточний магазин" у РИБ по магазинах.
7. Помилка надання прав на довідник "Шаблони магнітних карток".
8. Помилка розрахунку показників звіту "Варта оцінка складу (за видом цін)".
9. Помилка розрахунку цін для цінових груп за способу розрахунку "За іншими видами цін".
10. Помилка видалення рухів документа "Заміна дисконтних карток".

Увага! Особливості оновлення РИБ

Помилка оновлення РИБ під час переходу з конфігурації 2.0.4.5 на конфігурацію 2.0.5
Опис: При оновленні по РИБ «По магазину» або «По робочому місцю» з версії 2.0.4 на версію 2.0.5 можливе виникнення ситуації, коли периферійний вузол не може знайти файл повідомлення з даними із центрального вузла. Причиною є змінений алгоритм формування імені файлу обміну повідомлення. У версії БСП 2.0.1 у підсистемі "Обмін даними" підстановка кодів вузлів при формуванні імені файлу відбувається з "відсіканням" пробілів з обох сторін.
Спосіб вирішення: Після оновлення головного вузла РИБ необхідно разово перейменувати файли повідомлень з головного вузла, доповнивши їх пробілами. У цьому випадку периферійні вузли можуть завантажити повідомлення з оновленням. Після оновлення периферійних вузлів обмін даними функціонуватиме у звичайному режимі.

Спеціально для сайту