Коллеги, не встречал случайно кто готовые разработки веб интерфейса рмк для ут 10.3?
Суть проблемы - количество магазинов у клиента растет как на дрожжах и РИБ уже не справляется. Переходить на УТ 11 желания сильного нет, так как очень много доработок сделано. Через рдп пробовали, плохо работает ТО..
Посетила мысль сделать интерфейс чтобы запускать всех через web клиента, но рисовать его с нуля кажется слишком трудозатратным. Буду признателен за советы.
(2) в таком варианте нам проще перейти на ут 11 и поднять ее на ИИС. Как раз таки нужно уйти от обменов + чтобы база физически отсутствовала в магазине.
Да я вообще не понимаю, как в обычных формах в журналах нет отбора по признакам проведен и помечен на удаление.
Сделать альтернативную форму отбора (в которой будет отбор по признаку проведен) - один час работы.
Перевести все формы списков\журналов документов на УФ - один день работы.
(11) у моих клиентов наоборот РИБ в 1С Рознице 2.2 - обычное дело, неважно сколько РМК в магазине, проблем нет, если есть все решаемые.
Как вариант поднимать VPN до центрального сервера, от канала конечно зависит. У нас к примеру в городе есть провайдер, минималка интернет 0.5 Мбит, но внутри 100Мб, все летает, причем есть услуга локальная сеть, делают тебе VLAN, локалка по городу, думать не нужно о роутерах/пробросе портов и проч.
(6) и? да, нужно разработать интерфейс для работы, или я написал, что будет работать из коробки? Для любой конфигурации на обычных формах можно разработать управляемый интерфейс. ссылка вообще ниочем.
(7) проще конечно настройкой обмена, о чем написл в (2)
(5) Только РМК придется написать с нуля + доработать конфигурацию напильником, вопрос стоимости разработки и поддержки сразу 2х РМК
ИМХО розница + обмены с УТ - выход
(1) Добрый день!
1. на УТ 10.3 - остается центральная база;
на точках ставите Розницу Базовую или Проф (как в контексте пойдет) - подключаете ТО напрямую к базе.
2. Раз в день переносите продажи через txt-файл №1, поступления товаров - через txt-файл №2, перемещения товаров - через txt-файл №3.
А еще лучше через xml-файлы.А еще лучше смешать - продажи через текстовый файл: артикул, кол, сумма, скидка, диск. карта.
Поступления товаров - через xml-файл - поскольку структура более сложная - могут быть Новые товары (с реквизитами для товара - артикул, код, штрихкод, название, цена).
Не надо разрабатывать сложные правила конвертации.
3. Переносы организуете в автоматическом режиме.
РИБ - отличная система, которая позволяет учитывать специфику изменений конфигурации центральной базы. Для розничных продаж - если можно обойтись без сложных расчетов бонусов, накопительных скидок, тогда оцените, достаточно ли будет учитывать только Продажи в таком ключе: артикул, кол, сумма, скидка, диск. карта?
Если достаточно, то ставьте Розницу , запускайте "простые" (типовые /стандартные) розничные продажи. Обмен сделайте упрощенным - по описанной схеме.
В свое время у меня три розн. магазина обменивались текстовыми файлами - поступления, перемещения, продажи - как между собой, так и с центральной базой. То есть предложенный метод уже опробован на практике. Потом перевели все магазины на одну базу в терминал, позже подключили ТО - были сложности, но справились - есть мои комментарии и на Инфостарт, и на партнерском форуме -у нас ккм-Атолы стоят, и решение заключается в том, что ставите Драйвер ТО версии 9 и подключаете через ip.
На сегодняшний день через текстовые файлы (остатки, цены, названия товаров) и xml-файлы (характеристики товаров) происходит обмен с сайтом - обмен по товарам и обмен по заказам. И это в 2018-2019 году, когда многие переходят на УФ, веб-клиенты, и другие новые технологии. Работает уже 6 лет такая схема. В этой схеме как и в любом задаче решении - есть плюсы и минусы. В итоге вы решаете - как говорится, на основании или "наименьшего из зол", или оптимального цена/качество, или, упрощая модель, решаете минимально необходимую задачу.
Да я вообще не понимаю, как в обычных формах в журналах нет отбора по признакам проведен и помечен на удаление.
Это же просто жесть, искать какой-нибудь один непроведенный в большом списке.
В части интерфейса элементов или документов не столь важно.