Вопрос к знатокам SAP или других отличных от 1С систем. #803754

У нас на предприятии новый руководитель по автоматизации. С 1С он знаком мало, раньше работал с SAPом, и нужно ему понятным языком изложить как устроена платформа. Он поставил задачу: хочу отчет, такой-то такой, тут данные из плана, тут продажи, тут расчет...всё красиво нарисовал, показатели, разрезы, всё хорошо. Для реализации такой задачи мне понадобится пара регистров, и проводки в 6 документах по эти регистрам. Я на копии базы всё это накидал, сделал отчет на СКД, показываю ему, он начинает там свои хотелки, тут убрать тут поменять, в общем когда я ему говорю, что вот, мне нужно в регbстре поменять, в документах исправить, перепровести, он вообще не догоняет о чем я, то есть человек видит отчет? и только про отчет мне и говорит. Такая вот проблема. он реально думает что у меня там в отчете документы перебираются просто и всё рассчитывается тут-же. Вот и вопрос а как вообще в других системах, какие там объекты, и как всё устроено, чтобы с ним хоть на одном языке говорить?

У нас на предприятии новый руководитель по автоматизации. С 1С он знаком мало, раньше работал с SAPом, и нужно ему понятным языком изложить как устроена платформа. Он поставил задачу: хочу отчет, такой-то такой, тут данные из плана, тут продажи, тут расчет...всё красиво нарисовал, показатели, разрезы, всё хорошо. Для реализации такой задачи мне понадобится пара регистров, и проводки в 6 документах по эти регистрам. Я на копии базы всё это накидал, сделал отчет на СКД, показываю ему, он начинает там свои хотелки, тут убрать тут поменять, в общем когда я ему говорю, что вот, мне нужно в регbстре поменять, в документах исправить, перепровести, он вообще не догоняет о чем я, то есть человек видит отчет? и только про отчет мне и говорит. Такая вот проблема. он реально думает что у меня там в отчете документы перебираются просто и всё рассчитывается тут-же. Вот и вопрос а как вообще в других системах, какие там объекты, и как всё устроено, чтобы с ним хоть на одном языке говорить?

человек заказал отчёт. нафига ему твои объяснения какие изменения тебе надо сделать, чтобы удовлетворить его хотелки?

единственное я бы посоветовал обязательно протоколировать все постановки задачи и все изменения в виде хотелок дабы в случае проблем и наездов иметь аргументы

Нафига ты его погружаешь в это?  Он хочет видеть следующие разрезы в отчете, если их нет в БД - создай их. Это стихийная автоматизация. Все нормально. Так и бывает. Напишешь с 10-20 отчетов будешь понимать чего от учетной ситсемы хотят руководители, потом перепишешь всю структур БД заново по нормальному без костылей, если до этого дойдет). Зачем ему объяснять как работает платформа? Что за чушь тебе в голову пришла...

+ В этом плане видимо SAP более универсальна по структуре и обычно задачи решаются действительно просто отчетами. Ну это ИМХО. Не знаю про SAP ничего. Но в целом - какая разница... дали задачу делай.  Для чего объяснять?

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

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

Слова SAP и "просто" не надо использовать в одном абзаце. Но есть вариант стать "бизнес-аналитиком", переводя его бред сперва ОБРАТНО в пользовательские задачи, потом реализовывая реальные потребности. Он же создаст новое рабочее место.

дак он-то себя считает знатоком по автоматизации, и когда я ему сказал, сколько мне времени потребуется, так и зашёл вопрос по устройству системы. Он сейчас реально думает что я не правильно всё делаю.Сам бы я ему конечно не стал объяснять как это всё устроено

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

А ну это другое дело... Знатокоу можно объяснить, - вот этих первичных данных нет в программе, а эти циферки в отчете требуют дополнительных регистров для скорости расчета отчета и упрощения алгоритма отчета например.  Это все есть в другой учет ной системе опцуионально. Например - БП 8 нет, в КА есть. Дальше звонишь франю договариваешь о диллерских пишешь счет, и рисуешь план перехода. Ну что тебя учить?)))

"Он сейчас реально думает что я не правильно всё делаю" Ну что же может и так... Это уж как ты владеешь языком)... Все таки SAP прокачивает управленцев - они в это овно пытаються влазить)). Долбодятлы). + Бывшие SAPs обычно приучены... к баблотребованиям) Используй это)

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

И эта. По опыту - обещать они умеют охудивительно красиво. Но никогда (зачёркнуто) до последнего совещания не отвечают за сроки, хотя от подчинённых их требовать любят. Короче, ненадолго этот у вас. Жди и организуй сбор косяков другими руководителями.

"Это все есть в другой учет ной системе опцуионально" Вот я про это вот и спрашиваю, я с SAPом не знаком, какие аналоги объектов 1с в других системах? Не перебирают-же они все документы запросом при формировании отчета?

"Короче, ненадолго этот у вас. Жди и организуй сбор косяков другими руководителями." это точно)) все ждём

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

руководитель автоматизации... имеет право знать

Ну млять... ты же удаку можешь объяснить. что без первичных данных отчета нет!!!

Дак я понимаю, про это и спрашиваю, как эти объекты/механизмы называются, хотя-бы? если я ему скажу, "ну вот как в SAP ХХХХ так у нас регистры" тогда уже и пойдет разговор в нужном направлении и на одном языке. Где-то почитать может можно ликбез по SAPу для чайников?))

по этой логике он прав - документы есть чего-же тебе ещё надо?

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

Вообще не понимаю что ему за печаль регистр не регистр, Ну так и скажи можем без регистра - отчет будет тупить.... неделю.

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

Ну так объясни что это способы решения - первый с регистрами все быстро и оперативно, а второй - отчет будет тупить неделю работать... Ну напиши ему без регистров. Очень часта ситуация когда данные по документам собираются между прочим. В чем трабла?

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

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

Никто не знает внутренней структуры данных этого фашистского зоопарка. И руководятел тем более не знает. В лучшем случае есть у него контакт прошлых разработчиков, которых он грозит подключить - но это полный блефдёж. Дай ему сайт 1С, пусть тоже в выходной не отдыхает.

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

В монстре SAP видимо просто больше предусмотрено "регистров" структурой и все. И лично этот чувак сталкивался именно с такими ситуациями. ВПРОЧЕМ еще раз кто тебе мешает написать отчет по первичным данным без регистров? И не понимаю что так до регистров то доипался руководитель?

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

ну я в общем-то так и делаю)) просто ситуация дурацкая, вот и хотел может терминов каких-то аналогий, поэтому и спросил про SAP

Он типа SAP знает? Так скажи нет проблем давайте на SAP перейдем))) из за вашего отчета).  Гы гы.... И ищи работу.

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

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

в сапе, скажем так, в пару раз больше подсистем. Разумеется там много чего такого есть чего нет в 1с

По ущам ездить он знает. Дерзость и некомпетентность. Переход с 77 на SAP в одной большой компании привёл к тому, что чеки бьют руками. Надо бы узнать, как там с ФЗ-54 :)

Предупредить заранее и все. Это типа ваше решение. "от данных типовых отчетов " - ну все что можно точно так же из типовых регистров и взять.   Ну короче это уже надо задачу обсуждать.

В SAP нет такого понятия как регистры. Там тупо хранится все в таблицах, и документы, и сводные параметры по ним. Другой момент, что если в регистре 1С есть в среднем 3 измерения и 5 ресурсов, то в SAP средняя вместимость таблицы - 100-200 полей, куча избыточных данных (ибо настоящая ERP, а не подделка 1С). Соответственно, большинство данных в любых разрезах уже хранится в системе, и большинство отчетов можно сделать по 1-2 таблицам. Поэтому тебя и не понимают.

Ну руководитель то автоматизации не автор...  Гы гы))) На то он и поставлен что бы фигни не делать... К нему и вопросы.

а при чем тут количество подсистем? в ERP  подсистем больше чем в УТ 10, я же говорю о объектах системы, ну правда не по документам же они там отчеты строят(отчеты же у них есть? документы есть?) какие нибудь агрегаторы не знаю там, механизмы для хранения рассчитанных данных, по которым строятся очеты? или просто таблицами они их может называют)) или Вы под подсистемами что-то другое понимаете?

"большинство данных в любых разрезах уже хранится в системе, и большинство отчетов можно сделать по 1-2 таблицам" это ведь насколько быстрее будет пухнуть размер БД, и насколько дольше все эти избыточные данные будут записываться в БД?

вот, уже хорошо, спасибо, про избыточность в SAPе ему попробую вкрутить...

Избыточность аналогов регистров заложена на уровне системы. "ибо настоящая ERP, а не подделка 1С"  делай другую конфигурацию... с избыточностью. Платформа то причем?

Не надо играть на его поле! Говори о том, что знаешь лучше его.

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

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

значит довести до чела, что регистры  по сути почти аналог того что называют OLAP. Если чел не упорот этого будет достаточно.

Вот это прекрасно!  По сути то что я и предлагал автору...в . "Дальше звонишь франю договариваешь о диллерских пишешь счет, и рисуешь план перехода. Ну что тебя учить?)))"

я собственно говорю об устройстве системы(не с начальником а здесь на форуме) Справочники, Документы, Отчеты, Регисты...всё это надстройки над таблицами БД в моём понимании. Просто интересно как это устроено в других системах

выгрузить из 1С все данные в SAP И наслаждаться SAPовскими отчетами )))

Если ты хочешь ERP систему, ты должен иметь Oracle, мощные серваки и гигабитную сеть. SAP развивается с 70-х годов, там все достаточно оптимизировано - настолько, насколько возможно. По моему опыту база за 4 года была всего около 700ГБ, не так уж и много. Друг, я не собираюсь с тобой спорить о том, чего ты не щупал. Не совсем OLAP, конечно. Просто избыточные данные в силу того, что слишком много областей взаимосвязаны.

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

Кстати, отчеты SAP (т.н. ALV-отчеты) - аналог СКД. На самом деле 1С достаточно много слямзило у SAP, начиная хранилищем и заканчивая подходами к построению отчетов )

вот-вот, чего то такого я и спрашивал, сейчас погуглю

Про регистры остатков не вздумай говорить со своим начальником, он тебя не поймет. В SAP все данные хранятся только на текущий момент. Если надо вычислить остатки на 01 января, берешь текущие данные и отнимаешь все движения до 01 числа.

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

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

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

вон оно как, спасибо - это многое объясняет)))

средствами платформы имелось в виду тупо с помощью кода

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

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

Так и 1С также работает, если у регистров накопления оставить только текущие итоги.

И? Предлагаешь оставить автору в конфигурации только текущие итоги, чтобы начальнику теплее стало? ))

Нет, предлагаю сказать, что 1С более сложная система, чем SAP.

На самом деле руководитель автоматизации обычный недосапер, те в предыдущей организации был пользователем SAP чуть продвинутей остальных и ему поручили взаимодействовать с внедренцем SAP. Потом он хорошо продал себя и теперь станет недо1С-ком.

А земляне - более развитая цивилизация, чем альдебаранцы.

+1 т.к. ее проектировали явно не трезвые люди. В САП хоть и решения древние и иногда странные, но задумка архитектора всегда понятна

нормальное сторнирлвание там только в FI есть, а вот в логистике тупо обратное проведение, как это было в 7.0 торговле Видимо в те года так было модно

Тоесть уменьшение скорости разработки на более сложной системе вам неочевидно?

Полагаю, ты SAP в глаза не видел, но тем не менее смело полагаешь, что 1С более сложная система. Настоящий 1С-ник, слабоумие и отвага. Я тебя немножко разочарую, еще 10 лет назад у SAP был настолько мощный инструментарий учета в различных областях, что текущей версии 1С до сих пор до него, как до Пекина раком. Мне очевидно одно, ты любишь сравнивать вещи, о которых мало чего знаешь. Я тебе просто подкинул еще одну идею. Удачи.

Вот ты птица с длинным клювом, долбящая деревья. Ну ладно, давай дасвиданья.

и что, в САП в настолько мощной система успешно и без проблем собирают регламентнуб отчётность и прочую кучу всей буховской фигни? Что-то не слышно о таком прорыве в массовом количестве.. Обычно озвучивается что из сапа в бп пепегружаютМогу быть не прав

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

Все верно, SAP забугорная система, и там реалии российского бух.учета (как и китайского, индонезийского и т.д.) не заложены. Большинство так и делают, используют SAP как учетную систему, и выгружают данные в 1С:Бухгалтерию для сдачи регламентной отчетности. Я слышал, что кто-то пробовал вести бухгалтерию в SAP, но результаты мне неизвестны. И сам бы я так не сделал - обновлять 1С:Бухгалтерию с изменением регламентной отчетности в разы дешевле, чем пилить SAP (а он на самом деле пилится точно так же, как и 1С).

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

Просто автор не понимает, видимо по неопытности, что от него хотят.

Дальше на все измышления начальника автоматизации работаешь в режиме влпрос-ответ. Если руководятелу что-то не нравится на то он и руководятеь чтобы предлагать и выстраивать пути улучшения.Автор из плевой текущей задачи какую-то хрень раздул..У меня было аналогичное Когда пришёл начсклада и попытался подавить приёмы работы которые у него были на другом складе. Пришлось объяснить что в Сочи и Мурманске разные погодные условия и ходить в Мурманске зимой в лёгкой флиске как-то стремно

хотят наверное всего и сразу, причем еще вчера )))

ну вот и объяснить руководятелу, что в случае отсутсвия нужной хрения в 1С она прикручивается быстро и недорого (не так ли, дорогие уважаемые 1сники-восьмерочники?)

Тоже мне аргумент. Мак тоже 10 лет назад был супер и гипер - где он щас ? Ни железа оригинального, ни операционки. В сапе половина модулей как была написана в 70х так и не обновлялась никогда - дорого для буржуев это. Одно чо стоит накатить на дистрибутив все ноты - башку сломаешь. Абаперы знакомыые, как подопьют - так в три ручья, крокодиловыми слезами; очень хвалят СКД в 1С.

погодите, как они могут хвалить СКД, если СКД потырен из ALV-отчетов, как сказано в ?

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

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

(+84) Оттуда и избыточность в таблицах, которую на голубом глазу выдает за плюс системы; хотя эта избыточность означает только одно - чтобы корректно поправить данные надо править их в нескольких таблицах, а не в одной как в 1С.

Там просто нет регистров. Как в обычных формах для просмотра баз данных. Такие можно на любом движке, хоть в Эксесе сделать.

А SAP это слямзил у Майкрософт. Это называется OLAP-кубы.

с сапом не сталкивался на прямую, а вот навижен - это шедевр говно архитектуры.... 1с просто как космос по для пешехода в сравнение с навиженом... с сапом - довольно часто работаю с пользаками сапа, у них ВСЕГДА запросы такие - дай мне отчет в ЕКСЕЛЬ и дальше мы сами. САП по другому не умеет работать и значит с 1с надо так-же...

ну, как успехи в освоении принципов функционирования САП'а? Время-то не жалко свое? Чтобы с начальством на одном языке говорить, существуют термины РСБУ, МСФО, WMS и других областей. На тех же семинарах ИТРП наверное не зря рекомендуют не разговаривать при внедрении с людьми терминами 1С.

А спецификации в навижне лучше чем в УПП :)

olap тоже не микрософт придумал. ну дак не я же инициатор таких разговоров, я собственно и спрашивал, для того чтобы подобных разговоров избежать

А все-таки, что за отчет? Зачастую довольно сложные отчеты можно реализовать стандартными средствами. Если там, конечно, не какой-нибудь регрессионный анализ с выборкой данных за несколько лет из стандартных регистров и документов или просто миллионы документов в таблицах.

У тя сложность объяснить просто потому что не знаешь как устроен САП и все. Почитай про него Если вкратце то там нельзя как в 1С менять метаданные! Вот нельзя и все, максимум можешь свою внешнюю табличку наваять и другим "отчетом" ее заполнить (периодически по расписанию или триггеру обновлять) и заюзать в своем "отчете".

+ В результате то что в 1С делается легко и просто банальным добавлением реквизита/разреза и заполнением при перепроведении доков с последующим очень шустрым получением отчетов. В САПе делается наворачиванием "sql запросов", когда перебирают документы и справочники с отбором, без сразу взять данные из готового регистра.

Вообще, считается что все аналогии априори ложны. Советую оставить попытки объяснить "на пальцах" сходства и различия 1с и SAP, и пытаться на этом построить обсуждение. Назначьте сами себе вменяемые сроки на этот отчет, если чел из SAP - там вроде пользуются всемирно признанными методологиями разработки и "на коленке" не принято вести разработку. Если не устроит - есть свободный рынок, может попробовать озадачить кого-нибудь на стороне. Надеюсь в предыдущим руководителем все нормально было, чтобы было чей контакт в резюме указать, бгг. ) Организация где работаете, это не единственный платежеспособный работодатель в вашем городе?

Друг, ты несешь херню: есть подробная документация на английском, есть тех.поддержка круглосуточная, есть платные курсы не для нищих, СКД на 1С слямзили с ALV на SAP. Если у твоих абаперов знакомых посчитать что-то внутри отчета проблема, я понимаю, почему они слезы льют из-за СКД на 1С. Где я выдавал избыточность за плюс системы - непонятно, ты сам че-то придумал, сам же как Д'Артаньян опроверг. Несешь херню, SAP в глаза не видел, но мнение имеешь. Молодец, настоящий 1С-ник. Удачи.

Предлагаю за пропаганды сапа заебанить!

Не, на первый раз вынести общественное порицание.