Функциональные заказчики (главбух и прочие) хотят видеть по "ERP Управление холдингом" схемки красивые что счёт от поставщика связан с поступлением, поступление с платёжным поручением, платёжное поручение со списанием денежных средств... и так далее, с указанием основных справочников.

Может, что-то отдалённо похожее где-то есть?

Я понимаю, что в конфигурации тысячи объектов и полноценно всё не опишешь. Как им поверхностные схемки дать?

(0) В нотации IDEF0 нарисовать верхнеуровневые схемки

Но главный вопрос: зачем ?
Если все это используется в типовом решении, то оно нафиг не надо. Только трата сил и времени на то, о чем можно прочитать на сайте вендора. Никакого смысла.
А вот если есть что то доработанное, тогда смысл есть. Но только именно по тем документам, справочникам и проч. где доработано.

(0) Пригласите аналитика!

(0) Концепция ЕРП, там все схемки в книжке

А так, по каждому проекту есть своя документация с схемами

(0) https://www.trinion.org/blog/universalnaya-funkcionalnaya-model-torgovogo-predpriyatiya-v-notacii-idef0 Можете взять эту схему за основу и нарисовать документооборот для ERP. Я использую на проектах, правда она для торговой организации.

(5) и вместо УФМТП получится УФМЕРПУХ коротенько, листов на писят

(6) Они нужны для оптимизации процессов, ессно что просто взять картинки не пойдет

в (2) дельный совет

(0) счёт от поставщика связан с поступлением, поступление с платёжным поручением - только вручную, когда учет по расчетным документам, надо ли оно им - еще вопрос.

(8) Аналитик конечно сделает
Но прежде чем ему начинать чето рисовать, пусть поработают ФА или даже РП. Они должны с заказчиком согласовать разумный минимум документации. Если некий процесс полностью типовой - нахрена его разрисовывать ? Об этом можно прочесть у вендора. А вот нетиповые процессы надо рисовать. Потому как дальше эти схемы лягут в основу следующей документации для проекта: ОПЭ, запуска, ПМИ, процесса обучения пользователей.
Практически не бывает такого чтобы на проекте были лишние ресурсы по ролям и времени, отрисовывать все подряд - слишком жирно.

БСП связанные документы?
https://infostart.ru/1c/articles/2135324/

(11) это другое

нужны картинки красивошные "в нотации IDEF0/BPMN" или как получится

(12) Тут главные слова- на халяву

(5) IDEF0, BMPN - это нечто другое.

(0) Ну забесплатно я такого не видел. Я бы посмотрел в сторону генерации инфографики аля mind map, возможно, для этого можно нейросети использовать. Сам я когда-то mind map рисовал себе сам в количестве нескольких штук вручную.

(0) когда-то в коробку https://v8.1c.ru/tekhnologii/sistema-proektirovaniya-prikladnykh-resheniy/ входил диск с описанием  ERP, как сейчас с этим не берусь сказать

(14) Что значит "нечто другое" ?
Вы предлагаете сделать схему в неизвестной нотации ?

(17) "википедики" как вариант, на движке каком-нибудь типа docuwiki.

там и гиперсцылки и поиск и картинки/фоточки и прикрепленные файлики (вложения)

или даже на 1С, типа такой

https://1s-helpdesk.ru/main/baza-znanij.html

https://infostart.ru/1c/tools/1998847/

(17) "схемки красивые что счёт от поставщика связан с поступлением, поступление с платёжным поручением, платёжное поручение со списанием денежных средств... и так далее, с указанием основных справочников"

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

(20) Набор способов тут большой, можно и uml-схему сделать, в нотации С4. Главное понять: оно надо ?

(21) UML точно мало кому надо. Я, если честно, с универа UML в глаза не видел.

(22) Сейчас это модно, гиганты мысли рекомендуют

(22) Мы же не разработкой ПО занимаемся, нафига они нам?

(24) А какая разница ?
Схема и в Африке схема, если инструмент делает ее красивой и наглядной, то почему нет ?
Однако автор исчез, побежал к РП наверное :)

(0) Раньше к 1С ERP можно было скачать дистрибутив СППР. В ней были схемы процессов. Можно было настроить так, что бы непосредственно из ERP обозревать эти схемы. Есть подозрение, что в ЕРПУХ такое тоже есть.

(26) так оно и сейчас никуда не делось
https://releases.1c.ru/additional_file?nick=EnterpriseERP20&path=Enterprise20%5cExtrafiles%5c1Cv8.dt

(25) В целом ты прав, можно описывать в любой нотации, главное чтобы все участники процесса ее хорошо знали

(27) Ну, для ERP то есть. А вот для ЕРПУХА - не знаю. У автора ЕРПУХ, насколько я понял.

Не уверен что Вам это поможет, но в поставку ERP входит поставка конфигурации СППР ERP (Система Проектирования Прикладных Решений). Её можно найти в папке с шаблоном дистрибутива ERP

(0) а ну да...хотят быстро УХ так понять...нюню

(32) У автора вопрос по взаиморасчетам, тут УТ11=ЕРП=ЕРПУХ.

2(0) https://erp.demo.1c.ru/erp_cases/ru_RU/
См. Демо кейсы

(33) Посмотрел. Там совсем простенько.

(34) Так нарисуй, это же не долго

(34) это "верхнеуровневые схемки" вероятно

(35) Автор ищет пути не делать, ибо конечно понимает что работа дурная. Либо взять готовое

(37) Обычная работа

(37) Вот именно.
Я понимаю, что даже при том, что сейчас работает небольшая часть процессов там должны быть 100+ документов и в разы больше справочников.
Там постоянно будет чего-то не хватать.

Но я подумал - может, моей фантазии не хватает? Может, кто-то уже сделал что-то понятное и красивое?
Но увидел - что нет, одной простой схемы на такую сложнейшую систему нет и быть не может.

(39) бюджет выделите и пригласите художника, он нарисует

бесплатно, если в штате и в свободное от работы время

(39) "Но увидел - что нет, одной простой схемы на такую сложнейшую систему нет и быть не может. " - это естественно, ты познал дзен!

(39) Теперь примерно понятно
Неясно одно: как ФА и РП согласовали заказчику такое дурное требование ? Они ведь лучше всех должны понимать что это огромная и бесполезная нагрузка на проектную команду, зачем согласились ?

(42) НЯП, ТС сам себе менеджер, вероятно получил такое пожелание от клиента напрямую.

(43) НЯП, ТС руководит немалым отделом, значит имеет какие-никакие полномочия. И такое требование пропустить не должен был. Мало ли что клиент хочет, исходить надо из имеющихся ресурсов (которые всегда ограничены) и здравого смысла. Но поскольку фактическая роль ТС является страшной тайной :), то обсуждать взаимодействие в их команде крайне тяжело.
По хорошему, он должен вместе с ФА и РП отклонить такую хотелку (или ооочень сильно ее порезать), а как там у них в реальности - фиг знает

(42) в больших компаниях пишут требования к введению документооборота и схемы являются основой для этого документа

(45) Причем тут например "Схема оприходования материалов от поставщика" и какие-то справочники.
Любую детальную хотелку можно проработать, собирать черти пойми чего в общем нереально.

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

(47) ТС хочет чтобы под задачу в 200 часов он потратил 2. А разницу он положит в карман

(48) возможно ТС хочеть чтобы "отлепились" от него, ибо работы дофига по рисованию, а вот с оплатой и "сатисфэкшоном" (satisfaction) могут быть "траблы"

поэтому логично поискать что-то готовое и даром (бесплатно), но вот (5) не подходит, потому что УХ, а не ТП

(49) тоже так думаю

Вот тут для WMS сделал описание документооборота на основе УФМТП https://www.trinion.org/blog/chto-takoe-wms
Можете взять за основу.

(51) А где возвраты, размещение, маркировка? ;-)

(52) это первая нота гимна СШП (из "9 1/2 недель" к/ф) основа, которую можно взять и дорисовать/творчески доработать

(52) Размещение я там описал.
Про маркировку может быть и добавлю.
Возвраты, пересортица и тд, это уже отклонения от процесса. Их я не стал описывать.

(53) Абсолютно верно. Я так и делаю на проектах. Использую как основу.

(54) Чот там не увидел, ни требований по печ формам, ни документов

(56) "Мышки, уйдите, я стратегией занимаюсь"©

(56) Это же модель как основа. А вы уже накручиваете что вам надо.

(51) А-ха-ха. Вот показываешь ты эту фигню начальнику склада, он просто ответит "да я лучше тебя знаю что товар нужно принять - разметить -  собрать - выдать". А куда в ерп жать? Распроряжение (*;;№), Приемка - почему договор а не заказ, какое нафиг перемещение я просто принять хочу, статус фука, статус нахрена мне статус, как отбор какой отбор, зачем отбор, как отменить приходник если отбор введен. Вот это самое веселье.

(59) эту фигню обычно прикладывают к документации по проекту (для солидности)

начальнику склада для зачем "веселые картинки", имеющие опосредованное отношение к реальности?

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

(59) А кто его спрашивать будет? Как описано в модели так и должны работать.  Нанимают же аналитика не чтобы картинки рисовать, а что провести изменения согласно модели.

(59) Вот эти талмуды и нужны автору (его клиентам), но бесплатно их не бывает. Вроде как, каждая команда под себя пилит.

Читал ветку и так и не понял зачем автору (0) рисовать для своих такие схемы. Ну ладно еще по одному БП или функции, а по всему предприятию это нечитаемо

(63) Схемы являются основой для оптимизации процессов, нет схем, нет основы

(64) Спасибо, друг)) Но в (0), как я понял, не о конкретных схемах конкретной фирмы, а о возможных схемах в рамках ERP.

(65) Обратиться- нарисуем, не обратиться- пусть сам рисует

(64) От методологии проектной команды зависит
Если команда исповедует Agile, то никаких схем может не быть вообще

(67) Мы не рисуем схемы.

https://v8.1c.ru/erp/funktsionalnaya-model-1s-erp-upravlenie-predpriyatiem/

https://platform.demo.1c.ru/solutionscloud/ru_RU/

(67) Не видел проектов, сделанных по Агилю

(70) а проекты, сделанные по ХХП видели?

я сейчас на таком фиксиком

(71) Это российское наименование методологии Агиля ;-)

Зато всегда при работе

(70)Привет.
Если есть необходимость вести учёт, видеть финансовый результат в разрезе проектов(Строительная компания, каждый проект - новая стройка), то что лучше использовать в ERP? Сделки? Направления деятельности? Назначения?

(74)универсального решения для строительства нет, начинать нужно с отдельных складов и подразделений

дальше рентабельность может считаться разными способами

(74) Направления деятельности самый универсальный, можешь собрать по доходам, вполне должно хватить

(75)Каждая стройка новое подразделение? Технически конечно удобно, но просто если строишь уникальные бытовки по заказу клиента, то их в год может быть и 50 штук, а значит 50 подразделений.

Назначения- сложносоставной аналитический разреp себестоимости, который включает в себя разрезы аналитик сделки, Направления деятельности, заказы, менеджер и т.д. (с) Krendel

(77) У некоторых такое тоже есть

(77) у тебя в любом случае будет 50 записей в какой-то аналитике, подразделение и склад требуют минимальных усилий по переучиванию персонала и являются субконто счетов/группировкой типовых отчётов

(75) (76) Спасибо. Если сам буду пробовать, моделировать, постараюсь расписать плюсы и минусы всяких вариантов.

(80)Да, согласен, сильный аргумент.

(44) К сожалению, не получается отклонить требование заказчика.

(51) Полезно отталкиваться от функций, а не от процессов.

(63) Нечитаемо. Просят. Точнее - требуют.

(69) Это очень интересный вариант.

(84) А ты кто? Сотрудник предприятия или аутсорсер?

(82) Непонятно почему, но соболезную
Значит делай

(86) Сотрудник.

(88) У твоего руководства проблемы с головой. Чтобы понять насколько подходит то или иное решение заказывают предпроектное решение, ну или хотя бы слушают вебинар от компетентного интегратора. А напрягать своего сотрудника рисованием бесполезных схем - диагноз

(89) ну почему же

сотруднику не всё ли равно - чем заниматься за зряплату? вы еще про его должностную инструкцию поинтересуйтесь :)

тем более "нельзя отказаться" - значит нужно с чувством с толком с расстановкой основательно подойти к процессу - торопиться не надо, иначе фигня получится

(90) Руководство странное, явный волюнтаристский стиль
Совет интересный, по типу итальянской забастовки. Делать не делая. Возможно отстанут, видя бесконечный процесс.

Зато если эти схемы сделать, никакие отмазки юзеров "не знаем, не умеем, нам не объясняли" не прокатят. Вам же такие прекрасные схемы сделали, по ним легко разобраться с любым вопросом !

прекрасные схемы для тех, кто понимает (для спецЫалистов)

для остальных - инструкции с картинками (как в приснопамятной Икее)


ну как с телевизором - есть электрическая принципиальная схема

полезна для сервис-инженегра, которой примусы починяет этот самый телевизор

хорошо, когда есть схема. когда нет схемы - плохо. спецЫалист возможно на опыте починит (все унитазы телевизоры одинаковые), но потратит больше времени

(92) Схему что автор будет делать надо сравнивать не с принципиальной, а с функциональной схемой. Той, что для юзера: что с чем соединить кабелями и какие кнопки нажать на пульте чтоб заработало. А потому и требовать с юзера можно будет чтоб по этой схеме со всем разбирался сам

(93) для юзеров такие схемы зачем?

как про медведя и лося ("прочитайте, что у меня на ж.опе написано") : "а я то зачем полез? я же читать не умею"

Посмотрел я на функциональную модель (69). есть биоробот Вася, который на складе работает. Зачем Васе эта модель/схема, тем более функциональная? на стенку повесит как политическую карту мира?

(94) А отделу автора эти схемы зачем ? Они без них работать не смогут ?

Требует главбух и функц.заказчики, то есть юзеры. Схема будет на этом уровне понимания, а не для прога/разраба/архитектора сиситемы

(95) схема будет конечно, если ТС нарисует

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

(0) А автопостроение диаграмм по цепочке документов не устроит? https://disk.yandex.ru/i/-mlXuq4Y6EPZiQ

(51) норм как букварь. А для WMS один квадрат "Размещение товара" - если его разриосвать - будет раз в 5-10 больше и сложнее всей "стр.6"

(82) это называется просто...искуство работы с клиентом...уметь продать снег зимой ...другими словами

(99) С большой вероятностью никакого "клиента" нет, все делается для внутреннего заказчика. Вся ситуация говорит что либо нет авторитетного руководителя ИТ-отдела способного отстоять своих, либо ИТ в этой конторе  - третьестепенное подразделение, которому любой оператор первички спускает указивки.

(97) Как такое формируется?

(100) Не могу на открытом форуме обсуждать ни заказчиков, ни руководство.
Люди умные. Возможно, где-то перегибают палку.

(102) Можно подумать заказчики и руководство поголовно сидят на Мисте и знают все ваши ники. Умные не перегибают
Ну дело ваше, мы уже вам соболезнования принесли

(0) И в чем проблема? Начните рисовать схемы. Хотя нет, сперва заставьте купить лицензионный инструмент для рисования  схем ("поддельные елочные игрушки во всем такие-же как настоящие, но от них нет никакой радости!"). А потом начинайте рисовать с самых верхних схем. Это идеальная задача для штатного ИТ отдела. Выбивайте деньги на командировки на склад для проведения изучения процессов и интервьюирования сотрудников. Все схемы рисуйте в двух вариантах: как есть, и как хотят ключевые пользователи (можно еще третий вариант - как надо по науке). Каждую схему отправляйте на согласование в описываемый отдел и к руководству. И не забывайте про совещания, простые и протокольные по каждой схеме. Очень скоро вам придется перерисовывать схемы в связи с изменениями в бизнес-процессах (В Сан-Франциско мост красят уже более века потомственные бригады маляров, когда они заканчивают покраску суриком на оном конце моста, другой конец опять пора красить заново). Вскоре у вас 100% времени сотрудников будет занято этой задачей, и можно требовать увеличения штата и своей зп. Со временем ИТ отдел превзойдет по численности все остальные подразделения в сумме, и вы сможете уволить генерального как лишнее звено  в процессе рисования схемы ИТ структуры предприятия.

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

(105) я как-то собеседовался в одной крупной конторе, у которой горизонт планирования лет на 70-80 вперед (что-то там с мирным атомом связано)

ну так вот - они там своими силами бюджетирование внутреннее "с нуля" сочиняли

я сказал (мысли вслух) - нах.я самопиську сочинять?

- вы нам не подходите... мы вам не перезвоним

(106) Бюджетирование всегда было почти интимным вопросом в каждой компании

(106) не переживай, также и с гозами, и с любыми силовиками

(102) уже бы половину нарисовал

(101) https://infostart.ru/1c/tools/1527549/

(110) Вряд ли автора это устроит
Здесь строится диаграмма по конкретной существующей цепочке документов. А надо по всем теоретически возможным вариантам таких цепочек

(106) Если в Гринатом, то вопрос бессмысленный, там уже все решения приняты. Но эту самописку бы увидите только пока у вас проект с ней, потом переведут на другой и адьос. Сейчас чаще с типовыми проекты, как мне рассказывали.

(111) Так то оно так. Просто эта маленькая открытая часть нашей технологии внедрения ERP. Там как раз прототипы, модели и разработка ведутся в отдельной базе. И каждая реальная цепочка документов по делу. Со всей требухой описания, НСИ, анализа и диаграмм.