Справочное хранение и размещение номенклатуры в ячейках. КА 2.5

27.10.24

Расширение для КА 2.5, позволяющее работникам склада указывать при отгрузках (через расходные ордера) - ячейки хранения и размещения номенклатуры, габариты (ширину, глубину, высоту), вес - все справочно.

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование		По подписке [?]	Купить один файл
Справочное хранение и размещение номенклатуры в ячейках .cfe 276,49Kb ver:2.5.12.87 0	0	Скачать (1 SM)	Купить за 1 850 руб.

Коллеги, добрый день!

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

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

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

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

Для этого была дополнительно разработана:

удобная форма указания ячеек, габаритов и веса товара на рабочем месте работника склада (рис.1 - см. ленту или ниже).
доработан список ячеек для удобного выбора согласно схеме склада (рис. 2).
доработана печатная форма расходного ордера, в которой видно по галочке "V" указаны ли габариты, указаны ли ячейки хранения (основная и дополнительные), указан ли вес (рис. 3).

Данная работа явилась логическим следствием и продолжением работ по внедрению адресного хранения товаров на складе, перешедшая к внедрению справочного хранения товаров по ячейкам:

Представленное расширение было разработано и протестировано на программе 1С:Комплексная автоматизация 2 (2.5.12.87), на платформе 1С:Предприятие 8.3 (8.3.23.1865).

Пояснительные рисунки по функционалу расширения:

рис. 1.

рис. 2.

рис. 3.

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

Габариты при сохранении записываются в карточку индивидуальной упаковки номенклатуры. Это очень важно понять. Если вы используете общие наборы упаковок, то при указании габаритов у вас исчезают "общие наборы" и появляются "индивидуальные".

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

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

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

Справочное хранение товаров в ячейках

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

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

На этом все. Всем добра!

С пользой для клиентов, Рустем

См. также

Проверено на следующих конфигурациях и релизах:

1С:Комплексная автоматизация 2, релизы 2.5.12.87

Справочное размещение по ячейкам расходный ордер на товар

+13 –

См. также

Модуль "Ответственное хранение" в 1С:УТ 11.5, КА 2.5, ERP 2.5 для фулфилмента FBS / FBO

Логистика, склад и ТМЦ Бухгалтер Пользователь Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Оптовая торговля, дистрибуция, логистика Управленческий учет Платные (руб)

Программа позволяет организовать учет ответственного хранения товаров с весовыми характеристиками, в том числе со сроком годности и личным кабинетом Поклажедателя. Модуль реализован в виде расширения конфигурации, устанавливается в режиме 1С:Предприятие 8 за 5 минут по инструкции, что позволяет оставить конфигурацию 1С на стандартной поддержке и продолжать получать стандартные обновления от фирмы "1С".

89900 руб.

09.06.2020 38663 28 59

Номенклатура (Расширенная форма списка) и Корзина для УТ11, ERP и КА

Рабочее место Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Ценообразование, анализ цен Бухгалтер Пользователь Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Управленческий учет Платные (руб)

Расширение. Функциональная и удобная форма справочника Номенклатура. В общем списке отображаются остатки и цены по каждой позиции. Подбор товаров в документы через корзину. Входит в Топ платных разработок по УТ, ERP и КА.

10920 руб.

26.04.2016 648924 1231 581

619

SALE! 10%

Перенос данных и обмен из УТ 10.3 в УТ 11 / КА 2 / ERP 2. Переносятся документы, справочники и остатки

Перенос данных 1C Взаиморасчеты Оптовая торговля Логистика, склад и ТМЦ Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Управленческий учет Платные (руб)

Можно проверить до покупки, оставьте заявку! Воспользовались более 268 компаний! Перенос данных из УТ 10.3 в УТ 11 | из УТ 10.3 в КА 2 | из УТ 10.3 в ERP. Предлагаем качественное и проверенное временем решение для перехода с УТ 10.3. Можно перенести начальные остатки, нормативно-справочную информацию и все возможные документы. При выгрузке можно установить отбор по периоду, организациям и складам. При выходе новых релизов конфигураций 1C оперативно выпускаем обновление переноса данных.

~~55778~~ 50200 руб.

24.04.2015 194944 150 243

280

Автоматизированная система управления складом AS WMS: автоматизация склада с адресным хранением с помощью ТСД

Логистика, склад и ТМЦ Платформа 1С v8.3 Россия Платные (руб)

Подсистема автоматизированного управления складом AS WMS для конфигураций на платформе 1С 8. AS WMS – готовое решение для эффективного управления, хранения и учета на адресном складе. Внедрение системы AS WMS способствует быстрому отбору товара, ускорению инвентаризации, снижению зависимости от персонала, исключению пересорта. AS WMS встраивается в любую конфигурацию на платформе 1С 8 и работает как единая система без обменов. В учетной системе нет необходимости менять процессы под AS WMS (например, вводить ордерную схему), AS WMS использует стандартные документы по товародвижению вашей учетной системы.

40000 руб.

26.07.2023 6056 21 0

Загрузка номенклатуры c картинками (несколько потоков одновременно) и сопутствующими данными в базу и любые документы из yml, xls, xlsx, xlsm, ods, ots, csv для УТ 10.3, УТ 11 (все), БП 3, КА 2, ERP 2, УНФ 1.6/3.0, Розница 2/3.0

Загрузка и выгрузка в Excel Логистика, склад и ТМЦ Ценообразование, анализ цен Файловый обмен (TXT, XML, DBF), FTP Бухгалтер Пользователь Платформа 1С v8.3 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Эволюция не стоит на месте - новая удобная версия функциональной обработки для Вашего бизнеса! Что же Вы получаете? Удобный и интуитивно понятный интерфейс с 3-мя этапами работы. 2 режима - автоматический и ручной. Чтение XLSX, XLSM, CSV, XML/YML форматов без офиса, на любом сервере! Визуальное связывание колонок файла и реквизитов простым перетаскиванием колонок. Создание или обновление номенклатуры с иерархией, характеристик, доп. реквизитов, упаковок, загрузка практически неограниченного количества картинок на одну номенклатуру (с возможностью загрузки в несколько потоков одновременно), с хранением в томах или в базе. Загрузка номенклатуры поставщиков или поиск по их данным номенклатуры. Загрузка доп. реквизитов в характеристики. Загрузка штрихкодов с генерацией новых. Создание элементов справочников и ПВХ "на лету" для выбранных реквизитов. (Обновление от 10.10.2024, версия 9.8 - 9.13)

15600 руб.

20.11.2015 156029 378 378

513

Конфигурация "Весовая ред. 3.0" для Платформы 8.3

Логистика, склад и ТМЦ Бухгалтер Пользователь Платформа 1С v8.3 Сельское хозяйство и рыболовство Строительство Горнодобывающая промышленность Розничная и сетевая торговля (FMCG) Транспорт, автопарки, такси Оптовая торговля, дистрибуция, логистика Лесное и деревообрабатывающее хозяйство Управленческий учет Платные (руб)

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

35000 руб.

24.03.2015 125643 300 114

136

SALE! 15%

Загрузка номенклатуры в УТ11, КА 2, ERP 2, Розница 2 из Excel. Дополнительные реквизиты и сведения, характеристики, картинки, цены, остатки

Загрузка и выгрузка в Excel Розничная торговля Логистика, склад и ТМЦ Ценообразование, анализ цен Прайсы Системный администратор Программист Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Розница 2 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Управленческий учет Платные (руб)

Загрузка номенклатуры из файлов Excel (xls, xlsx, ods, csv, mxl) в УТ11, КА 2, ERP 2, Розница 2. Задействованы все возможности конфигурации - заполнение реквизитов номенклатуры, дополнительных реквизитов и сведений, характеристики, доп.реквизиты и сведения характеристик. Дополнительные обработки для расширения возможностей.

~~11100~~ 9435 руб.

29.10.2014 216740 657 527

456

Автоматический заказ поставщику в 1С: загрузка прайсов и анализ цен поставщиков для УТ 10.3, УТ 11, КА2, УНФ, УПП, ERP, Розница 2

Бюджетирование и планирование Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Анализ продаж Пользователь Платформа 1С v7.7 Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Беларусь Украина Россия Казахстан Управленческий учет Платные (руб)

Система управления запасами для 1С помогает работать с запасами правильно: автоматически рассчитывает потребность и делает заказ поставщику, загружает прайсы, перемещает товары по филиалам, анализирует продажи и позволяет управлять ассортиментом.

28500 руб.

21.04.2017 96347 125 40

214

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. Torin 826 29.09.23 09:51 Сейчас в теме

(0) Интересный кейс. +

2. CheBurator 2712 01.10.23 02:11 Сейчас в теме

Что ж вы все знАчимое растаскиваете по разным углам? Идентификатор товара - слева, ячейка этого товара справа... Ну положите уже идентификатор и ячейку РЯДОМ визуально, в "соседних" столбцах. СКЛАДСКИМ линейным будет гораздо удобнее - я бы вообще положил колонки в таком порядке: "ячейка-артикул-количество-наименование".
.
такой порядок колонок как на макете в статье - это хорошо для работы с бумажными документами, а не среальным товаром. И такой порядок как выше в макете - только если один и тот же человек - "комбайнер" - и товаровед, и учетчик, и оператор за компом и по складу бегает: тогда все сводится к привычной и чаще используемой форме - как в первичиных доках - товар...едемедем глазами вправо - количество..едемедем глазами вправо - сумма-итд..снова едем...

3. CheBurator 2712 01.10.23 02:14 Сейчас в теме

Ждем от автора когда перейдет к следующему этапу - штрихкодирования "строк" в печатных формах чтобы данные с бумаги быстро переносить в комп...

5. RustIG 1747 01.10.23 10:34 Сейчас в теме

(3)штрихкодирование документа открывает документ, далее переходим в размещение по ячейкам, и внутри окна все габариты прописываем. Этого достаточно. Пока не было задачи ШК в печатную форму вынести.

4. CheBurator 2712 01.10.23 02:16 Сейчас в теме

Оцифровка и визуализация склада - хороший кейс!
посмотри разработку "Убер на складе" - не пробовал погонять ее на своих "хитрозапутанных" расстановках стеллажей?

6. RustIG 1747 02.10.23 08:45 Сейчас в теме

(4)Убер на складе
Спасибо за информацию.
В статье "Убер на складе" - порядок обхода зависит от расстояния до ячеек.
Хотя на самом деле это не на всех складах так (в зависимости от бизнес процессов и смысла).
В моей обработке порядок обхода отсортирован по весу - сначала забираем самый тяжелый товар (готовую продукцию/ запчасть/полуфабрикат, в общем ном-ру). Кому-то это важно.
В других задачах одну и ту же ном-ру , но с разными датами - также придется забирать не зависимо от расстояния, а в зависимости от даты (либо это партионный учет , или серийный учет) - то есть с учетом партии или серии.
Есть еще коллективный отбор по заявке - когда одну заявку на отгрузку собирают несколько сотрудников - в этом сценарии также от расстояния не будет зависеть.
Посмотрел сейчас - в статье "Убер на складе" я не понял принцип и математику расчета.
На мой взгляд это отчасти математическая задача - в каждый момент времени, где бы ни находился сотрудник склада, создается свое дерево расстояний ко всем товарам (порядок обхода), которые нужно собрать. Начало там, где стоит сотрудник. Каждый шаг проверяется на оптимальность - возможно это динамическая задача Беллмана. В таком случае, расчетная нагрузка на систему будет ощутимой - если это реализовать на автономном ТСД - то процессор ТСД не справится, а выигрыш сомнительный.
Плюс надо учесть что периодически свободные проемы и коридоры заставляются стихийно коробками и паллетами, которые создают препятствия, которые не введены в базу 1С, плюс движение погрузчика и оставление его в заранее неизвестном месте на пути движения тележки...
Для очень большого склада, в котором пешком не ходят до стеллажей, и в целом катают только на погрузчиках - убер будет уместным, но в этих условиях надо также оптимизировать перекрестные пути погрузчиков. А еще лучше, когда все заявки собираются, ном-ры группируются для отбора, и уже тогда строится маршрут для отбора ном-ры сразу по всем на данный момент заявкам.
Плюс в начале статьи "Убер на складе" есть фраза

В многих WMS есть в справочнике ячеек есть такой числовой параметр, как «Порядок обхода» и логисты часто спрашивают меня «Дмитрий, а как его заполнять?». Все время начинаем придумывать некий виртуальный порядок обхода - зигзагом или еще как то… Все время понимал ущербность этого подхода и вот сейчас продвинулся в этом направлении.

Я в этом не вижу ущербность, я в этом вижу только не универсальность - для каждого типа склада и бизнес-проц. не подойдет.
С другой стороны, я представляю, как можно его использовать с пользой для любой расстановки склада.
На мой взгляд можно использовать трехбуквенный порядок обхода XYZ - где X это координата горизонтальная, Y - координата вертикальная, Z - координата ячеек по высоте. Каждой паре рядом расположенных ячеек надо сопоставить еще один параметр вероятность обхода. То есть сами сотрудники склада определяют, что чаще они из двух ближайших ячеек выберут вот эту, а не эту. С помощью этой таблицы будут разрешаться коллизии, что предлагать сотруднику в сценарии, когда до обеих ячеек примерно одинаковое расстояние. При этом можно заложить несущественные отклонения для расстояний...
Задача больше, чем я ее представляю и описываю.
На каждом складе придется использовать допущения.

7. CheBurator 2712 02.10.23 12:16 Сейчас в теме

(6) не, там насчитывается матрица расстояний и потом строится от точки А до точки Б. На мой взгляд это мало используемо, потому что в своей практике я не встречал когда бы задания (задание = взять товар из ячейки) выдавались сборщику ПООДИНОЧКЕ. На сборщика выдается обычно пул заданий (пример пула - 1 лист отбора на бумаге, или пул = лимит по объему или по весу или по количеству строк). А уже для этого пула заданий можно сразу обсчитать маршрут обхода. Но это вполне разумно решается без тяжелых оптимизационных задач (хотя кто их любит делать - типа убера на складе - типа считается на лету практически мгновенно) обычной сортировкой порядка обхода ячеек и грамотным разбиением склада на зоны отдельной сборки. Где-то маршрут по порядку обхода в ряде случаев может быть неоптимальным (пожарные проходы не учитываются), но персонал обычно быстро ориентируется в каком месте надо перейти в другой ряд и плюс порядок обхода - прост и прозрачен как для настроек так и для поиска ошибок (и не надо отрисовывать расстановку склада), а оптимизационные алгоритмы - вещь в себе. Для склада где бегает пяток человек (или для "ларечных" складов с нерегулярной расстановкой стеллажей - типа как у тебя на рисунках) может и пойдет насчитывать оптимальный маршрут заранее для пула заданий - но это надо пробовать и гонять на живой работе. Для складов где бегает десятки и сотни сборщиков - не знаю.. не знаю... Народ ворчит когда на ТСД пауза больше полсекунды образуется... а как будет оптимизационная задача обсчитываться на таких объемах (и она там же не одна будет считаться) - хз... Так-то было бы конечно занятно погонять, но первые прикидочные прогоны (см. ссылку ниже) показывают что на СКЛАДАХ с регулярной структурой получается та же самая "змейка"...
.
погонять алгоритмы:
http://qiao.github.io/PathFinding.js/visual/
поиск кратчайшего пути между двумя точками, можно нарисовать всякие препятствия и пробовать разные алгоритмы.

8. triviumfan 97 04.10.23 10:02 Сейчас в теме

Не знаю насколько это удобно, но плюс однозначно 🙂

9. Serg O. 297 11.10.23 14:38 Сейчас в теме

однозначный + за внедрение "как есть" ...
но без полной инвентаризации... по всем ячейкам ...
и без перехода на типовые механизмы ... это так и будет "костылём"
красивым, полезным, но костылём

опять же число "ячеек" (в примере у вас) не так уж и много...

у нас был склад 20 рядов х 20 "ячеек" в каждой из которых 4-7 этажей х 3 паллет
это 4 800 - 8 400 "адресов" и это только на 1 складе...

пока у вас склад не очень забит... и не надо "предлагать"
а это значит "знать заранее" какие ячейки ещё пустые, а где товар лежит, то нормально.

Опять "обежать весь склад" ... для 1 товара нормально... а в накладной если их 10-100 ? 100 кругов ?

но в дальнейшем - только полная инвентаризация и переход на типовой механизм - всё равно нужны будут.

ну или придётся и дальше усложнять и дорабатывть это расширение.

10. RustIG 1747 12.10.23 10:40 Сейчас в теме

(9) 1) прелесть "Справочного хранения" товаров (без помещений) в том, что не меняются учетные механизмы. То есть, если включите эту настройку, то ничего не изменится в бизнес-процессах.
Тут стоит еще отметить, что предварительно надо перейти на режим использования расходных и приходных ордеров. А вот это очень сложно и занимает время.
Для понимания стоит написать, что переход на ордерный режим можно осуществлять без перехода на справочное хранение товаров - то есть использование адресов по ячейкам это следующий шаг после введения ордеров, и это не обязательный шаг.
Вывод: включение справочного хранения товаров возможно только для ордерных складов.

а это значит "знать заранее" какие ячейки ещё пустые, а где товар лежит

Я бы добавил, что широкий спектр задач задач решается и закрывается, и дает коридор для расширения функционала и внедрения нового, например, задействовать свою логику размещения/хранения товаров, перейти на использование ТСД.
Справочное хранение:
1) позволит начать оптимизировать размещение товаров по стеллажам и ячейкам (особенно когда товар разбросан по складу)
2) позволит видеть залежавшийся товар и ячейки, на которых товар долго лежит - для этого делается дополнительно запрос или отчет по товарам, который не продается длительное время
3) позволит новым сотрудникам склада входить в рабочий процесс
4) позволит менеджерам быстрее ориентироваться на складе при подготовке к сделке (если надо проверить качество/брак товара, продать уценку и др.)
5) позволит быстрее проводить инвентаризацию товаров (как общую, так и частичную) - скажем так, частичную инвентаризацию без знания где хранится товар - невозможно провести
6) позволит начать вносить размеры упаковок и вес в базу 1С - скажем так, этот процесс удобно встроен в процесс размещения по ячейкам
7) позволит отбирать товары - сначала тяжелые, затем по убыванию веса - то есть позволит заложить любую логику удобную сотрудникам склада

Опять "обежать весь склад" ... для 1 товара нормально... а в накладной если их 10-100 ? 100 кругов ?

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

опять же число "ячеек" (в примере у вас) не так уж и много

Ну как сказать? Чем измерять? а для кого мало? для внедренцев ? или для сотрудников склада?
для внедренцев - за полгода-год на двух складах менялась топология склада, а с ней адресация ячеек. Еще на копии все отлаживалось и согласовывалось. Умножайте на 2. В дальнейшем силами заказчика изменяется адресация - все обучены.
для сотрудников склада при их загруженности - им понадобилось 1,5 года указать все габариты, вес, ячейки, оптимизировать размещение товаров.

пока у вас склад не очень забит

склад забит и даже между стеллажами постоянно лежит товар, который надо куда-то разместить и освободить пространство. Скажем так, это не влияет на внедрение/использование предложенной технологии.

без перехода на типовые механизмы ... это так и будет "костылём"

сейчас это рабочий инструмент уже много лет, как и многое другое внедренное в 1С через расширения (около 20 разных полезных расширений) - КА 2.5 это безграничное поле для внедрений

в дальнейшем - только полная инвентаризация и переход на типовой механизм

О каком типовом механизме идет речь? Предложенный способ итак использует типовые механизмы.

или придётся и дальше усложнять и дорабатывть это расширение

Каждое решение решает определенную задачу. Будут новые требования? - будет новое решение. Не очень понимаю о чем вы написали. Универсальных решений нет. Даже сама КА 2.5 - это в голом виде из коробки это незаконченное решение - его адаптируют, обновляют, настраивают.

А в целом, спасибо за плюс, за обратную связь, за диалог. :)