До недавнего времени 1с строила идеологию на едином транзакционном механизме.

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

пример

проводим документ, пишем регистр "К_Обработке" а потом регламентным заданием что-то доделываем, очень удачно так например отправлять почту, или формировать задачи, в принципе можно рассчитывать прибыль или еще чего....

(0) дикий ты однако
ERP 2.0 все движения по РСБУ так и делает
в УПП 1.3 всегда было отложенное проведение

(0) вроде ты опоздал лет на восемь

(0)
1. сомнительный термин "событие" для данного факта
2. по данной теме все начиналось в 1С с последовательностей, но надо было не перепроводить документы полностью, а затрагивать проведение только по нужным регистрам, что мы сами и написали

(0) А если проведение зависит от каких то условий?
тупо нету чего то в регистре (товара или денег в кассе) что делать?

Асинхронные события с возвратом управления?

Представляю что подумают когда на след. день после такого отложенного проведения придут а им на экране "провести не удалось" - ))

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

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

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

(6) компутер должен работать, а человек думать?

а если человек думать не умеет (дает невыполнимые задания) как реализовать "защиту от дурака" и не будет ли как с антивирями, когда защита занимает больше 50% мощности компа?

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

(7)+ это так пример, просто на комп 2000 года на котором замечательно пашет винда XP,7-ка и офис 2003 если воткнуть любой современный антивирус (а только у них актуальные базы) такие тормоза что работать нереально становится

(8) это просто схема бизнес-процесса расписана, при чем тут "совсем иная схема учета"?

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

(10) При том что тебе компьютер сам говорит что и когда нужно делать. Бизнес процесс, он же алгоритм это общее описание. Я про систему взаимодействия с 1с-кой говорю.

(11) в курсе что простая электронная система заказа товаров на складе(у поставщика) заменяет менагера на 80% ?

т.е. иногда проще заменить менеджеров компами с налаженной системой на компах

(8) у нас подобная система работает с нового года, я сейчас просто переделываю систему отвечающую за синхронизацию всего этого вот и задумался.

(12) а зачем тогда человек? в данном случае зачем нужен менеджер который только дает разрешение на работу/подтверждает операцию ?

(14) Фактически пример того что ты придумал содержится в УС Акселот 3. У них там даже табличные части документа это записи в регистры сведений )

(15) А поговорить???

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

(15) не проще ли наладить обратную связь для исправления допущенных системой ошибок?

т.е. фигачим по шаблону без подтверждений, если что не так делаем движения доп. или назад

в данном случае согласовывать лучше сразу с клиентом\заказчиком а не менеджером (если нет такого товара и предложение заменить или допоставить позже)

т.е. нафик менагер исключаем лишнее звено переходя на онлайн ))

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

(18) побухать в ресторане это да... сложно реализовать пока на компах ))

но это не менеджеры скорее а продажники/торговые агенты

(19) Согласовывает то менеджер по продажам.

(21) Менеджеры по продажам, именно менеджеры, т.е. управляющие. Именно в этом смысле.

(20) тогда да есть смысл, по сути это оптимизация интерфейса системы

Я спать, всем приятного общения )

(23) не забыли поздравления клиентов с ДР и прочими юбилеями встроить ? ))

Не отгадал автора, думал Г1С.

Не получится на очереди событий
Впихнул менеджер заявку или робот в очередь
Потом второй менеджер вторую заявку
Пошла обработка очереди
Хреняк по какойто причине первая заявка ковычки не провелась
Вопрос тире что делать дальше в капс автоматическом режиме?

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

такая система будет замечательно работать например на вмс
Потому что там все достаточно просто и детерминировано
И работа всегда идет по факту в та сейчас никто никуда назад не лазит и ничего не правит задним числом

и даже в таком случае все равно затыки фунциклует планировщик ставит в очередь планиркет что куда
Хреняк свалилась мегасрочная заявка
И надо перепланировать более чем дохрена уже спланированного что мб накладно по ресурсам
А выполнять по факту без планирования считать нужное не заранее а в момент его затребования тире не всегда получится никто после жмака пятьтиредесять сек ждать не будет

Хотя я может мало знаю про события и ваще

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

Фиг ты вторго отфуболишь на оперативном контроле остатков
Перваято заявка в очереди стоит и еще не отработана

(34) а нельзя такое в очередь ставить, методически)

(35) это почему нельзя?
Роботили манагер зтянет извне по каналам связи заявки и кидает их ковычки на обработку -нафйхоа манагеру сидеть и тупо жать кнопки загрузки заявок подстановки клиент по коду заявки и прочее чисто механическое

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

(37) сорри не понял
Автоматом идет обработка заявки автоматом заполняется проведение и тут случается облом например типа номер документа не уникальный или алгоритм пошел по ветке где не ходил и сломался

Ну если тупо плюнуть в отправку и не анализировать ушло письмо или нет то что отправка почты что постановка в очередь планировщика по крупному можно считать одинаковысм

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

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

(40) ты пытаешся смотреть линейно...

представь например управление долгами

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

Или например событие "закрытие сделки" возникает только в том случае когда есть "оплачено", "отгружено", "документы получены", и т.д.

(41) забавно, "пытаешся смотреть линейно" "именно двух) может возникать третье" vs "события, брошенного без доп движений и пойманного"

(41) я про эту работу на событиях лет десять думаю
Но вот не взлетит массово
Потому что надо строить новые цепочки тире взаимосвязи событий и описывать какое событие оно порождает
Это кто будет делать впрс
Опять программит пусть даже на уровне метаконфигурирования впрс

(43) попробую частично реализовать в текущей конфе, посмотрим какие подводные камни будут.

вообще очень интересно может получится, правда для 1с-ников это будет тяжело для понимания...

довольно интересно http://habrahabr.ru/company/ultima/blog/243743/
http://www.ultimabusinessware.com/architecture/
http://www.ultimabusinessware.com/process/

(44) Все как-то очень абстракно...Что бы, что-то обсудить, понять будет это интересно или нет - хотелось бы увидеть человеческое описание\принципы данной архитектуры..а пока это какой-то набор слов...Пытаться, что-то частично реализовывать не имея общей картины как это будет выглядеть - довольно странно (имхо)

(16) Это,скорее для того, чтобы в кластерный индекс входила не только ссылка и номер строки, но и еще что-то.

(45) нечто подобное делали на 77... Оперативный расчёт прямой с/с... После этого двух бушек уволили ))

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

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

Например тот-же директ-кост в реальном времени можно сделать, но есть вещи куда интереснее чем себестоимость...

Все равно это все мышиная возня
Никому нафиг не надо
Обезьяны дешевле

(49) спасибо, ты очень последователен. Не породил срач. Я бы очень тебе рекомендовал сменить место работы и платформу. И перестать пить. И почитать

(51) практически не пью, в год пару литров...
по поводу остальных твоих рекомендаций честно не понял, чего конкретно почитать, почему менять работу и на какую?