Руслан снова рассказывает о практике применения УМП.
На этот раз - в самом сложном планировании, производственном.
На УПП и ЕРП.
На этот раз - в самом сложном планировании, производственном.
На УПП и ЕРП.
Telegram
Другой 1С
Конфигурация "Универсальный механизм планирования" (УМП).
Вообще, она для старых конфигураций, вроде УПП, УТ 10.3 и т.д. Но если не лень - можете и в ЕРП вставлять. У меня есть расширение, причешу и тоже выложу.
Описание есть тут - vk.com/@ivan.belokamentsev…
Вообще, она для старых конфигураций, вроде УПП, УТ 10.3 и т.д. Но если не лень - можете и в ЕРП вставлять. У меня есть расширение, причешу и тоже выложу.
Описание есть тут - vk.com/@ivan.belokamentsev…
❤1
Forwarded from 1С, процессы и антидепрессанты
Планирование в 1С: Часть 3. Производство
Самое интересное и одновременно самое сложное - это, конечно, производственное планирование.
Расскажу про проект на УПП (но всё это актуально и в ERP), все на том же УМП
🔹 Случай №1. Узкое место в цехе
Есть оборудование, которое «держит» весь процесс.
• Хоть вы обвешайтесь станками до и после него - толку мало.
• Мощность цеха = мощность этого станка.
Соответственно, в УМП мы даём:
• в потребности: заказы (по нужным нам приоритетам), номенклатуру, требуемые даты;
• в ресурсы: доступное время работы узкого места по дням.
На выходе получаем аккуратный план производства. Всё. Просто и эффективно.
🔹 Случай №2. Два разных ограничения
Цех делает два вида продукции:
1. С боковыми наклейками - тут ограничение «Робот».
2. Без наклеек - тут ограничение уже другой станок.
Алгоритм такой:
1. Планируем работу Робота. Всё, что через него прошло, приоритетом идёт на станок №2.
2. Оставшееся время станка №2 распределяем под продукцию без наклеек.
Просто? Уже не очень. Но работает.
🔹 Случай №3. Когда ограничения более сложные
Вот тут начинается самое весёлое.
Представьте печь:
• вместимость 40 посадочных мест,
• цикл - 1 час.
Т.е. за час можно сделать как 1 кружку, так и 40. Время от этого не меняется.
Дальше усложняем:
• стаканы, кружки, тарелки (всего ~500 видов продукции),
• форм под стаканы - 20, под кружки - 40, под тарелки - всего 4 (!).
👉 Если надо 100 тарелок, то это уже минимум 25 циклов (и 25 часов). Формы дорогущие, поэтому расширить их количество нельзя.
Что мы имеем?
• Ограничение по формам.
• Ограничение по вместимости печи.
Нужно всё это увязать.
В стандартной ERP (и даже в УМП «из коробки») такого не умеют. Там логика простая: нужно 100 штук × 5 минут = 500 минут.
Но в печи так не работает.
Пришлось доработать УМП - и за два дня он научился считать правильно:
• за смену (12 часов) = 12 циклов × 40 мест = максимум 480 изделий,
• в каждый цикл загружаем сначала позиции, у которых меньше всего форм (например, тарелки),
• затем стаканы,
• и только потом кружки.
Результат: то, что руками считалось бы несколько дней и привело бы к седым волосам, система теперь считает за пару минут.
💡 Вывод: даже самые хитрые производственные ограничения можно уложить в УМП, если подойти с правильной логикой. И никакого ручного Excel-«шаманства» на три ночи подряд.
#ПланированиеВ1С #ERP
Самое интересное и одновременно самое сложное - это, конечно, производственное планирование.
Расскажу про проект на УПП (но всё это актуально и в ERP), все на том же УМП
🔹 Случай №1. Узкое место в цехе
Есть оборудование, которое «держит» весь процесс.
• Хоть вы обвешайтесь станками до и после него - толку мало.
• Мощность цеха = мощность этого станка.
Соответственно, в УМП мы даём:
• в потребности: заказы (по нужным нам приоритетам), номенклатуру, требуемые даты;
• в ресурсы: доступное время работы узкого места по дням.
На выходе получаем аккуратный план производства. Всё. Просто и эффективно.
🔹 Случай №2. Два разных ограничения
Цех делает два вида продукции:
1. С боковыми наклейками - тут ограничение «Робот».
2. Без наклеек - тут ограничение уже другой станок.
Алгоритм такой:
1. Планируем работу Робота. Всё, что через него прошло, приоритетом идёт на станок №2.
2. Оставшееся время станка №2 распределяем под продукцию без наклеек.
Просто? Уже не очень. Но работает.
🔹 Случай №3. Когда ограничения более сложные
Вот тут начинается самое весёлое.
Представьте печь:
• вместимость 40 посадочных мест,
• цикл - 1 час.
Т.е. за час можно сделать как 1 кружку, так и 40. Время от этого не меняется.
Дальше усложняем:
• стаканы, кружки, тарелки (всего ~500 видов продукции),
• форм под стаканы - 20, под кружки - 40, под тарелки - всего 4 (!).
👉 Если надо 100 тарелок, то это уже минимум 25 циклов (и 25 часов). Формы дорогущие, поэтому расширить их количество нельзя.
Что мы имеем?
• Ограничение по формам.
• Ограничение по вместимости печи.
Нужно всё это увязать.
В стандартной ERP (и даже в УМП «из коробки») такого не умеют. Там логика простая: нужно 100 штук × 5 минут = 500 минут.
Но в печи так не работает.
Пришлось доработать УМП - и за два дня он научился считать правильно:
• за смену (12 часов) = 12 циклов × 40 мест = максимум 480 изделий,
• в каждый цикл загружаем сначала позиции, у которых меньше всего форм (например, тарелки),
• затем стаканы,
• и только потом кружки.
Результат: то, что руками считалось бы несколько дней и привело бы к седым волосам, система теперь считает за пару минут.
💡 Вывод: даже самые хитрые производственные ограничения можно уложить в УМП, если подойти с правильной логикой. И никакого ручного Excel-«шаманства» на три ночи подряд.
#ПланированиеВ1С #ERP
👍2
Руслан, один из наших партнёров, написал статью про проект, который мы вместе делали.
Он и его команда работали на месте, у клиента, я и мои программисты - дома, в Челябинске :)
Статья и про конкретный проект, и про технологию, о которой мечтают многие заказчики - плавный переход.
Это когда ЕРП ставится рядом с УПП, организуется регулярная выгрузка данных из УПП в ЕРП, потом часть пользователей начинает работать в ЕРП, и т.д., по кусочкам.
Стрессы в таком проекте тоже есть, но они разбиты на участки, разнесённые во времени.
Есть время привыкнуть, подстроиться, что-то обкатать и поменять.
Ну и возможность откатиться сохраняется.
Иногда УПП остаётся навсегда, а ЕРП ставится рядом как вторая система - для рег.учёта и "всего нового, большого и красивого".
Это когда в УПП высокий уровень автоматизации и очень много доработок, которые дорого воспроизводить в ЕРП (потому что там нет аналогичного функционала).
Для таких вариантов (УПП + ЕРП) плавный переход - вообще самое оно.
Собственно, статья: https://infostart.ru/pm/2491789/
Он и его команда работали на месте, у клиента, я и мои программисты - дома, в Челябинске :)
Статья и про конкретный проект, и про технологию, о которой мечтают многие заказчики - плавный переход.
Это когда ЕРП ставится рядом с УПП, организуется регулярная выгрузка данных из УПП в ЕРП, потом часть пользователей начинает работать в ЕРП, и т.д., по кусочкам.
Стрессы в таком проекте тоже есть, но они разбиты на участки, разнесённые во времени.
Есть время привыкнуть, подстроиться, что-то обкатать и поменять.
Ну и возможность откатиться сохраняется.
Иногда УПП остаётся навсегда, а ЕРП ставится рядом как вторая система - для рег.учёта и "всего нового, большого и красивого".
Это когда в УПП высокий уровень автоматизации и очень много доработок, которые дорого воспроизводить в ЕРП (потому что там нет аналогичного функционала).
Для таких вариантов (УПП + ЕРП) плавный переход - вообще самое оно.
Собственно, статья: https://infostart.ru/pm/2491789/
👍10
Всё забываю рассказать - мы ж применили-таки крутой оптимизатор, который сначала вхолостую сделали.
Напомню: это библиотека, которая умеет составлять оптимальный набор партий для обработки.
В оригинале она про линейный раскрой - напилить палку на куски так, чтобы осталось минимум обрезков.
Но, если вдуматься, тот же алгоритм применим, например, к термопечке: в неё можно напихать ограниченный объём для обработки, после чего она закроется на несколько часов, и ничего нельзя будет добавить или вытащить.
И оптимизационная задача та же, что в раскрое: напихать побольше, чтобы зря печка не коптила. Она ведь примерно как посудомойка или стиральная машина - воды, порошка и э/э потратит примерно одинаково и на полную, и на половинную загрузку (да, знаю, что современные машины умеют определять загрузку и корректировать программу, но этот фактор мы учитывать не будем 🤐).
Так вот, делали мы планирование в ЕРП. Оно в типовой конфигурации, как известно, классное и красивое, но на поворотах его заносит, в узкие места не пролезает, в широких - теряется.
Клиент - химическое производство. Стоит большой реактор, тонн на семь, в который можно залить ингредиенты по рецептуре, и он чего-то сварит. Похоже на термопечку, только ещё проще - реактор варит одну определённую номенклатуру, а в печку можно засунуть разные позиции, если им требуется одна и та же (по параметрам) обработка.
Дальше, наверное, понятно. Есть куча заказов на разные позиции номенклатуры, со своими сроками, обеспечением и т.д. И есть несколько реакторов, в каждом из которых можно "варить" одновременно только одну номенклатуру. И хочется, чтобы реакторы всегда были полны, а не варили половину порции.
Тут и приходит на помощь оптимизатор. Мы ему даём перечень заказов с объёмами, ёмкость реакторов, и оптимизатор составляет план. Какие заказы взять, в какой реактор поместить, чтобы и волки сыты, и овцы целы - и реактор загружен, и заказы выполнены.
А обеспеченность заказов материалами контролирует УМП - допускает к оптимизатору только то, что обеспечено.
Напомню: это библиотека, которая умеет составлять оптимальный набор партий для обработки.
В оригинале она про линейный раскрой - напилить палку на куски так, чтобы осталось минимум обрезков.
Но, если вдуматься, тот же алгоритм применим, например, к термопечке: в неё можно напихать ограниченный объём для обработки, после чего она закроется на несколько часов, и ничего нельзя будет добавить или вытащить.
И оптимизационная задача та же, что в раскрое: напихать побольше, чтобы зря печка не коптила. Она ведь примерно как посудомойка или стиральная машина - воды, порошка и э/э потратит примерно одинаково и на полную, и на половинную загрузку (да, знаю, что современные машины умеют определять загрузку и корректировать программу, но этот фактор мы учитывать не будем 🤐).
Так вот, делали мы планирование в ЕРП. Оно в типовой конфигурации, как известно, классное и красивое, но на поворотах его заносит, в узкие места не пролезает, в широких - теряется.
Клиент - химическое производство. Стоит большой реактор, тонн на семь, в который можно залить ингредиенты по рецептуре, и он чего-то сварит. Похоже на термопечку, только ещё проще - реактор варит одну определённую номенклатуру, а в печку можно засунуть разные позиции, если им требуется одна и та же (по параметрам) обработка.
Дальше, наверное, понятно. Есть куча заказов на разные позиции номенклатуры, со своими сроками, обеспечением и т.д. И есть несколько реакторов, в каждом из которых можно "варить" одновременно только одну номенклатуру. И хочется, чтобы реакторы всегда были полны, а не варили половину порции.
Тут и приходит на помощь оптимизатор. Мы ему даём перечень заказов с объёмами, ёмкость реакторов, и оптимизатор составляет план. Какие заказы взять, в какой реактор поместить, чтобы и волки сыты, и овцы целы - и реактор загружен, и заказы выполнены.
А обеспеченность заказов материалами контролирует УМП - допускает к оптимизатору только то, что обеспечено.
Telegram
Другой 1С
Линейный раскрой тут в 1С встроил. Сам алгоритм не делал, взял готовый у Евгения Малярова из Окнософта (я там работал 2 года). Там основные клиенты - оконщики, они без раскроя жить не могут, т.к. всё время что-то из чего-то нарезают, и хотят поменьше обрезков…
🔥10❤4👍2
УМП 20251020.cfe
163.2 KB
Ура-ура-ура, вышел Универсальный механизм планирования в виде расширения. Берите, пользуйтесь, всё бесплатно.
Это немножко эксклюзив - на Инфостарте его нет, там только конфигурация.
Это немножко эксклюзив - на Инфостарте его нет, там только конфигурация.
🔥39👏9🎉3
Прошу прощения, пару дней немного потрясёт - я хочу довести до ума навигацию.
Свести в один список всё, что можно получить полезного от меня и этого канала.
А то без списка только очень неленивый сможет всё найти - оно разбросано по сообщениям за почти 2 года.
Тут и бесплатности (решения, оценки проектов, производительность, встречи и т.д.), и акции, и проч.
Будут появляться сообщения, из-за которых вы можете подумать, что я сошёл с ума - типа "БЕСПЛАТНЫЕ УСЛУГИ".
Нет, я не сошёл с ума, просто пишу текст, который уйдёт в закреп.
Свести в один список всё, что можно получить полезного от меня и этого канала.
А то без списка только очень неленивый сможет всё найти - оно разбросано по сообщениям за почти 2 года.
Тут и бесплатности (решения, оценки проектов, производительность, встречи и т.д.), и акции, и проч.
Будут появляться сообщения, из-за которых вы можете подумать, что я сошёл с ума - типа "БЕСПЛАТНЫЕ УСЛУГИ".
Нет, я не сошёл с ума, просто пишу текст, который уйдёт в закреп.
👍17
👉Чего полезного вы тут можете получить👈
Я в этом канале предстаю в двух ипостасях: лично сам и как начальник отдела проектов 101 Первого Бита.
Что-то пишу лично от себя и про себя, что-то - от имени отдела 101 и про него.
Кому-то нужен и интересен я, кому-то - отдел 101 Первого Бита, ну а кому-то - лазанья. На вкус и цвет, как говорится.
Так вот, в этом сообщении будет актуальное меню - что могу вам дать лично я, что может дать мой отдел 101.
Просто хочу собрать всё в одном месте.
Будет пополняться и меняться постепенно. Буду уведомлять об изменениях.
Лично от меня:
1. Готовые решения, которые делал и делаю я, а вы можете их бесплатно скачать и пользоваться;
2. Переписка по эл. почте "по работе";
3. Бесплатное решение задачи по производительности.
Я в этом канале предстаю в двух ипостасях: лично сам и как начальник отдела проектов 101 Первого Бита.
Что-то пишу лично от себя и про себя, что-то - от имени отдела 101 и про него.
Кому-то нужен и интересен я, кому-то - отдел 101 Первого Бита, ну а кому-то - лазанья. На вкус и цвет, как говорится.
Так вот, в этом сообщении будет актуальное меню - что могу вам дать лично я, что может дать мой отдел 101.
Просто хочу собрать всё в одном месте.
Будет пополняться и меняться постепенно. Буду уведомлять об изменениях.
Лично от меня:
1. Готовые решения, которые делал и делаю я, а вы можете их бесплатно скачать и пользоваться;
2. Переписка по эл. почте "по работе";
3. Бесплатное решение задачи по производительности.
👏11🔥6
Ещё одна бесплатная услуга от меня - переписка по эл.почте.
Вы можете написать вопрос, проблему, дилемму - я отвечу, и постараюсь помочь.
Почта - мой любимый формат общения. На встречах я соображаю медленно. Мессенджеры - для чего-то короткого и быстрого.
А почта - это про "как следует подумать", "вдумчиво ответить", "обсудить итерационно" и т.д.
Есть некоторые ограничения:
1. В почте - только "по работе", т.е. про бизнес-задачи и 1С.
Если спросите "как похудеть" - я не буду рассказывать, хотя и знаю ответ :)
2. Я не линия консультаций. Если у вас рядовой вопрос по работе 1С - есть ЛК, партнёры и т.д.
3. Время ожидания ответа не нормирую, поэтому что-то срочное писать не нужно.
В остальном - без ограничений.
Будь вы действующий клиент, бывший клиент, вообще не клиент, конкурент, главбух, директор, собственник - пишите, отвечу.
Вашу почту ни в какие базы вносить не буду.
Моя почта указана в описании канала.
Вы можете написать вопрос, проблему, дилемму - я отвечу, и постараюсь помочь.
Почта - мой любимый формат общения. На встречах я соображаю медленно. Мессенджеры - для чего-то короткого и быстрого.
А почта - это про "как следует подумать", "вдумчиво ответить", "обсудить итерационно" и т.д.
Есть некоторые ограничения:
1. В почте - только "по работе", т.е. про бизнес-задачи и 1С.
Если спросите "как похудеть" - я не буду рассказывать, хотя и знаю ответ :)
2. Я не линия консультаций. Если у вас рядовой вопрос по работе 1С - есть ЛК, партнёры и т.д.
3. Время ожидания ответа не нормирую, поэтому что-то срочное писать не нужно.
В остальном - без ограничений.
Будь вы действующий клиент, бывший клиент, вообще не клиент, конкурент, главбух, директор, собственник - пишите, отвечу.
Вашу почту ни в какие базы вносить не буду.
Моя почта указана в описании канала.
🔥13👍10👏1
Обновил файл расширения УМП, там небольшие изменения.
Почистили от лишнего (откуда-то затесалось), добавили регламентное задание для запуска расчёта УМП (раньше в расширениях нельзя было рег.задания использовать, поэтому нужна была доп.обработка).
Почистили от лишнего (откуда-то затесалось), добавили регламентное задание для запуска расчёта УМП (раньше в расширениях нельзя было рег.задания использовать, поэтому нужна была доп.обработка).
Telegram
Другой 1С
Ура-ура-ура, вышел Универсальный механизм планирования в виде расширения. Берите, пользуйтесь, всё бесплатно.
Это немножко эксклюзив - на Инфостарте его нет, там только конфигурация.
Это немножко эксклюзив - на Инфостарте его нет, там только конфигурация.
👍11👏1
Ещё одна бесплатная услуга от меня - решение задачи по производительности чего-нибудь в 1С.
Это когда что-то в 1С тормозит, падает, медленно работает. Конкретный отчёт/документ, обмен, выгрузка, вся база, у конкретного пользователя, у всех и т.д.
Я много раз упоминал, что люблю решать такие задачи. Необъяснимой притягательностью они для меня обладают.
Обычно я такие задачи у своих программистов забираю.
Увы, это случается всё реже: текущим клиентам все известные вопросы производительности мы решили.
Только новые клиенты подкидывают иногда. Но программисты их от меня скрывают - сами научились решать.
Поэтому я хочу больше задач по производительности. Могу порешать ваши, бесплатно.
В каких-то задачах прям оптимизировать получится, иногда просто рекомендации дам. Где-то сдамся и скажу, что не справился.
Есть несколько правил/ограничений (как им не быть-то, если речь о бесплатной работе):
1. Время на хобби у меня ограничено, поэтому много задач взять не могу;
2. Крайне желательно решать на вашей базе 1С, не занимаясь воспроизведением на демке (это долго и скучно);
3. Подключение должно быть нормальным, по РДП (не энидеск), т.к. я работаю урывками, в нерабочее время и т.д.
Чтобы я мог подключиться и работать, не договариваясь каждый раз с кем-то с вашей стороны.
Энидеск (или просто ВКС) подойдёт, чтобы проблему увидеть. А решать её надо по РДП.
4. Если потребуется подписать NDA, то он должен быть для нас приемлемым.
Если мне наши юристы скажут "не, такое не годится" - увы, не порешаю вашу задачу (неохота тратить время на бумажки и переговоры).
5. Сроки решения не гарантирую (хотя обычно стараюсь побыстрее, но загрузка непредсказуемая);
6. Чтобы никого не обидеть, беру не больше одной бесплатной задачи от одного клиента в течение одного года;
7. Могу отказать с объяснением причины (такое случается) или без объяснения (такого ещё не было, но право себе такое даю :)).
Если хотите поучаствовать - добро пожаловать в почту с вашей задачей.
Почта указана в описании канала.
Это когда что-то в 1С тормозит, падает, медленно работает. Конкретный отчёт/документ, обмен, выгрузка, вся база, у конкретного пользователя, у всех и т.д.
Я много раз упоминал, что люблю решать такие задачи. Необъяснимой притягательностью они для меня обладают.
Обычно я такие задачи у своих программистов забираю.
Увы, это случается всё реже: текущим клиентам все известные вопросы производительности мы решили.
Только новые клиенты подкидывают иногда. Но программисты их от меня скрывают - сами научились решать.
Поэтому я хочу больше задач по производительности. Могу порешать ваши, бесплатно.
В каких-то задачах прям оптимизировать получится, иногда просто рекомендации дам. Где-то сдамся и скажу, что не справился.
Есть несколько правил/ограничений (как им не быть-то, если речь о бесплатной работе):
1. Время на хобби у меня ограничено, поэтому много задач взять не могу;
2. Крайне желательно решать на вашей базе 1С, не занимаясь воспроизведением на демке (это долго и скучно);
3. Подключение должно быть нормальным, по РДП (не энидеск), т.к. я работаю урывками, в нерабочее время и т.д.
Чтобы я мог подключиться и работать, не договариваясь каждый раз с кем-то с вашей стороны.
Энидеск (или просто ВКС) подойдёт, чтобы проблему увидеть. А решать её надо по РДП.
4. Если потребуется подписать NDA, то он должен быть для нас приемлемым.
Если мне наши юристы скажут "не, такое не годится" - увы, не порешаю вашу задачу (неохота тратить время на бумажки и переговоры).
5. Сроки решения не гарантирую (хотя обычно стараюсь побыстрее, но загрузка непредсказуемая);
6. Чтобы никого не обидеть, беру не больше одной бесплатной задачи от одного клиента в течение одного года;
7. Могу отказать с объяснением причины (такое случается) или без объяснения (такого ещё не было, но право себе такое даю :)).
Если хотите поучаствовать - добро пожаловать в почту с вашей задачей.
Почта указана в описании канала.
🔥15👍2👏2
За вчера получил три бесплатные задачи на производительность.
Первая - за ночь не успевают перезаполниться, перепровестись и рассчитаться планы производства в ЕРП.
Клиент активно пользуется планами продаж - создаёт, замещает, корректирует. Из планов продаж создаются планы производства, которые всегда должны быть актуальны. Сделана доработка, которая ночью перезаполняет все планы производства, рассчитывает полуфабрикаты.
Вот эта обработка ночная и сбоит.
Вторая и третья - про тяжёлое обновление. У клиента релиз древний, база старая и большая, иногда задумывается об обновлении, но отталкивают два вопроса: цена и время простоя базы.
По цене уже определились - её несложно посчитать.
По времени простоя как раз две задачи, которые плюс/минус можно притянуть к производительности:
1. Как уже сейчас оценить время простоя, до начала работ по обновлению (вдруг время неприемлемое окажется);
2. Если оно окажется неприемлемым, чё делать? Если обновиться хочется, а жить сутки-двое без базы - нет.
Задачи с виду несложные, но интересные.
Спасибо откликнувшимся, подкинули мне развлечение 🙏
Первая - за ночь не успевают перезаполниться, перепровестись и рассчитаться планы производства в ЕРП.
Клиент активно пользуется планами продаж - создаёт, замещает, корректирует. Из планов продаж создаются планы производства, которые всегда должны быть актуальны. Сделана доработка, которая ночью перезаполняет все планы производства, рассчитывает полуфабрикаты.
Вот эта обработка ночная и сбоит.
Вторая и третья - про тяжёлое обновление. У клиента релиз древний, база старая и большая, иногда задумывается об обновлении, но отталкивают два вопроса: цена и время простоя базы.
По цене уже определились - её несложно посчитать.
По времени простоя как раз две задачи, которые плюс/минус можно притянуть к производительности:
1. Как уже сейчас оценить время простоя, до начала работ по обновлению (вдруг время неприемлемое окажется);
2. Если оно окажется неприемлемым, чё делать? Если обновиться хочется, а жить сутки-двое без базы - нет.
Задачи с виду несложные, но интересные.
Спасибо откликнувшимся, подкинули мне развлечение 🙏
🔥19
Вчера ещё была бесплатная задача по производительности, получилось решить телепатически, без подключения (на той стороне был программист).
Проблема - у некоторых пользователей форма связанных документов в ЕРП формируется 3 минуты. Под полными правами - пару секунд.
Тут несложно - в платформе есть две известные проблемы на этот счёт. Первая - роли, добавленные в расширения, могут приводить к тормозам. Вторая - когда ролей назначено много, это тоже приводит к тормозам. А в ЕРП ролей очень много. Разработчики знают о проблеме, но сознательно приняли такое архитектурное решение. В УПП был другой подход к ролям, поэтому их было мало.
Так вот, задача. Попросил проверить роли расширений - вообще отключили расширения, не помогло. Попросил дописать привилегированный режим в связанных документах - помогло. Т.е. сработала вторая причина, про много ролей.
Отправил к начальству, согласовать вывод связанных документов без ограничений по правам - согласовали. Человек увидит только название, номер, дату и сумму документа. Зайти внутрь всё равно не сможет, если прав на документ нет.
Проблема - у некоторых пользователей форма связанных документов в ЕРП формируется 3 минуты. Под полными правами - пару секунд.
Тут несложно - в платформе есть две известные проблемы на этот счёт. Первая - роли, добавленные в расширения, могут приводить к тормозам. Вторая - когда ролей назначено много, это тоже приводит к тормозам. А в ЕРП ролей очень много. Разработчики знают о проблеме, но сознательно приняли такое архитектурное решение. В УПП был другой подход к ролям, поэтому их было мало.
Так вот, задача. Попросил проверить роли расширений - вообще отключили расширения, не помогло. Попросил дописать привилегированный режим в связанных документах - помогло. Т.е. сработала вторая причина, про много ролей.
Отправил к начальству, согласовать вывод связанных документов без ограничений по правам - согласовали. Человек увидит только название, номер, дату и сумму документа. Зайти внутрь всё равно не сможет, если прав на документ нет.
👍25👏4😇2
Небольшое видео про проверку данных (для тех, кто ещё не скачал и не пользуется).
Скачивайте и пользуйтесь :)
https://vk.com/video-208482299_456239478
Скачивайте и пользуйтесь :)
https://vk.com/video-208482299_456239478
VK Видео
Что может "Проверка данных" в 1С?
Как пользоваться расширением "Проверка данных", чтобы запрещать пользователям 1С делать глупости. Расширение можно скачать в тг-канале https://t.me/another1C
👍11
И ещё одно видео про проверку данных, с чуть более сложными примерами, про справочник Номенклатура.
1. ВК - https://vk.com/video-208482299_456239479
2. Ютуб - https://youtu.be/iZt3ENv4v-k
1. ВК - https://vk.com/video-208482299_456239479
2. Ютуб - https://youtu.be/iZt3ENv4v-k
VK Видео
Что может "Проверка данных" в 1С? Вторая серия
Как пользоваться расширением "Проверка данных", чтобы запрещать пользователям 1С делать глупости. Добавляем несколько проверок в справочник Номенклатура Расширение можно скачать в тг-канале https://t.me/another1C
👍13
Описание проверки данных перенёс с Инфостарта в ВК - так будет проще редактировать (на Инфостарте нужно ждать модератора).
Оказывается, в ВК тоже можно статьи писать 🥳
Оказывается, в ВК тоже можно статьи писать 🥳
Telegram
Другой 1С
Самое популярное моё решение, которому больше 10 лет. Знаменитая "Проверка данных", в виде расширения.
Статья с описанием тут - https://vk.com/@-208482299-proverka-dannyh
Видео с демонстрацией возможностей:
1. https://vk.com/video-208482299_456239478
2.…
Статья с описанием тут - https://vk.com/@-208482299-proverka-dannyh
Видео с демонстрацией возможностей:
1. https://vk.com/video-208482299_456239478
2.…
👍14
Другой 1С
флАвтоЗадачи 202609231228.cfe
Выложил обновлённую версию "Автозадач":
1. Добавил разграничение прав доступа (в конфигурации оно было, в расширении не было);
2. Немного прибрал интерфейс;
3. Улучшил работу регламентного задания, добавил информацию о дате обновления автозадачи;
4. Перенёс основное описание в ВК.
1. Добавил разграничение прав доступа (в конфигурации оно было, в расширении не было);
2. Немного прибрал интерфейс;
3. Улучшил работу регламентного задания, добавил информацию о дате обновления автозадачи;
4. Перенёс основное описание в ВК.
👍15
VK Видео
Что могут Автозадачи в 1С?
Автоматическая постановка задач в 1С с автоматическим контролем выполнения. Скачать расширение можно в тг-канале https://t.me/another1C
Снял небольшое видео о том, что могут Автозадачи.
Примеры самые простые, сделаны в Бухгалтерии предприятия 3.
https://vk.com/video-208482299_456239480
Примеры самые простые, сделаны в Бухгалтерии предприятия 3.
https://vk.com/video-208482299_456239480
🔥7❤1
Небольшое видео про Структуру затрат.
Вдруг ещё УППшники остались, которые ей не пользуются.
https://vk.com/video-208482299_456239481
https://youtu.be/xfxYiaQrG8g
Вдруг ещё УППшники остались, которые ей не пользуются.
https://vk.com/video-208482299_456239481
https://youtu.be/xfxYiaQrG8g
VK Видео
Отчет "Структура затрат" для 1С УПП
Как выглядит и что делает старый добрый отчёт "Структура затрат" для 1С УПП Скачать отчёт можно в тг-канале https://t.me/another1C
👍7
В августе закончился интересный проект - экстренный переход из фантомной УПП в КА2.
Можно итоги подвести.
Проект был сильно нервный, для нас и заказчика.
Итак, была у людей УПП, и вдруг её не стало. Осталась первичка в ЭДО, платёжки в банке (их можно оттуда обратно скачать), и выгруженные в эксель оборотки и часть справочников.
Ну и что-то на бумажках осталось.
Проект внезапно начался в начале мая, через неделю уже надо было зарплату выплачивать.
Люди у заказчика прям молодцы, работали как проклятые - восстанавливали учёт за 4 месяца, на ходу обучались работе в КА2, и вбивали всю первичку первой необходимости (кадры, зарплата, отгрузки, оплаты).
Мы быстренько грузили остатки и справочники из эксельных осколков, на бегу обогащая данные.
Ну, сами понимаете, сколько полей в номенклатуре или договоре КА2, а в экселе были только код, наименование и иерархия.
По иерархии, если она хорошо сделана, можно очень много узнать :)
Ну и поддержка, поддержка, поддержка. Вместе делали расчёты, корректировали, экстренно что-то дорабатывали, созванивались с ЭДОшниками и банками, чтобы получить старые данные и т.д.
Потом было закрытие второго квартала (первое закрытие в КА2), сдача отчётности.
Июль-август ушёл на стабилизацию ситуации - надо было вычесать все ручные корректировки, сделанные для получения немедленного результата.
Ну и выйти на работу системы, не требующую постоянного участия программистов и аналитиков.
К чему в итоге и пришли. На дворе ноябрь, третий квартал клиент закрыл при минимальном нашем участии.
Запуск был экстремальным, поэтому быстрым. У меня был такой опыт когда-то давно, ещё на заводах когда работал.
Тогда мы как-то вдвоём со Стасом УПП запустили за 2 месяца, я даже статью на эту тему писал - https://infostart.ru/pm/1059972/
Стас, кстати, у меня в отделе работает 😁
По бюджету получилось дороговато - 500 часов.
Будь внедрение в плановом режиме, да с наличием исходной базы, уложились бы в 200, а то и меньше.
Можно итоги подвести.
Проект был сильно нервный, для нас и заказчика.
Итак, была у людей УПП, и вдруг её не стало. Осталась первичка в ЭДО, платёжки в банке (их можно оттуда обратно скачать), и выгруженные в эксель оборотки и часть справочников.
Ну и что-то на бумажках осталось.
Проект внезапно начался в начале мая, через неделю уже надо было зарплату выплачивать.
Люди у заказчика прям молодцы, работали как проклятые - восстанавливали учёт за 4 месяца, на ходу обучались работе в КА2, и вбивали всю первичку первой необходимости (кадры, зарплата, отгрузки, оплаты).
Мы быстренько грузили остатки и справочники из эксельных осколков, на бегу обогащая данные.
Ну, сами понимаете, сколько полей в номенклатуре или договоре КА2, а в экселе были только код, наименование и иерархия.
По иерархии, если она хорошо сделана, можно очень много узнать :)
Ну и поддержка, поддержка, поддержка. Вместе делали расчёты, корректировали, экстренно что-то дорабатывали, созванивались с ЭДОшниками и банками, чтобы получить старые данные и т.д.
Потом было закрытие второго квартала (первое закрытие в КА2), сдача отчётности.
Июль-август ушёл на стабилизацию ситуации - надо было вычесать все ручные корректировки, сделанные для получения немедленного результата.
Ну и выйти на работу системы, не требующую постоянного участия программистов и аналитиков.
К чему в итоге и пришли. На дворе ноябрь, третий квартал клиент закрыл при минимальном нашем участии.
Запуск был экстремальным, поэтому быстрым. У меня был такой опыт когда-то давно, ещё на заводах когда работал.
Тогда мы как-то вдвоём со Стасом УПП запустили за 2 месяца, я даже статью на эту тему писал - https://infostart.ru/pm/1059972/
Стас, кстати, у меня в отделе работает 😁
По бюджету получилось дороговато - 500 часов.
Будь внедрение в плановом режиме, да с наличием исходной базы, уложились бы в 200, а то и меньше.
🔥14👍10👏2❤1
Подходит к концу дикий проектный декабрь.
В январе три запуска - две ЕРП и одна КА2 (по сложности проекта - почти как ЕРП).
Готовился ещё один запуск ЕРП, но заказчик отложил пока.
Это всё запуски, т.е. готовились несколько месяцев, и стартуем. Одну ЕРП, правда, готовили к запуску всего месяц - там переход с КА2, такое тоже бывает :)
Ещё в январе два больших тяжёлых обновления УТ11.
И сразу после выхода из праздников стартуют ещё два проекта внедрения ЕРП. Там и запуски будут быстро, т.к. пока без рег.учёта, чисто производство-склады-планирование-НСИ запустить.
И это я перечислил только проекты, которые полностью мой отдел делает :) И РП наш, и аналитики, и программисты.
Ещё есть проекты, где мы участвуем в качестве "ресурсов". Сколько таких проектов - я даже не считаю.
Буду теперь ждать до апреля, чтобы подбить итоги проектов по стоимости - тех, которые запускаются в январе. Пока у нас бюджеты проектов КА2/ЕРП держатся в пределах 300-1600 часов. В этот раз, скорее всего, раздвинем правую границу - один проект готовили 2 года, из-за сложности бизнеса и учёта.
Если вы подумываете внедрять КА2/ЕРП/что-то ещё страшное, особенно с переходом с УПП - тоже приходите, уже на 26-й год. Не забывайте, что, по старой доброй традиции, 1С может повысить стоимость ПО и лицензий где-то с апреля.
Пока на запуск в январе 2027 г. у нас никто не записался, а январь - главный ограничитель количества проектов. У нас на запуск влезает 3-5 проектов. Больше не берём, чтобы качество не падало.
В январе три запуска - две ЕРП и одна КА2 (по сложности проекта - почти как ЕРП).
Готовился ещё один запуск ЕРП, но заказчик отложил пока.
Это всё запуски, т.е. готовились несколько месяцев, и стартуем. Одну ЕРП, правда, готовили к запуску всего месяц - там переход с КА2, такое тоже бывает :)
Ещё в январе два больших тяжёлых обновления УТ11.
И сразу после выхода из праздников стартуют ещё два проекта внедрения ЕРП. Там и запуски будут быстро, т.к. пока без рег.учёта, чисто производство-склады-планирование-НСИ запустить.
И это я перечислил только проекты, которые полностью мой отдел делает :) И РП наш, и аналитики, и программисты.
Ещё есть проекты, где мы участвуем в качестве "ресурсов". Сколько таких проектов - я даже не считаю.
Буду теперь ждать до апреля, чтобы подбить итоги проектов по стоимости - тех, которые запускаются в январе. Пока у нас бюджеты проектов КА2/ЕРП держатся в пределах 300-1600 часов. В этот раз, скорее всего, раздвинем правую границу - один проект готовили 2 года, из-за сложности бизнеса и учёта.
Если вы подумываете внедрять КА2/ЕРП/что-то ещё страшное, особенно с переходом с УПП - тоже приходите, уже на 26-й год. Не забывайте, что, по старой доброй традиции, 1С может повысить стоимость ПО и лицензий где-то с апреля.
Пока на запуск в январе 2027 г. у нас никто не записался, а январь - главный ограничитель количества проектов. У нас на запуск влезает 3-5 проектов. Больше не берём, чтобы качество не падало.
👍17🔥3❤1🎉1