Несколько сильных сторон 1С в сравнении с SAP

0. 4564 28.04.15 16:00 Сейчас в теме
Тематика статьи в последнее время вызывает много дискуссий. То, что эти дискуссии стали возникать в последние года три-четыре, – не случайно. Эта тема стала актуальна с момента перехода платформы 1С и ее прикладных решений на новый этап развития, связанный с появлением управляемого приложения. И я попробую вернуться к этому вопросу еще раз. О каком SAP пойдет речь?

Перейти к публикации

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1311. TODD22 18 30.10.18 16:02 Сейчас в теме
(1302)
Классика из классики

"Прошлое прошло"
1303. alex_sh2008 4 30.10.18 15:53 Сейчас в теме
(1297)
это не управленческий учет. По учебнику упр учет = бух. учет + доп. аналитика.

Мы говорим про иностранную систему, учебники от 1С тут не подходят.

большинство совеременных СЭД не имеют таковой - в SAP есть только OpenText. Это их провал ИМХО.

Почти все серьезные СЭД (Documnum, SharePoint, Alfresco) имеют интеграции с SAP

(1297)
ну ка пример такого проекта? Знаете сколько лицензия SAP стоит? Из за этого большинство данных в SAP не вводятся а загружаются обычно....

У SAP лицензии имеют место менять свою стоимость в зависимости от потребности и количества, не на всех 100тыс ставить полный лицензии там ставить лицензии на тот участок который нужен. И когда речь заходит от таких количествах там и разговоры идут другие. По проектам не могу ничего сказать сейчас уже нету наверное таких. Но в свое время Роснефть, Лукойл делали такие проекты.
1296. TODD22 18 30.10.18 15:43 Сейчас в теме
(1286)
управленческий учет = Бухгалтерский + доп. аналитика. Не так ли?

Не так.
1298. comol 4564 30.10.18 15:46 Сейчас в теме
(1296) это по учебнику. То что ты подразумеваешь в цивилизованном мире не существует :)
1287. genayo 30.10.18 15:30 Сейчас в теме
(1277) (1279) Назовите эти компании, очень интересно.
1293. comol 4564 30.10.18 15:40 Сейчас в теме
(1287) https://1c.ru/rus/partners/solutions/default.jsp гуглите по торговле и проекты в Москве. Иностранных представительств дочёртиков.
1295. genayo 30.10.18 15:41 Сейчас в теме
(1293) Дайте прямую ссылку. В гугл я тоже посылать умею.
1300. comol 4564 30.10.18 15:46 Сейчас в теме
(1295) я дал ссылку на справочник "внедренные решения" 1С :). "Гуглите" там :)
1301. genayo 30.10.18 15:47 Сейчас в теме
(1300) Ну, значит, ваши утверждения считаем голословными. Что за привычка - сначала сказать, а потом в кусты.
1313. genayo 30.10.18 16:05 Сейчас в теме
(1310) В последней ссылке 3 рабочих места. Вы это серьёзно?
1316. comol 4564 30.10.18 16:08 Сейчас в теме
(1313) это представительства иностранных компаний которые работают в РФ на 1С :). У меня в компании целый отдел таких обслуживает... на 1С. И да там попадаются некоторые SAP-овские требования к отчетам и выгрузкам, но не более. А вы меня выше незаслуженно оскорбили и теперь надо бы извиниться наверное.
1319. genayo 30.10.18 16:13 Сейчас в теме
(1316) А я считаю, что это вы меня оскорбили, послав в гугл, а когда я просил уточнить - выкатили совершенно нерелевантные моему исходному вопросу ссылки.
1322. comol 4564 30.10.18 16:22 Сейчас в теме
(1319) Восстановим?

1) (1279) - "филиалы иностранных компаний
эти переходят как миленькие. Сам внедрял :)"

2) (1287) "Назовите эти компании, очень интересно."

3) (1393) https://1c.ru/rus/partners/solutions/default.jsp гуглите по торговле и проекты в Москве

4) (1300) я дал ссылку на справочник "внедренные решения" 1С :). "Гуглите" там :)

5) Ваше оскорбление в мой адрес.

6) (1310) Ссылки на внедренные решения 1С в филиалах иностранных компаний.

Я не читаю у вас в мозгу что вы имели ввиду, но общаться корректно надо уметь.
1324. genayo 30.10.18 16:24 Сейчас в теме
(1322) Где в ваших ссылках про "переходят"? Переходят - значит, изначально в России работали на SAP, а сейчас переходят на 1С. Ну и я в своем посте говорил о крупных компаниях, а не о той мелочёвке с 3-5 рабочими местами, на которые вы дали ссылки.
1325. comol 4564 30.10.18 16:29 Сейчас в теме
(1324) Компания работала изначально на SAP - Открыв представительство в РФ - перешли на 1С в представительстве. Не вижу противоречий. Выбор вполне осознанный. Те же компании с представительствами в восточной Европе или в Азии продолжают вести учет на SAP в этих регионах, а в России на 1С.
1327. genayo 30.10.18 16:33 Сейчас в теме
(1325) Ок, вы меня неправильно поняли, тогда извиняюсь, если вас незаслуженно обидел.
1333. comol 4564 30.10.18 16:43 Сейчас в теме
(1327) приняты. Продолжаем холивар :)
1336. genayo 30.10.18 16:54 Сейчас в теме
(1333) Так нет холивара. Мы знаем крупные решения на платформе 1С - Розница Билайна, самописная ERP у деловых линий, и они таки неплохо работают. Но это скорее исключения. Юлмарт, Ламода, например, 1С в качестве основной ERP точно не используют :))
1343. comol 4564 30.10.18 18:02 Сейчас в теме
(1336) Ну я всё-таки думаю что доля SAP на Россиийском рынке ждёт фэйл в среднесрочной перспективе. Вопрос не в тех кто уже работает а в новых внедрениях, их мало. То что на конференциях SAP презентуют как то совсем скудно. Не потому что 1С хорошая, к слову, просто очень дорого. Для розницы Java/С# разработка обходится дешевле, для производства 1С:ERP подожмёт. SAP останется там где практически монополист - авиакомпании, международные перевозчики и т.п.
1348. genayo 30.10.18 18:58 Сейчас в теме
(1343) По новым внедрениям да, но и сейчас тенденции российского бизнеса таковы, что почти у всего крупняка уже есть внедренные системы, и идет дальнейшее укрупнение.
По рознице - 1С вполне может работать, не взирая на размеры сетки. Только 1С надо ещё обвешивать BI системами кроликами и т.п...
1335. peper- 30.10.18 16:52 Сейчас в теме
(1325)
Компания работала изначально на SAP - Открыв представительство в РФ - перешли на 1С в представительстве. Не вижу противоречий. Выбор вполне осознанный. Те же компании с представительствами в восточной Европе или в Азии продолжают вести учет на SAP в этих регионах, а в России на 1С.

Противоречие логическое есть. "перешли на 1С в представительстве" значит, что до этого в представительстве работали на чем-то другом. А ваш пример означает, что внедряли сразу 1С. Такое, конечно, сплошь и рядом, но только перехода там нет.
1344. comol 4564 30.10.18 18:03 Сейчас в теме
(1335) Там приехали люди открывать представительство - у них был SAP, а тут 1С - опа... они переходят.
1338. acanta 30.10.18 16:58 Сейчас в теме
(1325) Предположим, что не далее как завтра будет выполняться переход какого либо представительства с SAP на всю 1С в россыпи. Вопросы - что есть в SAP (нужное для представительств), чего нет в 1С и как будет происходить первоначальная загрузка данных и в дальнейшем - обмен данными c SAPовской центральной базой. Потратив все отведенное время на настройки обмен данными между УТ или УНФ с Бух, настраивать обмен с SAP будем когда и из чего?
1339. peper- 30.10.18 17:25 Сейчас в теме
(1338) Ну, по большому счету, если компания занимается торговлей или услугами, то из набора 1С они должны себе найти что-то подходящее. Если не одно решение, то комбинацию нескольких. С производством, с другой стороны, могут быть проблемы, т.к. оно очень специфично и может от отрасли зависеть.

А что касается обмена, то мы сделали на стороне 1С обработку выгрузки в веб-сервис, а в SAPе нам индусики из HQ сделали этот самый веб-сервис. Тут самая большая пробелема в том, что в 1Ске некоторые любят провести/распровести/провести/распровести, а потом вообще документ удалить, а в SAPе если бухгалтерскую проводку сделали, то для ее "отмены" нужно вводить сторнирующий документ. А исходную проводку удалить пользователю не дают. Поэтому приходиться на стороне 1Са также блокировать возможность удалять то, что уже проведено.
1340. alex_sh2008 4 30.10.18 17:51 Сейчас в теме
(1338)Обмен с SAP будет зависеть от того что нужно будет туда заливать и от туда выкачивать, может только данные финансов, а может все данные, и при это если еще деньги и время останется на это все удовольствие.
1345. comol 4564 30.10.18 18:07 Сейчас в теме
(1338) эх.... знаете как там устроен обмен с SAP? Они строят отчетик, выгружают в excel, отправляют по почте, там его смотрят и загружают в SAP :))))
1331. peper- 30.10.18 16:40 Сейчас в теме
(1310) у вас в списке две ссылки на внедрения 2005-го года. Это сильно.
1332. comol 4564 30.10.18 16:42 Сейчас в теме
(1331) суть не в ссылках была... суть в том что мелочевка зарубежная в РФ использует 1С потому как некуда деваться.
1337. peper- 30.10.18 16:57 Сейчас в теме
(1332) Ну мы же понимаем, что представительство (особенно, как вы говорите "мелочевка") это может быть директор, бухгалтер, маркетолог и десяток продавцов. Они даже при покупке 1Са они будут брать Буху, УТшку или УНФ. И 1С ERP не будут рассматривать. Не то что SAP.
1346. comol 4564 30.10.18 18:08 Сейчас в теме
(1337) не, есть извращенцы которые работают в SAP по удаленке и держат "под полом" 1С :)
1347. TODD22 18 30.10.18 18:15 Сейчас в теме
(1346)
не, есть извращенцы которые работают в SAP по удаленке и держат "под полом" 1С :)

А потом при закрытии периодов пишут пояснительные записки руководству почему в SAP и 1С цифры расходятся, очень знакомо... :)
1304. kser87 2117 30.10.18 15:53 Сейчас в теме
(1287) очень забавные у вас суждения. Думаю, что вы крутитесь в SAP и ничего другого просто не касаетесь. Восхищаетесь всякими штуками, которые с головной болью удается в сап запустить. Вообще смехотворные суждения об использовании SAP. Это система используется для отчётности перед международными компаниями. Не будет их и сап в России умрет. 1С подтянется в этом плане и сап ждёт аналогичная судьба. В первую очередь потому, что система эта г*вно)

И ничего другого просто не замечаете ТК глубоко не в теме, да и от реалий 1С отстаете лет этак на 10) ТГК-1 к примеру перешла с sap на 1С. )
1306. alex_sh2008 4 30.10.18 15:55 Сейчас в теме
(1304) С нынешней архитектурой 1С вряд ли дотянется до SAP
peper-; genayo; +2 Ответить
1312. comol 4564 30.10.18 16:03 Сейчас в теме
(1306) Технологически да.. а вот по объёму рынка в РФ - однозначно перегонит даже с той убогостью что есть сейчас
1317. alex_sh2008 4 30.10.18 16:09 Сейчас в теме
(1312)SAP особенно не париться на эту тему, у нее рынок другой, 1С до рынка 10тыс и более лицензий тяжело достучаться, а если и получает проекты, то выворачивается как может что бы все таки запустить такие проекты и что бы они работали, и плодятся базы с кучей планов обмена, благо цена такой поддержки на порядок дешевле.
1318. comol 4564 30.10.18 16:11 Сейчас в теме
(1317) Смысл в том что представительств где требуется работа 10 тыс. сотрудников в одной базе очень мало... Суть систем несколько другая.
1C на это забили к сожалению...
1323. alex_sh2008 4 30.10.18 16:23 Сейчас в теме
(1318) Это в основном заводы, и так же требуется для систем СЭД, управления проектами и бизнес процессами, и они основные потребители лицензий SAP, и другого управленческого ПО. В учетной системе может быть задействовано 10000, а в системах сэд, проекты, бизнес процессы 90тыс и все это связано в единую информационную среду, благо движок NANA позволяет это делать без серьезных затрат на интеграцию приложений
1307. genayo 30.10.18 15:56 Сейчас в теме
(1304) У 1С своя ниша, у САП своя. Это всё, что я хочу сказать. Про ТГК-1 попрошу у вас ссылку, конечно.
1321. kser87 2117 30.10.18 16:15 Сейчас в теме
(1307) да, добавлю что сейчас работаю в компании из РБК топ-500. Тут про сап и не слышали. В свое время выбирали из сап, оракл и 1С. Выбрали 1С. При этом используются также террасофт и ряд других менее известных систем.
Ссылку дать не могу, к сожалению. Не разбираюсь в этих ваших отзывах и не очень им доверяю. Могу сказать лишь, что писали с нуля системы управления проектами и имуществом. В тоже время было что-то такое было реализовано в Мосэнерго на сап.
1330. kser87 2117 30.10.18 16:39 Сейчас в теме
(1307) у вас с чувством юмора туговато) хм очень странно слышать такой тонкий тролдинг от человека, который пишет что 1С используется для бухгалтерии в крупных предприятиях. Постесняюсь спросить, вы в скольких внедрениях 1С участвовали на крупных предприятиях? Дайте-ка угадаю? Бухгалтерию внедряли?)
Ну допустим, сап SCM в Росатоме и ERP на базе 1С:УПП. В ленте складской учёт на sap (хотя как сейчас не знаю уже)
1334. genayo 30.10.18 16:51 Сейчас в теме
(1330) Вы точно мне отвечаете? Я вроде ничего про то, что 1С используется только для бухгалтерии, не писал.
1326. peper- 30.10.18 16:30 Сейчас в теме
(1304)
Это система используется для отчётности перед международными компаниями.

Вот это куда более любопытное суждение. Мы, правда, в ней автомобили продаем... А кто-то и нефть, газ, металл, строй материалаы. А кто-то на САПе а/м производит (например, GM Avtovaz, уже лет 15 как).

А ваши знания про САП настолько обширны, чтобы судить? Вы в скольких внедрениях участвовали?
1328. genayo 30.10.18 16:35 Сейчас в теме
(1326) А я знаю компанию по оптово-розничной торговле обувью, работающую на SAP. Правда, на фронте в магазинах у них таки 1С. По моему мнению, очень хорошо иллюстрирует разные ниши 1С и SAP :)
1279. comol 4564 30.10.18 15:14 Сейчас в теме
(1275) ох не уверен я с Газпромом... http://v8.1c.ru/news/newsAbout.jsp?id=12708
и транснефтью https://infostart.ru/journal/news/mir-1s/transneft-vybrala-ant-servis-dlya-vnedreniya-1s_540524/

филиалы иностранных компаний
эти переходят как миленькие. Сам внедрял :). В центральный SAP там по сути остаются только выгрузки.

Не перейдёт может пока Аэрофлот только, ну крупные порты ещё... транспортники - там SAP стандарт - для интеграций и прочего.
1285. genayo 30.10.18 15:29 Сейчас в теме
(1279) Внедрят они в паре дочек 1С, отчитаются об участии в импортозамещении. В Голове всё равно сап останется :)
1288. comol 4564 30.10.18 15:30 Сейчас в теме
(1285)
Внедрят они в паре дочек
Вообще в Газпромнефть розница вся на 1С... и команду наращивают.
1289. genayo 30.10.18 15:31 Сейчас в теме
(1288) Розница, да. И в этой нише SAP с 1С в России почти не конкурируют.
1329. peper- 30.10.18 16:36 Сейчас в теме
(1288) А что в этом удивительного? Будет куда труднее найти розницу, работающую на САПе. Есть, конечно, "Лента", "Твой Дом" и т.п. Но там на кассах не будет САПа. В него данные из касс выгружаются ночью. Там MD ведутся и склад.
1353. o.kovalev 74 01.11.18 11:12 Сейчас в теме
В 1С вносишь новую организацию, прописываешь учетную политику и все можно работать
в САПЕ, все прописать по организации будет довольно долго, и самое главное не дай бог ошибиться не там флажок поставить , потом и не поменяешь
1354. acanta 01.11.18 11:22 Сейчас в теме
В 1с на самом деле тоже потом не поменяешь, если ты франчайзи установщик. Это фикси с бухгалтерией может играться месяцами. То там не поставили то здесь забыли.
1356. DemetrKlim 05.03.21 10:52 Сейчас в теме
На одном из самых первых семинаров 1С (кажется, в 94-95 годах) нам продемонстрировали программульку по управлению небольшим магазинчиком в Голландии. Я тогда был удивлен бедностью интерфейса (что упоминалось в обсуждаемой статье!). Мы уже тогда щеголяли выпадающими меню и расцвечивали их во все цвета VGA)) А в той программе меню, как в школьном Бейсике "нажмите 1, если...." и т.п.
Задал разработчикам вопрос - "Что за позор??" И получил очень внятный и четко аргументированный ответ. Кратко, звучало так:
1. Россия очень избалована (на тот момент!) уровнем образования своего населения. В 90-е за кассами возникающих тогда супермаркетов сидели кассиры с ВЫСШИМ образованием и это не удивляло никого. В Голландии, по словам разработчиков, такая фигня не прокатит. Там за кассу надо посадить убогую дурочку, закончившую школу для умственно ненапряженных деток, чьи родители вовсю пользовались легалайзом. И платить этой девочке надо совсем немного. Поэтому интерфейс и прочие "раскрашки" не должны отвлекать низкооплачиваемого сотрудника от исполнения пяти, доступных ему, несложных действия. В окошечке программы надо вводить циферки от одной до пяти, если цифра стала шестеркой - зови Босса! Мы же до сих пор пишем программы для гениев, выросших в самой читающей стране. А страна давно не читает и гениев не воспроизводит. поэтому тратим на производствах кучу времени при обучении пользовательского персонала, дотягивая его почти до уровня разработчика. Это долго, дорого и несуразно. В конкурентном мире на такую фигню программисту просто не дадут ни времени, ни денег. В экономике труд художников не оплачивается - для этого есть другие сферы.
2. Отсутствие выбора из справочников. Это никак не недостаток. Единственный способ работы с большими данными - это применение кодификаторов. Что такое выбор из справочника? Это умение читать, как минимум. Далее, после прочтения надо проанализировать несколько похожих строк, понять чем они отличаются и сделать осознанный выбор. Выбор - это принятие решения! И тут мы снова возвращаемся к качеству персонала! У нас даже кладовщики "выбирают из справочников"! Мы никак не дорастем до понятия артикулы, кодификаторы и прочие полезные штучки, которые СССР юзал вовсю! В каждой отрасли были кодификаторы, каждая гайка имела цифровое представление. Зато теперь разаработчики усиленно учат компьютеры - читать, предлагая пользователям работать с "рулонами и простынями" выпадающих текстов, где мелкими буковками без всякой системы хранится "жизнеописание" какой-нить оболочки для колбасы или куска пластмассы. Для примера предлагаю вспомнить - как выбирается запчасть для ремонта автомобиля (все проходили). Хвала судьбе, спрос на иномарки принудил нашу страну начать пользовать ВИН код. С него и начинается выбор. вводишь несколько цифровых значений и получаешь ОДНОЗНАЧНЫЙ результат выбора! А из справочников 1С выбирается как? "Загогулина для седан-баклажан снизу под левым передним крылом". Так в справочниках и предлагается в очень многих случаях. И это, что - преимущество? Я бы так не сказал...
Отсутствие иерархии в отчетах и т.д. Как уже упоминалось, в SAPe (я даже не знаю - что это такое!) есть центральное ядро. Вот там с учетом ЗАРАНЕЕ заданной кодификации можно организовать ЛЮБУЮ иерархию в любом разрезе и раскладе. Речь идет лишь об изначально правильной организации кодификаторов. То, что вы не видите иерархию - это не означает, что ее нет или невозможно построить в нужный момент. Можно взять любые цифры и просто выстроить иерархию по десяткам сотням и тысячам. Это может сделать школьник средних классов. А вот пользователю на конкретном месте совершенно необязательно (в большинстве случаев вообще нежелательно или запрещено!) иметь лишний объем информации, позволяющей анализировать финансовую деятельность предприятия. Конкуренты и промышленные шпионы не дремлют! Пользователь исполняет четко заданный и заранее ограниченный перечень функционала в пределах своей ответственности. Пять полей ввода, десять возможных вариантов цифр. Вышел за границы выбора - звони боссу!
Любая автоматизация производственной или финансовой сферы всего лишь отражает сложившиеся там практики делового оборота. Если наши программы так хороши, то они должны отражать соответствующее состояние организации всех процессов в производстве и финансах. Так ведь? Теперь сами себе на этот вопрос ответьте) Если мы такие умные, то почему у нас все так.... загадочно?
Чтобы однозначно идентифицировать меня в США надо ввести пару цифровых кодов (код в системе соцстраха) и код водительских прав или код в системе занятости. У нас надо принести непременную копию паспорта, встать в фас и профиль, дать две фотографии 3х4 и правильно громко произнести девичью фамилию своей матери. Зато программа, в которой это все описано, имеет обалденный интерфейс и очень красивые справочники))
vadeem_13; peper-; user_2010; CheBurator; +4 Ответить
1357. CheBurator 3453 05.03.21 11:36 Сейчас в теме
(1356) "У нас даже кладовщики выбирают из справочников".
Плачу от умиления, спасибо, коллега! Сколько говорю - для кладовщиков не должно быть никаких кнопок, альтернатив и того подобного там где идет основная работа.Максимум два действия - вперед, назад и жмакнуть сканером. А лучше только одно действие - "вперед" и/или жмакнуть сканером. А про кодификаторы - это отдельная песня... Короче - спсб, коллега!
1358. CheBurator 3453 05.03.21 11:37 Сейчас в теме
1362. comol 4564 05.03.21 23:03 Сейчас в теме
(1356) я бы с вами поспорил если бы жизнь уже не расчудила за нас. Сейчас даже в 1С главная проблема в недостаточно красивом интерфейсе... Из за этого сдаёт позиции, что уж про сап говорить
1359. peper- 05.03.21 21:09 Сейчас в теме
Не очень хорошо заниматься некропостингом. Тема вроде уже закрыта была за 5 лет. Особенно учитывая, как я несколько лет назад аффтару объяснял, что он не обладает достаточным знанием SAP, чтобы судить, но судит. Однако, ваше замечание мне понравилось и в целом я его поддерживаю. Прикол в том, что мало что (кроме искривленных мозгов разработчиков) мешает на 1Ске делать решения, в которых не будет бантиков, а наоборот, будет фокус на работу "тупого пользователя". А пока 1С лучше добавит "зевающих котиков" вместо решения проблем производительности и параллельной работой разных версий клиента с разными версиями сервера (что не проблема в SAP). В общем, многое объясняет.

Любопытно, что за последние 4 года я сам далеко отошел от SAPа, а мое подразделение среди прочего именно решения на 1С внедряет и поддерживает.
И за эти годы мое мнение про 1С и SAP не поменялось кардинально. Хотя (как и ранее) вполне позитивно отношусь к 1С как к платформе для небольших и средних решений. Видно (по еженедельным релизам), что платформа развивается. Например, дорабатывается механизм расширений, вполне работает клиент по Mac, новые фичи какие-то появляются, но все как-то мелко и не о том. В высшей лиге им все еще ловить не чего.
Хранилище конфигурации 1С это пародия на современные принципы и инструменты совместной разработки. Какой там git и hg? Даже до старого САП с их транспортной системой "желтые" так и не доросли. Скучаю по саповским запросам на перенос. Там всегда понятно, какие изменение экспортируются и будут перенесены в продуктивную систему...
Реализовать работу с регулярными выражениями в платформе не судьба? Действительно, 1Ска же с текстами не работает.
Платформенных механизмов локализации и создания многоязычный приложений так и не появилось. Все нужно изобретать на коленке. Изобретаем понемногу...
Дать возможность управлять форматом (стандартом) и сжатием изображений при сохранение форм из табличного документам в PDF разработчикам жирно будет? Правильно. Пусть одна страничка с парой картинок занимает 10 МБ. И не надо рассказывать, что из Word она сохраняется в 10 раз меньше. Нефиг сохранять - печатайте на принтер!
Интеграция с веб-сервисами дается тяжело. Вроде и поддержка rest и openid заявлена. Но то, что за пару минут получается настроить и протестировать в Postman, потом нужно долго и нудно воспроизводить в 1Ске. Потому что есть 1 нюанс, как говорится. "1Снюанс"
Ну и производительность и стабильность. Это самое грустное. У нас в приложении всего 300 пользователей, хотя одновременно работает не больше 150-200. В САПе это и "приличной" нагрузкой не считается. Однако, на продуктивном сервере у нас 24 ядра и 64 ГБ оперативной памяти. Ибо наша 1Ска регулярно жрет память, заваливает процессы, встает колом. Но искать и отлаживать причины зависаний и падений в 1С очень неудобно. Журнал регистрации бесполезен. Включенный ТЖ тормозит систему только в путь и мгновенно забивает диск гигабайтами текстовых файлов и дампов, которые большинство 1Сников и читать не умеет. "Будем искать" (с)

Двое моих хороших друзей 1С-ников со стажем по 10-15 лет (у одного даже своя компаний-франч была), в 2019-м и 2020-м году забили на 1С и ушли - один в PHP/GO и прочий веб, другой - в JAVA. Оба очень довольны и возвращаться к 1Су больше не планируют. Первый так вообще в Канаду уехал на ПМЖ.

Как-то так...
1361. comol 4564 05.03.21 22:59 Сейчас в теме
(1359) ого, хейтеры проснулись :). Вы так и не смогли ни с 1С ни с SAP разобраться. Впрочем HANA я уже толком не осилил... Почитал новости и не надо. С R3 в России на 1C спрыгивают а не на S4 как то так :)))).

Если какие то неудачники мечтая вальнуть из России пошли зачем то в 1С так это вопрос к их IQ Больше а не к 1С... Ну и хорошие специалисты всегда себя найдут в профобоасти, а вот кто не очень иногда скачет.

После слов
поддержка rest и openid
с вашим профессионализмом все так же понятно :))))

На 300 пользователей вам SAP не насчитает 64 гб памяти? Тот который S4 я имею ввиду? Да ладно? :))) Ну а то что настройки перезапуска процессов в 1С не выучили это я и не сомневался :)))
1364. peper- 06.03.21 13:39 Сейчас в теме
(1361)
"Да-да, конечно"
До IQ, квалификации и моральных качеств моих друзей вам как до Марса лететь и не долететь. И это даже не требует особых подтверждений, т.к. и ваш исходный пост, комментарии к нему старые и те, что вы даете 5 лет спустя подтверждают, что вы не "тянете". И культуры тоже не хватает. Вы, конечно, воспримите это как оскорбление, но не обижайтесь, а займитесь самосовершенствованием. ;-)

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

А вот наша компания свои SAP системы ERP именно что на HANA переводит. И новый CRM который внедряем, тоже, конечно, будет на HANA. Представляете, это все происходит в России...

Ну и про перезапуск процессов... Вы даже не понимаете, насколько глупо звучите? Серьезно?
Для нормальных приложений и систем ежедневный или даже еженедельный перезапуск не нужен! Тот же SAP никто не перезапускает неделями. Только когда обновления ОС ставят на серверы. И это при том, что у нас есть SAP на Windows! А Linux-серверы и приложения на них (будь то БД типа MySQL и Postgres, или веб приложения на Apache и nginx) работают 24/7 месяцами. Ну да, это же серьёзный уровень, где играют SAP, Amazon, Google и прочие. Это же многомиллиардные международные компании. Зачем с ними 1С сравнивать (пусть даже 1С работает под Linux, у меня, кстати работает)? Но ведь сравнивать дорогой SAP c дешевым 1С это ведь как сравнивать дорогой Cisco с дешевым D-Link, да? Никто ведь не удивляется, что D-Link иногда повисают и их надо время от времени перезагружать. А знаете, у меня есть пример из этой области. Много лет назад у меня тоже были D-Link. Но последние лет 10 я в качестве сетевого оборудования использую Mikrotik. У меня теперь десятки устройств, разработанных в Латвии. Очень добротные железки и функциональная ОС. И стоят они не как Cisco, а как Zyxel или ASUS, а раньше были и дешевле. В последнее время они стали намного популярнее и цены поползли вверх. Ну да не важно - они того стоят. Так вот, на форуме Mikrotik есть тред, где люди "меряются" у кого эти девайсы в продуктивной эксплуатации без перезапусков дольше работает. Давно этот тред не открывал, но года три назад там были посты про 400 и более дней (!)... https://forum.mikrotik.com/viewtopic.php?t=18545#p540789
Вот тут автор пишет, что его устройство "перемолотило" за год "almost 10 pebibytes of data transferred, 2,6 Gbps average traffic ". 2,6 Гб/с целый год и без перезапуска.

И только 1С (вернее, некоторые "специалисты" из этой области) считают, что ежедневный перезапуск это решение. И конечно (к большому сожалению) он у нас настроен. Как и сервисы Гилева. Но не помогает... Потому что 1С.
Самосовершенствуйтесь дальше.
1369. peper- 06.03.21 14:14 Сейчас в теме
(1361) Как бы Вы не тужились обидеть меня или моих друзей, у Вас не получится. Мне понятно, что по квалификации Вам до них как до Марса - лететь и не долететь. И это даже не требует особых подтверждений, т.к. и что исходный пост, комментарии к нему старые и что не сильно удивительно, те, что вы даете 5 лет спустя, подтверждают, что Вы не растете над собой. Как минимум в теме SAP.

А потому про SAP с вами спорить это как спорить с первоклассником про устройство атомной подводной лодки. Неудивительно, что вы с HANA не разобрались. Вы уже это делали раньше, когда в SAP не разобрались. Поэтому продолжаете оставаться "на уровне". Ну что сказать? Стабильность - признак мастерства. Если только...

А вот наша компания свои SAP системы ERP именно что на HANA переводит. И новый CRM внедряем, тоже будет на HANA. Представляете, это все происходит в России... Но в вашу картину мира это не укладывается.
1373. comol 4564 06.03.21 17:32 Сейчас в теме
(1369) ну хватит уже прекращай, достал чесслово :). Переходите вы на свой SAP, ждите евро по 150 и двигайте обратно, если у вас в компании все такие же это ваше кредо :)))))
1381. peper- 07.03.21 23:45 Сейчас в теме
(1373) "не говорите, что мне делать, и я не скажу, куда вам идти". Но поверьте, я еще даже не "доставал". :)

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

Лично я SAPом уже лет 5 как не занимаюсь. В 2016-м году перешел на руководящую позицию. И немого "играющий тренер". И мое подразделение поддерживает (среди прочего) решение на платформе 1С для розничного автобизнеса, которое нам внедрял очень крупный франчайзи 1С. И работает так или иначе оно вот уже два года. Функционально все неплохо, но производительность и стабильность хромают на обе ноги.
С другой стороны, в компании остался и параллельно развивается SAP. И у нашей 1Ски с ним много интерфейсов. А иногда коллеги-саперы просят вспомнить старое. Поэтому я знаю о чем пишу.
1370. peper- 06.03.21 14:41 Сейчас в теме
(1361)
про 64 ГБ памяти и SAP.

SAP HANA (с которой вы не разобрались) является in-memory database, т.е. платформа держит в оперативной памяти большую часть всей БД. Но ведь 1С не является таковой и опирается на реляционную СУБД (под которую, кстати, нужно еще отдельный сервак - на нашем SQL кластере 512 ГБ оперативки, если что).
Но потребность самой 1Ски в памяти должна быть куда как скромной. Т.е. 64 ГБ только для 1С это много. Хотя, конечно, сейчас память не дорогая. Но сам факт.

И чтобы вы понимали (если захотите понимать), насколько "глубока кроличья нора" между 1С и SAP в плане производительности, то приложил один из (достаточно старых) САПовских стандартизированных тестов производительности. И там на физическом сервере с 2 CPU (24 ядра) и 96 ГБ оперативной памяти крутится три виртуалки (БД - обычный MS SQL, никаких HANA - и две инстанции для SAP Application). Надеюсь, по-английский читаете.

Number of SAP SD benchmark users: 32,125 (пользователей в 100 раз больше)
Average dialog response time: 0.99 seconds
Fully processed order line items per hour: 3,506,330 (создано 3 млн. позиций заказов, ну если поделить на 100 позиций, то считайте 35 тысяч документов).

Подумайте на досуге.
Прикрепленные файлы:
Cert11044.pdf
1374. comol 4564 06.03.21 17:38 Сейчас в теме
(1370) Оооо... ты даже выучил слово "in memory database"... так вот дружок, я про HANA говорил, и если у вас HANA и 64 ГБ памяти удивляет то это как раз было бы странно. А чем в тесте ты удивить хотел? тем что одну формочку открыл на 32 000 пользователей и создал 3млн заказов. У меня в средней системе 3 млн документов за пару дней набирается... в обычной бухгалтерии :))). 32 тыс пользователей запустить с одной формочкой хоть на одном десктопе можно... для 1С это не проблема, даже для 77 :))) Транзакции ограничивает именно сервер СУБД, я тебе так это по секрету скажу... Сервер приложений тут не причём.
И если бы ты умел думать то мог бы сказать - HANA тут может быть производительней.... на операциях чтения и главное на агрегации. Но в силу не высоких... хм... профессиональных знаний :))) (я в отличае от некоторых не перехожу на личности) ты опять выбрал не тот пример и опять выглядишь ржачно... ну что такое :)
1382. peper- 07.03.21 23:51 Сейчас в теме
(1374)

Под hana у нас 4 по 250 Гб памяти. А у обычной инстанции - 64 ГБ (только по SAP, СУБД крутится отдельно). У девелоперской - 32 Гб. Но сравниваю я именно 1С с обычной инстанцией с реляционной СУБД. И где там у нас по 32 тысяч одновременных пользователей 1С в одной базе?!

И извините, но про 3 млн. документов за пару дней в Бухгалтерии это попахивает даже не преувеличением, а враньем. Пруфов, наверное, не будет с вашей стороны? Ну все-таки попрошу. Хотелось бы ошибаться... :)

P.S. И именно на личности вы и переходите. Все время. Удивительно, как вы этого не замечаете. И "тыкать" будете своему сыну. Так то, полагаю, что я вас постарше буду.
1371. peper- 06.03.21 14:48 Сейчас в теме
(1361)
Про перезапуск процессов... Вы серьезно не понимаете, насколько глупо это звучит?

Для нормальных приложений и систем ежедневный или даже еженедельный перезапуск не нужен! Тот же SAP у нас никто не перезапускает неделями. Только когда обновления ОС ставят на серверы. И это при том, что у нас SAP на Windows! Поэтому и обновления ставят для безопасности. Наверное, те у кого SAP на *nix-ах про перезагрузки вспоминают только по большим праздникам. :)

А Linux-серверы (не говоря уж про "большие" Unix-ы) и приложения на них работают 24/7 месяцами. Будь то БД типа MySQL и Postgres, обслуживающие десятки и сотни приложений, или нагруженные веб-сайты на Apache и nginx, да еще если все в виртуалках и контейнерах/докерах. Ну да, это же серьёзный уровень, где играют не только SAP, но и Amazon, Google и прочие. Это же многомиллиардные международные компании. Зачем с ними 1С сравнивать, правда? Хотя даже 1С работает под Linux (у меня у друзей в паре офисов, кстати работает). Но ведь сравнивать дорогой не виснущий SAP c дешевым повисающим 1С это ведь как сравнивать дорогой Cisco с дешевым D-Link, так? Никто ведь не удивляется, что D-Link иногда повисают и их надо время от времени перезагружать. Так ведь вопрос не в цене совсем. И у меня есть хорошой пример из этой области. Много лет назад у меня тоже были D-Link (dir 300 как сейчас помню, но и других штук 5 было разного назначения и цены). Но последние лет 10 я в качестве сетевого оборудования использую Mikrotik. И теперь у меня десятки "прибалтов" (дома, у родственников, у друзей). Весьма добротные и производительные железки (хотя в части Wi-Fi UBNT будут покруче) и очень функциональная ОС. Но и стоят они не как Cisco, а как Zyxel или ASUS, а раньше были и дешевле обеих - просто в последнее время они стали намного популярнее, вышли из проф.сегмента в массы и цены поползли вверх. Ну это не важно. Так вот, на форуме Mikrotik есть треды, где люди "меряются" у кого эти девайсы в продуктивной эксплуатации без перезапусков дольше работают. Года три-четыре назад там были посты про 400 и более дней (!) без перезапуска... Ну казалось бы - может они не зависают, потому как ничего не делают? Но там один товарищ пишет, что одно из его устройств "перемолотило" за год "almost 10 pebibytes of data transferred, 2,6 Gbps average traffic ". Средняя нагрузка 2,6 Гб/с целый год и без перезапуска. Вы что такое пебибайт знаете?

И только 1С (вернее, некоторые "специалисты" из этой области) считают, что ежедневный перезапуск это решение. И конечно (к большому сожалению) он у нас настроен. Как и сервисы Гилева. Но не помогает... Потому что 1С.

Еще вопросы будут? Или продолжите на эмоциях "набрасывать"?
1375. comol 4564 06.03.21 17:40 Сейчас в теме
(1371) В SAP нет перезапуска рабочих процессов? Сходите к вашим специалистам :)))) Пусть они над вами поржут... Это есть везде... в Node в .NET в любой серверной технологии... Кому я это пишу :((( И это не означает не работы 24x7. Дальше вы откроете для себя чудесный мир хайлоада что и сервера могут перезапускаться и ноды меняться а система жить. Ваши это собственно знают, в мире SAP, к сожалению, не все такие как вы :)
1380. peper- 07.03.21 23:07 Сейчас в теме
(1375) Ну давайте вместе поржем... Только как бы не вышло, что опять над вами.

В SAP есть перезапуск рабочих процессов, только он работает нормально и без нужды их не перезапускает.

В NetWeaver (aka ABAP Application Server) настраивается количество поддерживаемых на сервере рабочих процессов разных типов (диалоговых, фоновых, очереди печати и др.). И для этих процессов есть параметр abap/heaplimit. Погуглите "netweaver abap/heaplimit: Work Process Restart" и откройте первую ссылку на help.sap.com. Он как раз и управляет автоматическим перезапуском рабочих процессов (что и следует из названия страницы).

Там вы увидите буквально следующее "The objective is to have the least number of work process restarts as possible" Т.е. смысл именно в том, чтобы процессы перезапускались как можно реже (так как это нехорошо). Понятно, что перезапуски все равно происходят время от времени. Однако, даже в этом случае перезапускаются отдельные процессы, а не все приложение и уж тем более не сервер.

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

Не поленился написать в WU нашему "базиснику" и спросить как часто он перезапускает SAP. Он из-за этого почему-то напрягся и перезвонил с вопросом "а почему ты спрашиваешь"? Узнав, что вопрос "теоретический", успокоился и рассказал про тот же самый heaplimit, а также сказал, что на Windows (там у нас работает "старый" SAP в связке с Oracle) перезапуск приложения происходит вместе с сервером в соответствии с графиком обслуживания серверов, установленном нашей "инфраструктурой". Именно когда обновляется та самая Windows (ну т.е. раз в месяц). А между этими обслуживаниями с перезапуском своих рабочих процессов SAP почти всегда справляется сам. И если бывают затыки (да, у SAP они тоже бывают), то не часто - несколько раз в год. Обычно все работает стабильно. А про новую инстанцию Linux (там уже приложение на HANA) сказал, что она с прошлого ноября еще ни разу не перезапускались.

Ну и чего тут смешного для 1Сников? Или вам "все божья роса"?
1372. CheBurator 3453 06.03.21 15:12 Сейчас в теме
(1361)
настройки перезапуска процессов в 1С не выучили

а вот почему надо это делать? почему блин не может работать без перезапусков? куча авнокода внктри платформы? технический долг? тяжелое наследие прошлого? что не так - почему надо перезапускать?
1360. user1534961 05.03.21 22:25 Сейчас в теме
А пока 1С лучше добавит "зевающих котиков" вместо решения проблем производительности и параллельной работой разных версий клиента с разными версиями сервера (что не проблема в SAP).

Я ожидала, что при выделении мышкой в динамическом списке документов после нажатия "провести" будет после каждого документа окно предупреждения с паузой 10 сек. У нас такое было в 7ке, чтобы не вставало колом все предприятие... Количество секунд можно указать в константах, например, очень удобно.
Хотя диалог/предупреждение "нетоварного вида" можно и не выводить, а вот пауза бы 1С не помешала, это точно.
Что касается весьма условного разделения метаданных на регистры и справочники - те, кто писал на справочниках "свои" регистры накопления, видят разницу только в возможности просмотра/редактирования движений документа вручную и программно вне модуля самого документа.
Работы с кэшем программной в 1С нет и не предвидится, программисту доступны только "холодные данные", а "горячие" - недоступны (причем в замере производительности APDEX нет никаких опознавательных знаков о том, какого качества данные измерялись).
Что вполне логично для "чайников". Попытка для тех же "чайников" прикрутить обрезанный апач в качестве публикатора - можно считать неудачной, поскольку он должен был устанавливаться автоматически хотя бы со снятой галочкой как и COM.
1363. DemetrKlim 06.03.21 06:30 Сейчас в теме
(1362)Речь чаще всего вообще не о программах. Бесполезно обсуждать качество молотка, если по гвоздю все равно не попадаем....
Любая пользовательская программа (особенно, учетная, бухгалтерско-финансовая) - это отражение проходящих там процессов. Процесс первичен, а не программа. Чаще всего качество программ обсуждается в контексте именно того, как механизмами мощной и производительной программы компенсировать бардак и несуразицу привнесенную в жизнь предприятия. Круглое - носим, а квадратное - катаем) И тут никакая программа не покажется лучшей. Эмуляторы правил дорожного движения РФ уже реализованы через различные программные инструменты. А теперь найдите "удачную" программу-среду для написания того же приложения для Египта, например? И тут все утонут в обсуждениях о качествах программного инструментария. И будут только единичные робкие голоса, напоминающие о простой истине, что бардак никаким языком не упорядочивается и перед написанием программ надо писать нормативы, протоколы и те же пресловутые кодификаторы. Ну нет в Египте правил дорожного движения! Кодеры-энтузиасты в запале пообещают "Правил нет, а программа - будет!" И начнут переворачивать мир в попытке сделать программный код - правосубъектным, формирующим реальность из виртуальности. Именно это чаще всего и происходит на наших предприятиях. Идет вечный перебор программного инструментария, как передвижка мебели в известном учреждении) "Все счастливые семьи - похожи и только несчастные - каждые по-своему". Для предприятий с упорядоченными и осмысленными процедурами подойдет почти любой САП и даже в 1С можно работать) В несуразной суете на большинстве наших хозяйствующих субъектов вечно будет не хватать то быстрых поисков чего угодно, то нескончаемого анализа всех остатков, то пересчета себестоимости при каждом движении продукции и т.д., ну и интерфейса, конечно))
1365. peper- 06.03.21 13:41 Сейчас в теме
(1363) не стоит метать бисер... comol как много лет назад, так и сейчас не воспринимает ни факты, ни критику. Ну как минимум, в этой теме про SAP. Видать они его чем-то обидели и "это личное". Я с вами согласен. И примеров тому полно.
Кассовые аппараты с небольшими экранами с текстовым интерфейсом (как в больших сетевых магазинах) и продуманной логикой процессов считаю намного более подходящими для решения задачи (быстрое и безошибочное обслуживание большого числа клиентов), чем РМК в исполнении 1С в УТ или РТ.
Или проведение документов задним числом с перепроведением всех последующих документов ("фишка 1С"). Это тоже зло, которым многие компенсируют отсутствие нормальных процессов. Но некоторым это не объяснить. Ну ведь работает. До поры, до времени...
1376. comol 4564 06.03.21 17:44 Сейчас в теме
(1365)
не стоит метать бисер... comol
Ну вообще то ты начал какашками кидаться, не я, если что... Ничего личного, на школьников я не привык обижаться, а потролиить таких как вы это святое - хоть книжки почитаете.
Кстати, по поводу касс не поспорю :)
1377. DemetrKlim 06.03.21 18:10 Сейчас в теме
(1365) Занимаясь разработкой в среде 1С самое главное - не стать членом одноименной секты)) 1С зарабатывает на распространении своей платформы. Чтобы распространялась платформа - надо, чтобы пользовательские конфигурации были в изобилии. "Больше конфушек - хороших и разных!"))
А на большом рынке самое главное - это коньюнктура) И кто же задает тренд по спросу на автоматизацию управленческих процессов? А это вчерашние пацаны с тех же рынков. Это владельцы крупных магазинов, которые продолжают пытаться управлять крупным магазином, как и тем ларьком, на котором удачно срубили первичный капитал)) Я встречал единицы, преуспевших граждан, которые если уж не сами начали учиться основам хозяйствования и управления с учетом нового социального статуса, то хотя бы передоверили грамотным менеджерам значимую долю управления. Остальные рулят сами, как могут)) Бухучет никто не выучил и для таких родили упрощенный вариант - "комикс от бухучета", управленческий учет. Я просто валяюсь, читая умничанья на эту тематику)) И даже программы оценивают в разрезе "насколько хороша там реализован управленческий учет".... Вот под них и заточена вся разработка - как говорится, "ржём и пишем, плачем и внедряем".....
peper-; CheBurator; +2 Ответить
1378. CheBurator 3453 06.03.21 21:06 Сейчас в теме
(1365)
Это тоже зло, которым многие компенсируют отсутствие нормальных процессов. Но некоторым это не объяснить. Ну ведь работает. До поры, до времени...

- это во многом проистекает от нормативно-правовой системы, усложненностью фискальной системы и полным наплевательством контрагентов друг к другу (это, конечно, организационно-административный вопрос - но мы ведь не пошлем клиента который приносит нам дофига денег нахрен из-за того, что у него документы все время приходят хрен знает когда), "мы" вынуждены кучу всего регистрировать по периоду действия (счф последним днем месяца, отчеты комиссионеров которые приходят с большим запозданием итд итп), а не по периоду регистрации (например, можно счф принять и поставит на баланс и другим месяцем, 12 апреля, хотя счф от 31 марта - но для этого надо выполнить очень много всяких требований, вплоть до того, что получить в реестре подпись от курьера, доставвишегно документы или сохранить конверт от почты России со штемпелем и ясно читаемыми данными - это все выходит нафиг "дороже" чем работать задним числом - поэтому и страдаем всякими пересчетами, закрытиями/перезакрытия\ми и прочей мутотенью.
1366. user1534961 06.03.21 13:53 Сейчас в теме
В начале карьеры была проблема именно с кэшированием данных в коде, когда при проведении одного документа все отрабатывало корректно, а при пакетном - неверно рассчитывались и остатки и авансы. Прошел не один год, прежде чем во всех модулях появились обнуления всех переменных в начале каждой процедуры/функции, и где надо и где не надо. Поскольку однократная инициализация модуля и переменных, объявленных в начале модуля в пакетной обработке была в документации, мы понимали что это наша ошибка.
Теперь бы очень хотелось в цикл по выборке данных объекта добавить параметр пауза в секундах (это к платформе пожелания).
И при кнопке печать из динамического списка - при печати напрямую на принтер формировать каждый документ в отдельной таблице и опять таки с паузой между таблицами, ибо сеть также встает при посылке на принтер например 40 накладных одним листом.
К сожалению, ленточные принтеры, принимающие на печать текст со спец.символами тоже ушли от нас в небытие (не дождавшись от 1С текстовых макетов).
И все таки цикл от 1 до 100000 в цикле по элементам выборки выглядит не особенно солидно. Это уже пожелания к БСП.
Что же касается проведения документов задним числом - теоретически (в идеальных процессах) в документах не может быть понятия "не проведен" или "помечен на удаление". Каждый документ вводится один раз и по кнопке ОК проводится сразу.
Процесс в котором документ может быть создан как черновик в принципе неправильный.
Если этот документ в данный момент не проводится, значит это другой документ (например на основании первого или с кнопкой заполнить).
Отсюда работающая система, в которой нет движений по оборотным регистрам/регистрам сведений вообще, и многим регистрам накопления/бухгалтерии в частности. Есть документы, и запросы к данным документов, их табличных частей и т.п.
Этого должно быть достаточно (как в первой бюджетной Альфаком Украина).
1367. peper- 06.03.21 14:00 Сейчас в теме
(1366) Понимаю, что у вас накипело. :) Но вы это пишете в ответ на мои комментарии так, будто я разработчик платформы 1С и смогу вам с этим помочь. Увы и ах... Не хочу в преддверии 8-го марта расстраивать даму. Лучше поздравлю с наступающим!
Но мы наши пожелания писали в поддержку 1С. Не скажу, правда, что все их выполнили. Скорее, наоборот. Но баги зарегистрировали. Попробуйте и вы. Может через год или два сделают. Когда котики научатся ловить мышек...
1368. user1534961 06.03.21 14:04 Сейчас в теме
1383. CheBurator 3453 08.03.21 01:11 Сейчас в теме
Миллион... это вряд ли..
на WMS системе, есть у нас склады с WMS (промышленная на 1С) с которыми сотрудничаю - за сутки под миллион складских операций регистрируется, это да...
1384. peper- 08.03.21 02:27 Сейчас в теме
(1383) Наверное, в очень оптимизированной WMS с минимальным количество красивостей это возможно. Ну и складская система в случае непрерывного производства может работать круглосуточно. Но даже если создавать и проводить в секунду по одному документу их можно за день тысяч 80 создать (что на самом деле тоже очень много). Однако, по моему представлению, в таком случае и речь будет идти об автоматизированном создании документов через интерфейсы (со сканеров, мобильных терминалов сбора данных, из других приложений), а не набивании документов пользователями "с выбором из справочников".

А в типовой Бухгалтерии 3.0 с оптимизацией производительности не очень. Кроме всяких интерфейсных красивостей к документу паровозиком еще прицепится с десяток регистров, куча разных проверок, обмены, ЭДО и прочая, что 1С напридумывали и запихнули в БСП и развили в Бухе. И документы при параллельном создании и сохранении могут пересекаться по номенклатуре, счетам, контрагентам и так или иначе будут "упираться" в блокировки друг-друга. Так что создание и проведение документов будет занимать совсем не секунду и даже не 10.

Но всегда хочется надеется на чудо. А вдруг?
1385. comol 4564 09.03.21 12:45 Сейчас в теме
(1384)
документу их можно за день тысяч 80 создать
У нас за сутки 300 тыс документов в бухе :))). И это немного :). И конечно ничто в блокировки не упирается при создании "разделение итогов" изобрели уже очень давно. В WMS можно и миллионами вообще без проблем. 1С или SAP тут вообще не причём конечно, всё упирается сугубо в сервер СУБД.
1387. CheBurator 3453 09.03.21 18:53 Сейчас в теме
откуда у вас в бузе 300 тыс документов за сути?! чеки с сети магазинов? или что? реально интересно...
1389. comol 4564 10.03.21 13:47 Сейчас в теме
(1387)
реально интересно
Крупный онлайн ритейлер. Каждая продажа по сути B2B и "закупка с колёс".
1 заказ = ПТУ + Оплата поставщику + ОРП + Оплата по карте.
+ b2b документы + услуги. Иногда набирается и больше
1388. peper- 09.03.21 20:23 Сейчас в теме
(1385) Вы же не просто сгенерированные рандомные записи вставляете в базу. По каждому сохраняемому документу система сначала должна выполнить кучу суеты на сервере приложений: прочитать регистры с остатками, выполнить всю проверочную логику, которую 1Сники намонстрячили, подготовить новые записи для регистров, выдать двадцать матерных сообщений об отрицательных остатках, записать их в журнал регистрации (даже и особенно если работаете фоне) и только потом, возможно начать транзакцию записи в базу данных. И поверит в то, что у вас это происходит в всеми любимой, но зело тормозной, 1С:Бухгалтерии 300 тысяч раз в день я как-то не могу.

Пруфы бы не помешали...
1390. comol 4564 10.03.21 13:57 Сейчас в теме
(1388)
но зело тормозной, 1С:Бухгалтерии 300 тысяч раз в день
зачет авансов и расчет себестоимости конечно не автоматический. А больше при проведении ничего не происходит. Контролей остатков нет.
Проведение в несколько потоков конечно же и в транзакциях порциями. 95% времени занимает работа сервера СУБД, сервер приложений почти совсем нипричём. Он один и относительно слабенький. И да, это происходит ДАЖЕ на бухгалтерии, и даже без допила.

4-5 е, только ОРП. К ним ещё ПТУ, Оплаты и прочее. В итоге чуть больше будет конечно. Но это пятница - активный день.
Прикрепленные файлы:
1391. peper- 11.03.21 01:23 Сейчас в теме
(1390) интересно, конечно. Но правильно ли я понимаю, что речь идет про создание документов через интерфейсы/обмены и создаются/обрабатываются они в фоне (ну если это онлайн ритейлер, то вряд ли у него 1Ска наружу в инет торчит - клиенты наверняка на каком-нибудь сайте, написанном на php работают)? И, как понимаю, это документы с маленьким числом позиций (1-5) так как это розница, но не продуктовая.

Так то понятно, что вставить в базу данных 300 тысяч записей не трудно. Это можно и в настольном Access за минутку провернуть. Но кому-то нужно«нарисовать» эти документы.

Все-таки сравнивать надо сравнимое.

Потому как тот же саповский тест SD, воспроизводит полноценное создание сбытового заказа пользователем в диалоге, которое включает выполнение кучи программной логики: создание нового документа, предзаполнение его из настроек, ввод заказчика, выбор получателя, плательщика по заказу, добавление позиций, для каждой из которых проверяется складская доступность, рассчитывается цена (прайсинг в сапе это отдельная песня, которая в 1С нигде не реализована на таком уровне), формируются партии поставки с датами отгрузки и прочее, и только потом сохранение. И вот таких позиций в бенчмарке 2011 кажется г. создавалось 3,5 млн при параллельной работе тысяч пользователей на не самом мощном по текущим меркам сервере (тогда это был вполне себе сервак, ЕМНИП).
1392. comol 4564 11.03.21 01:43 Сейчас в теме
(1391)
Потому как тот же саповский тест SD
Как и 1С-овский СНТ уже давно выкладывали несколько миллионов пользователей без особых проблем создающих документы в полной имитации интерфейса :)

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

Живых пользователей не больше сотни, они 10-15% документов создают. В основном отчеты строят.
На сервере 1С даже платформа не КОРП - т.е. 12 ядер и 32ГБ памяти :))).

При этом вся "неоптимальная" по вашим словам 1С логика работает и каши не просит.

Сравнивать надо СУБД а не сервера приложений. Конечно SAP сервер приложений будет более нагруженным и тормознутым - тупо потому что логики больше, как и 1С ERP собственно. Если взять хм... ну что-нить авангардное вроде "мой склад" (Access не сравниваю потому что вы опять запутались в серверах приложений и СУБД) то оно будет быстрее и 1С и SAP - просто логики меньше :).

SAP может уделать 1С конечно... вернее по-другому, SAP HANA может уделать PostgreSQL за счёт более оптимальной организации данных. Транзакционные таблички в памяти, агрегация - колоночным хранением, но это всё условно.

Главная идея в следующем:
1) Параллельную работу пользователей сравнивать бессмысленно. Возможности масштабирования серверов приложений не ограничены
2) Транзакционную нагрузку сравнивать бессмысленно - дефакто сравниваются СУБД а не 1С и SAP, и их возможности масштабирования тоже в современном мире не ограничены.
3) Сравнивать производительность имеет смысл в контексте стоимости. Более приличный интерфейс 1С будет более "дорогим" с точки зрения потребления ресурсов. Но тут надо сравнить суммарную стоимость - а в неё входят лицензии SAP, поэтому экономия на оборудовании выглядит тут просто шуткой :).
Оставьте свое сообщение
Вопросы с вознаграждением