Еще раз об 1С:Логистика - Управление складом от Акселот #490153

Всем здрасте. Старая тема: , но к сожалению ответа не содержит. Собираемся внедрять данную конфу. Заказчик склоняется к использованию бесплатной бд, т.е. Postgre. Теперь собственно сам вопрос. Для данной конфигурации у Акселота есть модуль для работы с радиотерминалами сбора данных. И тут РП клюнуло что-то в опу - мол фоновое задание, которое опрашивает терминалы, работает только с бд MS SQL, используя его задания. Соответственно при использовании Postgre работать модуль не будет. Акселот бегает от ответа, в конфигурации похожих по смыслу регламентных заданий нет. Такое вообще возможно? Будет ли модуль работать с Постгре? П.С. Конфа сама есть, модуля нет. Спасибо.

сам напиши

Модуль?) К сожалению я не решаю, что писать, а что нет. Да и нафига велосипед изобретать.

у нас были поптыки , но как программа нас не устроила абсолютно. пришлось ваять самописку.

если нет контакта с разработчиком, то у вас есть шанс на

есть такое дело.

А чем не устроило? Бизнес-процессы не совпали в корне?

вот здесь список внедрений 1С:Логистика часть внедрений сделана партнерами, их контакты известны - пообщаться пробовали ?

спасибо, видел этот список. пока не общался.

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

ок, сейчас все переписано и не раз. По теме: выяснил - от сервера базы данных ничего не зависит. Работа идет через сервер 1С, а что уже за ним стоит - не важно. Всем спасибо.

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

построчное проведение приемки есть, а вот остальное - вроде бы как не надо. Опять же клиент с озвученными возможностями согласен + нужны небольшие (относительно самописки) допилки.

ну ладно тогда :-))))

> Заказчик склоняется к использованию бесплатной бд, т.е. Postgre. А что, разве других бесплатных баз нет, с которыми работает 1С :)

конечно есть! - IBM DB2, только 1С-мозжечок с трудом позволяет ее освоить :)

IBM DB2 Express-C

где то читал, что постгре не работает с управляемыми блокировками... Фигня наверное да?

блин.. автор в хотя бы озвучил поток данных...

А че ее осваивать. Ставится за 5 минут. Тут все есть Как раз с управляемыми и работает, а при автоматическиом режиме - табличные блокировки.

А какая разница? Заказчик склонился к бесплатной - значит надо бесплатную :)

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

Вы вообще о чем??? При чем тут постгри? Оно работает и с файловой версией :) Модуль радиотерминалов ни с какими фоновыми заданиями не работает, никакие терминалы не опрашивает. Модуль радиотерминалов дает доступ к специализированному интерфейсу с размером = КПК и последовательным управлением сканирования.  На самом радиотерминале работает терминальный клиент, настроенный на проброс сканирования штрихкода в терминальную сессию. Т.е, берем радиотерминал Symbol, настраиваем доступ к серверу терминалов (windows server!), настраиваем софт сканирования на проброс сканирования в активное приложение и запускаем терминальный клиент, с запуском 1Сv8 со спец. пользователем. После чего (при наличии ключа на модуль) произойдет запуск мини-версии интерфейса, далее - идентификация работника склада и после - выполнение выданных ему заданий через ряд меню.

Посмотрите вот это

(22+) Каждое задание - это операции взять/положить, запланированные ему "начальником склада". При выполнении конкретного задания работник последовательно будет сканировать товар/ячейку и подтверждать или вводить количество. Успешное сканирование (соответствие отсканированного ШК плану) передвигает задачу дальше. В случае проблемы - у него есть возможность либо перейти к другому заданию, или пометить текущее задание как проблемное и также перейти к другому заданию в очереди. Соответственно, никакое фоновое задание не влияет. В фоне может работать обмен с "основной" информационной системой для получения оттуда заявок и передачи факта по исполнению их, ничего особого от MS SQL оно не использует.

я ваще ничего не настраивал на симболах, сканирует в разрыв клавы и все.

угумс.. примерно так...

а если над каждой отборной ячейкой повесить зеленую лампочку!!! - это у меня ваще идея фикс.. сборщик перед входом в проход - щелк - загорелись лампочки над ячейками откуда отобрать...

У меня там требовалось пару крошечных настроек - 1) чтобы пробрасывало в фоновое приложение и 2) суффикс чтобы после сканирования ентер не требовалось нажимать.

ну и еще хоткеи интерфейса, делается штатно средствами конфигурации.

по п.1 проброса в фоновое приложение - не понял... по хоткеям - мну альт+цифра/буква забороть не удалось пока что...

Я щас уже плохо помню, но вроде по памяти на моем символе по дефолту выставлялась версия программы, которая всегда сканирует "в себя". Фактически надо было отыскать "правильную" версию и включить в автозагрузку. Хоткеи у Акселота параметрически настраиваются. В детали сильно не вникал, сейчас смотреть лень.

Ого как много понаписали разного-интересного. в 8.1 других нет, переводить на 8.2 не будем. какой поток вас интересует? объемы? обследования не было еще, да и клиент работать еще толком не начал. никогда с ними не работал лично. данный вопрос родил РП вот и стали выяснять. спасибо.

Конфигурация уже выбрана.

В 8.1 есть DB2 бесплатная.

И что за конфигурация? Управляемые блокировки поддерживает?

что-то я это упустил. конфа - сабж.

. Что-то упустили. Берите DB2 с сайта IBM и ставьте.

зачем?)

чтобы ничего не упустить :)