Я вроде бы не встречал сайтовых движков, которые позволяют еще и количественно-суммовой-НСИ учет вести.

фузин?

У моей подруги с её парнем? Одинцы позволяет через браузер работать.

(0) А что мешает сделать учетную систему на php том же?

Куча же всяких cms написанных есть

(0) >>вроде бы не встречал сайтовых движков, которые позволяют еще и количественно-суммовой-НСИ учет вести.

У меня процентов 80 знакомых айтишников в большом ИТ работают именно на конторы которые пишут всевозможные интернет-магазины и онлайновые учетные системы))) Что ты встречал вообще?))

Drupal Commerce у него есть куча модулей, в частности https://www.drupal.org/project/commerce_stock
Чем е складской учет на Drupal?

Та же платформа ABCP у нее под капотом есть и складской модуль (приемка товара, заказ, отгрузка, возврат)

опять же bitrix24.

Не понятно что именно ТС удивляет

(8) Походу геня вообще не работал с интернет магазинами и прочими учетными системами в веб

(9) г1с познает мир.

(0) уровень извращения примерно тот же, что и сайтики на 1С писать

(11) где-то внутрях 1с я видел фичу - делать виджет с данными, которые читались бы из 1с.
кто-нибудь видел живую реализацию?

(0) вам надо объединить усилия

(12) на ИС пачка статей про нетрадиционные интерфейсы, в том числе, как куски данных выводить красиво в полеhtmlдокумента

у Гения еще и кореш есть

(15) Васька из второго подъезда.

(0) А что? Там +,-,/,* нет?

(0) Написать учетную систему можно на чем угодно.

Главный вопрос: кто ее будет поддерживать? И не свалит ли этот "кто-то" через год-другой?

(0) а что ты вообще в жизни то видел? или книжки как давно читал по IT-тематике? может видео курсы смотрел?
когда это было последний раз?

(15) в его голове, наверное с ним он ходит в полицию заявления писать

(19) он единственный 1с, который в совершенстве умеет настраивать sip телефонию.

https://www.youtube.com/watch?v=iDEFFG3HPBs

А тут обратно

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

(0) друпал и есть цмска, чо он там пишет?

(24) Видимо геня не понимает, что такое CMS, что фреймворк, а что собственный движок.

(25) та не Геня, кореш же.
Кружок "Юные программисты"

(26) пожухлые сморчки скорее

(0) Геня, снимай лучше с другом ролики, как вы в Денди играете. Обзор на Чипа и Дейла третью часть замутите.

(28) она недавно вышла, всего 28 лет назад.

(0)Он тоже Гений?)

Поймал татарина и запер в гараже. Через год это уже кореш который пишет фузину на движке Друпал

(2) это как говорится "две большие разницы"
(4) приведи примеры из кучи.
(5) примеры, бро, примеры.
(6) то черные ящики, а он прям на друпале под конкретного клиента а-ля 1С пишет.

(32) > а он прям на друпале под конкретного клиента а-ля 1С пишет.

ху из друпал? товарищ гугол выдал такое:

Drupal is a free and open-source web content management system written in PHP and distributed under the GNU General Public License

(32) "приведи примеры из кучи." - мой склад например (продажи, закупки, склад, финансы, клиенты и поставщики в одной системе). Так вы же работали с ним, к чему эти вопросы?

(34) а что, на МС можно дорабатывать? Это ж черный ящик с расширениями. ггг

можно ли на МС добавить новый документ или справочник, а? а? (34) ггг

(35) Ваше же "Я вроде бы не встречал сайтовых движков, которые позволяют еще и количественно-суммовой-НСИ учет вести."

(36) Какой вопрос, такой и ответ. Разработчики МС вполне могут создать это все. Хотите сами - битрикс например.

(38) прекратите сыпать импортными словами в ветках Генри!

(37) буквоедство - болезнь мозга.

(40) Что сказать-то хотели этой веткой? Что нет учетных систем на стороне сайта? Вам тут напихали примеров.

(40) Поэтому 1Сник и изучает настройку SIP телефонии?

(42) какая разница чо изучать за 2.5 килорубля?

(40) замени слово друпал на 1с, и перечитай свою фразу

(43) ему за изучение деньги платят?

(45) скорее всего

По сути он за 2.5 килорубля в час ищет за пользователя, где списать

Симулятор студента

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

(49) ху из крупный энетпрайз?

(50) та слово незнакомое увидел, решил об этом нас известить)

(19) отродясь он не читал ИТшных книжек. Поэтому постоянно радует нас темами уровня джунской неожиданности

(50) https://www.tadviser.ru/index.php/Статья:Крупнейшие_компании_России

примерно оно

Газпром сап, дочки все что есть на рынке
Роснефь голова вроде на сапе, дочки на 1с
Ржд голова на сапе, дочки 1с, есть все решения
Лукойл-хз
Сбер-раньше сидел на банковской системе одного из вендортв, есть уветные системы на 1с и прочих
Х5 сап
Тандер-1с
Ростех-1с поголовно
Втб-банковска учетная система +ораклы+1с
Росатом свое отраслевое решение

Сафмар-хз, впервые слышу
Норникель -сап

(54) ты плохо осведомлен. Там самописного говна немеряно. Не думай что крупняк будет сидеть на какой-то одной системе. Там гигантское ИТ, в котором можно найти всё. Штат ИТ в таких конторах измеряется тысячами человек, затраты на ИТ десятками миллиардов. Но если начнёшь вникать, обнаружится огромная прослойка именно собственных разработок.

(55) добавив свой отчет, ип переходи на самописку?

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

Потом,партионный учет,например,достаточно просто пишется на sql - таблица товаров,таблица партий (прихрдов,где товар,дата и количество) и таблица расходов,где товар,ид прихода,дата и количество расхода.

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

(56) ты не понял. Уникальные, разработанные этими предприятиями под собственные нужды системы

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

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

(43) двачую

(60) >>нсли птсать напрямую в sql быстрее,то будут писать напрямую,так как экономия ресурсов и времени у них в деньги превращается.

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

(62) Организованный подход это когда 197 разрабов юзают API, а трое пишут для них прямой SQL.

(8) >Не понятно что именно ТС удивляет

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

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

(0) хм... А там что, нет языка программирования и доступа к БД? Чем учет отличается от других задач, решаемых с применением языков программирования? Ну, кроме того, что в общем случае это одна из самых избитых и примитивных задач автоматизации?

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

(66) не трынди

(63) когда есть посредническая прослойка, поставляющая API для работы с БД, это уже далеко не прямой SQL

А я чем хуже других?
Завтра как просплюсь, начну писать операционную систему. "Убийца windows".
Надо только придумать название.

Происходит ли деградация мозга на волне постоянного дефицита микроэлементов, связанного с монотонной диетой?

(54) меня удивляет, почему гиганты не напишут "Убийцу 1С", бабла вроде бы хватает. Нет мозгов, мотивации?

(71) не профильный же бизнес

(69) "Гениальный Виндовс"

(72) у них айти, возможно, потребляет больше бабла, чем стоит вся 1с.

(72) могли бы заказать программистской конторе, например

(74) пля, вот сидят и думают несчастные, в неведении, а оказывается они "убийцу" 1с не запустили. Гений, хочешь телефон it Магнита дам? Позвони, пожалуйся.

(76) скинь им ссылку: https://fixinchik.ru/kooperacziya-rossijskogo-it-v-uchetnyh-czelyah/

(77) наврядли из заинтересуют фигишинговые сайты.

(71) Не хватает концепций

(74) а ты чё думаешь, 1с прям так колоссально разработку удешевляет? Пока логика простая, ложится в умолчания платформы, всё хорошо и быстро. Как дело доходит до сложных вещей, реализуемых большим количеством кода, разработка на 1с черепашит на уровне той же джавы

(80) что такое сложные вещи, бро? ООП? ггг. Так ничего не мешает в убийцу 1С добавить ООП

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

(82) Такая система точно никуда не годится. Строк должно быть немного. Так, чтобы рядовой программист, не будучи в теме, мог минут за 10 разобраться в происходящем

(83) именно, Аспектно-ориентированное программирование наше всё

(81) (84) итить колотить, а расписывал как видит убивцу 1с на уровне Бейсика, а тут на тебе...

(69) "Виндузяка" )

(71)Аксепта, САП - чем не убивцы?)

(69) BolgenOS уже написали

(0) Скажи ему сразу PostgreSQL использовать а не MariaDB

(83) ты это окружающей нас действительности расскажи. Мир-то не простой, тут многие вещи сложные. В какой-нибудь СУБД Oracle на один твой select всколыхиваются миллионы строк кода

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

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

(90) Ты же сам начал говорить про ПРИКЛАДНОЙ код. Системного кода может быть хоть миллиарды строк, а прикладного должно быть мало. Вот тебе пример. Нажал пользователь кнопочку "Хочу декларацию по НДС" и в типовой БП "всколыхнулись" 25 тыс. строк кода. Хотя для решения этой задачи и 200 вполне хватает. А все остальное это результат неправильной организации процесса

(93) >>прикладного должно быть мало

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

>>Ты же сам начал говорить про ПРИКЛАДНОЙ код

А для разработчиков СУБД этот код каким будет?

(93) >>А все остальное это результат неправильной организации процесса

Ты просто молод и наивен. Давай попробуем сравнить процесс закупа товаров условного ларька и Магнита

В ларьке: газелька съездила на ближайшую оптовку, купила за наличку товаров. Привезла, разгрузила в павильоне. Всё

В Магните: тысячи поставщиков со всей России и за рубежом. Тендеры, закупки. Собственное автотранспортное предприятие. Десятки огромных складких комплексов (распределительные центры), к которым подъезжают-уезжают вереницы фур. Одни привозят товары от поставщиков, другие развозят товары по магазинам. Весь этот огромный поток товаров надо постоянно синхронизировать с ассортиментной политикой сети, с запросами и потребностями тысяч торговых точех

Чувствуешь насколько разные масштабы процессов получаются?

(95) Тем не менее. Я тебе привел конкретный пример неоправданного разбухания прикладного кода.
Сотня разрабов пилят систему не потому, что она объективно сложна, а потому что эти разрабы мастера JSDD (Job Safely Driven Development)

(94) для того, чтобы человек мог воспринять и была придумана инкапсуляция, если че и прочее ООП, ггг

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

(98) Это хуже, чем ИБД. Это реальное создание условий для бурной деятельности. ИБД можно пресечь в любой момент, а от JSDD так просто не избавишься

(96) а я тебе привел конкретный пример процессов, которые никак не укладываются в твоё "прикладного кода должно быть мало"

(97) а когда условный Г1С через гланды и задницу протаскивает костылину, напрочь игнорируя существующую архитектуру, как это сказывается на восприятии другими людьми?

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

(102) не разрушай эго конструктора. пойми и прости

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

(102) https://www.tadviser.ru/index.php/Статья:Основные_возможности_WMS

ознакомься, чем занимаются WMS-системы

(103) Ладно, пусть продолжает думать, что занимается сложными вещеами

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

(107) запахло с... (снобизом). ;-)

(32) Ecwid, amazon, продукты Netcracker, и просто миллиард безымянных продуктов, которые существует исключительно внутри контор, о которых ты и не мог слышать если там не работал или никогда вообще с этой сферой не сталкивался

(108) судя по (0) - нет, это всего лишь неплохая ирония ;)

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

тьфу ты, менее полезным) В общем, дворники офигенны

(102) Приди в 1С и измени систему.

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

(113) А что 1С уже продается?

(97) ООП хорошая штука, за исключением ситуаций с неудачной архитектурой изначальной и необходимостью расшивать узкий места кода, т.н. горлышко передачи данных. Впрочем более частый случай это решение изменить архитектуру по мере развития продукта.

https://habr.com/ru/post/700578/

(117) Вчера читал. Перец хорошо попарился, молодец. Любо догоро посмотреть. Надеюсь, чувак будет использоваться этот проект как строчка в резюме. Для другого, полагаю, он не особо пригоден.

(115) Гений и 1С находятся в завершающей стадии сделки по покупке 1С. Гений, как представитель крупного бизнеса, станет единовластным руководителем в 1С, этакий Илон Маск, только в Российской обвертке...
(С)

(119) "обертке"

(120) Обвертка-это совокупность мелких, скученных, прилегающих друг к другу листьев, окружающих соцветие.

(121) ну если в таком контексте....