Здравствуйте друзья.

Есть самописка на 1с на обычных формах.
Для этой самописки хочу сделать систему самообслуживания клиентов на УФ как отдельную конфу. Суть какая? Тянем номенклатуру и остатки, заполняем  заказ покупателя и отправляем в самописку.

Никогда не писал самостоятельные конфигурации, поэтому прошу советов как избежать граблей на которыех могу столкнуться. так же интересует как делать текущий прайс? Сделать для него отдельный регистр? Но не разрастется ли он? Если я планирую обновлять прайс каждые 5 мин, а номенклатуры 16к.

в общем парни направьте.

Идти в другую бд за остатками прям по нашим стандартам, а если два клиента одновременно захотят 1 позицию, последнюю на складе - обоим отдаст?)
История изменения цен отдельно, прайс хранить только текущий.

[обновлять прайс каждые 5 мин] — акциями торгуете?

Насчет лицензий в первую очередь подумай - на каждый сеанс нужна будет одна лицензия :)

(2) нет, лекарствами оптом.

(3) Лицензии купим, не вопрос.

(1) зачем историю изменения цен хранить? клиентам зачем почем был товар в прошлом?

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

+(7)

(5) А у тебя эта база наружу в интернет будет торчать или в аптеке автомат стоять? Если в интернет - лицензий не напасешься.

(9) Ну если на всех лицензий не хватит то дам доступ хотя бы жирным клиентам. Да и наличие альтернативы существующей программе заявок будет неплохо.

(7) прайс в моем случае будет регистр накопления?

(0) Ты занимаешься интеллектуальным онанизмом. Направь свои усилия на создание функционала, а не на эту мозгодрочку с избеганием гипотетических граблей.
Об архитектуре говорить бессмысленное, если не описан функционал ни как. Вариантов описать много. Из них по моему личному опыту рабочими являются (читай "я лично осилил только эти"):
1. построение модели функций системы в IDEF0
2. проектирование через юзер-стори

первое требует знаний и опыта, второе более неформально и гораздо интуитивно понятнее.

(11) иерархия не нужна?

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

+(12) проектирование через successful юзер-стори )

(13) Иерархия номенклатуры? по сути нет. по хорошему было бы неплохо.
(14) "куяк-куяк и впродакшн" наше все) так и сделаю. Собственно хотел хелпа по поводу того как обмен строить? COM, веб-сервисы, или DBF (XML)?

(16)
>>по сути нет. по хорошему было бы неплохо.
ну и РС можно и иерархию запилить через же...
>> COM, веб-сервисы, или DBF (XML)?
веб-сервисы и json

(14)  "куяк-куяк и впродакшн"
можно подумать что 1с поделки как-то по другому делают )

4601546080929    1С:Предприятие 8. Клиентская лицензия на 100 рабочих мест     руб    360000    180000    162000    Без НДС
Я ничего не путаю?) это надо  будет столько заплатить?

(19) Именно.

Эти паттерны действительно обязательны к использованию:
http://cs5.pikabu.ru/post_img/2014/06/19/5/1403154705_1339773392.jpg
http://cs7.pikabu.ru/images/big_size_comm/2014-06_4/1403167186818.jpeg

(21) xDD

(20) а если  хакнуть платформу и поставлю ее на выделенном сервере в Германии например за VPN каналом?

1с вообще с ума сошли цена для партнеров 162 000  рекомендованная цена же 360 000. То есть сейчас в кризис когда всем нужны деньги партнер получит от продажи 192000 чистыми только потому что он партнер?????? ну не дибилизм ли?

эмоции захлестывают немного)

(24) Так всегда было для всех продуктов 1С

(26) я обычно шел к франчк и брал свои коробки. не обращал внимания на цену для партнеров.

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

(28) То есть если я сделаю на веб-сервисах или на Odata то по сути не попадаю под ограничения лицензий?

(24) в том то и дело, что не дебилизм. Там, где можно впихнуть 1С теперь впихнут 1С. И где нельзя тоже впихнут.

(27)А теперь тебя жаба задушит...

(21) ))

(19) Я о чем и... проще заказать сайт либо веб интерфейс какой, который уже и будет с 1С общаться через одного юзера. В итоге - только одна лицензия нужна

(19) зато 35% отката получишь от франя

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

(33) строго говоря нет, есть пункт о мультиплексировании.

В соответствии с Лицензионным Соглашением "1С:Предприятия 8" каждое рабочее место, с которого тем или иным способом осуществляется доступ к ДАННЫМ информационной базы "1С:Предприятия 8", должно быть обеспечено клиентской лицензией. То есть Организации для работы с программами, использующими веб-сервисы, необходимо приобрести клиентские лицензии на такое количество рабочих мест, которое позволит одновременно осуществлять доступ к информационной базе.
http://v8.1c.ru/predpriyatie/questions_licence.htm#mvv

(35)А хакнуть религия позволяет )) Двойные стандарты, батенька. Проще завести страничку типа интернет-магазина. А с ней завязать 1С.

(37) Хакнуть тоже нет, от того и покупаю. я не о себе ведь говорил. Да и покупал я пока понемножку.
(36)  То есть 1С лицензирует МОИ данные которые я храню в  их системе?
Я так полагаю адекватный юрист свободно выиграет такое дело, если они начнут придираться на количество соединений к данным хранящимся в 1с.

(36) Да и еще, как они посчитают количество соединений? Если не имеют доступа к сети?

(38) У MS SQL такое же ограничение, если лицензии на пользователя или устройства, а не на процессор. У 1С лицензий на процессор пока нет.

(35) откат="агентское вознаграждение"

(41) Если была бы госконтара ладно еще, но тут частный бизнес. Да и собственник близкий мне человек.

(41) Чему вы народ учите а? не стыдно? =)

(42) Сдай пару экзаменов на специалиста и стань партнёром 1С )
и потом сам покупай со скидкой.

(42)Правила диктует тот, кто владеет рынком. Даже, если ты с этим не согласен. Цинично, но факт.

(44) Я уверен что смогу договориться практически  с любым  франчем о скидке до 50%.
5% Пусть ему останется. Речь идет о закупке 100 лицензий за 360 000.
(45)  Временно это. Рынок сам все исправит, а пока увы придется играть по их правилам.

Для прайса, могу ли и цены и остатки запихнуть в периодический РС подчиненный документу Заказ. Или  лучше для остатков лучше создать отдельный РН?

(43) сэр, если вы приводите клиента то это тоже СТОИТ денег ну вас это не касается. Успехов

(6) История никогда не помешает. Например если будет возврат, а цена уже изменилась.

(48) Логику понял, спасибо)

(47) Для цен и остатков отдельные регистры.

+ (51) Посмотри как в типовых сделано, зачем велосипед изобретать?

(52) в Типовых остатки и цены вводятся на основании документов, а у меня на входе DBF прайс из базы источника

(0) купи битрикс и не вы..вайся

(54) у меня есть Битрикс. Что он мне даст конкретно в данном случае? или там настроен обмен для всех самописок?)

(24) Ты еще не знаешь, что бывает с теми, кто попробует продавать ниже 360000.

(53) Открою тебе страшную тайну РС не обязательно подчинять регистратору.

(55) какой нафик обмен для всех самописок? сложно что ли обмен для самописки дописать?

(57) Афигеть! Ты серьезно?? Вот это да. Сноуден молча курит в сторонке..

(59) Ты не поверишь, но это действительно так.

(58) Раз ты так говоришь то наверное нет.
Но наверное дело вкуса как делать, я совсем не шарю в Битрикс поэтому мне проше написать на Django. Но мне бы хотелось немного просветиться в 1с потому хотелось бы сделать именно на ней.

(60) Вот это поворот.

(61) а и не нужно там ничего шарить, обычный инет магазин

номенклатуру туда, каталог с корзинкой там, заказы оттуда...

ЗЫ и нафик изобретение лисапедов

(62) Ну тогда тебе к Мане, он как раз спец по загрузкам прайса.

Делали пилотный проект года 4 назад с подобным назначением. Веб клиент имеет очень ограниченный функционал и не ограниченые тормоза

(63) Обмен через CommerceML 2?

(65) с тех пор  многое изменилось в платформе.

(67) в мире вэб разработке так же все ушло далеко вперед. Я к тому что все же по совокупности факто такие вещи лучше делать на стеке технологий который заточен именно под вэб

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

(69) У меня был прототип на CodeIgniter, потом сделал прототип на Django.  В обоих случаях для отображения  использовал библиотек Datatables.net, остатки тянул веб-сервисами прямиком из 1с. Волнует вопрос безопасности, на что следует учесть внимание.

(70) Внимание следует обратить на тот факт, что одна операция WEB-сервиса это один запуск 1С. Следующая операция - следующий запуск. Web-сервис не держит сеанс открытым. Оно так не умеет. В отличии от COM. И посему основное время для не нагруженных запросов будет тратиться на старт платформы и завершение.
Для частых запросов скорее всего подошел бы все-таки постоянно открытый COM. А WEB пускай уже общается с ним. А не с 1С.

(70) я бы все же кешировал остатки в вэб приложении. (скорее всего только на серверной стороне)
А вот в безопасности я не специалист, но подозреваю, что сделать обмен по https будет вполне секьюрно.

+ (71) Web-сервис от 1С это все таки больше для нечастых обращений к данным.

Тянуть остатки при каждом обращении бред. Храните их и обновляйте периодически

(73) как вариант в JSON все сливать каждые 10 минут. И потом уже этот JSON парсить. Но тут вопрос критичности времени обновления.
(74) согласен, бредовая была идея.

Вот есть же в последних версиях методы для работы с http, подозреваю что через REST организовать будет лучше

(76) я бы сделал так, да самописка на 8.1

можно что бы 1с уведомляло сервре вэб приложения. через http соединение

когда меняются остатки

(75) Не нужно "сливать все". Пользуйте планы обмена. И будете сливать только то, что изменилось.

в фоновом задании которое можно стартовать в подписке на регистр остатков

+ будут остатки почти в режиме реального времени

(80) (82) общие принципы понял, спасибо. буду пробовать

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

(16) xml или/и веб- или http- сервисы

(18) вы так говорите, как будет это что-то плохое

(86) вселенское зло прям

В общем система "куяк-куяк и впродакшн" готова. Единственное что, dbf в 6к строк долго парсится.
Теперь вот задался вопросом.
А как с лицензиями быть?
(84)  Все же ты был прав наверное лучше сделать на Вебе =(((

(88) а если "на вебе" то нафига ваять свой лисапед?
готовый любой взять http://www.opencart.com/index.php?route=common/home или http://www.zen-cart.com/ и все?

(89)+ http://www.webmasters.by/articles/review-po/1137-php-shopping-cart-software.html

(89) То что вы предлашаете эт для розницы.

Ближе  к тому что мне нужно наверное это http://profishop.us/

(91) пофиг если честно, если система для аптек то им тоже коробочки с описаниями и прочими МНН/ТРН/Срок годности и т.д. интересны

(92)+ да система (91) она может и "красивая" но пока совсем еще сырая и малофункциональная

для ЛС много характиристик нужно вообще лучше бы кучу отборов по разным признакам/группам/видам

(89) Я думаю нужно отличать интенет магазин и вэб приложения (по сути вэб интерфейс части учетной системы)
Другими словами должен быть упор на планирование, аналитику, документы (печать документов)

(91) совсем уныло смотрится, нужно понимать что это убдет внешняя система и дизайн играет роль

(91) даже сортировок в таблицах нет

(96) Profishop хромает. Автор говорит, что даже денег в нее вложил..