Приветствую всех.

А сабж никто не реализовывал?

?

(1) ну типа РС (в данном случае справочник)

где, например, накапливаются документы, которые нужно перепровести, переоформить введенный на основании документ.

хочу так реализовать типа:

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

из проведения поступления перепроводить "Изменение цен" не комильфо жеж.

вот и хотел так реализовать попробовать.

Извиняюсь, конечно - может я еще не проснулся.
но пока такое в голову пришло, почему-то.

(3) Почему любого? А если закупочные цены не менялись?

(3) "из проведения поступления перепроводить "Изменение цен" не комильфо жеж." - почему?

(5) Попа когда при проведении одного документы ты пытаешься провести другой.

ОбработкаОжидания + планировщик на 1с 7.7 погугли
ЗЫ ващет пакетными задачами/запуском обычно такое решается

(2) такое было сделано на основании шедулера.
там было выполнение заданий по расписанию...

(6) Делай после (проведения первого).
Попа - это когда после поступления пытаются сделать расход, а цен нету... И это только начало...

(9) После это когда. В какой процедуре?

(10) это только при интерактивном проведении. в процедурах обработки кнопок.

(8) Некоторые делают на основе внешних событий. Когда проведение генерирует внешнее событие, которое срабатывает после транзакции, т.е. после проведения, а дальше в глобальнике обработывается это событие

+(11) был трюк с внешним событием после проведения, но мне он не нравится.

(12) :-)

(4) под "любого" имелось ввиду "любого изменения ТЧ поступления"

(6) вот-вот

(7) вот и думаю в справочник когда нужно писать (отложенные задания) ну и обработкой ожидания туда смотреть

(9) солидарен с (11) - это где у нас после проведения?

(12) а можно какую-нить ниточку к информации?

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

(15) .5
ВнешнееСобытие(<?>,<>,<>)
Синтаксис:
ВнешнееСобытие(<Источник>,<Событие>,<Данные>)
Назначение:
Вызов внешнего события компоненты. Событие обрабатывается в предопределенной процедуре ОбработкаВнешнегоСобытия() текущей активной формы.
Параметры:
<Источник>,<Событие>,<Данные> - строки для передачи в процедуру ОбработкаВнешнегоСобытия().
<Событие> -
<> -

+(17) это формекс, объект Сервис

или http://catalog.mista.ru/public/19248/

а вообще, по хорошему - нужно приводить в порядок бизнес-процесс...

(15) "это где у нас после проведения? " - это там :)))
А где "там" - см. (20). И не изобретай велописед с квадратными колесами.

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

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

(18) ага. Т.е. до окончания перепроведения поступления мы не попадем в глобальник в обработку внешнего события? верно?

+(24) т.е. и получится типа "После проведения"
верно догадываюсь?

(23) собственно это (23)+(8)+(16)

(21) Ты не умничай, конкретно где в типовой без ВК можно отловить это событие, ибо с формексом я не дружу, так как в терминале со 100 юзверями оно вешало сервер (изза перехвата событий)

(21) про (20) понял - просто было задето "после проведения" - потому и спросил где оно. а в (20) то уже другая идея.

(25) Так при проведении транзакция, т.е. однопоточный режим которые не прерывается

(25) ну да. Перед выходом из процедуры ПриПроведении - если статусВозврата=1 - генеришь событие. как проведение закончилось - обрабатывается событие. если ничего другое не перехватит

(23) да - вместро справочника - точно

(27) не гони на формекс :-)

(31) лучше справочник.  и шедулер.

(32) Это не я, разработчик признался, что есть косяк в терминале при большом количестве пользователей, когда компонента грузит процессор. Говорит что это из-за перехвата клавиатуры/мышки. Но это было давно, я как раз хотел раскраску попробовать

(34) ну так где давно и где сейчас...

(29) ну вот я так и понял. Не пойму что раньше не догадался, что так можно было.

(33) что есть шедулер в данной теме? отвыкаю, блин, от клюшек.

(33) У справочника плюс что его можно повесить на не проведенный документ. А минус что нужно отслеживать состояние документа. Документ сняли с проведения, удалил (штатно или с помощью обработки), автоматом изменилось движение

(27) Не груби.
У меня зашито в ОбработкаПроведения.

(36) Обычный винловый, который запускает пользователя "робот" и который анализирует какого бы шухеру навести, тихо гадит и валит из базы

(36) найди старую конфигу А+ на основе ТиС, там есть планировщик - сообщения, запуск обработок, выгонялка - все по расписанию или непосредсвенно щаз, адресно или всем. Ну и на ее основе "Твори, Выдумывай,Пробуй!"®

(38) Пока обработкаПроведения не закончится транзакция активна.

И что у тебя делается?

(39) нахрен обычный виндовый.
он должен лишь стартовать пользователя, а остальное - по расписанию внутри системы

(37) ну так повесь перехватчик на документ

(42) На основе обработки ожидания?

(43) и опять ВК

(45) не хочешь ВК, так триггер повесь

Перезватчик чей? Формекса или 1С++?

(46) На дбф базу??

(48) дбф - это печаль
давно выкинуть надо

(44) ага. Работает до сих пор на старой работе в режиме 24*7, 90 юзверей.

(47) 1с++

(49) не горячись. во-первых, лицензии. Во вторых,  многие "не умеют его готовить..."

(49) И на что поменять? На новомодную 8.3.9 с её загонам в плане режима параноика?

(39) ааа. я думал что-то хитрое в самой 1с :)

(40) поищу - спасибо.

(40) не выгугливается по A+ буду искать - пока пичаль.
ну или сам выдумывать.

(54) Это где-то год 2004-2005. Если не найдешь - пиши в почту, поищу или из рабочей конфиги постараюсь выдрать

(52) Да я как прикину, сколько всякого по человечески не сделать в дбф, так тоскливо делается. Благо, у меня таких баз нет.

(53) Ты сегодня, судя по всему, не в духе...
Не так эска плоха... Я тут на днях столкнулась с загрузкой из "Алгоритма"... Контрагенты заводятся без ИНН, КПП (причем, это загрузка из Excel в Алгоритм).
Короче, садись и сам пиши.

(55) http://agentp.com.ua/skachat

(57) угу.

(59) благодарю

(58) У меня просто БП 3.0 и УТ11.1 на 8-ке. Лишний раз обновится боишься ибо не знаешь что отвалится. То ВК отвалится после обновления платформы, то с правами 1С накосячит после обновления конфиги.

Только вчера даунгрейд платформы прищлось сделать ибо достало этот кривой механизм защиты от опасных действий

(58) то, что "есть еще хуже" - это плохая отмазка

(62) зато новая прогрессивная платформа.

(63) Это не отмазка. Это констатация факта.
Я сама плевалась - "Садись и пиши."

(62) Не-на-чи-най.

(62) "...ибо достало этот кривой механизм защиты от опасных действий..."

во блин - вчера писал обработку ну и отлаживал само-собой.
Оч сильно достало оно вот это.

(67) Меня сильно достало (мягко сказано) Предупреждения...
Феерично...

(67) (62) (68)  это плата за прогресс и цену.
клюшки - примтивная система. зато устойчивая, как все примитивное. с ростом числа взаимосвязей.... впрочем, и так все это знают

(64) Вопросов нет. Для ЗУП в которую заходят раз в месяц - самое оно. А вот для торговли...
Самое забавное что с теми поставщиками которые работают на 7-ке проблем нет. Просишь им к примеру дайте ваш прайс с такими колонками. Без проблем делают
С теми же кто на 8-ке, постоянные отмазки, а мы не можем, это программа не позволяет. Вплоть до того что не могут прислать прайс с нашими ценами, типа вот общий прайс отсюда отнимете сюда прибавите и получите вашу цену.

(69) Не смотря на Ваш прогресс, велосипеды так и остались с двумя колесами и педалями. И люди на них ездят.

(71) хм. ну, во-первых, и колеса, и педали сильно изменились. во-вторых, велосипеды есть очень разные. и ездят на них тоже очень по-разному.

(70) надо дисциплину. Например, вот выпустила 1с полатформу 8.3.10. К вечеру вся Россия на эту платформу перешла. Всё. И пусть только какой-то глюк вдруг, тогда бы эту фирму 1с сразу бы уничтожили, а горе-разработчиков к вечеру уволили без выходного пособия с черной меткой.

А сейчас что? Они хорошо устроились, знают, что спокойно можно выпускать платформы, по 2 штуки в неделю, и за это им ничего не будет. Они и расслабились. Наверно, за новую версию платформы Нуралиев премии выдает, вот они и фигачат эти платформы чуть ли не каждый день.

(73) наверняка можно сделать нормальное тестирование. но тогда платформа будет значительно дороже...

(2) ну у меня есть частичное восстановление ГП по клоиенту - при изменении дока по клиенту - пересчитываю его , отложенное задание

(3) "дык вот при изменении поступления (любого изменения)
нужно переоформить изменение цен (и перепровести само-собой) "
- бред имхо.
документ изменения цен д.б. атомарным - проведен и изменению не подлежит. неправильно цены вбиты и ПРОВЕДЕНЫ? = сам козел. для изменения цен = НОВЫЙ ДОкумент

(12) да, у меня так куча всего сделано. работает. не жалусь.

(76) ну, или изменеие старого документа. но осознанное, и человеком.
Либо генерить цены на основании приходного, но тогда уж ССЗБ.

(78) осознанные изменения - редко. не умрет сделать новый документ. СЕГОДНЯШНИМ числом. все что было от позавчера уже сдано , клентами подписано и ушло.

// Проведение по регистрам оперативного учета.    
    Если (ПустоеЗначение(ВидыДвижений) = 1) ИЛИ (Найти(ВидыДвижений, "Регистр") <> 0) Тогда
        ПроведениеПоРегистрам();
        Если СтатусВозврата() = 0 Тогда Возврат; КонецЕсли;
    КонецЕсли;
    
    глПриПроведении(Контекст, ВидыДвижений);

//[+]progadmin
    Если  (ГрупповаяОбработка() + глГрупповаяОбработка) <> 0 Тогда Возврат; КонецЕсли;
    Если  ПустоеЗначение(глСервис) = 1 Тогда Возврат; КонецЕсли;  //нет обработки асинхронных событий
    
    //автовыписку авансовых счф будем делать только при первоначальном проведении документа
    Если Проведен() <> 0 Тогда Возврат; КонецЕсли;
    //автовыписку авансовых счф будем делать только в пределах пяти дней назад от сегодня
    Если ТекущаяДата()-ДатаДок > 5 Тогда Возврат; КонецЕсли;
    
    глСервис.ВнешнееСобытие("FAKIR", "ГЕНЕРАЦИЯСЧФВЫДАННЫЙАВАНС", ЗначениеВСтрокуВнутр(ТекущийДокумент()));
    
КонецПроцедуры //ОбработкаПроведения()

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

(81) угу, ибо нех. при возможности исправлений - юзверь будет ВСЕГДА косячить, ибо "ну накосячил, если что - поправлю". я с таким подходом жестко борюсь. Это дает какие-то более понятные результаты, прогнозы на состояние базы и прочее

например такими атомарными доками у меня сделана регистрация хрупкости и "продавать кратно упаковкам". с ценами все проще - они достаточно хорошо рулятся коммерцом в том виде как есть в ТИС.
но все равно все идет в сторону УТ - группы номенклатуры, сегменты, бренды, разные наценки на разную хрень в рамках одного договора одного клиента. фикисрованные матрицы кородить влом., а конструктор правил и разбор их при вычислении както и не сподобился сделать ибо не сильно надо...

собственно включение разделения наценко по брендам в типовой ТиС прошло на удивление легко - в паре мест однотипно попавил и все....

(83) Только в УТ11 они все эти наработки похерели, и превратили удобное ценообразование в кошмар

(85)
1. в чем кошмар выражается?
2. и что есть "удобная система ценообразования" - как она вимхо должна выглядеть?

(86) Нельзя для клиента установить для определенной ценовой группы определенный тип цен с заданной скидой/наценкой
Т.е. ты можешь для ценовой группы задать ТОЛЬКО вид цен, без наценок/скидок

Т.е. в УТ10, ты можешь сказать что клиенту даем на все оптовую цену, на бренд Ромашка "опт -1,5", на бренд Василёк "Закупка +7"

В УТ11 я для себя нашел только 2 варианта

1 вариант. Для каждого варианта матрицы вид цен - скидка/наценка заводим отдельный вид цен, который расчиитывается и хранится в базе на всю номенклатуру (в УТ11 нет динамических цен, любой вид должен быть расчитан и записан в базу). Т.е. заводим цены Опт, Опт-0,5, опт+0,5 ... и т.д. для всех вариантов. И тогла в соглашении можно указать что для бренда ромашка мы используем вид цен опт-1,5, а для Василёк Закупка +7

2 вариант. Заводим в скидки/наценки отдельно по каждой группе скидку наценку, т.е. на группу Ромашка скидка 1,5%, Ромашка +2% и т.д. И в соглашении из всего этого списка (сколько там будет тысяч 2 записей, на каждый бренд по 10-15 вариантов скидок/наценок * количество брендов) указываем какая скидка нам нужна и говорим что вот этот вариант (Ромашка-1,5, Василёк + 7) действует с с такого числа. Полюс не забываем указать тип цен по ценовой группе, что мол василёк считать от закупки, а ромашку от опта


Других вариантов мой неопытный взгляд не нашел. Насколько это удобно ... ну лично я считаю что раньше было удобнее, но видать УТ11 настолько тормозная, что не смогла в динамические цены, отсюда эти костыли

(3) Справочник с указателем на объект + перечисление типОперации. Запуск либо в регламентном (на клющках это отдельный сеанс юзера с административными правами, либо то же самое, но ночью)