У меня даже внешняя обработка написана в которой все построено и работает. По факту фотки из нее. Может вы на 8.2 пробуете запустить или с макетами ошиблись?
Вынести в отдельную систему это тоже вариант, но это отдельная инфраструктура, отдельные люди для поддержки и новый стек, использование html +js внутри системы не требует новой инфраструктуры, не требует новых людей поддержки, но требует подучить базисы html и js. Так что данное решение, на мой взгляд, эффективнее и развивает текущую команду:)
Если вы считаете что данный функционал не применим то это не так, было бы желание его адаптировать.
Есть ли в нем необходимость на складе - нет. Достаточно просто текста.
Стоит ли развивать решение- вам решать это идея и пробник функционала.
Стоит ли использовать html + js в 1с? В информационных мониторах и сложных системах точно да - быстрее, функциональнее чем формы 1с.
Еще раз скажу что это идея и пробник функционала 3d на складе. Использовать его или нет - решать вам. Лично мы данный функционал развиваем и используем:)
Ок. А где этот 7-2 будет подсвечено. А то что он не самый верхний также будет подсвечено. Действия к выполнению будут подписаны и кнопочка Взял 7-2 потом место пдсвечивается, текст "Поставь на погрузчик в х ячейку" и кнопка Поставил на погрузчик.
А тут администратор хочет подключиться к рабочему потоку и посмотреть какие сейчас задачи выполняются и вот ему все подсвечено что Иван Иванович крановщик тянет контейнер из 7-2...
Если контейнер не видно под другими то есть такое свойство у html объектов как прозрачность, выделяем нужный контейнер а остальные делаем с прозрачностью 70%
А для склада также удобно - возьми паллету со стеллажа 3-2 и вот стеллаж подсвечивается. Кнопочка "Взял", положи на 7-7 и кнопочка "положил" удобно и наглядно, особенно если текучка кадров и кладовщики новенькие и не знают где этот стеллаж. Я думаю такая визуализация ускорит работу!
Дак это ж код для внешней обработки. Накиньте в него генерацию контейнеров на основе типовой и получите результат:) Один запрос от программиста и готово)
Нвпример это удобно для крановщика на контейнерном терминале чтобы выполнять к примеру "раскопку" контейнеров. Это дает наглядность. Также удобно подсвечивать опасные грузы или поиск номенклатуры по виду. Да для этого нужно будет добавить ярусность и отборы с подсветкой, но это того стоит:)
Не согласен. Удобно использовать для раскопок контейнера и для перемещения по складу. Легко определить заполненность склада /ячейки если добавить ярусность. Если использовать стеллажи то удобно понимать где находится к примеру опасный груз или какой-либо вид номенклатуры добавив подсветку по отбору.
Html в 1С действительно расширяет возможности. Можно не НаКлиенте реализовать интерфейсы но и прокинуть их во внешку через http сервисы:) Подписывайтесь на наш блог и узнаете еще много интересных кейсов:)
Здесь очень важно соблюдать удобство работы пользователя (не нагруженность интерфейсов) и глубину интеграций. Вы правы, в случае сложных интеграций или множества условий работа программиста будет лучше и приоритетнее, но таких интеграций в разы меньше (около 20%) по сравнению со стандартными обменами НСИ.
Лично мы решили этот вопрос возможностью вставки запроса написанного программистом в режиме Произвольный запрос. И даже при этом программисту не нужно писать сериализацию и отправку данных, что экономит его время и не требует релизов.
И естественно чтобы работа в такой системе не заглохла - нужны ребята понимающие как это работает, как это поддерживать и чем это лучше ручных интеграций. Это два с половиной человека (программист и аналитик+).
С одной стороны вы правы, сложность разработки с абстракциями возрастает и такая платформа накидывает ограничения и в то же время маппинг 1 к 1 обычно используется только при переносе нси, с другой стороны можно учесть потребности пользователей и добавить left + inner join в генератор запросов, добавив вложенность тч мы получим двухуровневый json который уже легко совместится с другой системой. Я так понимаю вы часто работали с подрядчиками аналогичного софта, именно они могут предложить быстрое костыльное решение.
Перенос кода также легко реализуется т.к. это расширение, а перенос настроек легко через стандартную выгрузку / загрузку xml.
Я лишь подал идею быстрых интеграций и вижу что это многим интересно, данное решение определенно имеет большой потенциал к развитию, а ии инструменты имеют много фантазий, и требуют времени разработки и тестирования что в итоге сильно замедляет процесс. Рекомендую все же присмотреться к моей идее:)
Принимаю замечания, вы правы нужно было использовать СтрШаблон, но это простой и понятный пример при этом создание текста запроса выполняется один раз без каких - либо циклов, поэтому нет влияния на производительность.
Я вас понимаю, но у нас это работает идеально, т.к. конструктор получается очень удобным, то аналитик настраивает маппинг полей самостоятельно. Если добавить Left join для смежных сущностей то запрос собирается не только для НСИ а скажем для документов, остатков и т.д. Главное реализовать максимально удобно и понятно для пользователя. Бизнес - аналитик легко с этим разберется и углубится в структуру системы. В общем это реально работает и сокращает время разработки интеграций от 70% и более!
У меня даже внешняя обработка написана в которой все построено и работает. По факту фотки из нее. Может вы на 8.2 пробуете запустить или с макетами ошиблись?
Вынести в отдельную систему это тоже вариант, но это отдельная инфраструктура, отдельные люди для поддержки и новый стек, использование html +js внутри системы не требует новой инфраструктуры, не требует новых людей поддержки, но требует подучить базисы html и js. Так что данное решение, на мой взгляд, эффективнее и развивает текущую команду:)
Если вы считаете что данный функционал не применим то это не так, было бы желание его адаптировать.
Есть ли в нем необходимость на складе - нет. Достаточно просто текста.
Стоит ли развивать решение- вам решать это идея и пробник функционала.
Стоит ли использовать html + js в 1с? В информационных мониторах и сложных системах точно да - быстрее, функциональнее чем формы 1с.
Еще раз скажу что это идея и пробник функционала 3d на складе. Использовать его или нет - решать вам. Лично мы данный функционал развиваем и используем:)
Нужно ярусность добавлять в css, в js иначе контейнера друг на друге будут нарисованы без учета высоты.
Бывал на складе.
На устройствах типа планшет или тсд (если экран позволяет)
На мониторе установленном на складе с подсветкой текущих задач, удобно для старших кладовщиков и админов.
Для обучения персонала.
Для демонстраций гостям.
body { font-family: Arial, sans-serif; margin: 20px; background-color: #f5f5f5; text-align: center; } #grid-container { width: 1000px; height: 500px; position: relative; transform: rotate(-30deg) skewX(30deg); overflow: hidden; margin: 0 auto; } .cell { position: absolute; width: 90px; height: 48px; border-right: 1px dashed #999; border-bottom: 1px dashed #999; box-sizing: border-box; } /* Границы для крайних ячеек / .cell[data-row=“0”] { border-top: 1px dashed #999; } .cell[data-col=“0”] { border-left: 1px dashed #999; } .draggable-item { width: 100%; height: 100%; background-color: #4CAF50; color: white; text-align: center; line-height: 48px; / Совпадает с высотой ячейки / cursor: move; user-select: none; border-radius: 4px; position: relative; / Относительное позиционирование внутри ячейки / } .draggable-item.dimmed { opacity: 0.5; transition: opacity 0.2s ease; / Плавное изменение прозрачности */ } .top{ filter: brightness(120%); background-color: #4CAF50; color: white; transform: translateX(30px) translateY(-80px); position: absolute; width: 90px; height: 48px; } .front{ filter: brightness(90%); color: white; transform: translateY(-66px) skewY(-45deg) ; position: absolute; width: 30px; height: 48px; } .right{ filter: brightness(110%); color: white; transform: translateX(15px) translateY(-33px) skewX(-45deg) ; position: absolute; width: 90px; height: 33px; }
Ок. А где этот 7-2 будет подсвечено. А то что он не самый верхний также будет подсвечено. Действия к выполнению будут подписаны и кнопочка Взял 7-2 потом место пдсвечивается, текст "Поставь на погрузчик в х ячейку" и кнопка Поставил на погрузчик.
А тут администратор хочет подключиться к рабочему потоку и посмотреть какие сейчас задачи выполняются и вот ему все подсвечено что Иван Иванович крановщик тянет контейнер из 7-2...
Если контейнер не видно под другими то есть такое свойство у html объектов как прозрачность, выделяем нужный контейнер а остальные делаем с прозрачностью 70%
А для склада также удобно - возьми паллету со стеллажа 3-2 и вот стеллаж подсвечивается. Кнопочка "Взял", положи на 7-7 и кнопочка "положил" удобно и наглядно, особенно если текучка кадров и кладовщики новенькие и не знают где этот стеллаж. Я думаю такая визуализация ускорит работу!
Там еще и запрос править с ярусами и отрисовку контейнеров выше...
Все верно, получится примерно такое! Я же только идею бросил, но смотрю многим интересно:) Пора на инфостарт?)
Точно, ошибочка вышла, сегодня добавим.
Дак это ж код для внешней обработки. Накиньте в него генерацию контейнеров на основе типовой и получите результат:) Один запрос от программиста и готово)
Нвпример это удобно для крановщика на контейнерном терминале чтобы выполнять к примеру "раскопку" контейнеров. Это дает наглядность. Также удобно подсвечивать опасные грузы или поиск номенклатуры по виду. Да для этого нужно будет добавить ярусность и отборы с подсветкой, но это того стоит:)
Согласен, но можно не использовать сложные функции js, стандартные методы легко поддерживаются, а возможности 1с сильно расширяются.
Не согласен. Удобно использовать для раскопок контейнера и для перемещения по складу. Легко определить заполненность склада /ячейки если добавить ярусность. Если использовать стеллажи то удобно понимать где находится к примеру опасный груз или какой-либо вид номенклатуры добавив подсветку по отбору.
Html в 1С действительно расширяет возможности. Можно не НаКлиенте реализовать интерфейсы но и прокинуть их во внешку через http сервисы:)
Подписывайтесь на наш блог и узнаете еще много интересных кейсов:)
Здесь очень важно соблюдать удобство работы пользователя (не нагруженность интерфейсов) и глубину интеграций. Вы правы, в случае сложных интеграций или множества условий работа программиста будет лучше и приоритетнее, но таких интеграций в разы меньше (около 20%) по сравнению со стандартными обменами НСИ.
Лично мы решили этот вопрос возможностью вставки запроса написанного программистом в режиме Произвольный запрос. И даже при этом программисту не нужно писать сериализацию и отправку данных, что экономит его время и не требует релизов.
И естественно чтобы работа в такой системе не заглохла - нужны ребята понимающие как это работает, как это поддерживать и чем это лучше ручных интеграций. Это два с половиной человека (программист и аналитик+).
С одной стороны вы правы, сложность разработки с абстракциями возрастает и такая платформа накидывает ограничения и в то же время маппинг 1 к 1 обычно используется только при переносе нси, с другой стороны можно учесть потребности пользователей и добавить left + inner join в генератор запросов, добавив вложенность тч мы получим двухуровневый json который уже легко совместится с другой системой. Я так понимаю вы часто работали с подрядчиками аналогичного софта, именно они могут предложить быстрое костыльное решение.
Перенос кода также легко реализуется т.к. это расширение, а перенос настроек легко через стандартную выгрузку / загрузку xml.
Я лишь подал идею быстрых интеграций и вижу что это многим интересно, данное решение определенно имеет большой потенциал к развитию, а ии инструменты имеют много фантазий, и требуют времени разработки и тестирования что в итоге сильно замедляет процесс. Рекомендую все же присмотреться к моей идее:)
Принимаю замечания, вы правы нужно было использовать СтрШаблон, но это простой и понятный пример при этом создание текста запроса выполняется один раз без каких - либо циклов, поэтому нет влияния на производительность.
Я вас понимаю, но у нас это работает идеально, т.к. конструктор получается очень удобным, то аналитик настраивает маппинг полей самостоятельно. Если добавить Left join для смежных сущностей то запрос собирается не только для НСИ а скажем для документов, остатков и т.д. Главное реализовать максимально удобно и понятно для пользователя. Бизнес - аналитик легко с этим разберется и углубится в структуру системы. В общем это реально работает и сокращает время разработки интеграций от 70% и более!