Перемещение при реализации #564114

Конфигурация "Управление торговым предприятием для Украины". Нужно организовать учёт продажи товара "налево". Например, товар куплен официально. А продан неофициально, за наличные. Потом этот товар будет списан в реализацию на дружественного покупателя. Весь этот товар, который был продан "налево" за месяц. Вопрос: Как это организовать встроенными методами? Хочется, чтобы работала такая схема: 1) Делаем документ "РеализацияТоваровУслуг" (или какой-то другой), по которому товары не списываются с баланса, а перемещаются на специальный склад. Галочка "Отразить в бухгалтерском учёте" не ставится. 2) В конце месяца при подготовке итоговой расходной накладной на дружественного покупателя делается расходная накладная, в которую подгружаются все товары, накопленные на специальном складе. Проблема ещё вот в чём. В любом случае, клиенту выписываем СчёНаОплатуПокупателя. Но из счёта нет возможности скопировать табличную часть в Перемещение! Кстати, странно, что нет такого функционала. Ведь у фирмы может быть желание предварительно переместить товары в другой город, чтобы так было удобнее товар оттуда забрать покупателю, и расходная накладная будет выписываться уже с того склада. Странно. Одно из двух: - или нужно допиливать Перемещение, чтобы его можно было вводить на основании Счёта или Заказапокупателя; - или я не знаю возможностей конфигурации.

или все это можно сделать внешними обработками

Или создать новый документ "Реализация налево", который бы печатал расходную накладную и перемещал товар на левый склад.

А при чём тут внешние обработки? Разве внешние обработки могут двигать регистр накопления?

Я ту подумал, что можно ведь по одному нажатию на кнопку "ОК" в расходной накладной создавать ещё и Перемещение, которое предварительно наполнять товарами... Правильно?

нет. Видел я такое решение... При повторном нажатии Ок что будет происходить? А если изменили состав и Ок нажали второй-третий-... раз?

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

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

Можно. Только "левому" покупателю обычно сначала выписывается ЗаказПокупателя, а потом Счёт. И хочется, чтобы Перемещение можно было ввести на основании или ЗаказаПокупателя, или Счёта. А такой возможности нет.

2 и тут нам приходит на выручку внешняя обработка, которая такую возможность подарит.

А как сделать так, чтобы в списке документов, которые открываются при нажатии кнопки "Ввести на основании" в документе "Счёт", появлялся элемент "Перемещение"? Или Вы предлагаете оператору каждый раз запускать внешнюю обработку через меню Файл?

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

Почему дурацкое? Предложение - очень даже правильное. Только не внешняя обработка, а обработка в составе конфигурации. А вызов обработки легко вставляется в интерфейс.

2 в форму списка-то не вставить все равно, тем более на кнопку ввода на основании.. Либо вообще отдельно, либо на форму документа на кнопку печать - типовая предлагает механизмы внешней печати, только сделать уже не печать а написать заполнение нового документа ТЧ  текущего.

> вызов обработки легко вставляется в интерфейс. По поводу изменения конфигурации хочу высказаться. Предприятие, для которого это делается, не имеет постоянного одинэсника, который бы обслуживал базу. До меня был мальчик, и я здесь не надолго. Например, предыдущий мальчик делал обновление конфигурации и затёр все исправления, которые были сделаны в конфигурации до него. И я не знаю, что с конфигурацией будет после меня и моих изменений. Поэтому мне хочется или вообще не вносить изменения в конфигурацию, или вносить их так, чтобы при обновлении конфигурации они не пропали. Я могу добавить обработку в составе конфигурации. И при обновлении конфигурации такая обработка не пропадёт. Но если я на форму документа повешу кнопку, то после обновления конфигурации эта кнопка затрётся и пропадёт. Как в свете сказанного решить мою задачу?

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

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

Будет у тебя в Заказе покупателя дополнительный вариант "Печати" - "Создать левое перемещение"

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

2 кому этот вопрос?

УТП 8.2 ?

в общие команды добавить алгоритмы.Команды, создаваемые разработчиком Разработчик имеет возможность создать в конфигурации произвольные команды. Добавить подобный объект, Команда, он может как в ветку Общие, так и в конкретный объект, или же в конкретной форме сделать описание процедуры, используя встроенный язык. Так лучше будет. хотя можно и внешними обработками обойтись.

2 чо покурить по командам? хтмлек которые идут с 8.2 и - хватит?

а точнее ? Глобальные команды Такие команды поставляются платформой и, не являясь частью формы, могут быть включены как в данную, так и в другие формы. Данные команды также подразделяются на параметризуемые и независимые, что облегчает работу с этими командами. Локальные команды формы

2 :) я у тебя спрашиваю, чтобы ты посоветовал почитать по командам...

Спасибо

и новую 14 не пробовал даже ?

сарказм ?

2 почему? 14-ю платформу да, поставил вчера... Еще момент - это работает только в Управляемом Интерфейсе?

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

честно я пробовал для УИ, но помницо что 1с обещало сделать и для толстого клиента... так же страдаю доработками для УТП :(

2 то есть ты поставил в конфе галку "использовать управляемые формы в обычном приложении" и используешь команды для реализации доработок в УТП? верно?

Да, согласен.

нет я написал что использовал команды для УИ, в УТП такой фигней не стродал, но читал статьи что лучше использовать УИ для форм список и оттуда вызвать данные команды. так как формы списка не изм в основном для обновления и проще выловить их изменения. и все таки какой лучше способ будет ?

ошибка там ответ на :)..нет я написал что использовал команды для УИ, в УТП такой фигней не стродал, но читал статьи что лучше использовать УИ для форм список и оттуда вызвать данные команды. так как формы списка не изм в основном для обновления и проще выловить их изменения. и все таки какой лучше способ будет ?

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

одна как раз выравнивает баланс сравнения по фирме остатков с торговыми. делают приход/расход на полное выравнивание. Одна делает продажи между фирмами, тоже выравнивание. у тебя обычная штатная ситуация как у ВСЕХ. когда две фирмы обычно опт-розница. самая обыная.

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

аа все понял. блин. два ращзных вопроса одной темой....

И по этой задаче уже давно есть решение [1С 8] Управление заказами покупателей (пакетная отгрузка) групповые перемещения заказов между складами. с отборами, фильтарми и ьт.д. и т.п. Все автоматизировано.

Все далее не касается УИ. По поводу создания собственных форм стандартных объектов, с любыми собственными механизмами, без изменения конфигурации. Нам необходимо кардинально изменить форму документа "РеализацияТоваровУслуг". 1. Создаем обработку "ааМенеджерПоПродажам". 2. Копируем, напрмер - Ctrl+C, Ctrl+V, стандартную форму списка и форму документа в обработку. Основной формой назначаем форму списка. 3. Мы получили две стандартные формы, которые теперь можем изменять как угодно. 4. Первое, что делаем - создаем обработчик события "Выбор" ТП формы списка, в котором подменяем стандартный вызов формы документа на вызов формы документа из обработки. 5. Дальше редактируем эти формы как угодно. Вешаем кнопки, добавляем Элементы формы, пишем свои обработчики. 6. Думаю, что все понимают, что при нажатии кнопок "Записать", "Ок" будут вызываться процедуры из модуля объекта. Если нам необходимо их доработать - пишем подписки ("ааПередЗаписьюРеализацияТоваровУслуг" и пр.). 7. Понятно, что теперь (если надо) мы можем параллельно создавать и другие документы (просто так, на основании и т.д.). 8. Осталось вставить вызов обработки в интерфейс. Если хотим создать свой выбор номенклатуры в документе "РеализацияТоваровУслуг"? Опять копируем форму выбора справочника "Номенклатура в свою обработку. Заменяем вызов из документа. Перед открытием формы вешаем свойства формы (как открывать). Редактируем форму (запрещаем создавать, редактировать, удалять и т.д.). Если пользователю хотим запретить что либо делать кроме создания документа "РеализацияТоваровУслуг". Открытие формы нашей обработки вставляем в "ПриНачалеРаботыСистемы" (единственное изменение конфигурации). А основную форму обработки отображаем в режиме рабочего стола, закрывая все, что есть на экране (или чуть меньше). А при закрытии обработки завершаем работу системы. Технология очень проста в применении. Позволяет реализовать сколь угодно сложные доработки без изменения конфигураций.

+100500. Все верно описал чувак.

однако, если в типовой поменяют документ "Реализация товаров и услуг", то твою обработку сразу надо выбрасывать в мусор.

Убийственная логика.

лол