Отправлено: savotii от Август 18, 2010, 03:53:55 pm
Помогите плз
Вложения:
_1.15.dt
Отправлено: Amali от Август 18, 2010, 05:04:21 pm
Регистраторы - док-нт "Расходная накладная" и "Распределение затрат".
Измерения - Номенклатура, Ссылка на док-нт расх. накл.
Ресурсы - Кол-во, сумма, себестоимость. Где себестоимость = СуммаОстаток /КоличествоОстаток * Количество (для док-нта Расх. накл.).
Ну и по этому регистру строить отчет....
Отправлено: savotii от Август 18, 2010, 05:30:10 pm
Quote (Amali)
Вообще то надо делать отдельный оборотный регистр накопления "Продажи".
Регистраторы - док-нт "Расходная накладная" и "Распределение затрат".
Измерения - Номенклатура, Ссылка на док-нт расх. накл.
Ресурсы - Кол-во, сумма, себестоимость. Где себестоимость = СуммаОстаток /КоличествоОстаток * Количество (для док-нта Расх. накл.).
Ну и по этому регистру строить отчет....
Регистраторы - док-нт "Расходная накладная" и "Распределение затрат".
Измерения - Номенклатура, Ссылка на док-нт расх. накл.
Ресурсы - Кол-во, сумма, себестоимость. Где себестоимость = СуммаОстаток /КоличествоОстаток * Количество (для док-нта Расх. накл.).
Ну и по этому регистру строить отчет....
спс, попробую.
А на остатках номенклатуры никак отчет не построить по оборотке?
Добавлено (18.08.2010, 17:30)
---------------------------------------------
или из-за этого экзаменатор положит крест на мне?)
Отправлено: tenikov от Август 19, 2010, 11:24:01 am
Сделал 2 оборотных регистра: "Продажи" (Номенклатура, Сумма) и "Затраты на доставку" (Номенклатура, Расходная накладная, Сумма).
Делал, исходя из постулата "1 регистр = 1 показатель". В принципе, можно сделать и на одном "Продажи", как советует Amali (так и отчет будет проще выводить).
Будут ли 2 дополнительных регистра в моем случае ошибкой?
Вложения:
tenikov_1.15.dt
Отправлено: Amali от Август 19, 2010, 02:33:51 pm
Quote (tenikov)
Будут ли 2 дополнительных регистра в моем случае ошибкой?
Ошибки бывают разные... Если данные выводятся правильно, то вроде бы это и не ошибка. Задача же заключается научиться писать оптимальный код. Я бы не делала два регистра, так как регистры надо делать не по принципу "1 регистр = 1 показатель", а так чтобы данные для получения нужной информации хранились в одном месте. Для регистра "Остатки номенклатуры" у вас же 2 регистратора... В данной задаче нам нужны данные о продажах, и хранить их лучше в одном месте, в этом случае, при построении запроса в отчете, не надо будет делать соединение виртуальных таблиц.
Quote (savotii)
А на остатках номенклатуры никак отчет не построить по оборотке?
Если извратиться, то все можно сделать. Но опять же - код должен быть оптимален и понятен. Остатки - пусть будут остаками, а продажи, продажами. Лучше разделить эти данные на 2 регистра. Как это воспримен экзаменатор я сказать не могу, но смысл же экзамена - научится "правильно" писать код.
Отправлено: tenikov от Август 19, 2010, 03:58:04 pm
Quote (Amali)
Для регистра "Остатки номенклатуры" у вас же 2 регистратора
показатель <> регистратор. показатель - это из предметной области: "остатки товаров", "продажи товаров" и т.п.
Отправлено: Amali от Август 19, 2010, 04:24:32 pm
Quote (tenikov)
показатель <> регистратор. показатель - это из предметной области: "остатки товаров", "продажи товаров" и т.п.
Ну и в моем понимании это также, и в этой задаче у нас две предметные области "остатки товаров" и "продажи товаров". А предметной области "затраты на доставку" нету).
Отправлено: SergTH000 от Сентябрь 24, 2010, 05:05:30 pm
Отправлено: User67 от Сентябрь 24, 2010, 09:10:04 pm
Отправлено: Zhora_Vlg от Октябрь 09, 2010, 09:52:41 pm
Отправлено: Zhora_Vlg от Октябрь 09, 2010, 09:53:12 pm
Вложения:
Zhora_Vlg-1.15.dt
Отправлено: ut2k5 от Октябрь 26, 2010, 07:36:21 pm
Вложения:
Quest_1_15.dt
Отправлено: sada от Октябрь 29, 2010, 08:35:09 pm
Вложения:
1Cv8_sada_1_15.dt
Отправлено: SINISTER_STAR от Декабрь 30, 2010, 09:09:38 am
Вложения:
STAR_15.dt
Отправлено: rus от Январь 21, 2011, 07:37:22 am
Вложения:
5636256.dt
Отправлено: Gulf_Stream от Март 28, 2011, 06:18:50 pm
Прокомментируйте идею включить расходную накладную как измерение для регистра "Продажи"
Вложения:
1.15-dt.dt
Отправлено: Alejandro_m от Июнь 28, 2011, 09:07:28 pm
Отправлено: DoctorRoza от Июль 16, 2011, 11:59:30 pm
Собственно .. мое решение ..
Вложения:
DoctorRoza_1_15.dt
Отправлено: kow1976 от Август 11, 2011, 10:48:19 am
Копейки при распределении;
Распределяю затраты согласно номенклатуры и даты расходных накладных. Чтоб отчет не зависел от периода ввода документа «распределение затрат».
Спасибо за комментарии и замечания.
Вложения:
kow19761.15.dt
Отправлено: Denov от Август 11, 2011, 10:52:00 pm
Отправлено: shv от Сентябрь 22, 2011, 01:04:30 pm
1) На 2-х регистрах. Отчет получается просто.
2) На 3-х регистрах. Отчет сложнее. Медленнее работает. Но, на мой взгляд, более идеологически правильно. Хранится меньше данных.
Кто как думает?
Вложения:
shv-1.15.dt
Отправлено: ErrorPro от Ноябрь 20, 2011, 04:32:34 pm
Вложения:
5926375.dt
Отправлено: LEOON от Декабрь 14, 2011, 08:57:59 pm
), мое мнение тут оно не надо сделал для себя. Вложения:
LEOON_1.15.dt
Отправлено: tan1c от Январь 27, 2012, 03:10:55 pm
Несмотря на то, что в РН Продажи есть информация о документе -регистраторе, в выложенных здесь решениях заводят измерение - накладная (получается дублирование). Единственно, чем можно оправдать данный факт, тем что по измерениям можно ограничить состав исходных записей виртуальных таблиц (через параметр виртуальной таблицы). Или есть что то еще?
Добавлено (27.01.2012, 15:10)
---------------------------------------------
И второе, зачем вытаскивать дату из расходной накладной (при проведении документа "РаспределениеЗатрат", если при проведении расходной, мы записали ее в поле "период" регистра.
Отправлено: Lazutin от Январь 27, 2012, 03:22:40 pm
Думаю тут измерение Накладная необходимо, во-первых, чтобы распределять затраты, т.к. необходимо будет данные брать из виртуальных таблиц оборотов. Если не добавить измерения, то необходимо будет установить параметр периода в виртуальной таблице обротов как "Регистратор", т.е. получать разворот по регистраторам, а это сравни обращению к физической таблице данных регистра, что не есть хорошо.
и это только часть из того, почему нужно измерение регистра
Отправлено: tan1c от Январь 27, 2012, 03:32:58 pm
, зачем итоги по номенклатуре, списываем пропорционально себестоимости, ИМХО достаточно ОБЩИЕ, получаем базу и кол-во записей. Из базы соотношение, кол-во для списания на последнюю партию копеек (хотя на мой взгляд для оборотного регистра это не актуально). Добавлено (27.01.2012, 15:32)
---------------------------------------------
Lazutin, про эту часть я уже упоминал
Quote (tan1c)
Единственно, чем можно оправдать данный факт, тем что по измерениям можно ограничить состав исходных записей виртуальных таблиц (через параметр виртуальной таблицы). Или есть что то еще?
Вложения:
1.15_tan1c.dt
Отправлено: sv_mikh от Март 19, 2012, 07:31:45 pm
Вложения:
sv_mikh_01_15.dt
Отправлено: nodalt от Апрель 22, 2012, 10:48:15 pm
Вложения:
nodalt_1_15.dt
Отправлено: Hawk от Апрель 29, 2012, 11:05:13 am
Отправлено: sv_mikh от Апрель 29, 2012, 12:28:27 pm
Quote (Hawk)
sv_mikh, чет я не пойму как у тебя ошибка не вылетела в док Распределение не правильно блокировка прописана ты блокируешь рн остатки номенклатуры измерение Накладная а у тебя его нет в этом регистре вот не пойму почему ошибка не вылетает при проведение документа! 1с иногда меня удивляет своей работой )
Да, прикольно. Это называется ум за разум зашел... Надо понимать, что управляемая блокировка работает на кластере серверов. В файловом варианте это не проверяется и управляемая блокировка не накладывается. (Вроде так)
Отправлено: Gyd от Апрель 29, 2012, 01:56:31 pm
Quote (sv_mikh)
В файловом варианте это не проверяется и управляемая блокировка не накладывается. (Вроде так)
Ага, в файловом режиме вся таблица блокируется.
Отправлено: RoMeL от Август 13, 2012, 01:30:55 pm
Отчет sv_mikh взял на заметку.
Вложения:
RoMeL_1.15.dt
Отправлено: Lazy от Сентябрь 03, 2012, 05:54:20 pm
Quote (RoMeL)
Сделал как все. Отчет sv_mikh взял на заметку.
Я другие решения не смотрел, пока смотрю твое. Зачем в расходной накладной делать итоги и переменную "НужноСписатьКол"? Разве это не для парционного учета? Здесь же все списывается только со склада, указанного в шапке.
Отправлено: RoMeL от Сентябрь 03, 2012, 05:57:21 pm
Отправлено: RoMeL от Сентябрь 03, 2012, 09:20:17 pm
Да, ты прав, переделал
Вложения:
RoMeL_1.15_1.dt
Отправлено: Lazy от Сентябрь 04, 2012, 01:18:38 pm
Вложения:
Lazy_1_15.dt
Отправлено: Oliver от Сентябрь 11, 2012, 04:01:40 am
... а добавили это условие для того чтобы перемещение делать по новой методике...
Вложения:
3210015.dt
Отправлено: semtesem от Ноябрь 06, 2012, 09:31:13 am
Никак не доходит до меня
Правильны ли мои заключения в виде комментариев:
Движения.ОстаткиНоменклатуры.Записывать = Истина;
//если ложь, то при .Записать() не будет происходить ничего?
Движения.ОстаткиНоменклатуры.БлокироватьДляИзменения =Истина;
//Например документ двигал остатки по Номенклатура1,
//Нам нужно очистить перед анализом движения нашего документа
//Но кто-то другой увидев освободившиеся остатки может по ним тоже
//сделать анализ. Это значение вызовет блокировку при .Записать()
//тех позиций которые документ затрёт на время проведения автоматически
Движения.ОстаткиНоменклатуры.Записать();
//Но нам нужно еще и новые данные по Номенклатуре2, которая появилась, к примеру в ТЧ
//Документа на время анализа придержать данные
Блокировка = Новый БлокировкаДанных;
ЭлементБлокировки = Блокировка.Добавить("РегистрНакопления.ОстаткиНоменклатуры");
ЭлементБлокировки.УстановитьЗначение("Склад", Склад);
ЭлементБлокировки.Режим = РежимБлокировкиДанных.Исключительный;
ЭлементБлокировки.ИсточникДанных = СписокНоменклатуры;
ЭлементБлокировки.ИспользоватьИзИсточникаДанных("Номенклатура", "Номенклатура");
Блокировка.Заблокировать();
//Это делает такая конструкция.
Вывод обе блокировки нужны ?
Отправлено: Oliver от Ноябрь 08, 2012, 01:44:26 am
Quote
Движения.ОстаткиНоменклатуры.Записывать = Истина;
//если ложь, то при .Записать() не будет происходить ничего?
Всё зависти от свойства документа: запись движений при проведении, по умолчанию (правильно) - выбранные.
Если выбранные - будет ли запись набора записей завистит от свойства набора записей Записывать = Истина
Quote
Движения.ОстаткиНоменклатуры.БлокироватьДляИзменения =Истина;
//Например документ двигал остатки по Номенклатура1,
//Нам нужно очистить перед анализом движения нашего документа
//Но кто-то другой увидев освободившиеся остатки может по ним тоже
//сделать анализ. Это значение вызовет блокировку при .Записать()
//тех позиций которые документ затрёт на время проведения автоматически
Движения.ОстаткиНоменклатуры.Записать();
Не верно. Набор записей ещё не прочитан (пуст) и он не может заблокировать движения которые сделал данный регистратор.
свойство БлокироватьДляИзменения = Истина перед записью пустого набора делается в том случае если установлен режим разделения итогов РН.
Quote
//Но нам нужно еще и новые данные по Номенклатуре2, которая появилась, к примеру в ТЧ
//Документа на время анализа придержать данные
Всё что будет в ТЧ всё заблокируется (я пологаю и Номенклатура1 и Номенклатура2)
Quote
Блокировка = Новый БлокировкаДанных;
ЭлементБлокировки = Блокировка.Добавить("РегистрНакопления.ОстаткиНоменклатуры");
ЭлементБлокировки.УстановитьЗначение("Склад", Склад);
ЭлементБлокировки.Режим = РежимБлокировкиДанных.Исключительный;
ЭлементБлокировки.ИсточникДанных = СписокНоменклатуры;
ЭлементБлокировки.ИспользоватьИзИсточникаДанных("Номенклатура", "Номенклатура");
Блокировка.Заблокировать();
//Это делает такая конструкция.
Констуркция верная
Quote
Вывод обе блокировки нужны ?
Нужны обе блокировки, но выводы не верные.
Я рекомедую Вам посмотреть моё решение. Там Расходная делает проведение по новый методике в случае Перемещения.
И там свойство БлокироватьДляИзменения = Истина используется по своему "прямому назначению".
Отправлено: semtesem от Ноябрь 08, 2012, 01:16:12 pm
"БлокироватьДляИзменения = Истина перед записью пустого набора делается в том случае если установлен режим разделения итогов РН."
Отправлено: Kot78 от Февраль 25, 2013, 01:52:28 am
Вложения:
1.15_V0.3_.dt
Отправлено: alex7six от Март 04, 2013, 08:43:59 pm
2 РН:
1. Продажи - такой как у всех.
2. ДополнительнаяСебестоимость - Товар, Партия, Себестоимость.
В отчете просто эти 2 РН соединяем, при этом на РН ДополнительнаяСебестоимость отбор по периоду не накладываем.
Любое другое решение не позволит получить оптимальный запрос в отчете и будет неверным с архитектурной точки зрения, т.к. таблица РН Продажи излишне увеличивалась.
Отправлено: fimanich от Май 22, 2013, 02:19:30 pm
Вложения:
fimanich_01_15.dt
Отправлено: TuMyP1985 от Июнь 14, 2013, 01:53:12 am
Вложения:
KTT_1_15.dt
Отправлено: bilateral от Июнь 25, 2013, 05:39:20 pm
Вложения:
bilateral_upr15.dt
Отправлено: artfa от Июнь 28, 2013, 05:53:53 pm
Зато удалось наконецто рпивязать сообщенение к полю формы в модуле формы.
смотрел решение только у bilateral:
1. у вас ошибки в алгоритме проведения РаспределениеЗатрат, в условиях задачи сказано что себестоимость должна отражаться в отчете вся, т.е. независимо от того когда было увеличение себестоимости, я сделал так - распределние затрат вносит данные в регистр Продажи на дату накладной по которой происходит увеличение сесбестоимости, а вы сделали на дату проведения РаспределениеЗатрат,
2. отсюда видимо ваши дальнейшие ошибки - вы ввели РаспределениеЗатрат задним числом,
3. а так же, у вас отчет неправильно работает - нет возможности выбрать произвольный период и данные формируются неправильно (например выходят данные о продажа за текущий месяц, хотя выбиратеся период как прошлый месяц), еще вы намудрили с запросом в отчете, по всей видимости из-за того что см. п.1.
Отчет далается легко и просто в случае как я сделал см.п.1.
4. у вас не реализован запрет на перемещение внутри одного склада, хотя это так мелочь
Вложения:
1.15.dt
Отправлено: artfa от Июль 15, 2013, 04:40:38 pm
Вложения:
6511288.dt
Отправлено: artfa от Июль 29, 2013, 10:52:02 pm
Вложения:
2610459.dt
Отправлено: nili от Ноябрь 24, 2013, 12:17:30 am
проверьте пожалуйста
Вложения:
1_15_1Cv8.dt
Отправлено: YFred от Апрель 29, 2014, 09:00:36 am
Вложения:
YFred_1.15.dt
Отправлено: Demy от Май 01, 2014, 06:59:07 pm
1. Думаю хранить коэффициент в справочнике "ЕдиницыИзмерения" неправильно, т.к. , например, пачка ручек отличается от пачки цемента.
2. В документе "РаспределениеЗатрат", код:
Код
Если ОсталосьРаспределить>0 Тогда
Движение.Себестоимость = Движение.Себестоимость + ОсталосьРаспределить;
КонецЕсли;
Движение.Себестоимость = Движение.Себестоимость + ОсталосьРаспределить;
КонецЕсли;
3. Чтобы не мудрить с отчетом, нужно просто в документе "РаспределениеЗатрат" движения делать не на дату документа, а на даты накладных.
Отправлено: YFred от Май 03, 2014, 10:28:50 am
1. Тут все правильно т.к. справочник "ЕдиницыИзмерения" подчинен "Номенклатуре".
2. Условие поставил т.к. зависали копейки.
3. До этого не додумался. Спасибо.
Но возникает вопрос. Это считается правильно с точки зрения преподавателей на экзамене? Можно так делать?
Отправлено: Demy от Май 03, 2014, 04:27:19 pm
Цитата YFred (
)
)1. Тут все правильно т.к. справочник "ЕдиницыИзмерения" подчинен "Номенклатуре".
Цитата YFred ()
)2. Условие поставил т.к. зависали копейки.
Цитата YFred ()
)Но возникает вопрос. Это считается правильно с точки зрения преподавателей на экзамене? Можно так делать?
Отправлено: YFred от Май 03, 2014, 09:51:27 pm
Цитата Demy ()
)Без сомнения, иначе зачем делать в движениях поле период?
Цитата Demy ()
)А пример можно? А то все говорят о проблеме копеек, но я так ни одного реально работабщего нерпботающего примера не виенидел.
Код
Если ОсталосьРаспределить>0 Тогда
Движение.Себестоимость = Движение.Себестоимость + ОсталосьРаспределить;
КонецЕсли;
Движение.Себестоимость = Движение.Себестоимость + ОсталосьРаспределить;
КонецЕсли;
и увидишь в движениях не хватает копейки
Отправлено: Demy от Май 04, 2014, 10:51:17 am
Цитата
в моей базе "ДокументРаспределени" затрат, попробуй проведи без
КодЕсли ОсталосьРаспределить>0 Тогда
Движение.Себестоимость = Движение.Себестоимость + ОсталосьРаспределить;
КонецЕсли;
и увидишь в движениях не хватает копейки
КодЕсли ОсталосьРаспределить>0 Тогда
Движение.Себестоимость = Движение.Себестоимость + ОсталосьРаспределить;
КонецЕсли;
и увидишь в движениях не хватает копейки
Добавлено (04.05.2014, 10:51)
---------------------------------------------
У меня тоже такая проблема есть. 
Отправлено: maksonman от Май 13, 2014, 12:25:09 pm
Вложения:
4834988.dt
Отправлено: Sanek421 от Ноябрь 27, 2014, 06:55:39 pm
Отправлено: Odines от Январь 14, 2015, 09:20:00 pm
Отправлено: AlexKo от Июль 24, 2015, 07:56:10 am
Есть вопрос по документу "Распределение затрат". Не понятно куда писать данные. Если в рн Остатки товаров то у него есть все шансы ни когда не слопнуться в ноль, выходит надо создавать отдельный регистр?
Отправлено: rusmosav от Август 24, 2015, 06:07:50 am
Отправлено: Kickout от Сентябрь 01, 2015, 10:48:05 am
сделал немного по другому, если кто может загляните(при распределении денежных средств не заморачивался с копейками)
Отправлено: Zeskord от Сентябрь 06, 2015, 06:47:37 pm
В отчете текст запроса
Код: [Выделить]
ВЫБРАТЬ
ДопЗатратыОбороты.Номенклатура,
ДопЗатратыОбороты.Накладная,
ПродажиОбороты.КоличествоОборот КАК Количество,
ДопЗатратыОбороты.СуммаОборот + ПродажиОбороты.СебестоимостьОборот КАК Себестоимость,
ПродажиОбороты.ВыручкаОборот - (ДопЗатратыОбороты.СуммаОборот + ПродажиОбороты.СебестоимостьОборот) КАК Прибыль,
ПродажиОбороты.ВыручкаОборот
ИЗ
РегистрНакопления.ДопЗатраты.Обороты КАК ДопЗатратыОбороты
ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.Продажи.Обороты КАК ПродажиОбороты
ПО ДопЗатратыОбороты.Номенклатура = ПродажиОбороты.Номенклатура
И ДопЗатратыОбороты.Накладная = ПродажиОбороты.НакладнаяЯ бы использовалКод: [Выделить]
ОЪЕДИНИТЬ ВСЕ вместо левого соединения. Понятно, что на практике правая таблица всегда будет больше или равна левой, но все равно нужна проверка ЕСТЬNULL на ресурс левой таблицы. В обработке проведения распределения затрат в запросе тоже нет проверки на NULL.Отправлено: Zeskord от Сентябрь 06, 2015, 07:00:50 pm
Прощу оценить.
Сразу бросается в глаза проведение по старой методике.
Еще, при проведении документа распределение затрат получаешь себестоимость из виртуальной таблицы оборотов регистра остатков, а это уже неправильное использование типов регистров (не помню как там сформулировано в ATT83PL).
Отправлено: Zeskord от Сентябрь 06, 2015, 07:07:28 pm
Отправлено: venvlad от Октябрь 14, 2015, 04:29:26 pm
Отправлено: Kron от Март 08, 2016, 06:52:00 pm
Отправлено: mea от Март 17, 2016, 10:06:16 pm
Отправлено: Головлев Владислав от Апрель 13, 2016, 08:40:30 am
rusmosav,Здравствуйте! Скажите, как проводить документ по новой методике, если требуется рассчитать себестоимость по складу?Прощу оценить.
Сразу бросается в глаза проведение по старой методике.
Еще, при проведении документа распределение затрат получаешь себестоимость из виртуальной таблицы оборотов регистра остатков, а это уже неправильное использование типов регистров (не помню как там сформулировано в ATT83PL).
Отправлено: Головлев Владислав от Апрель 13, 2016, 08:54:18 am
rusmosav,Всё таки я считаю, что в данном случае необходимо проводить по старой методике, т.к. должна считаться себестоимость и не нужно будет заводить третий регистр + посмотрел вашу базу: у вас в рн и старая и новая методика в перемешку как то идет, сначала делаем движения при продаже, затем проверяем остатки (новая методика), затем движения при перемещении по старой методике - думаю за это могут "наругать" на экзамене. Если делать всё по старой методике, то можно всё в один запрос уместить, перед этим завести булеву переменную в рн, которая будет определять перемещение это или продажа, если перемещение, то движение приход, затем движение расход в остатках, если же это продажа, то расход в остатках и приход в продажахПрощу оценить.
Сразу бросается в глаза проведение по старой методике.
Еще, при проведении документа распределение затрат получаешь себестоимость из виртуальной таблицы оборотов регистра остатков, а это уже неправильное использование типов регистров (не помню как там сформулировано в ATT83PL).
Отправлено: Fat_Mike от Апрель 27, 2016, 11:45:37 am
Отправлено: glow2020 от Март 30, 2017, 12:39:45 pm
Отправлено: LevSeverianin от Май 06, 2017, 05:21:09 pm
Отправлено: MariaVG от Июнь 05, 2017, 02:55:38 pm
Но и у доп. регистра есть плюс: мы можем регистрировать дату события поступления доп.расходов независимо от даты события реализации. При одном регистре нужен выбор - либо пишем в период дату самого документа распределения расходов, либо дату накладной. Если пишем дату документа распределения, то эти данные могут не попасть в заданный период отчета. Если пишем дату документа реализации, то не отражаем в регистре дату поступления доп.расходов (хотя в общем-то, в отчете это не требуется)
Отправлено: jonik от Июнь 29, 2017, 12:35:44 pm
Отправлено: alx389d от Октябрь 27, 2017, 04:15:15 pm
Отправлено: jonik от Декабрь 11, 2017, 03:27:00 pm
Все привет. Просмотрел много решений и непонятно почему так сложно делают проведение документа РаспределениеЗатрат: создаем доп.регистр Доп.Начисления с 2 измерениями Ном. и Партия, ресурс Сумма и пишем туда. В запросе получаем ссылки на документы из ТЧ и делаем выборку из регистра Остатки по регистратору. В отчете соответственно соединяем 3 регистра.Подкорректировал
Отправлено: НатальяЮГ от Июль 17, 2018, 12:49:37 pm
Отправлено: Black Cat от Март 15, 2019, 12:22:24 am
Есть ли у кого решение задачи 1.15 из сборника 2014 года ? Буду очень благодарен.
Отправлено: Евгений_нвкз от Октябрь 02, 2020, 07:30:52 am