IT для производства и торговли

(если нужна - Redux vs Recoil) #Recoil #React #JS #ReactJS #CRM #SUREcrm #state management  #управление состоянием react #разработка приложений #программирование Что вам нужно знать, прежде чем использовать React-библиотеки, такие как Redux Если вы читаете это, вам, вероятно, интересно, нужна ли вашему приложению или веб-сайту сторонняя библиотека для управления состоянием — или, возможно, вы думаете, что она вообще не нужна. Здесь я объясню, когда это может стоить того, а когда может оказаться бесполезным для вашего приложения...

В качестве frontend используется React 17 (typescript), Recoil, Material-UI 5 Репозиторий: https://github.com/levtrilev/surecrm - проект является открытым. Вы можете свободно копировать и использовать его. Данное описание поможет разобраться в коде. Соглашение об именовании объектов: переменные и папки именуются, начиная с маленькой латинской буквы. Объекты, компоненты и типы данных именуются, начиная с большой латинской буквы, с использованием нотации camelCase. (исключения – объекты, одноименные с объектами БД, например, поля JSON-объектов, где_используется_кебаб_нотация...

#recoil #react #js #reactjs #crm #surecrm #разработка приложений #программирование #opensource #open source SUREcrm - это свободная (opensource) CRM система. На самом деле, это скорее система общего назначения для управления бизнесом (ERP). Это платформа, снабженная всем необходимым для создания enterprise-wide облачных приложений. Предусмотрена JWT-авторизация. Каждый арендатор (tenant) имеет возможность регистрировать своих пользователей и регулировать их доступ. У каждого арендатора есть возможность создавать нужные ему роли и назначать эти роли своим пользователям...

Ранее я описал проблему (ч.1), поставил задачу (ч.2), спроектировал решение (ч.3), познакомил вас с платформой разработки (ч.4), начал разработку заказа покупателя (ч.5), Разработал Техкарту (ч.6), Закодировал на языке C#\.Net логику заказа (ч.7), Разработал заказ поставщику (ч.8). В предыдущих сериях я реализовал информационные потоки планового выбытия материалов и планового поступления материалов (МТР). Сегодня доработаю фактическое поступление материалов и фактическое выбытие. Заказ поставщика...

Ранее я описал проблему (ч.1), поставил задачу (ч.2), спроектировал решение (ч.3), познакомил вас с платформой разработки (ч.4), начал разработку заказа покупателя (ч.5), Разработал Техкарту (ч.6), Закодировал на языке C#\.Net логику заказа (ч.7). Теперь, когда у меня есть информационный поток планового выбытия материалов, реализую поток планового поступления материалов, чтобы затем наложить один на другой и увидеть плановые остатки (их достаточность). Материалы поступят от поставщика в соответствии с плановой датой, указанной в Заказе на закупку, – надо создать такой тип документа в системе...

Ранее я описал проблему (ч.1), поставил задачу (ч.2), спроектировал решение (ч.3), познакомил вас с платформой разработки (ч.4), начал разработку заказа покупателя (ч.5), Разработал Техкарту (ч.6). Теперь, когда у меня есть Техкарта, возвращаюсь к разработке Заказа, где, как мы помним, из таблицы заказанных изделий с помощью данных Техкарты нужно получить таблицу потребности в материалах. Я уже создал в Заказе еще одну табличную часть «materials» точно так, как ранее я создал в Заказе часть «products» (см...

Ранее я описал проблему (ч.1), поставил задачу (ч.2), спроектировал решение (ч.3), познакомил вас с платформой разработки (ч.4). начал разработку заказа покупателя (ч.5) Я остановился на том, что в момент приема заказа я буду делать плановые списания материалов и комплектующих со склада. Для этого мне нужна технологическая карта, описывающая для каждого изделия сколько материалов и комплектующих требуется для производства изделия. Я уже создал в системе справочник «Товары». В карточке содержится признак Продукция/Комплектующие/Материалы, а также нормативная стоимость...

Ранее мы описали проблему (ч.1), поставили задачу (ч.2), спроектировали решение (ч.3), познакомились с платформой разработки (ч.4). Сегодня принимаемся за разработку Заказа покупателя. Заказ должен содержать основные данные: Покупатель, Номер/Дата заказа, Дата исполнения заказа, Общая сумма. Также заказ включает таблицу с перечнем заказываемых изделий: в каждой строке: Код/Наименование изделия, Количество, Цена единицы, Сумма. Этого достаточно, чтобы описать наши обязательства перед покупателем. Но нам нужно добавить данные для решения нашей внутренней задачи планирования материалов...

(смотреть части 1, 2, 3) Приступаем к практической реализации наших замыслов. Разработку будем вести с использованием бесплатной платформы Алеф ( про платформу ). Настройку выполняем с использованием пока только встроенных в программу возможностей. Здесь я покажу подробнее, чтобы ознакомить с «матчастью». Затем пойдем более обобщенно. Идем в меню Настройки – Типы документов: Для создания каждого справочника создаем новый тип документа (справочник – это тот же документ, но опубликованный в качестве справочника), вводим его название, например, «Единицы измерения...

Часть 1 (части 2 и 3) (оказалось, что в последующих сериях нужны ссылки на предыдущие серии, но я первую серию оформил как "пост". Чтобы сделать на материал ссылку, он должен быть оформлен как "статья". В общем, здесь я объявляю начало серии публикаций) Недавно обсудил с одним промышленником проблему ритмичности закупок. Время от времени возникает проблема, когда для производства заказанных изделий на складе недостаточно материалов и комплектующих. Как избежать таких досадных ситуаций и не вбухать...

Часть 3 (читать части 1 и 2) Приступаем к практической работе. Но пока «на бумаге». Прежде, чем кидаться настраивать и программировать, надо все-таки сначала немного спроектировать. Я сразу держу в голове возможности платформы, которую буду применять (, к практическому использованию которой перейду в следующем сообщении). (цветные кубики - архитектура системы - что "под капотом") В системе будем создавать (настраивать) Справочники и Документы. Справочник – это перечень, например, материалов. Каждая...

Часть 2 (начало здесь) Итак, у нас есть Заказ покупателя. И у нас есть склад материалов и комплектующих. Казалось бы, если на складе есть все необходимое для производства заказа, значит дела в порядке. Если не хватает - надо закупить. В целом все верно. Но главное, как всегда, в деталях. (просто картинка, иллюстрирующая борьбу с недостатком материалов) Прежде всего - нужно иметь полный и актуальный перечень всех необходимых комплектующих и материалов для каждого изделия (технологическая карта)....