Меню

Сабсистемс Сабсистемс Мегапрайс Мегапрайс Разработки Разработки Форум Форум Информация Информация Отзывы Отзывы Об Авторе Об Авторе Новости Новости
Регистрация Войти
Страницы: 1 2 След.
Ответить
RSS
Планируемая новая версия Мегапрайса 2017.
 
У нас тут новая идея зародилась. Хотим сделать из Мегапрайса помесь работы 1С с внешней базой данных.
Переход на веб-сервис.

Чтобы весь импорт и чтение происходили во внешнюю базу, а не в регистр 1С.
По сути все прайсы целиком с помощью интерфейса мегапрайса в 1С записывать во внешнюю базу и читать данные из нее. Если надо в 1С загружать то что необходимо.

1) Это позволит ускорить работу имопрта и чтения базы данных прайс-листов в тысячи раз.
2) Снять любые ограничение на любые обьемы данных.
3) Не засорять базу 1С излишними данными. Быстро чистить лишние данные из внешней базы.
4) Позволить работать с базой как с веб-сервисом, в том числе предоставить доступ другим через браузер. Например для заказа товара клиентами. Либо чтения вашего прайс-листа.
5) Модули Мегапрайса будут смешанными - одновременно с данными из 1С (например аналитические - продажи, остатки и прочее)  плюс данные внешней базы по прайсам. Все будет выглядеть единым отчетом.
6) Полностью автоматизированная загрузка для всех версий.
7) Работа 24/7 сервиса и доступ к базе данных.
 
База будет от 1С + свои таблицы Мегапрайса (со свой структурой данных) или своя отдельная БД Мегапрайса на какой платформе MSSQL/Oracal и т.д. т.е. какой софт потребуется дополнительно приобретать?
 
Где физически будет располагаться база?
 
У нас пока два планируемых варианта:
1) Передать установку базы данных клиенту на его сервер
2) Организовать все на своих серверах.

Данный момент нами еще обсуждается, потому что тут масса вопросов. В том числе безопасность, доступ, мотивационных. И может быть разная стоимость решения. Это все еще сами обсуждаем.
 
Цитата
Александр Зайцев написал:
База будет от 1С + свои таблицы Мегапрайса (со свой структурой данных) или своя отдельная БД Мегапрайса на какой платформе MSSQL/Oracal и т.д. т.е. какой софт потребуется дополнительно приобретать?
Да это смесь.Но в какой части.

Мы хотим чтобы именно база прайсов была внешней. И максимально автоматизировать этот процесс.
А также свой справочник со своими ценами (и остатками)

Обработка импорта будет работать на запись в эту базу данных. И на поиск сопоставлений из этой базы данных.

А остальные модули - например рабочее место по закупкам или продажам - будут интегрированно работать между данными из 1С и данными из внешней базы одновременно.
Например простой пример:  подбор номенклатуры - пользователь работает со своим каталогом для оформления заказов, но в тоже время в окнах получает информацию из внешней базы. Нет товара в справочнике - быстро находим во внешней базе, можем завести карточку и принять как свою номенклатуру.
Естественно будет предусмотрена форма по обмену с 1С - например вы хотите чтобы в основной справочник 1С переливался уже синхронизированный необходимый каталог.

От хранения цен поставщиков в 1С полностью хотим отказаться. Создание документов в 1С это жуткие тормоза, как и на стадии заполнения этих документов так и при их проведении. Плюс то что есть ограничения на 99 999 строк в 1С является проблемой.

Еще пример - модуль закупки - получает данные товарооборота из 1С а данные по ценам и анализа поставщиков из внешней базы.
Хранение виртуальных остатков во внешней базе, если необходимо обмен со своим сайтом.

Также можно будет использовать веб-сервис для своих покупателей. Организация своего каталога внешнего, цены, остатки, оформление заявок покупателями.

Дополнительного ПО не планируется. Сейчас есть высокоуровневые языки программирования, с помощью которых можно создавать свои БД не используя стороннего ПО.
 
Скорее всего это будет Postgresql / MySQL, крутиться это будет под Linux в контейнерах.
В первой версии базы будут располагаться на сервере. Один клиент - одна база.
Общими могут быть только некоторые таблицы, например список товаров какого нибудь веб сервиса или архив с картинками какого-нибудь общего поставщика.
Но таблицы цен все равно будут раздельными.
Возможен вариант с установкой на ваш сервер, надо обсуждать.
В базе будут содержаться настройки, а так же результат загрузки прайсов.
Для подключения веб сервисов/закрытых ftp придется хранить так же какие-то данные авторизации, будем шифровать.

Основные моменты:
1. Можно поставить загрузку прайсов с ftp/mail/http источников, а так же веб сервисов в автоматическом режиме по расписанию с оповещением о результате на почту.
На стороне сервера обработка прайсов будет автоматом распараллеливаться.
2. В любой момент времени можно запросить сервер на изменившиеся данные с определенной даты с глубиной допустим до месяца.
Т.е. вы можете открыть обработку в 1С и загрузить все позиции изменившиеся за два дня к примеру, а не обрабатывать каждый день кучу прайсов с проверкой что где поменялось. Такая выборка будет не очень большая, и это будет проще в использовании.
3. К веб сервису можно будет подключить обновление цен на сайте минуя 1С.
4. Вы сможете поставить автоматическую рассылку вашего прайса клиентам по почте или дать доступ по ftp в несколько нажатий с указанием времени, переодичности.
5. Можно иметь несколько версий прайсов на основе правил наценки.
6. Обновление и поддержка серверов наша забота.
 
Подключение вебсервисов с прайсами интересно, но только на наших серверах, так что я за вариант
Цитата
Евгений написал:
1) Передать установку базы данных клиенту на его сервер
актуально для нас
1) автоматический импорт остатков поставщиков в УТ11
2) предоставление доступа к остаткам и ценам филиалам и партнерам без предоставления доступа к нашей 1С
3) интересует возможность использования в качестве базы MS SQL
 
в любом случае это + внешняя база данных, бесплатная (например MS SQL Express) со своими ограничениями..., иначе нет смысла  
Цитата
с помощью которых можно создавать свои БД не используя стороннего ПО.
off
для нас например при выборе Мегапрайса решающим обстоятельством была интеграция с сайтом на Битрикс (выгрузка прайса на сайт), 1С сама по себе нам не нужна вообще (на текущий момент т.к. нет заказов с сайта) да и структура данных (БД) 1С нам не очень... в плане красоты и удобства... но это не по теме

с другой стороны внешняя база под прайсы была бы интересна  - вопрос один в поддержке (в плане структуры данных и т.д.) в 1С так или иначе все лежит в их структуре и так или иначе поддерживается и так или иначе даже развивается...
как будет здесь? хватит ли ресурсов разработчиков на поддержку? будет ли импорт экспорт для первоначального наполнения базы или отказа от нее? проверка прав, хранение картинок, структура каталога и т.д. не превратится ли это в монстра... т.е. чисто пользовательские вопросы  
 
Идея очень нужная. На данный момент веду 2 базы. 1я рабочая с реальными остатками, и вторая только с прайсами поставщиков. Это помогает не превратить рабочую базу в мусорку и не задваивать товары. Проблема основная что обмена между базами нет.
Если Мегапрайс поможет иметь 2 базы и будет возможен обмен между ними. Это то что хотелось бы получить в идеале. К сожалению не профессионал в администрировании и настройке серверов, хотелось бы чтобы реализация данной задачи не повлекла за собой обязательный прием мне к себе на работу специалиста по 1с для обслуживания. Их как говорится профессионалов мало, а зарплату платить нужно каждый месяц..
 
АЛИЛУЯ!
 
С этими прайсами в базе сейчас полный ХАШ! А когда только планируемый товар бухгалтер ставит на приход по названию  не взирая на папки а потом по этой группе проходит ревизия, то тут вообще беда.
 
Я бы предложил, не забывать делать документацию и поддержку нормальную.
 
Цитата
Гость написал:
Подключение вебсервисов с прайсами интересно, но только на наших серверах, так что я за вариант
Цитата
Евгений   написал:
1) Передать установку базы данных клиенту на его сервер
актуально для нас
1) автоматический импорт остатков поставщиков в УТ11
2) предоставление доступа к остаткам и ценам филиалам и партнерам без предоставления доступа к нашей 1С
3) интересует возможность использования в качестве базы MS SQLна ваших серверах будет вопрос поддержки, мы их будем админить или вы сами, т.к. будут исправления, обновления и т.д.
Возможно и на ваших, но вопрос поддержки останется, т.к. будут обновления/исправления. Предстоит этот вариант продумать детальней. Возможен вариант когда сервер приложения будет где нибудь на нашем хостинге а MS SQL на вашем сервере и через vpn или просто проброшенный порт они будут общаться. Тогда нам легче будет вести поддержку кода, а вы получите локально БД.
Предоставления доступа к остаткам и ценам в планах, скорее всего будет 1С обработки для клиентов которым нужен будет доступ. Т.е. не голый веб сервис.
 
А если эту идею реализовать через АПАЧИ (все таки биплатный он), и СКУЛЬ - и уже на нем делать сам мегапрайс, с него и делать обмен, тогда и отлетает необходимость держать базу у Вас на серверах, минимум обслуживания со стороны пользователя, а также возможность через НТТР получить доступ к базе, а как Вам такая идея?!?!
у нас так немецкая фирма Андреас Штиль придумала сервисное ПО для механиков - реально удобно, там же реализована обновление системы.
 
Цитата
Нарек Мартиросян написал:
А если эту идею реализовать через АПАЧИ (все таки биплатный он), и СКУЛЬ - и уже на нем делать сам мегапрайс, с него и делать обмен, тогда и отлетает необходимость держать базу у Вас на серверах, минимум обслуживания со стороны пользователя, а также возможность через НТТР получить доступ к базе, а как Вам такая идея?!?!
у нас так немецкая фирма Андреас Штиль придумала сервисное ПО для механиков - реально удобно, там же реализована обновление системы.
Скуль думаю не вариант, он на больших базах кроешится. Вот postgresql то что надо
Страницы: 1 2 След.
Ответить
Читают тему
Форма ответов
 
Текст сообщения*
Загрузить файл или картинкуПеретащить с помощью Drag'n'drop
Перетащите файлы
Ничего не найдено
Загрузить картинки
Отправить Отменить