Доброго времени суток. Потребовалось серверную 1С на УФ задружить с ТСД, да не просто, а чтобы ТСД автоматом доки создавал по завершению и сам номенклатуру с БД тянул если не нашел по ШК у себя. Ну вроде Клеверенс такое сделал. Настроил связь, обмен, тестирую и понимаю что загрузка сыровата. она как бы есть но нужное не делает... На пример перемещение со склада из определенной ячейка на склад в определенную ячейку, при загрузке не заполняются ячейки источника и приемника. Решил допилить со стороны 1С, но есть нюанс: обмен ТСД и 1С происходит по следующей схеме: "Сервер mobaile SMART" -[COM conector]- Промежуточная конфигурация 1С -[Менеджер COM-соединений (V8x.COMConnector)]- Конфигурация 1С. При загрузке в основную БД происходит запуск внешней обработки обмена через Менеджер COM-соединений (V8x.COMConnector) из-под пользователя 1С указанного в настройках промежуточной 1С. ВОПРОС: как подключиться для отладки к сеансу который вызывает промежуточная конфигурации и запускает внешнюю обработку (для отладки обработки загрузки)? ИЛИ может быть кто-нибудь сталкивался с дописанием онлайн обмена ТСД с 1С (Клеверенс) в частности корректировки функционала загрузки данных в основную конфигурацию.
Что пробовал: ставил все галки в "Отладка" - "Подключение" - "Автоматическое подключение", пробовал отследить через замер производительности.

А отладка на сервере включена? (- debug) где-то там прописано?

Точку останова после вот этого ("Отладка" - "Подключение" - "Автоматическое подключение) где ставил?
Может не там?

(1) Да, проверял со своей обработкой и на клиенте и на сервере
(2) ТО ставил в процедуре загрузки "ДокументЗавершен", которая указывается в промежуточной конфигурации как исполняемая в основной конфигурации после закрытия документа на ТСД

(0) Сейчас плотно сижу на допиле mobaile SMART - понял одно: если процесс не типовой, то дешевле написать свое приложение. Когда закончится ситуация с короной, надо написать свое...

У мобайла адекватная техподдержка. Помогают без проблем. Чтобы подключалась отладка, надо подцепить процесс который коннектится к промежуточной конфигурации (это не тот под которым Вы сидите), для этого должно быть включено Сервис-Параметры-Запуск 1С:Предприятия-(Дополнительно)-Начинать отладку при запуске.

https://www.cleverence.ru/support/2316/

мазохисты )

(5) +100

(4)  html+js+http-сервис  - дешево и сердито

(7) А подробнее)
Как работать с ТСД: html+js ?

(8) на инфостарте полно примеров

Вот тут говорят, что и мобильное приложение неплохо работает http://catalog.mista.ru/public/1223431/

(4) Спасибо, пошел пробовать.
(5) (6) (7) (9) (10) - "Да это всё понятно!... Делать то что?"© )))

(9) дай ссылку, только чтобы было html+js+http-сервис, без всяких прослоек и мобильных приложений

(12) например инфостарт 1042420

(13) это понятно))) как сканировать то?) как в браузере запустить сканер (не фото, а именно сканер)?...

(14) спроси у фрагстера )

(15) Догнал, спасибо. Чот совсем не подумал про такой вариант. Надо рассмотреть.

Промежуточная конфигурация это древний вариант. Сейчас напрямую через Com или Web сервисы через раширение конфигурации
https://www.cleverence.ru/support/61652/

Ну и соответственно множество обработок под конфигурации. Можно самому обмен настроить или самому дописать обмен

ориентироваться при процессах на складе на приложение которое было написано для на кладовки при магазинах - желаю успеха!

(19) Озвучь проблемы. Интересно. Там же не только склад и магазин, но и Кировка,ЕГАИС 3,МДЛП ,Курьер

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

(17) Спасибо, буду пробовать.

(21) ну ты ж пользуешьмя охуеть какими типовыми конфигурациями 1С. и это не отталкивает тебя от их использования. Странно, да..?

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

(21) а чем с точки зрения поддержки переписанный софт известно вендера отличается от софта, разработанного с нуля?

(25) В поддержке.

(26) как раз по ссылке из (10) выбор написать с нуля был обусловлен наличием 1С программистов, которые могут допиливать свой софт

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

(21) "т.к. при смене прогера новый прогер будет ох...... не рад" - когда ему достанется "mobaile SMART" )))

(28) Там можно разделить на 2 части.
1. Это программы для ТСД и для сервера
2. Это обмен с 1С и связанные с ними обработки и расширения

Что касается 1 то они совершенствуются и анахронизмы выкидываются, при этом совместимость иногда страдает.
По второму пункту там тоже переписываются и добавляются обработки.
А вот общее количество человеко часов измеряется под сотню лет.

Пример 1С с типовыми конфигурациями. Никто не станет писать с нуля. Возьмет типовую и погонит под себя.

(4) проще у них курсы пройти и пилить самостоятельно

(17) ты работаешь на клеверенс?

Я с ними работаю

а я прошел обучения на разработчика, потом посмотрел на заказы, которые поступают и подумал - что это уныло )

Ну сейчас всеобщий помарочный учет грядет!

(35) с точки зрения складской работы весь этот помарочный учет никакой существенной новой трудности не представляет. все это "нетиповое" для ранее обычных контор - лежит в плоскости обмена с учетными системами егаис/чз/итд и к складской работе имеет весьма опосредствованное отношение. А пилить всяких прокладок - это да, работы хватит надолго, не усохнем от недоедания ;-)

(36) при сканировании ТСД DataMatrix важно не терять разделители ASCII 29. особенно это важно для ТСД в режиме rdp

(36) Да именно обмен, что 1С штатными средствами не работает, а тсд может с ними напрямую или сервер работать.
Кроме того интеграция сканеров со своими апи, определение типа штрихкода, отключение ненужных штрихкодов итд итп

помарочный учет-это работа ТСД в режиме online с общей базой для всех ТСД.
на самом деле,это проще,чем делать что-то на ТСД,так как этап синхронтзации отпадает.
да,конечно,нужен буфер,если где-то теряется связь,но обработка буфера не требует поиска по базе,а только проверка типа.

(39) Необязательно. Можно работать и оффлайн с загрузкой марок или просто сбор марок

Покупать клеверенс если тоже самое можно сделать на мобильной платформе - ну такое..

(41) Если древний ТСД на WinCE/WinMobile или android первых версий (до 7) то кроме как готового типа клеверенса или написания своего на C#/NetCF или Java|Kotlin выхода нет.

МП 1С оно только на новых ТСД нормально, где оперативки много и версия android из последних.

(41) Никто же не заставляет. Есть выбор писать самому или заплатить за готовое решение с поддержкой.
Это относится и к обильной платформе. У каждого подхода есть плюсы и минусы.
Но, что бы понять эти плюсы и минусы нужно изучить эти плюсы и минусы. А их поверь оочень много. Все зависит от задач.

(42) На 5м андроиде, у меня ТСД вполне себе работал на МП. Сканирование аппаратным сканером и перехват кнопок аппаратной клавиатуры тоже работало.

А на телефоне у меня на андроиде 2.4 работало приложение на МП. Но там более простое было. Только фотки и обмен через WS с основной базой.
На 8.3.9 кажется.

(44) А вот на CE да, я натыкался на расширение для  карманных компьютеров кажется. Но у меня не взлетело.
Мы заказывали разработку как раз на С#

(4) да ладно рассказывать. Накалякать что-то уровня мобайл смарта, да еще и с серверной частью - это годы надо будет

другое дело, что мобайл смарт штука тоже не совсем очевидная, и по-хорошему, если проект не на пару-тройку ТСД, то покупать его, как по мне, имеет смысл как минимум с обучением одного сисадмина/прога. Просто чтобы меньше греть голову, почему там что-то обстоит так, а не эдак. Но в любом случае - как по мне, это даже близко не стоит с самостоятельным написанием чего-то подобного, если у вас, конечно, на жаловании нет команды андроид-разработчиков и программистов для разработки сервера ТСД.

Да есть такая вещь как коллективный документ https://www.cleverence.ru/support/38847/

Ну и мобильная печать

(48) эх... я такую штуку пилил на Cipher 8370 в свое время, еще под 7.7 :))
Молодцы клеверенс, что сделали.

Про мобильную печать https://www.cleverence.ru/support/category:262/

(4) В типовой УТ11 или КА2 при публикации базы на веб-сервере публикуется мобильное приложение Рабочее место кладовщика.
На ТСД под андроид ставиться мобильная платформа и подключается это приложение, для склада разве не оно?

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

(53) Смысл в том, что документ могут собирать несколько кладовщиков. Здесь контроль того, кто что насобирал, что бы не дай бит лишнего чего не отгрузить или принять!
Ну документ может на несколько фур разбит.

(54) документ - это сущность в единицу времени ОДНОВРЕМЕННО состоящая из кучи подсущностей. Вот открыл ты документ - и в кинутом взгляде увидел весь документ.
любой кладовщик всегда работает в единицу времени с одной подсущностью. ну не может кладовщик одновременно собирать два разных товара хоть укакайся. он всегда собирает сначала один. потом второй. и они всегда разделены дельтой. Потому что при работе С ДОКУМЕНТОМ ты идентфицируешь в первую очередь документ. А кладовщик идентфицирует в первую очередь "товар". ине может он одновременно идентифицировать два или три товара.

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

"коллективный документ" - это когда ты одному кладовщику выдашь ВЕСЬ документ (ну например на листочке или в ТСД не суть важно) 100штук, и другому выдашь ВЕСЬ документ, 100штук. и они, о чудо, не контактируя друг с другом, притащат на упаковку суммарно 100штук. Вот это будет коллективный документ. Это да, это сила.

(46) Я и не говорил про "Накалякать что-то уровня мобайл смарта" ))) Есть конкретная задача, при отгрузке с помощью ТСД - для этого ранее был выбран смарт
(47) вот именно. Так у нас и было. Был прог, с курсами (или просто шарил) в смарт мобайле. Все вопросы были закрыты. Он ушел. И все, приплыли. Понятно вопрос ко мне, что не предусмотрел такой ситуации. Но факт, что быстро вникнуть в смарт возможности нет. Было бы написано на 1С, было бы проще, т.к. есть штат 1Сников

(57) так поставьте вопрос перед руководством что надо заказать еще одно обучение. Делов-то.

Люди иногда увольняются, бывает, выбывают по другим причинам - умирают, например, не дай Бог. И, соответственно - надо учить новых. Мне кажется, это нормально. Вечного ничего не бывает.

(56) Это надо фуру на несколько документов разбить? И указать в каком углу что должно лежать?
Такие документ не просто так делаются. Есть потребность заказчиком. Им твои фантазии не нужны (ну например на листочке или в ТСД не суть важно) 100штук
У них в фуре по 40 000 штук
(57) Ну всегда можно в смарт мобайле запросить доделку или у их партнеров.
Так же и в 1С

(56) у меня когда отгрузки конфет были, например на РЦ - там бывало что шла фура, которую надо собирать... ну прилично. Сборка была такого плана - часть паллет целых выкатить в зону отгрузки, а часть собрать из ящиков, запаллетить и опять же выкатить. Ну и нормально, в несколько терминалов стреляли. Договаривались кто какой ассортимент стреляет и собирали. Проблем не было. Получался один док.
Насчет "несколько документов" - это в сетевом РЦ на приемке расскажите. У них разговор короткий - на поставку один документ. А если что не так - выкатывайтесь с ворот, другие ждут выгрузки.

(59) выбывают по другим причинам - естественно. Но если бы ТСД работало на 1С, было бы проще. Сейчас надо изучать (или курсы) по смарту - это доп телодвижения

(60) У нас штат "доделователей", нет смысла заказывать разработку на стороне.

Чтобы работать со смартом, в штате должен быть сотрудник, который в смарте шарит. МП от 1С - ты сел и начал "калякать". По мобалйу, предварительно, необходимо вникнуть в сам мобайл, что куда, зачем...

По итогу, если процесс не типовой, то дешевле написать свое решение.

(60) Это твои фантазии про фуру и разбиения на несколько документов. Документ - это агрегационная сущность исключительно для визуального представления. Да хоть в фуре полмиллиона штук, это сути не меняет. Документы в собственно складской работе не применяются или применяются весьма ограниченно сугубо как "контейнеры". А в фуре на 40 тыс - может быть и несколько "документов", причем в фуре они вообще никак не обозначены. А вы продолжайте фантазировать про документы и коллективность... Кстати, интересно, как будет выглядеть коллективный документ, когда в документе, ну допустим 1 строка, а в строке - 10 тонн товара или несколько тысяч штук. и "документ" надо собрать очень быстро... вдобавок к коллективному документу - коллективная строка?

(61) а где я говорил про "несколько документов"?
и при чем внутрискладская работа и документы как сущность представляемая внешним потребителям?
и нахрена сети, имея "от нас" документы выставляют определенные требования к количеству артикулах на паллетах и даже более того к правилам расположения нескольких артикулов на паллете? вот нафига? у них же есть"документ"...

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

(62) Еще раз приведу пример 1С. Никто с 0 писать не будет, возьмет стандартное решение и подгонит под себя.
И кроме 1 языка программист изучает множество. Так, что вникнуть как программировать на сматсе не проблема.

(65) ну дак я ж не против. сделаны и сделаны. и у меня в свое время свои велосипеды аналогичного подхода были, только быстро прошли стадию работы "с документом". просто я говорю о том, что сделанное - оно ущербно по сути. и ущербность эта не проявляется только из-за масштабов работы/интенсивоности процессов где используется. Работа "от документа" - это где-то в районе нижнего уровня развития программ, обслуживающих/управляющих работой склада. Большому количеству клиентов этого и достаточно. работают и работают. ну и славно.

(66) по фреймворку 1С- в каждом городе сотни и тысячи спецов, по html и ванильному js аналогично.
а вот по фреймворку клеверенс - единицы. полагаю опрометчивым полагаться на штучных разработчиков

(68) лучше если все сделать на 1С, и максимально отказатьяс от сторонних технологий там где это возможно. м.б. даже посутпившись частью эффективности/производительности/итд.
бо к "по фреймворку 1С- в каждом городе сотни и тысячи спецов, по html и ванильному js аналогично." - придетяс еще третьего спеца нанимать, который будет две стороны "склеивать". имхо конечно.

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

(69) в платформе 1С уже много html и от js - см. Зазеркалье: Async - Await

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

(67) Еще раз поверь заказчики не дураки, им нужны именно такие бизнесс процессы и поверь разрабатывают тоже далеко не дураки.
И их коллективный документ удовлетворяет. А массштабы и интенсивность поверь огромные.
И ты тоже будешь делать, то, что тебя заказчики попросят, а если не сможешь они с тобой контракт заключать не будут.
(69) Опять же есть сам клеверенс и есть партнеры если, что их достаточно. Ну и не ахти там и мудренное программирование.

(73) да я не возражаю.
пусть заказчики- спецы в складских процессах диктуют тупым исполнителям что и как делать.
.
ты лучше поясни как "коллективная строка" будет обрабатываться?

(66) в нашей ситуации (и для дальнейшей поддержки) дешевле написать свое. Щас надо спеца обучить смарту. Он уйдет. Учить еще... Если МП на 1С, то тут никого учить не надо
(68) "а вот по фреймворку клеверенс - единицы" - вот где истина. Намного проще найти спеца 1С/java/js/

(74) Документ существует на сервере. На терминалах клиентов только то, что они собирают. отображаемые количества берутся из документа на сервере.
И запись идет сразу на сервер и контроль всего, что можно тоже происходит на сервере при удачной записи на терминале отображается собранное количество или чего там еще нужно.
По окончании всех пользователей документ отправляется в 1С.
(75) Так ты обратись в смартс они тебе найдут спеца. У них обучение постоянно проходят.
Они и сами могут адаптировать конфигурацию под твои нужды. Нужно считать человеко часы и прочее. Понятие дешевле написать свое поверь не столь однозначно.
В клеверенсе уже потрачены сотни лет человекочасов. Куча нюансов и терминалов.

(76) "На терминалах клиентов только то, что они собирают. отображаемые количества берутся из документа на сервере.
И запись идет сразу на сервер и контроль всего, что можно тоже происходит на сервере при удачной записи на терминале отображается собранное количество или чего там еще нужно."
- ну так понятно это.
интересует как раз - как один документ с одной "большой" строкой такая система как есть сейчас "распараллелит" на несколько пользователей с ТДС. по идее - должно такое быть, но не факт. поэтому и интересно именно про "распаралеливание" строки...

Там нет понятия распараллеливания. Там отображается коллекция данных, а на сервере хранятся все данные в различных коллекциях. Палеты, коробки итд. Например при приемке нужно просто собрать данные и проконтролировать количество. На самом деле позиция то может быть всего 1, но 40 000 марок 2 тысячи коробок, 80 паллет итд. Где то нужно принять полностью паллетой, а где то выборочно коробки бутылки. Вариантов множество.

Это так назовем разные таблицы с подчиненными записями из других таблиц.

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

(78) в простейшем варианте. одна строка в исходном "1Сдокументе". все хранится поштучно (ну вот такая вот хрень). нужно собрать дофигища штук. как будут выданы количества что нужно собрать на ТСД для одновременной работы нескольких ТСД? система  разложит эти дофигища штук на коллекцию порциями? или как?

Да по палетам, коробкам и помарочно

(81) каким паллетам/коробкам? нет никаких паллет/коробок. все хранится штучно.

(82) Приходит палетами и хранится тоже, и марки хранятся тоже в разрезе иерархии боксов . Ты ЕГАИС занимался?

(80) логично ввести задание на сборку/разборку и отталкиваться от физических возможностей комплектовщика или оборудования

https://support.ucs.ru/ru/book/export/html/9159

(83) а при чем здесь ЕГАИС?
принцивпы общие.
ЕГАИС просто более узкое подмножество

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

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

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

При этом если у тебя не линия, так коробки нужно промаркировать штрихкодом

(75) под android нужно писать на его родном языке java или kotlin,все остальное-это костыли и танцы с бубном.
например,широковещательные пакеты UDP для поиска сервера на java отправляются на ура,а на чем-то другом,ну тоже можно,но нужно понимать как из того другого ввзвать код на java и получить ответное сообщение.