• 1С-Битрикс и попытка его внедрения
    0
    Он купил два разных продукта, от двух разных компаний


    Как удобно. В маркетинге везде писать 1С, «бесшовная» интеграция. А чуть что — два разных продукта от двух разных компаний.

    Точно также, как и говорить при продаже, что «любой 1С-программист может легко и дешево править любую конфигурацию». А на практике, все далеко не так.
  • 1С-Битрикс и попытка его внедрения
    0
    «Купил у официального дилера» и «Обратился к специалисту для настройки продукта», это все-таки разные вещи, не находите?


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

    А основная претензия автора, насколько я понимаю, была к коробкам от фирмы 1С (и их дилеров). Ладно, что они там в 1С не знают, что такое ООП и модульность. Но похоже, и обратная совместимость — это тоже происки проклятых буржуев.
  • 1С-Битрикс и попытка его внедрения
    0
    Так он и обратился к специалистам. Купил у официального дилера УТ и 1С: Битрикс последних версий. А оказалось, что они друг с другом не стыкуются.

    И вопрос же был в том, что ему предложили купить российскую версию УТ. Или ему надо было покупать российскую УТ и обращаться к официальному дилеру, чтобы он ее повторно локализовал?
  • 1С-Битрикс и попытка его внедрения
    0
    Так автор же не разработчик, а бизнес-пользователь. Он сам их должен прикручивать или как? Или опять же — купил машину, но она не едет. Теперь нужно найти где-то на стороне механика, который ее доделает, чтобы она поехала?
  • 1С-Битрикс и попытка его внедрения
    0
    А в российской версии УТ есть печатные формы ТТН-1 и ТН-2? Как вообще она с бланками строгой отчетности на выписке накладных работает?
  • Low-code платформы: панацея или рискованная ставка?
    0
    Тут правда следует уточнить: он первый раз на PowerApps вообще что-то разрабатывал или нет? Все-таки важно сравнивать людей с одинаковым уровнем компетенции в соответствующей технологии.
  • Low-code платформы: панацея или рискованная ставка?
    0
    Еще SAP покупают, чтобы увеличить капитализацию компании. Инвесторы точно также покупаются на рекламу типа «Best runs SAP». Соответственно, работает логическая цепочка: «Best runs SAP» => компания — best => стоимость компании выше.
  • Low-code платформы: панацея или рискованная ставка?
    +2
    Так напишите статью, в которой разъясните, в чем конкретно заблуждается автор, и как классно строить приложения с использованием Low-code платформ. В частности, как вы решаете проблемы с системами контроля версий. Многим будет интересно, я думаю.
  • Low-code платформы: панацея или рискованная ставка?
    0
    Не совсем. Там есть еще такая штука как СКД: habr.com/ru/company/1c/blog/336258. И там классическое визуальное программирование.
  • Low-code платформы: панацея или рискованная ставка?
    +4
    Во-первых, это долго. Очевидно, быстрее написать 10 строк кода в хорошей IDE, чем перетаскивать, настраивать и соединять десятки блоков.


    Не поверите, но многие 1Совцы считают, что мышкой у них получается быстрее программировать, чем в нормальной IDE. На вопрос, как они потом мышкой делают merge (даже без привязки gitflow), к сожалению, пока никто внятного ответа не дал.
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    А вот в западном бухгалтерском учете — можно принять по цене из заказа. В этом и принципиальное различие (в том числе и в счетах).
  • Третий не лишний: как мы сократили цепочку листинга товаров, добавив в нее еще одно звено
    0
    Извините, но все равно не очень понимаю, как можно проводить такой эксперимент только для одной сети. Если MDM одна на всю X5, и одна ERP-система на всю X5, то мастер-данные (те же габариты товаров) все равно попадут на все сети сразу (и Пятерочку, и Карусель), если там единые информационные системы. Что я упускаю?
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    Нет, именно с переходом права собственности, а не взятые на хранение. Но без документов на оплату (и в частности, без цен и сумм). Вы смотрели ссылки выше? Там же есть примеры.
  • Третий не лишний: как мы сократили цепочку листинга товаров, добавив в нее еще одно звено
    0
    Я не очень понял вот что:
    У нас 5000 поставщиков, 25 000 SKU, 785 магазинов и 12000000 товаров на магазин — располагая такими ресурсами, приходится прикладывать большие усилия, чтобы точно фиксировать все данные о товарах.


    Вы пишете данные Перекрестка, хотя везде идет речь об X5. Почему? Мастер-данные вводятся сразу для всей X5 или у Перекрестка свои?
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    Посмотрите вот эти ссылки:
    https://www.odoo.com/documentation/user/13.0/inventory/management/reporting/valuation_methods_anglo_saxon.html
    https://www.odoo.com/documentation/user/13.0/inventory/management/reporting/valuation_methods_continental.html

    Там внизу примеры, когда цены в заказе (PO) отличаются от цен в накладной/счете(Invoice). И посмотрите, как у них вообще проводки разносятся по счетам, и какие там счета есть.

    Например, как Вам такой классный счет, как:
    23000 Goods Received Not Purchased

    Какой его аналог в РФ (это именно не неоплаченные, а некупленные товары)?
  • Как я 12 лет создавал свой ЯП и компилятор к нему
    0
    сейчас новые языки программирования мало кому нужны, если за плечами разработчиков не стоит крупная организация или сообщество.

    Для универсальных языков программирования это действительно верно. Но это не касается DSL. Бывают узкие области, где нужен свой специализированный язык, заточенный под конкретные задачи. Есть ряд специальных инструментов для разработки таких языков.
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    Я собственно об этом выше и писал, что не стоит смешивать печатные формы и отчеты. Это разные механизмы, и у них разные задачи. Печатные формы, в любом случае, должны строиться в графическом формате (типа CrystalReports, FastReports, JasperReports и т.д.).
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    То есть Вы предлагаете при внедрении Odoo со всеми покупателями заключать договора комиссий / ответственных хранений? Даже если им просто пачку бумаги продаете?
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    уже потом отложенной реализации — вполне себе реализуема

    Как она может быть реализуема, если незаконна?

    Как Вы сделаете печатную форму документа в Odoo для Delivery Order, если там в документе цен нет вообще? Что Вы там напечатаете?

    Ваш большой опыт не знает что такое договор ответственного хранения и агентский договор?

    Какое отношение договор ответственного хранения и агентский договор имеет к обычной продаже компанией А компании В? Давайте только, без костылей.
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    Так мне не надо спрашивать у бухгалтеров. У меня очень большой опыт в этой области. И ответ простой: незаконно. И понятно почему — кризис доверия между бизнесом и государством.

    А в других странах — это стандартная схема. И поэтому там во многих местах другие процессы, под которые и заточены у них многие программы. По этой причине большинство из них не подходит для РФ из коробки и требует, как минимум, адаптации.
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    Вы не поняли меня. Чтобы было понятнее, ответьте мне на простой вопрос:

    Могу ли я в РФ ЗАКОННО отгрузить покупателю товар без каких-либо документов, в которых указаны цены, а он в свою очередь принять его (в том числе и по бухгалтерскому учету)? Документы на оплату с ценами при этом ему выставить через месяц.

    А в англосаксонских и европейских моделях учета — это в порядке вещей.
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    Полностью с Вами согласен насчет относительной неважности бухгалтерского и фискального учета.

    Но тут другая проблема. Я сейчас достаточно подробно изучаю западные решения (в большей степени Odoo) — хочется сделать открытое и бесплатное решение, которое подойдет как к западной модели, так и к постсоветской. И есть принципиальное отличие в плане документов. Я это уже упоминал выше.

    У них во всех решениях всегда три документа: Order / Invoice / Shipment. У них нормально, когда Вам поставляют товар в течение месяца без каких-либо документов с ценами. Вы их приходуете по какой-то условной цене из заказа. А потом вам выставляют на них счет (причем цена может не совпасть с ценой в заказе). В постсовке же вы не можете без финансового документа (например, ТОРГ-12 или ТТН, в котором есть цены) оприходовать товар.

    И, например, вот это обстоятельство достаточно сильно влияет на логику процессов приемки и отгрузки. По этой причине тот же Odoo из коробки под РФ ну никак не подходит. Если конечно, не делать двойной ввод в 1С и иметь разную себестоимость в Odoo и 1C.
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    Одна из проблем 1С, что она не построена на базе технологии с виртуальными машинами (вроде .Net/Java). Да, при этом были бы дополнительные проблемы, но тогда подключение каких-то специфических редких вещей решалось бы просто добавлением зависимости в pom.xml (если Maven) и относительно небольшого кода по интеграции с самой платформой (так как все бы было в одной виртуальной машине).
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    Сомнений может и нет, но в типовых как будет? Если MSSQL, то такой запрос, а иначе вот такой? Там и так жесть творится, когда строка запроса «собирается» из кучи мест, а будет еще жестче?
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    Ах, да. Точно. Забыл. Законодательство в стране меняется, потому что 1С договорилась с налоговой, чтобы заработать на ИТС. Именно так.


    Как раз проблема именно в сложном законодательстве. В частности, в области бухгалтерского учета (неоправданная сложность) и начисления заработной платы (во многом из-за того, что налоги на зарплату платит организация, а не сотрудник, но и опять же ненужная сложность). Плюс нет стандартной, для всего мира, разделения на финансовые (Bil / Invoice) и товарные (Receipt / Shipment) документы, так как ТОРГ-12 в себе совмещает оба документа сразу.

    Такая вот специфика делает невозможным использование многих мировых продуктов, а относительно небольшой рынок — невыгодным адаптацию для их вендоров. За счет этого и обеспечивается монополия. Без этого была бы значительно сильнее конкуренция, и 1С не был бы монополистом. Впрочем это касается многих других отраслей в РФ.
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    +1
    Хорошо для 1С, что кроме вас этого никто не понял, поэтому бизнес продолжает покорно платить 1С за то, что та им создает проблемы

    Конечно хорошо для 1С. Монополия всегда хороша для монополиста.
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    +1
    Мне вот тоже интересно, и я засомневался. Но это же несложно проверить — достаточно посмотреть в SQL Server Management Studio. У меня просто нет инсталляции 1С под рукой. А Вы можете глянуть?

    binary(16) должно быть 16 байт, а не 36.
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    Хм, если это так, то это действительно сильная потеря производительности. Наверное, стоило бы автору указать в статье и недостатки такого подхода.
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    Работнику склада не нужно знать все а только сколько заказов в работе и сколько товара в каких ячейках, утрированно.

    Да, только ему это часто надо не в виде отчетов, а в конкретных бизнес-процессах на конкретных формах. И при этом вводить данные на основе того, что он видит. Отчеты для этого несильно помогут. Тут важно делать гибкий интерфейс, в котором сразу и аналитика, и пользовательский ввод. И в 1С с этим есть определенные проблемы. Например, нельзя делать редактирование в динамических списках.
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    А сколько он занимает? И получается, что в запросах идет JOIN по bytea?
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    В надежности? То есть когда у вас в Сыктывкаре навернется сервер, то кто его там поднимать будет? Кто свежие данные оттуда на резервные перенесет?
    Сейчас основной тренд на облака, а Вы — про распределенки…
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    Давайте не перескакивать с темы на тему. Изначально я указал неточность в статье, что в (.Net/Java) сложно реализовать печать в PDF. Потом почему-то перескочили на отчеты, а теперь уже операционные работники пошли.

    В целом в OLTP систему вешать отчеты — это тоже палка о двух концах. Если большие объемы, то аналитику все равно лучше выводить в отдельную BI базу, вроде бесплатного Druid, а не реляционные базы.
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    Я для примера привел Tableau. Есть, например, Power BI. Там более гуманный ценник. И ничего, что 1С — тоже не бесплатный?
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    Вы уточните, пожалуйста, все таки что и с чем Вы сравниваете. Печатные формы и отчеты — это две абсолютно разные вещи.

    Под печатными формами подразумевается то, что выводится на печать в формате, например, A4 (или любом другом размере страниц). Именно для этого и используется формат PDF.

    И при формировании PDF то, что 1С уделывает JasperReports — очень спорное утверждение. Учитывая то, что PDF — это по сути графический формат, а в 1С — табличный.

    Если речь идет об именно формировании отчетности (то есть вывода пользователю агрегированной информации в разных срезах), то логичнее сравнивать не с JasperReports, а например с Tableau или Imply. И там тоже сравнение явно не в пользу 1С.
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    Не путайте, пожалуйста. Речь шла именно о PDF (Printable Document Format). То есть именно форма, которая пойдет на принтер. Для отчетов во всем мире используются специализированные BI tool. К сожалению, 1С им заметно уступает в плане UX.
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    Там был другой контекст (drill-down и прочее, которое скорее отношение к BI имеет). Здесь же речь идет конкретно о формировании PDF. Вы просто так написали в статье, как будто в .Net или Java — это очень сложно. Но это не так.
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    +1
    И в целом, не стоит забывать про важную проблему 1С — закрытость и проприетарность. Для Java можно часто найти бесплатную библиотеку практически под что угодно. Например, нужно было считать mdb формат (Access) — без проблем нашли.
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    +1
    Например, задача послать клиенту счет в PDF решается за час работы студента. Та же задача на .NET решается покупкой проприетарной библиотеки, либо парой дней или недель кодинга сурового бородатого разработчика.


    Вот тут Вы преувеличиваете. Не знаю, как в .Net, для Java есть, например, JasperReports. Бесплатная библиотека по формированию отчетов, с достаточно неплохой тулзой по редактированию шаблонов, которая один раз прикручивается и точно также, практически одной командой, прекрасно формируется PDF. А также еще поддерживает xlsx, docx, odt и много других форматах.
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    Понимаете, нужно/не нужно — относительное понятие. Если Вы считаете, что ООП в бизнес-приложениях не нужно, то это Ваше право. Но у других людей может быть другая точка зрения.
  • 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С
    0
    А зачем, по-Вашему, F5 начал рассылать письма своим клиентам с уверением, что мы ничего кроме nginx в России не разрабатываем?

    История nginx о том, что интеллектуальная собственность в России нестабильна. А это всегда риски.

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