Вход | Регистрация
    1  2  3  4  5  6  7  8  9  10   
1С:Предприятие :: 1С:Предприятие 8 общая

Кто-то использует ERP? Каковы перспективы?

Кто-то использует ERP? Каковы перспективы?
Я
   Рыжая_
 
14.11.19 - 12:03
Мы отчаялись. Три года попыток работать с этим поделием, три года переписок с 1С, три года работы на них в качестве тестировщиков - по нескольку ошибок в месяц регистрировались по нашим заявкам, каждый раз я убеждала себе и все что мол вот исправят сейчас ошибки и заживем... Но каждый раз исправляя ошибки они ломали то, что еще как-то работало. Три года вели КУДиР и считали налог по УСН параллельно с флагманов от 1С В ЭКСЕЛЕ!!!, так как хваленная ERP не умеет это делать, кое-как полгода назад наладили кудир в программе в полуручном режиме - когда часть данных вводится построчно руками, так они и это доломали!! Сейчас вообще нет никакой возможности посчитать налог, кроме как в экселе. Замечательная программа! Флагман от 1С!
Терпение кончилось, переходим на УПП, но это не надолго, ведь ее снимают с поддержки. И что дальше? 1С, похоже, сдохла - ERP не работает, УПП сворачивают. SAP изучать что ли? Извините, что эмоционально..
   Said_We
 
601 - 15.11.19 - 19:03
(598) + к (600) Какая разница устраивает БП или нет? Выше уже писалали - в ЕРП данный функционал заявлен.
   NorthWind
 
602 - 15.11.19 - 19:14
(599) открою маленький секрет: количество документов может довольно сильно меняться как в сторону увеличения, так и в сторону понижения. Например, вы могли работать с крупной сетью на прямых поставках, а потом она построила РЦ прямо в вашем регионе или в соседнем.
   NorthWind
 
603 - 15.11.19 - 19:16
(600) у этого форума есть особенность - здесь все сильно 1С любят. Поэтому даже если 1С косячит и вы об этом открыто говорите - процентов 80 местных обитателей вам скажут что она правильно косячит, а то что вам это не нравится - так вы сами дурак.
   Said_We
 
604 - 15.11.19 - 19:21
(603) Ну, я как бы в курсе. Я тоже 1С люблю. Но то, что происходит в последних редакциях конфигураций... Как бы это сказать .... - это закат.
   ГНиколаев
 
605 - 15.11.19 - 19:42
(604) Ну какой закат? Это следствие отсутствия конкуренции, всё равно будут использовать, за абсолютным отсутствием альтернатив по соотношению цена/качество. Вот в Беларуси, например, конкурирующая платформа отъела половину сетевой розницы. В России, правда, такое невозможно...
   CrushBy
 
606 - 15.11.19 - 20:16
(605) Просто не надо все загонять в ERP. Концепция One Global Single Instance уже давно устарела. Сейчас в моде - использовать специализированные решения для конкретных задач. Для регламентной отчетности - 1С БП и ЗУП. А для остальных задач - хоть самописка, хоть любая западная система типа Dynamics или SAP. Тогда управленцы будут "отвязаны" от бухгалтеров и смогут творить все, что захотят, либо придумывая и поддерживая свои уникальные процессы, либо взять "best practice" коробку как есть от того же SAP.
   Said_We
 
607 - 15.11.19 - 20:20
(605) "отъела" - это и есть закат. Ранее 1С росло. Сейчас нет. Банки какие-то решения предлагают (бухгалтерия бонусом). Не знаю как это все работает и работает ли, но тенденция есть. Все потихоньку появляется. Ранее никто и не думал на рынок 1С даже смотреть. Сейчас 1С уже не тот продукт. Сейчас это красивый фантик с не понятным содержимым. + изменение в стоимости владения. Сейчас это коснулась УПП, но где гарантии, что это не коснется завтра других решений. Изменение правил во время игры никогда не воспринималось ... Лояльные пользователи начали задумываться и не без основательно.
Потихоньку рынок от 1С будут откусывать.
(606) Не хочет 1С давать что-то в SAP. И ради этого и выпускала ЕРП, что бы позиционировать свои продукты как-то иначе, а не для ларьков. Как следствие пытаться продавать свои продукты дороже.
   NorthWind
 
608 - 15.11.19 - 21:22
(605) это уже много раз в истории было, когда отсутствие конкуренции заставляло кого-то чувствовать себя непогрешимым.
И кончалось всегда печально.
Имеющаяся информация удручает. Скорее всего до заката еще далеко, но если 1С останется глуха к тому что говорят пользователи и программисты по поднятым в ветке и другим подобным вопросам, то думаю, что она вступила на не очень хороший для себя путь. Ну не заявляйте уж тогда. Скажите - мы только для больших, ничего кроме ОСН не признаем. Нет, УСН было заявлено, потому что неохота выпускать "куцую" систему. Но не работает. Это кидалово, говоря уж совсем дворовыми словами.
   ГНиколаев
 
609 - 15.11.19 - 21:40
(607) Тут фишка в том, что отъела не у 1С, а у старого унылого ПО :)) Этот рынок был самой 1С просто не интересен, а у франчей были а) Слабые решения для данного сегмента б) Отсутствие грамотных продажников и внедренцев на местах. В России же ситуация несколько иная, кто откусывать то будет у 1С, очень на это откусывание много надо денег и специалистов.
   ГНиколаев
 
610 - 15.11.19 - 21:41
(606) Крашик, ты бы со своими унылыми фантазиями шёл в свою ветку...
   Sasha_1CK
 
611 - 15.11.19 - 22:14
(595) сколько денег?
   kobzon2
 
612 - 15.11.19 - 22:25
В те выходные обновился в КА, вроде полет нормальный. А так да, частые проблемы с опциями контрагенты/партнеры, несколько организаций.
Баги были в документе сверка взаиморасчетов, когда почти полностью механизм и формы сменили. То же самое потом с Авансовым отчетом. Долго приходится доказывать, что проблема действительно есть.
   Sasha_1CK
 
613 - 15.11.19 - 22:35
(607) в реальности то что предлагают банки и прочие "конкуренты" тиа конутра, эльбы - это сдачу отчетность для ИП и СЗ на 6%.УСНО и Патентах +касса к ОФД.  Все что сложнее - начинается бег по эпическим граблям.

Это в общем тоже востребовано - но по деньгам - настолько малая часть рынка - с такой высокой конкуренцией, низкой маржой и высоким отвалом - что удержаться на нем могут не только лишь все, мало кто может.
   ILM
 
614 - 16.11.19 - 15:20
Скоро начнется поголовный переход на ЕРП с УПП, вот тогда надеюсь у 1С хватит сил добавлять требуемый пользователями функционал.
   RomanYS
 
615 - 16.11.19 - 15:52
(614) Почему скоро? Есть шанс что ERP выйдет к тому времени на какое-то стабильно плато, а по функционалу вроде и сейчас претензий нет.
   rphosts
 
616 - 16.11.19 - 16:09
(461) на абапе там пилят мало... по сути там важнее не кодеры а консультанты. САП не предполагает доразвития/дорабоботки-дополнения функционала ни в какой форме
   HeKrendel
 
617 - 16.11.19 - 16:10
(614) У меня уже вал
   rphosts
 
618 - 16.11.19 - 16:11
(483) дык AsIs - стандарт во всем мире.
   palsergeich
 
619 - 16.11.19 - 16:12
(483) Ответственность вендора стоит совсем других денег
   rphosts
 
620 - 16.11.19 - 16:12
(530) ты сейчас про УХо вольно пересказываешь основные идеи (из коих реализовано чуть-чуть) ну или про https://ru.wikipedia.org/wiki/Сервисная_шина_предприятия
   Ник080808
 
621 - 16.11.19 - 16:26
(604) ага. помню когда на бп 2.0 всех загоняли тоже орали что все, 1с умрет))) а до этого ут11 такой же плач был. если бы каждый раз когда 1с на мисте хоронили мне давали бы  по конфетке то я у умер бы от диабета еще три года назад
   ILM
 
622 - 16.11.19 - 18:33
(620) Не читал до этого, но это нормальная практика. Спасибо за ссылку
   ILM
 
623 - 16.11.19 - 18:37
(621) на бп 2.0 бесплатно было, на 3.0 тоже
   МаксимНижегородец
 
624 - 17.11.19 - 18:15
(100) Почему УПП, для серьезного производственного предприятия ОДИН программист, это мало.
   Злопчинский
 
625 - 17.11.19 - 23:52
(414) "Единственная конфа на УФ "с человеческим лицом" - это УНФ."
- а можно увидеть пример из УНФ ведомости по партиям себестоимости (начост-приход-расход-коност), как это выглядит вживую (можно в личку)..?
   Aleksey
 
626 - 17.11.19 - 23:55
(625) Там обычный партионный учет, без всяких раузов и псевдопартий за месяц
   Злопчинский
 
627 - 17.11.19 - 23:58
(479) "Если бы она смоделировала все в ерп на тестовом примере"
- возможно, что такое моделирование по сути и будет являться внедрением на 90% с соответствующими ресурсами и временем.
   Злопчинский
 
628 - 18.11.19 - 00:24
Про модульность.
как вы себе представляете реализацию такой модульности? я вот - не представляю. Если делать модульную хрень, то все упирается вто, что один модуль не должен ничего знать про другой модуль (например, кому-то нафиг не нужны резервы - отгружает "по факту" - что есть, то собрали и отдали клиенту который приехал сейчас по факту и сидит ждет что соберут по ВЫПИСАННОЙ НАКЛАДНОЙ. а кому-то нужны "резервы" - откуда прога, построенная по принципу модульности, должна знать что для вычисления "остатка" надо еще и учесть резервы из соседнего модуля? не знает она этого. или модуль "резервов" будет в себя включать полностью модуль "остатков" что уже нифига не модульность а то, что есть сейчас - когда код настолько переплетен что ОТДЕЛЬНЫЕ модули не существуют как сущности). Для реализации модульности нужен какой-то иной принципиально механизм построения конфигурации - когда есть отдельные модули (которые друг о друге ничего не знают) и когда есть некая "шина склейки модулей", где модули являются в основном только источниками данных для такой "шины". модуль остатков поставляет для "шины" остатки, модуль резервов поставляет для "шины" резервы. шина только собирает поставляемые данные. Но тут проблема(?) в том, что шина должна знать как собирать данные из модулей. Это значит что
а) либо шина изначально уже предполагает наличие ВСЕХ ВОЗМОЖНЫХ модулей (которые входят в типовое решение) - тогда, например, при отсутствии модуля резервов свободные остатки будут вычисляться как "остатки-0", а при наличии модуля резервов как "остатки-резерв"
б) либо с подключением какого-либо модуля должна модифицироваться (или вместе с модулем поставляться) "шина" для учета этого модуля.

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

как-то так я себе представляю (могу, ясен пень, лажать по страшному, ибо опыта архитектора сложных программных систем у меня нет, так что не взыщите ;-) хватает того, что ЧСВ достаточное ;-)

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

ранее упоминал здесь на форуме раза два уже про построение блочной структуры решений 1С, еще раз сошлюсь на ответы БГ на 20 вопросов сообщества 1С, 7 вопрос из 20 по рейтингу значимости для сообщества: http://catalog.mista.ru/public/194059/
(-? где-то после этого и стала появляться концепция "расширений")
   Злопчинский
 
629 - 18.11.19 - 00:30
Запилил на ИС тему 
https://forum.infostart.ru/forum2/topic229955/
   Злопчинский
 
630 - 18.11.19 - 00:38
(526) "Мне это известно потому, что для всех бизнес-процессов конкретной компании проведено обследование, создана и верифицирована модель, сопоставлена по всходам и выходам с другими процессами, написано руководство пользователя."
- да, как бы хотелось чтобы так было!
но реально ли это? м.б. в компаниях со штатом 1000 человек которые сидят за компами - и будет 1-2 бизнес-аналитика(?), которые занимаются такой работой. а в компании, в которой всего 50 чел, из них 35 чел линейного персонала, и эта компания купила себе "ЕРП".. ;-)
.
у меня в конторе лежит куча регламентов (типа как ты написал, но более отрывочно и несистемно (бо мне за это денег не платили и делалось все это попутно), но самые важные есть) - и что, смотрят\руководствуются этим? хрен! - по минимуму! Не стоит задача у "руководятелов" такая, (не доросли еще видимо), осноная цель - рубить бабло, а все что ниже - не детализировано ;-) И таких контор куча - для них и УТ и КА - излишества... Максимум - эксель и фузина.
 
 Рекламное место пустует
   Злопчинский
 
631 - 18.11.19 - 00:39
(628) во, в (530) примерно то что я и написал (пишу по ходу чтения)
   Злопчинский
 
632 - 18.11.19 - 00:51
(626) там в регистре который используется как партионка для расчета себестоимости нет никакого измерения, из которого можно было бы вытащить дату для реализации фифо, фифо считается на лету (есть ветка я поднимал по УНФ, чел посмотреk - ВРОДЕ чуть глубже слегка охренел как там это считается) - чем это обусловлено и зачем пока (мне) не ясно. Вроде так если я не несу бред
   Провинциальный 1сник
 
633 - 18.11.19 - 06:50
(630) Реально сейчас не хватает легкой универсальной конфигурации на базе БП, чтобы основной учет велся бухгалтерией на плане счетов, а регистры использовались лишь для оперативного учета в торговле и производстве, то есть там где они не влияют на финансовый результат. Параллельные учеты - зло, на них бесполезно тратится уйма времени, а во всех новомодных решениях это в порядке вещей. А малый бизнес не всегда может себе позволить постоянного "консультанта по учету", который бы решал что и как отражать в программе.
   END
 
634 - 18.11.19 - 07:40
(633) В наших реалиях без двойного учета не обойтись большинству фирм. Это данность и с этим надо жить.
   lucbak
 
635 - 18.11.19 - 07:53
(628) Ничего сложного в описанной тобой схеме модульности нет (как все это и решается расширениями)

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

Не прога это знает а модуль резервов это знает.
   Провинциальный 1сник
 
636 - 18.11.19 - 07:57
(634) Это миф из 90-х, в реальности сейчас почти все работают вбелую. Ну и надо разделять двойной учет как желание менеджмента (в этом случае он знает, ради чего всё усложнение и готов мириться с возможными проблемами в случае чего), и как политика поставщика программного обеспечения. Тогда собственник просто в недоумении "почему купили программу, в которой главный бухгалтер не может РАБОТАТЬ так, как ему надо??".
   END
 
637 - 18.11.19 - 08:00
(636) Это не миф из 90. В белую то работают, только есть нюансы. И да, у большинства ЗП серая. Как думаешь, где бабки берут?
   impulse9
 
638 - 18.11.19 - 08:01
(616) на проектах 1С:ERP также хороший аналитик намного важнее хорошего программиста.
Найти кодера, хоть как-то понимающего правила доработок типовых, проще, чем нормального аналитика, отлично знающего типовой функционал в последних редакциях
   Провинциальный 1сник
 
639 - 18.11.19 - 08:07
(637) Лично я с серой зарплатой не сталкивался ни разу. Все организации, с которыми имел дело, платили зарплату вбелую, а если кому и платили неучтенным налом, то это не требовалось учитывать в базе, ибо платилось с явного согласия распорядителя черных денег. И когда говорят про управленческий учет черных денег в базе 1с, мне как-то непонятно, нафига?
   vvspb
 
640 - 18.11.19 - 08:11
(639) И когда говорят про управленческий учет черных денег в базе 1с, мне как-то непонятно, нафига?\\\ всегда готовы к веселой жизни в случае выемки орг. техники :) на самом деле мне сложно понять мотивы таких действий
   Aleksey
 
641 - 18.11.19 - 08:14
(639) Черный деньги по вашему откуда появляются? Неучтенные (с точки зрения налогов) отгрузки за которые клиенты платят налом. Как по вашему такие отгрузки/взаиморасчеты/оплаты нужно отражать в управленческой базе.
Или по твоему база 1С это исключительно БП в которой "рисуют" отчетность для налоговой?
   ГНиколаев
 
642 - 18.11.19 - 08:16
(640) Чёрная и белая базы часто живут в совершенно различных местах, вплоть до различных стран :))
   END
 
643 - 18.11.19 - 08:21
(639) А где ты его предлагаешь вести? В эксельке? А зачем в эксельке, если есть 1С?
   vvspb
 
644 - 18.11.19 - 08:22
(642) я уже когда писала думала что только так...
   vvspb
 
645 - 18.11.19 - 08:23
(641) Неучтенные (с точки зрения налогов) отгрузки за которые клиенты платят налом\\\ это далеко не единственный способ, с этим и хотят бороться маркировкой
   1ctube
 
646 - 18.11.19 - 08:27
(632) ВРОДЕ чуть глубже слегка охренел как там это считается)

А как там считается??? Интересно
   Провинциальный 1сник
 
647 - 18.11.19 - 08:30
(641)  "Неучтенные (с точки зрения налогов) отгрузки за которые клиенты платят налом."
В последнее время это всё сложнее и сложнее стало делать, со встречным декларированием по НДС и ужесточением кассовой дисциплины.
   ГНиколаев
 
648 - 18.11.19 - 08:31
(645) Чем поможет маркировка при продаже товара на рынке или в ларьке "У Ашота"? Типа, сознательные граждане будут сообщать о контрафакте?
   Aleksey
 
649 - 18.11.19 - 08:33
(645) Стоит дяд на рынке, продает велики. Думаешь кто то будет заморачиваться с маркировкой? Или дедушка, который внучку купит велик полезет на сайт проверять, а есть ли марка? Ему скажит. Дед, если нужна марка иди в магазин там тебе такой же продадут в 3 раза дороже, зато с маркой
   Провинциальный 1сник
 
650 - 18.11.19 - 08:34
(649) Вот и подходим мы к идее, что в мелочевке, где не требуется ККМ и НДС, много не спрячешь, а там где крупные суммы - всё под контролем, и так называемый "управленческий учет" черных денег нафиг не нужен.
   vvspb
 
651 - 18.11.19 - 08:34
(648) неа, типа Ашот закупил 100 пар валенок, а продал только три... и возникает вопрос... где ещё 97... как-то так, розница давно в волнении (уже года 2)
   Aleksey
 
652 - 18.11.19 - 08:35
(647) причем тут встречное декларирование по НДС. Неучтенные они без документов, откуда у покупателя счет-фактура, чтобы заявить НДС к вычету?
   Aleksey
 
653 - 18.11.19 - 08:35
(651) Ашот купил за нал без маркировки и так далее до завода. Вы что прям верите что завод на 100% отгружает с документами?
   vvspb
 
654 - 18.11.19 - 08:36
(647) ужесточением кассовой дисциплины\\\ в чём её "ужесточение", вот за кассовой дисциплиной как раз очень давно не следят после того как это забрали у банков и отдали ИФНС, или Вы о какой-то другой кассовой дисциплине :)
   Aleksey
 
655 - 18.11.19 - 08:37
(650) Ну это пока будущее, и не факт что мы его застанем. Вон в будущем нас ждет "25 миллионов высокоэффективных рабочих мест"
   vvspb
 
656 - 18.11.19 - 08:37
(653) я не во что не верю. Мой завод на 100%
   vvspb
 
657 - 18.11.19 - 08:37
ни
   Aleksey
 
658 - 18.11.19 - 08:39
(654) Ну справедливости ради нужно сказать что сюда входит отмена ЕНВД. Т.е. теперь УСН (ну или ОСН), но там нужна вся первичка, иначе это тупой твой доход. А чтобы все не перешли на УСН с дохода, ставку собираются поднять.
Остаеться только ИП с патентом
   Молочный брат
 
659 - 18.11.19 - 08:39
Добренькое утро! Давайте не будем флудить на этой ветке. Мало других? Очень достойный уровень был в выходные, зачем портить флудом?
   Aleksey
 
660 - 18.11.19 - 08:41
(656) завод это не только АВТОваз. К примеру мелкий ИП-ник по пошиву чехлов для автомобилей
 
 Рекламное место пустует
   HeKrendel
 
661 - 18.11.19 - 08:41
(658) Куда ее поднимать, она и так выше, чем требования налогов с ОСНО, или УСН 15%
   ГНиколаев
 
662 - 18.11.19 - 08:43
(650) А как тогда большинство крупных оптовиков в регионах платят серую зарплату? Парадокс...
   Aleksey
 
663 - 18.11.19 - 08:46
(661) вроде как УСН с доходов 8%, доходы-расходы - 20%
   Aleksey
 
664 - 18.11.19 - 08:46
   Провинциальный 1сник
 
665 - 18.11.19 - 08:49
(660) Мелким ИПшникам на производстве нафиг не сдалась ERP, им достаточно БП и экселька для "черной кассы".
   HeKrendel
 
666 - 18.11.19 - 08:51
(654) Там 2 вида ставок, обычный и повышеный
   HeKrendel
 
667 - 18.11.19 - 08:51
Но спасибо
   vvspb
 
668 - 18.11.19 - 08:51
(662) см (659) :)
   HeKrendel
 
669 - 18.11.19 - 08:53
(663) Если доходы организации или ИП превысили 150 млн. руб., но не более чем на 50 млн. руб., а среднесписочная численность составила не более 130 человек, упрощенную систему налогообложения применять можно, но налог и авансовые платежи нужно считать по новым повышенным ставкам (в зависимости от объекта налогообложения - 8 или 20 процентов). Эти ставки применяются с того квартала, в котором был превышен лимит.

Раньше они слетали на ОСНО, сейчас остаются УСН
   ГНиколаев
 
670 - 18.11.19 - 08:54
(668) Так тут разговор за то, нужен ли в ERP  чёрно-белый учёт в современных реалиях, или нет. Пока большинство, видимо, склоняется к тому, что ERP - для полностью "белых" организаций.
   HeKrendel
 
671 - 18.11.19 - 08:54
(670) Отдельно заводишь новое юр лицо и вперед
   ГНиколаев
 
672 - 18.11.19 - 08:56
(671) Если бы всё было так просто...
   HeKrendel
 
673 - 18.11.19 - 08:56
(670) Тут другой момент, нужна ли детализация по выпускам в течении дня в РУ или достаточно 1го отчета за сутки например?
   HeKrendel
 
674 - 18.11.19 - 08:57
Или нужно ли такое же количество статей затрат в УУ, как БУ?
   HeKrendel
 
675 - 18.11.19 - 08:57
Или статей ДДС
   vvspb
 
676 - 18.11.19 - 08:59
(670) ок. Я только одно напишу -- 100%-но белая выручка не гарантия 100% белого учёта
   Paint_NET
 
677 - 18.11.19 - 09:00
(670) ERP - это вообще управленческий учёт в первую очередь, который к регламентированному даже в идеально "белой" схеме имеет лишь косвенное отношение.
   ГНиколаев
 
678 - 18.11.19 - 09:02
(677) То есть, вы за "рисование" отчётности в отдельно стоящей БП?
   Провинциальный 1сник
 
679 - 18.11.19 - 09:13
(678) С учетом того, что регламентация последнее время касается не только бухгалтерской отчетности, а влезает прямо в торговые процессы (встречные декларации по НДС, маркировка, онлайн ККМ), то "управленческий" учет в большей степени становится регламентированным. И получается, что подход "отразить в бухучете сводно то что прошло в управленческом детально" уже не прокатывает, учеты нужно вести синхронно, а это на порядок сложнее, чем просто всё вести изначально регламентированно полностью вбелую.
   END
 
680 - 18.11.19 - 09:23
(679) Да, это так. Да, трудоемко. Но, в текущих реалиях, это более выгодно, чем полностью белый учет.
   Paint_NET
 
681 - 18.11.19 - 09:24
(678) Угу. Даже если отбросить чёрно-белые вопросы РУ, любой оптимизационный схематоз с доп. юрлицами, давальческим сырьём и прочей оправданной финансово лабудой внесёт в рег. учёт путаницу, которую разносить гораздо проще в отдельных базах БП.
   Провинциальный 1сник
 
682 - 18.11.19 - 09:41
(680) Одна управленческая ошибка из-за сложности учета может нивелировать весь эффект от кражи у государства черным учетом..
   gae
 
683 - 18.11.19 - 09:42
(670) (677) Просто ERP это некий монолит в плане УУ и БУ, они построены на едином функционале, и отражение каких-то отдельных операций по УУ без БУ, или которые по времени разнесены от БУ, сильно ограничено. Считается, что мы ввели в опер. контур всю первичку, потом закрываем месяц, причем по УУ и по БУ одновременно, а в некоторых случаях еще и по всем организациям одновременно, и вот как-то так должны работать.
Что делать, если упр. отчетность хочется получать быстрее, по имеющимся данным, и фиксировать ее в таком виде, а бухгалтерии потом еще хочется квартал копаться чтобы все косяки закрыть - вопрос. Чтобы использовать ERP для УУ и БУ придется под это все подстраиваться или выдумывать что-то.
   gae
 
684 - 18.11.19 - 10:02
+(683) А еще плюс ко всему, так как есть УУ, неотключаемый, причем не один контур УУ, а целых два контура УУ (основной УУ со сквозной межфирменной реализацией, и УУ по правилам МСФО), а еще плюс контур БУ, то за всем этим хозяйством надо следить, чтобы не превратилось все кашу.
   Sasha_1CK
 
685 - 18.11.19 - 10:22
(634) а моих реалиях - уже 3-й десяток именно БП в качесвте исходной системы в который дописаны УТ и/или производство в той степени в какой заказчик себе это может позволить/осилить.
   Arh01
 
686 - 18.11.19 - 10:27
(0) Разве УПП уже снимают с поддержки?
Есть ссылка?
   Молочный брат
 
687 - 18.11.19 - 10:32
(686) Нет
   StanLee
 
688 - 18.11.19 - 10:37
у нас организация одна внедрила ERP (раньше было УПП), в начале внедрения народ был конечно в шоковом состоянии, некоторые не принимали новую базу, но затем смирились (вовремя применили правильные организационные решения) ну и пока фирма внедряла я фактически стал местным психологом, чтобы вовремя подсказывать как работать и ласковое слово сказать чтоб не буянили
вобщем счас на ERP, недовольства остались мелкие, но это уже обычные доработки, которые делаются в штатном режиме
   Said_We
 
689 - 18.11.19 - 11:06
(628) "Если делать модульную хрень, то все упирается вто, что один модуль не должен ничего знать про другой модуль" - в хваленом SAP так и есть. Справочник сотрудник это несколько частично дублирующих друг друга инфотипов (языком 1С приблизительно = объектов метаданных), ничего не знающих о друг друге, для каждого модуля.
   Ник080808
 
690 - 18.11.19 - 11:09
(689) а как данные мигрируют? когда подключаешь модуль они синхронизируются?
   Said_We
 
691 - 18.11.19 - 12:03
(690) Нет. Они не синхронизируются. Они существуют сами по себе.
   Aleksey
 
692 - 18.11.19 - 12:08
(686) частично
С 2022 года отраслевые решения на основе «1С:Управление производственным предприятием» снимаются с поддержки. Фирма «1С» рекомендует не планировать автоматизацию с использованием отраслевых конфигураций, разработанных на «1С:УПП». https://1c.ru/news/info.jsp?id=25625
   Said_We
 
693 - 18.11.19 - 12:11
(690) Общие "справочники" тоже есть. Например те же пользователи системы. И это справочник никакого отношения не имеет к справочнику сотрудников в SAP HR. И к "справочнику" материально ответственных лиц бухгалтерского модуля (по моему FI он называется) оба "справочника" не имеют никакого отношения. Как правильно заметил (628) если модульность, то и независимость модулей друг от друга и возможность использования отдельно. Общих инфотипов скорее всего не много. Например инфотип пользователи системы.
   Ник080808
 
694 - 18.11.19 - 12:22
(693) (691) то есть сначала заполняем справочник сотрудники, а потом еще справочник МОЛ?
   Said_We
 
695 - 18.11.19 - 12:37
(694) Конечно. В МОЛ будут только МОЛ, а не все сотрудники. Это отдельная таблица. Она не связана с таблицей сотрудников модуль HR, так как модуль HR может не использоваться вовсе.
   CrushBy
 
696 - 18.11.19 - 12:43
(695) Вообще это бред. В нормальных модульных системах не так. В Master Data будет объявлена сущность Сотрудника, в HR в нее будут добавлены дополнительные колонки нужные для HR. А в FI - нужные для FI. И вводить нужно один раз.
   Ник080808
 
697 - 18.11.19 - 12:44
(695) ладно, если сотрудники, а если номенклатура. В продажах одни элементы в запасах другие в управлении ремонтами третьи?
   Ник080808
 
698 - 18.11.19 - 12:48
да ну нафиг такую модульность
   Said_We
 
699 - 18.11.19 - 12:56
(697) Что смущает? Я больше с HR сталкивался.
В SAP HR нет в общем случае совместителей. Для учета совместителей используется отдельная версия.
В SAP трудовая книжка и стажи это одна и та же таблица (инфотип). Нельзя в стажи завести пересекающиеся периоды. Т.е. те же совместители будут заведены в эту таблицу коряво. Независимо от версии. Либо кадровую информацию трудовой книжки искажаешь, либо размер стажа, от которого ведуться расчеты. Обычно искажают первое.
Совместитель это сотрудник, у которого заполнено поле основной сотрудник. Так же как в 1С в версии ЗиК 77 было.

В SAP такие же тараканы как в 1С только свои.
Это просто другая система. Отличительная её особенность её в том, что вносить в неё мало майские изменения ооооооочень дорого будет стоить. В остальном, то же самое.

(698) "да ну нафиг такую модульность" - есть и плюсы и минусы.
   Ник080808
 
700 - 18.11.19 - 13:00
(699) да как то плюсы крайне не очевидны
  1  2  3  4  5  6  7  8  9  10   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.