как программно проверить документ #684268

Возник вопрос в 1с, в обычном приложении. В режиме предприятия, создал документ, оприходование товара. Как программно проверить создал я документ или нет.

где вопрос (ты же хочешь задать вопрос?)? к чему тут форма?

Это что такое написано?

я хочу проверить программно, создан ли документ

я ни чего не понял

поищи его программно запросом, например. Если найдешь, значит создан

в полный бред

ты поймешь, что создал документ программно после: ... ... ... Опр.Записать;

не записанный документ не может считаться созданным?

Мне не нужно программно создавать документ, документ создаю в ручную

Смотря что ТС вкладывает в понятие "создал документ"

рукам не доверяешь? бывает, я тоже не уверен, в каком кармане у меня спички и есть ли. но строго в нетрезвом режиме ;)

Опиши задачу нормально, в написан бред.

=)))

Так а таки зачем?

Короче, вопрос ко всем: Как программно проверить, создал ли я документ в руную. т.е. в режиме 1С: Предприятие нажимаю кнопку добавить для создания документа Оприходование товаров. Потом Открываю обработку, нажимаю на ней кнопку для проверки, которая определит создал ли я документ

Велосипедист?

форму увидел? это форма документа, он у тебя есть

А если нажал кнопку Добавить, а потом закрыл без записи - это как будет считаться по вашему, создал документ или нет?

А вот и не определит... Ибо платформа не работает с контекстами формы вне формы (если только всяческих велосипедов ненадобавлять)

не велосипедист, а начинающий...

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

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

А обработку которая проверяет вошел ли ты в 1С уже написал?

, по вашим отзывам я понимаю, что сделать мою задачу нельзя?

Начинающий велосипедист

Опиши задачу - зачем тебе этот костыль нужен?

Задачу в двух словах не описать

Скорее всего ты хочешь реализовать глупость, так как еще мало знаний. Поэтому лучше опиши полностью задачу.

Не понял в чем задача, но документ создан только тогда, когда он записан в базу, во всех остальных случаях документа нет.

документу как сущности должно быть по хрен, как он создан. я в это твёрдо верю

как интуитивно проверить покушал я уже или нет (ну или что-то другое)

Ну так то документу. Мы так и не узнали, что конкретно хочет ТС

ОПИСЫВАЮ ЗАДАЧУ: Делаю "реализацию товаров и услуг", продаю товар которого не хватает на складе. Нужно определить сколько товара не хватает и в каком количестве. и потом нужно сделать одним документом "оприходование товара" которого не хватает на складе. А то про что я в начале спрашивал, это одно из действий к решению задачи

Вообще не вижу в этой задаче зачем делать проверку интерактивного ввода документа.

В фирме проблемы с учётом товара? Ну и проверяй запросом: если товара 0 шт - значит оприходование создалось

Какая-то неправильная задача имхо.

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

Может розница, они там и не такое хотят.

и как ты из этого пришёл к ?

А как ты товар оприходуешь на склад, если он к тебе ещё не приехал?

Может тупо разрешить проведение в минус в параметрах учета и на этом все? :)

оприходование - оно такое. берёт и приезжает товар

Говорил долго объяснять, код нужно дописать как я понимаю в общий модуль, ту процедуру в общем модуле вызовет процедура из модуля документа. А при выполнении, некоторые процедуры выполняются несколько раз, как цикл. И в этой процедуре мне и нужно создавать документ

Товар оприходую за секунду до реализации

Возможно, но фраза "продаю товар которого не хватает на складе" как-то сразу слух режет. Как-то не могу представить ситуацию, как можно продать 10 коробок, когда их на складе всего 5.

Алгоритм читай в И не надо общих модулей. Не надо крошить конфу.

+1. А потом можно раз в месяц гасить минуса в остатках ))))

ну ты после записи документа выводи сообщение, о том, что документ записался.

Пересорт.

Именно это лучший вариант.

лучший, если делать для себя, а так... =)

Прикол будет заключаться в том. Что если сразу формировать оприходование, то как защититься от ручных правок пользователями документра отгрузки. Например уменьшат количество, так как покупатель решил купить меньше и т.д.

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

+100500 Нету товара, нате - приехал

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

Абсолютно согласен.

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

И как решить проблему в . Подписки явное зло.

Отмена транзакции записи - отменит и создание оприходования. Перезапись документа - отмена проведения оприходования, изменение документа оприходования. ГУИД или ещё нагляднее - дата и номер документа, создавшего оприходование вам в помощь. И проблем нет. Защита от ручных изменений оприходования - подписка перед записью.

Конечно! Всё то зло, что заставляет вджобывать и ТЗ с описаниями писать. Да и задача не в определении зла, да и цель форума - ответ получить.

это какой-то цирк, зачем тогда Вам нужна 1С? Печатайте в  экселе ТТН-ки и все)

Самое интересное, что сами программеры подсказывают пользователям "как наипать систему"...нормально, Хьюстон, идем ко дну