[1] [2] |
2(39) Нет, я только исполнитель, даже ТЗ составлял не я, а на уровне холдинга. Заказчик - директорат холдинга. Все сотрудники, кого это коснется в курсе, и принимали участие в обсуждении системы. |
39-USSR >А это точно ТЫ под этим ником пишешь? Такое ощущение, что кто-то аккаунт взломал. Я помню нормального, умного, адекватного человека. Вроде как даже когда-то кандидатом в доктора каких-то наук был. Но сейчас такой бред несёшь. |
(42)я тоже помню несколько иного Billi. Не становитесь мировым разумом. Я выразил автору свою точку зрения, ничего более. Считаю, что идея бестолковая. Он и ты считаете иначе, ваше право. Но хамить то зачем ) |
43-USSR >Вообще-то хамишь ты. Я вообще не высказывался по поводу своего отношения к идеи ТС. Я просто дал ему практический совет. А вот ты написал 17 сообщений, и каждое из них насквозь пронизано твоей "крутизной" и "великим" познанием вопроса. Давно ли сам по поводу своей "нетленки" вопросы задавал? |
(44)Уважаемый Billi, Вам показалось про "крутизну" и "великость". Не надо выдумывать за других, это некрасиво. На великость Вы претендуете. Если есть что-то по сути вопроса, то пишите, а кидаться какашками как-то неинтересно. |
45-USSR >бла-бла-бла. Я ошибся. |
Ошибся насчет персонажа юсср. |
2(22) точно, сработало. Совсем забыл, что фоновые задания запускаются в отдельных сеансах, и транзакции уже на них не влияют. А то глаз замылился, и в голове по одному и тому же кругу крутилось: "процедура на сервере, транзакция открыта, объект существует, ссылка еще не существует, транзакция открыта следующая, объект существует, ссылка записана и вроде существует если транзакция не откатится, открывается следующая транзакция... и т.д. пока транзакция не откачена и все не откатилось вместе с ней..." и ведь помнил же, что решение уже где-то встречал, но где именно - не вспоминалось... |
В клюшках - в полпинка. при проведении документа - генерим в конце процедуры проведения событие с передачей в него параметров. после завершения транзакции проведения в этом же сеансе отработает обработка внешнего события - в ней делаем что угодно - хоть кучу доков создаем, хоть отменяем и прочую хрень. у меня таких "подписок" штук пять работают |
А почему "объяснительная" - это обязательно документ? Что мешает сделать его справочником? Она что, какие-то учетные механизмы что ли двигать должна? |
2(50) Детали реализации не важны. Любая бумажка - документ. Нужен был способ выхода за пределы транзакций, не более того. |
51-bma1 > Какая связь между справочником и транзакцией? |
2(52) когда транзакция откатывается, откатываются назад и все события по базе, которые произошли внутри нее: создание объектов, движения регистров, изменение реквизитов и т.п. |
Как альтернатива фоновому заданию ПодключитьОбработчикОжидания |
53-bma1 > А зачем нужно удалять созданную объяснительную при отмене транзакции? Что за свинтопрульный аппарат ты тут втираешь? |
[quote=MagAN;42222361]А зачем нужно удалять созданную объяснительную при отмене транзакции?[/quote] Ее как раз не нужно удалять. Ее нужно сохранять. Но если ее создавать внутри открытой транзакции, которая потом откатывается, то и созданная объяснительная тоже не сохраняется, а база возвращается в состояние до начала транзакции. |
56-bma1 > Бред сивой кабылы. Справочник, созданный в момент проведения документа, при отмене транзакции не удалится. |
городители бреда |
[quote=MagAN;42222476]Справочник, созданный в момент проведения документа, при отмене транзакции не удалится.[/quote]Почему? |
[quote=Helen1986;42222633]городители бреда [/quote] А где традиционная картинка с котиком? И еще ждем лекцию о сакральных тайнах транзакций для тупых чайников... |
[img]http://simdecor.ru/images/stories/virtuemart/product/reading_cati328.jpg[/img] |
По непонятной нам религии человеку хочется создавать в момент проведения, а не при записи, хотя документ создается менеджером интерактивно. Почему нельзя все это сунуть просто в документ реализации тоже осталось тайной. Причины (объяснения) надо как то структурировать, иначе потом никак не обработать. Проще было манагерам в свои блокноты все записать, раз потом им объясняться )) И никаких транзакций (ИМХО) |
(62) Просто надо не при записи, а при проведении. |
(63)Кому надо ?) Кстати, пришла идея, может и неверная, но все же. Раз уж так тренируете менеджеров, то обязать их объяснять не только "неверные" скидки, а все. С тем, чтобы была полная информация кому, какую и почему скидку дали. Может кому то ее не додали и клиент обидится ) Тогда эту объяснительную можно создавать не после, а до отгрузки. Объяснили, отгрузили. |
Текущее время: 13:42. Часовой пояс GMT +3. | [1] [2] |