Изменение открытых документов #88293


#0 by friz
Как изменить док. если его форма открыта?
#1 by Кабан мимо пробеган
Штатно - никак.
#2 by Кабан мимо пробеган
+ только интерактивно.
#3 by friz
2 вопроса1) как получить дескриптор формы, чтобы передать туда занчение2) как в ней обработать передачу параметра
#4 by LDR
а как ты ее собрался изменять?
#5 by friz
изменить значение реквизита дока
#6 by VZ
Мысль изложи? Док открыт, юзер может менять реквизиты. Кто еще должен менять реквизиты? Другой юзер? Так-скаать, паралельно? Кто успел раньше изменить и кнопку ОК нажать, того и тапки? Или надо просто программно изменить реквизит? Что за беда - опять у вопрошающего полон рот каши...
#7 by Кабан мимо пробеган
Расскажи задачу с самого начала.
#8 by Diter
Закрывай документ с запуском обработки, в которую передавай ссылку на текущий документ. В обработке при открытии находи этот документ через СоздатьОбъект и измений, сохраняй. Обработку закрывай, открывая этот документ. Недостатки1. Формы "мигают" (пока открываются и закрываются)2. В обработке сразу поменять реквизит в документе не удасться - форма документа может быть ещё открыта - нужно или ждать или с бубном танцевать3. Это всё время
#9 by friz
по-порядкуесть док А, является основанием для дока В.в форме А есть кнопка "ввести на основании", и из нее вызывается док В.док В при проведении меняет реквизит дока Ано при открытой форме дока А изменить не может
#10 by Diter
От такой схемы отказывайся сразу. Менять реквизит другого документа при проведении подчинённого - не есть гуд.Если уж очень надо - открывая "В" закрывай "А". После проведения "В" (обработкой) - открывай "А".
#11 by VZ
Как полезно выплюнуть кашу перед изложением...Дитер прав. Схема негодная.
#12 by Юрикс
если ты ввод на основании делаешь из документа основания и сразу же проводишь новый документ, то что тебе мешает изменять нужный реквизит из модуля формы исходного документа?
#13 by КонецЦикла
Интересные подходы к автоматизации. Чтобы бы сказали на аттестации по этому поводу? Вот-вот
#14 by friz
прав , черт возьми, я про это не подумал
#15 by pit
Вообще то решение Дитера как всегда - маразм... ой, что это я... конечно, эпиматипическое....Предопределенная процедура OnReopen спасет отца русской дЭмократии. И выЁживаться не надо...
#16 by friz
если Вы такой умный, подскажите как лучще сделать:В-оплата по кассе;на основании А может быть несколько В, В может вызываться не только из формы А, но и сам по себе.Я хочу чтобы в журнале отображался реквизит полной оплаты А
#17 by Юрикс
млин.. и какой ты реквизит хочешь записывать??
#18 by LDR
а ты рассчитывай через подчиненные документы.
#19 by Кабан мимо пробеган
Фигня вопрос. Делается на раз. Не надо никуда ничего писать.
#20 by friz
ну что нибудь типа флагПолнойОплаты=перечисление.булево.да(нет)Да вобщем то я уже сделал в А ПриЗаписи еще раз проверяется этот реквизит.
#21 by Кабан мимо пробеган
Хочешь "подводный камень"?
#22 by friz
смотри (9 ) давай..
#23 by Кабан мимо пробеган
1.Оплату по кассе сделали непроведенным.2. Записали и не провели3. Записали, провели, изменили сумму, провели.4. Ишшо?
#24 by Юрикс
не надо ничего записывать, см. 18
#25 by pit
К посту раскололся, чего надо.Все примитивно - в ПриЗаписи доков А и В,Б,Г, С надо делать запрос по контру - договору и писать в реквизит дока А.т.к. контр и договор известны - запрос отработает моментальноесли же договор на каждую РН свой не заводится (все под одним основным договором) - тогда делать на основе механизма подчиненности, но это будет дольше работать. и приходник может вводиться только на основании....Надо предусмотреть блокировку дока другим юзером и обойти это (сообрази сам как это сделать)А - РНВ - приходный кассовыйБ - выпискаГ - расходный кассовый (возвраты надо отнимать)С - другие доки, влияющие на учет оплаты
#26 by friz
я же говорю через подчиненные не всегда получается (форма главного может быть открытой)
#28 by Кабан мимо пробеган
Нифигасе..От так заявленьице..А как, если не через подчиненные, ты узнаешь, шо оплата у тя именно к этой приходной накладной?ЗЫИМХО на регистре держать красивше будет. ;)
#29 by Ginzburg
А еще пришлось сделать кнОбновить на некоторых доках, чтоб нумерация сохр без промежут девствий, вот и приходится делать непровед и проводить, какбы при открытой форме (особливо если дату или время дока сменить надо)
#30 by Юрикс
или субконто - кто-нибудь понял что за конфа? ты понимаешь что тебе говорят или нет?
#31 by UF
а почему бы нет?если открывать форму подчиненного документа в модальном режиме, а после закрытия установить твой реквизит.хотя я бы делал на регистре
#32 by Ginzburg
Доки легче потом отследить и перестроить ежли что
#33 by friz
я не понял что за "делать запрос по контру - договору"что за запрос, что по стовом контр и договор. "А как, если не через подчиненные, ты узнаешь, шо оплата у тя именно к этой приходной накладной?" Да узнать то я узнаю( через подчин.), я значение реквизита не смогу изменить при открытой форме главного.
#34 by pit
это не проблема. Проблема, когда документ-основание (РН) открыта другим юзером в данный момент. Но и это обходится. Но дороже.... аналогично. См 25.
#35 by Кабан мимо пробеган
М-дя-я-я...ЗЫРазговор слепого с глухим.
#36 by friz
конфа своя, для материального учета.
#37 by Кабан мимо пробеган
;)Я-то это понимаю..
#38 by Ginzburg
а ты это делал??? я то уже прошел, к тому что не такой уж маразм изменять реквезиты при открытом, а у другого усера (если он рангом пониже) запускается обр, если ты документ меняешь иии... конечно у него мелькает форма
#39 by friz
расчет идет в модуле проведения Оплатыпокассе (когда открыт самостоят), и при записи Приходнойнакладной (когда из нее вызвана оплатапокассе, в которая в данном случае не может изменить реквизит в ПриходнойНакладной).В расчет идут только проведенные доки.
#40 by VZ
Итак, моделируем ситуацию.friz, наплевав на все, что ему говорили в этой ветке, домучил свою схему.Приходит клиент. Ему выписывают накладную, СФ, и, по гениальной схеме, ПКО с суммированием результата в злосчастном реквизите. Все счастливы, и поят чаем friz'а с булочками с маком.А на следующий день выясняется, что в накладной не 20 позиций, а 19. Пропустили фиговинку стоимостью в два рубля.И начались траблы...
#41 by Кабан мимо пробеган
(Задумчиво)Учитывая , как ты думаешь, регистры ведь не зря придумали.
#42 by pit
"ИМХО на регистре держать красивше будет." - да пофиг. Два варианта - регистр/счет (Опер/Бух) или второй механизм - подчиненные доки и считать по ним.По регистру/счету не канает, если нет строгого соответствия одна РН- один договор..кстати, это сделано в типовой бухии без изменения используемых там механизмов (возможность нескольких РН по одному договору тоже сохранена).. "я значение реквизита не смогу изменить при открытой форме главного." - РЕШЕНИЕ ПРИВЕДЕНО в . Позволяет изменять реквизит вне зависимости от открыта/закрыта форма главного документа.
#43 by friz
О разном говорим. Моя приходнаянакладная приходует материалы на склад, по цене. Если перепровести проведенную ПН целостность не нарушиться.
#44 by VZ
Да нет, мне кажется я понял. Ты о хорошем думаешь.
#45 by friz
42 -извини не заметил onReopen -что такое?
#46 by Diter
А что будет, если вообще договора нет. "Вершина" дерева - накладная? По чём запрос делать будешь?
#47 by friz
обоснуй , я не понял
#48 by pit
для клиента на базе типовой бухии сделано- навороты в счете (всякие скидки и льготы и прочее)- в журнале счетов видно - сумму счета, сумму отгрузки, сумму оплаты- возможность отслеживать оплаты как в разрезе документов отгрузки, так и по договорам (без изменения плана счетов)- возможность частичных отгрузок по счету с контролем, дабы не отгрузить лишнего- возможность правки счета, по которому пошли отгрузки. Разрешено править позиции, по которым либо не было отгрузки вообще, либо прошла частичная отгрузка - в этом случае можно править только количество (цена закрыта уже), но уменьшение возможно только до величины уже отгруженного.- ну там много еще всякого (резервы, расчет закупок, прогноз товара и т.д.)- прикольные отчеты....все проблемы из там отслеживаются и решаются.. а договор (хотя бы Основной договор) обязан быть. Счет с аналитикой... Договор
#49 by Diter
Т.е. в российский конфе есть вид субконто "Договор" с типом "Документ" и видом "Договор"? Именно так? Я чего уточняю - в украинских например это субконто "Заказ" и только тип "Документ" а вид любой.
#50 by VZ
Ну хорошо. Давай по другому. Как будет таботать твоя схема, если выяснится, счто в накладной одна лишняя позиция, и клиенту полагается сдача? В этот же день? Через пять минут после выдачи ПКО? Как будет коооректироваться твой реквизит "ОбщаяСуммаОплаты"? По-новому ПКО заводить? Слушай pit'а, и не морочь себе голову...
#51 by hlud
2(pit) onReopenэто корошо .. а если док открыл другой юзверь?может проще лишний счёт, регистр? зачем морочить себе голову ? :)
#52 by pit
Счет с аналитикой Контрагент и Договор, Договор - справочник договоров, подчинен контрагентам... Для дополнительной увязки договора и документа используется доп реквизит в договоре.. у нас этот вопрос решен - Приход На основании РН и Расходный ордер на приход. Через договора идет вся увязка..Да, кстати, там решили геморой с НДС при передаче в розницу. Бухи ажно песни пели...
#53 by pit
51) показ суммы оплаты с извлечением ее со счета/из регистра - а тормоза при показе в журнале игнорировать?
#54 by Diter
Фигня какая то. А если чел разово покупает, то как вы поступаете? Тоже договор заводите?
#55 by Кабан мимо пробеган
Мысли комплексно.
#56 by pit
Аналитика 62 счета требует наличия 2 субконто - поэтому в типовой автоматом подставляется "Основной договор"
#57 by friz
50 если в накладной лишняя позиц, значит мы переплатили.значит на 60 счете по данному поставщику будет кредитовый остаток
#58 by VZ
Петь, да я этот вопрос тоже давно решил... ПКО вводится на основании. А ЗаписьКнигиПокупок, прежде чем реагировать на ПКО, интересуется его основанием и прочими документами оплаты... Чтоб в квитанции была одна корова, и сдавать одну корову. Следуем ПБУ к.Матроскина :)
#59 by Diter
"Основной договор" - это просто запись в справочнике или конкретный документ?
#60 by pit
...... Слушай, поставь типовую российскую любой последней редакции (4.60 и выше) - и посмотри ее. Тебе же актуальность ее пофиг.Она намного больше и сложнее хохляцкой. Хотя в хохляцкой некоторые моменты мне понравились..P.S. - запись в справочнике
#61 by Diter
Ага, щас только в подвал спущусь...Ну откуда у меня российские конфы?Я просто пытаюсь найти подводные камни при такой схеме.В нашей тоже есть справочник "партии" с "просто записью" "Партия по умолчанию", но все остальные записи - реальные документы (точнее ссылки на них через один из реквизитов справочника)
#62 by VZ
"Договор" в российской бухии выполняет роль некого разделителя учета для конкретного Контрагента. Может соответствовать реальному "бумажному" договору, а может и не соответствовать. В последнем случае эта роль "разделителя платежей" будет единственной. Но если соответствует реальному договору, то там есть набор реквизитов, по которым можно отслеживать выполнение договора. Включая даже пени. Но до этого механизма (не говоря уж о более расширенной аналитике) добираются редкие особи. Сказывается дифицит бухгалтерских кадров...
#63 by pit
мыло кидай на karkardepisem.netсолью последнюю... для ознакомления.. насчет дефицита - в точку...
#64 by Diter
Аналогичная ситуация и у нас. Разница только в том, что я могу выбрать как мне вести взаимоотношения с данным контрагентом - в разрезе счетов-накладных или по договорам.
#65 by Diter
У меня сисадмин ящик заблокировал (даже внешние рубит по протоколам)... на фирме реорганизация.....
#66 by Кабан мимо пробеган
Работу уже подыскиваешь?
#67 by Diter
Есть предложения?Реорганизация в плане передачи ответственности за интернет на фирме отодного отдела другому. На фирме штук 100 компов из них половина с выходом в инет. Если не следить за тирафиком канал просидает на раз. А "новая власть" по новому и метёт. Эти начали с такой настройки файербола, что в первый день никто вообще никуда попасть не мог. Потом шеф не смог с кем то пообщаться через web-камеру - и "шлюзы" немного открыли...
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям