Отправлено: napan от Август 17, 2010, 01:59:43 pm
Вложения:
1.20.dt
Отправлено: aworld от Август 21, 2010, 04:17:57 pm
Например Приходная накладная со статьей затрат "Закупка товара" делает движение на 500 руб. судя по отчету.
итд.
Добавлено (21.08.2010, 15:54)
---------------------------------------------
и еще на это явно указывает строка задачи:
Quote
при проведении любого документа должен происходить анализ..
Добавлено (21.08.2010, 16:17)
---------------------------------------------
я удалил табличные части из приходной и расходной изза ненадобности, и получилось 4 совершенно одинаковых документа)
Отправлено: aworld от Август 21, 2010, 05:07:49 pm
Вложения:
7087742.dt
Отправлено: alice от Август 24, 2010, 01:58:13 pm
Отправлено: alice от Август 24, 2010, 01:58:36 pm
Вложения:
1045553.erf
Отправлено: aworld от Август 28, 2010, 04:27:51 pm
Отправлено: SergTH000 от Август 29, 2010, 03:12:47 pm
Quote
Движения делать только по документу РасходДенег (не считая документ Бюджет)???? Может кто посмотреть
Нет, здесь все перечисленные документы должны быть регистраторами для регистра "Факт" (и ПриходнаяНакладная и РасходнаяНакладная). Т.е. для каждого документа указывается своя статья затрат. Понятно что для документа ПриходДенег, статья затрат ОплатаПоставщикам бессмыслена, так же как для документа РасходДенег бессмыслена статья ОплатаПокупатлей. Обработка проведения одинакова для всех. Просто СтатьиЗатрат в данной задаче корректнее назвать "Статьи доходов и расходов". Т.к. задача простая я бы сделал две группы в справочнике Статьи: доходы и расходы. В документах РасходнаяНакладная и РасходДенег можно выбирать только из группы расходы, В Приходе и Приходной - из группы доходы.
В отчете для поля преиод, задай формат для даты "ММММ", так у тебя год вылазить не будет=)
Отправлено: bk от Сентябрь 21, 2010, 10:42:40 am
Вложения:
1_20.dt
Отправлено: bk от Сентябрь 21, 2010, 10:44:49 am
Отправлено: SergTH000 от Октябрь 03, 2010, 12:05:37 am
Quote
Я храню инф. о плановых расходах/доходах по статьям затрат в регистре сведений.
Цитата из сборника
"Следует считать что каждое подразделение может вводить несколько документов бюджет данные из которых должны суммироваться для формирования итогово бюджета"
Оборотный регистр 100%
Отправлено: Tolyas от Октябрь 04, 2010, 12:20:05 pm
Вложения:
1.20_Tolyas.dt
Отправлено: Zhora_Vlg от Октябрь 09, 2010, 05:35:31 am
Вложения:
Zhora_Vlg-1.20.dt
Отправлено: alice от Октябрь 13, 2010, 11:22:49 am
Отправлено: Andreich от Октябрь 30, 2010, 08:19:40 pm
Интересно, кому предназначены выдаваемые сообщения о "превышении бюджетов", жителям матрицы? Они с такой скоростью во всех решениях выводятся, что прочитать их невозможно, документы - то проводятся и их формы сразу закрываются.
Отправлено: ditoch от Декабрь 20, 2010, 10:27:51 am
Quote (alice)
Почему нельзя сделать один оборотный регистр, Подразделение/Статья/План/Факт?
Присоединяюсь. Тоже интересует этот вопрос
Отправлено: SINISTER_STAR от Декабрь 30, 2010, 09:12:36 am
Вложения:
1.20_STAR.dt
Отправлено: Matcoder от Январь 13, 2011, 06:32:20 pm
Цитата из сборника "Следует считать что каждое подразделение может вводить несколько документов "Бюджет", данные которых должны суммироваться для формирования итогового бюджета"...
Отправлено: rus от Январь 21, 2011, 07:40:08 am
Вложения:
3986127.dt
Отправлено: AndreiPiter от Февраль 04, 2011, 08:04:15 am
Вложения:
AP_1.20.dt
Отправлено: hapcher от Февраль 13, 2011, 09:24:41 pm
Решается все на одном оборотном регистре, измерения: Подразделения, Статья; ресурсы: План, ПланМакс, Факт.
Блокировки ставлю по-новому методу проведения.
Вложения:
_1_20.dt
Отправлено: ArturLn от Июнь 01, 2011, 11:09:00 pm
Возник вопрос : как привязать в регистре сведений данные не к документу, а к типу документа, чтобы можно было создать измерение ТипДокумента и выбирать тип ПриходнаяНакладная, ПриходДенег и т.д., а не конкретный документ ?
Отправлено: Lukashov_as от Июнь 10, 2011, 09:08:40 am
Вложения:
1_20_lukashov.dt
Отправлено: Юлия от Июнь 23, 2011, 10:32:29 am
два оборотных регистра
одна одинаковая процедура для проведения 4-х документов.
Вложения:
3303383.dt
Отправлено: DoctorRoza от Июль 26, 2011, 09:07:09 pm
Вложения:
DoctorRoza_1_20.dt
Отправлено: SergTH000 от Июль 26, 2011, 10:44:01 pm
Добавлено (26.07.2011, 22:38)
---------------------------------------------
Извратиться в задачах можно по-всякому..для накопления плана бюджета лучше всего подходит оборотный регистр.
Добавлено (26.07.2011, 22:44)
---------------------------------------------
Я не помню уже условие, но логика такая: если подразделения вводят план (причем еще и несколькими документами) ты записываешь их в РС, как получить общий бюджет? По сути ты будешь использовать свой РС, как оборотный РН: получать суммы бюджета по нужной аналитике, а потом их суммировать.
Отправлено: Данияр от Август 04, 2011, 03:04:46 pm
Вложения:
4007219.dt
Отправлено: DoctorRoza от Август 04, 2011, 03:25:26 pm
Отправлено: kow1976 от Сентябрь 10, 2011, 04:30:36 am
Вложения:
kow19761.20.dt
Отправлено: DoctorRoza от Сентябрь 10, 2011, 08:42:30 pm
Отправлено: Saipl от Сентябрь 15, 2011, 03:10:26 pm
Quote
kow1976,
Разве не «Приходная накладная», «Приход денег» ВидДвижения.Приход «Расход денег»«Расходная накладная» ВидДвижения.Расход.
"Если из логики прикладной задачи следует, что нулю должны быть равны остатки одновременно по всем ресурсам регистра накопления, решение экзаменуемого должно обеспечивать данное обстоятельство. Нарушение вышеупомянутых требований приводит к неоправданному "распуханию" таблиц хранения итогов регистров" - вроде нет такой логики !
Вопрос все таки актуален !
Отправлено: DoctorRoza от Сентябрь 15, 2011, 07:08:48 pm
Отправлено: kow1976 от Сентябрь 16, 2011, 12:18:36 pm
Отправлено: LEOON от Сентябрь 26, 2011, 06:43:45 pm
И еще не смотрел что делали другие, но по комментариям похоже что многие реализовали для всех документов одинаковый алгоритм. ИМХО - это не верно. Все же Приходная - это затраты, Расходная - приход.
Вложения:
4862139.dt
Отправлено: kow1976 от Сентябрь 27, 2011, 06:16:49 am
Есть сомнения по поводу вашего решения
1. Один регистр – получает итоги и по факту и по плану вместе. Как следствие системе всегда будет пересчитывать, чтобы получить актуальные данные. Два регистра – это готовые итоги в виртуальных таблицах
2. Не бывает так чтобы статья затрат была в минус, это тогда выручка, а храните вы прибыль. Да и использовать тогда лучше регистр остатков.
3. Эта запись
Ссылка = Набор.Отбор.Регистратор.Значение;
Дата = Ссылка.Дата;
Подразделение = Ссылка.Подразделение;
СтатьяЗатрат = Ссылка.СтатьяЗатрат;
СуммаПоДокументу = Ссылка.СуммаПоДокументу;
Означает скрытое обращение к БД. Лучше уж два запроса.
4. В записи
Запрос.УстановитьПараметр("КонецПериода", Ссылка.МоментВремени());
Для правильной проверки нужно включить границу
Отправлено: Saipl от Октябрь 03, 2011, 11:54:45 am
Quote
kow1976,
1. Все-таки не логично что Приход и Расход ни как не разделяется (посмотри если есть время решение данной проблемы в моем примере)
2. Поскольку отчет называется исполнение бюджета то логично предположить что если плана не было соответственно факт в отчете не нужен соответственно "ПОЛНОЕ СОЕДИНЕНИЕ" в отчете ни к чему
Вложения:
Saipl_1.20.dt
Отправлено: kow1976 от Октябрь 03, 2011, 04:02:02 pm
Я задание «Компания занимается оптовой торговлей. Все операции отражаются документами «Приходная накладная», «Расходная накладная», «Приход денег» и «Расход денег», причем для каждого из них может быть указана своя статья затрат.» понимаю так:
Чтобы провести любой из документов предприятие должно оформить дополнительные расходы.
Например чтобы оформить приход денег нужно осуществить затраты на их транспортировку. Т. е мы по заданию выполняем функционал не основного назначения документа, а дополнительного.
Тут вопрос диалектики. Но я понимаю это так. Если не указан план по подразделению или по статье затрат значит он нулевой. И это не означает что по этой статье не будет затрат фактических и не будет превышения.
В вашем решении у меня есть сомнения по поводу
1. У вас так задаются даты, что система не когда не сможет воспользоваться таблицей итогов (Итоги в регистре только помесячно) т.е. запрос будет строиться всегда по физическим таблицам за последний месяц.
2. Мне кажется что нужно добавить связь по статьям затрат, хотя вроде и так работает.
Нет блокировки данных, но я в принципе с вами согласен и думаю, что она здесь не нужна
Отправлено: DoctorRoza от Октябрь 11, 2011, 08:05:41 pm
Отправлено: LEOON от Октябрь 21, 2011, 12:23:56 am
Quote (kow1976)
Чтобы провести любой из документов предприятие должно оформить дополнительные расходы.
Например чтобы оформить приход денег нужно осуществить затраты на их транспортировку.
Например чтобы оформить приход денег нужно осуществить затраты на их транспортировку.
Отправлено: ErrorPro от Ноябрь 24, 2011, 05:30:12 pm
Вложения:
9026304.dt
Отправлено: Romdavid от Ноябрь 25, 2011, 08:14:27 am
Отправлено: ErrorPro от Ноябрь 25, 2011, 09:11:27 am
в задании написано " Анализ фактических затрат и должно выводится сообщение о превышении над бюджетом.
Отправлено: Romdavid от Ноябрь 25, 2011, 10:04:17 am
Отправлено: ErrorPro от Ноябрь 25, 2011, 10:15:24 am
Отправлено: Romdavid от Ноябрь 25, 2011, 10:30:07 am
Отправлено: ErrorPro от Ноябрь 25, 2011, 10:49:20 am
Отправлено: Romdavid от Ноябрь 25, 2011, 11:02:43 am
Отправлено: ErrorPro от Ноябрь 25, 2011, 11:11:37 am
Отправлено: ErrorPro от Ноябрь 25, 2011, 12:23:27 pm
Вложения:
5283056.dt
Отправлено: Romdavid от Ноябрь 25, 2011, 01:05:50 pm
Отправлено: ErrorPro от Ноябрь 25, 2011, 01:18:38 pm
Отправлено: Romdavid от Ноябрь 25, 2011, 01:22:45 pm
Отправлено: ErrorPro от Ноябрь 25, 2011, 01:36:36 pm
Отправлено: Romdavid от Ноябрь 25, 2011, 01:53:05 pm
Отправлено: ErrorPro от Ноябрь 25, 2011, 01:57:50 pm
Отправлено: xMikezxzz от Декабрь 03, 2011, 11:38:43 pm
"Таким образом, документ "Расход денег" может отражать операции например по оплате поставщику или возврата от покупателя в зависимости от выбранной статьи затрат."
Что это значит (опять же например)?
1) Документ будет делать увеличивать движения по статьям "Оплата поставщику" или "Возврат от покупателей"
2) Документ будет делать увеличивать движения по статье "Оплата поставщику" и уменьшать по статье "Оплата от покупателей"
Отправлено: Romdavid от Декабрь 04, 2011, 02:43:30 am
Отправлено: xMikezxzz от Декабрь 04, 2011, 03:18:17 am
Отправлено: Romdavid от Декабрь 04, 2011, 10:33:49 am
Quote (xMikezxzz)
Что это значит (опять же например)?
1) Документ будет делать увеличивать движения по статьям "Оплата поставщику" или "Возврат от покупателей"
2) Документ будет делать увеличивать движения по статье "Оплата поставщику" и уменьшать по статье "Оплата от покупателей"
1) Документ будет делать увеличивать движения по статьям "Оплата поставщику" или "Возврат от покупателей"
2) Документ будет делать увеличивать движения по статье "Оплата поставщику" и уменьшать по статье "Оплата от покупателей"
В принципе и второй случай имеет место быть, если расход денег отражает возврат от покупателя.
Отправлено: ColkOL от Декабрь 18, 2011, 10:33:38 am
Вложения:
7007100.dt
Отправлено: Dunda от Декабрь 27, 2011, 08:23:33 am
При
решении оперативной части вместо обращения к виртуальной таблице
производилось обращение к реальной таблице регистра, при оперативном
проведении документа механизм будет не верно диагностировать ситуацию.
решение выкладываю.
Вложения:
Dunda_1_20.dt
Отправлено: SergTH000 от Декабрь 27, 2011, 05:30:16 pm
З.Ы. Все правильно тебе написали
Отправлено: Dunda от Декабрь 28, 2011, 07:00:33 am
Отправлено: xMikezxzz от Декабрь 28, 2011, 12:31:53 pm
Отправлено: Dunda от Декабрь 28, 2011, 04:22:38 pm
Отправлено: alexey55 от Февраль 18, 2012, 01:00:49 pm
посмотрите плиз
Вложения:
alexey55-1.20.dt
Отправлено: ТатьянаЯ от Март 09, 2012, 04:48:28 pm
поэтому отчет было сделать не просто..
Проверьте плиз
Вложения:
120.dt
Отправлено: ViteG от Март 20, 2012, 06:43:35 am
Вложения:
ViteG_1_20.dt
Отправлено: sv_mikh от Апрель 09, 2012, 09:42:17 pm
Вложения:
sv_mikh_01_20.dt
Отправлено: nodalt от Апрель 13, 2012, 12:54:56 pm
Вложения:
nodalt_1_20.dt
Отправлено: GK от Апрель 17, 2012, 03:16:12 am
Quote (ТатьянаЯ)
Я ее добила. Смотрю решения, которые тут выкладывали, в задаче сказано, что бюджет заводится на предстоящий месяц
поэтому отчет было сделать не просто..
Проверьте плиз
поэтому отчет было сделать не просто..
Проверьте плиз
имхо, перемудрили с "периодом действия"...фраза на "предстоящий месяц" вводит в заблуждение немного...имхо, достаточно запретить оперативное проведение доку "Бюджет" и вводить его на начало месяца в котором будет действовать...
Отправлено: crabzzy от Апрель 17, 2012, 04:28:39 pm
Отправлено: GK от Апрель 25, 2012, 06:42:37 pm
делал через подписку на событие проведения, один регистр оборотов, пакетный запрос с ВТ....
пару мелких вопросиков, процент использования бюджета в отчете целым можно ставить или точность после запятой оставить?
и еще когда жмакаешь "провести и закрыть" вместо "провести" сообщение не видно, за это не снижают? с активностью окна заморачиваться по моему это слишком...
Вложения:
1-20_GK.dt
Отправлено: koncull от Июнь 07, 2012, 11:37:56 pm
Quote (GK)
и еще когда жмакаешь "провести и закрыть" вместо "провести" сообщение не видно
Вместо "сообщить()" можно использовать "предупреждение()". Кстати в задании так и написано "выводится соответствующее предупреждение"
Отправлено: koncull от Июнь 07, 2012, 11:39:05 pm
Вложения:
koncull_20.dt
Отправлено: darkxxx от Август 22, 2012, 01:22:57 pm
Отправлено: Nicola от Август 23, 2012, 05:50:20 pm
Жду критики =)
Вложения:
1.20_Nicola.dt
Отправлено: RoMeL от Сентябрь 06, 2012, 04:57:02 pm
Вложения:
RoMeL_1.20.dt
Отправлено: zhizhko от Октябрь 24, 2012, 07:29:25 am
Мое решение (подглядел у sv_mikh, т.к. его решение показалось наиболее лаконичным и понятным). Сроки бюджета храню в регистре сведений. Не нравится, что в движениях по документам приход/расход два запроса, но как сделать иначе - не придумал...
Вложения:
zh_1_20.dt
Отправлено: gr0ck от Октябрь 24, 2012, 03:29:56 pm
Следует считать, что каждое подразделение может вводить несколько доументов "Бюджет", данные из которых должны суммироваться и .т.д есть?
в вашем решении получается, что если есть бюджет на месяц, и на год, то будет только годовой бюджет учитывапться? Короче непонятно, ну и ладно)) Можно будет у препода спросить, задача легкая
Добавлено (24.10.2012, 15:29)
---------------------------------------------
Quote (zhizhko)
В новых билетах в условии задачи изменение - бюджет составляется не на месяц, а на произвольный период, период указывается в шапке документа. Остальное условие и отчет такие же.
Мое решение (подглядел у sv_mikh, т.к. его решение показалось наиболее лаконичным и понятным). Сроки бюджета храню в регистре сведений. Не нравится, что в движениях по документам приход/расход два запроса, но как сделать иначе - не придумал...
Прикрепления: zh_1_20.dt(161Kb)
Мое решение (подглядел у sv_mikh, т.к. его решение показалось наиболее лаконичным и понятным). Сроки бюджета храню в регистре сведений. Не нравится, что в движениях по документам приход/расход два запроса, но как сделать иначе - не придумал...
Прикрепления: zh_1_20.dt(161Kb)
Это к этому было
Отправлено: Karpikova от Январь 03, 2013, 12:02:36 pm
Коллеги, помогите с тремя глупыми вопросами:
1. Как правильно делать в этой задаче блокировку? Через БлокировкуДанных Или БлокироватьДляИзменения? Если кто подскажет, где почитать на эту тему - буду признательна, т.к. пока не вижу разницы между этими способами.
По отчету данной задачи:
2. Как сделать, чтобы итоги не выводились на строке подразделения? Знаю, что глупость, но найти не могу
3. Как сделать, чтобы в заголовке столбца выводилось не "01.01.13", а "Январь"?
Вложения:
1-20-Karpikova.dt
Отправлено: RoMeL от Январь 03, 2013, 12:21:10 pm
2. Закладка "Ресурсы" - "Рассчытивать по..."
3. Оформление - формат" Дата ММММ"
Смотрел только отчет
Вложения:
1-20-KarpikovaR.dt
Отправлено: Karpikova от Январь 04, 2013, 09:53:37 am
Что же до блокировок. Всегда в блокировке писала "ЭлементБлокировки.ИсточникДанных = СписокНоменклатуры;", где "СписокНоменклатуры" - табличная часть.
Как пишется эта строка, если табличной части нет? Беру данные только из реквизитов документа
Отправлено: AlexTimin от Март 11, 2013, 11:08:15 am
Цитата (Karpikova)
Что же до блокировок. Всегда в блокировке писала "ЭлементБлокировки.ИсточникДанных = СписокНоменклатуры;", где "СписокНоменклатуры" - табличная часть. Как пишется эта строка, если табличной части нет? Беру данные только из реквизитов документа
http://expert.chistov.pro/public/144750/
Отправлено: tollkeeper от Май 15, 2013, 06:57:29 am
Сдавать буду удаленно, поэтому спросить у препода не получится
Отправлено: TuMyP1985 от Июнь 19, 2013, 11:58:49 pm
Вложения:
KTT_1_20.dt
Отправлено: fimanich от Июль 02, 2013, 03:49:10 pm
Пока что решил по условию из задачника. Критика приветствуется.
При проведении документа затрат период для получения факта - с начала месяца по момент времени документа, для плана - за весь месяц.
Вложения:
fimanich_01_20.dt
Отправлено: artfa от Июль 02, 2013, 05:00:47 pm
Цитата (tollkeeper)
Сама задача казалось бы не сложная, но если принять во внимание поправку, что период действия бюджета может быть произвольным, возникают вопросы: возможны ли частичные пересечения периодов бюджета по одной статье затрат? Или надо вводить проверку на то, что бы периоды или не пересекались или совпадали? А если частичное пересечение возможно, то как правильно реализовать проверку превышения бюджета?
а кто вас просит делать период произвольным, в условии явно указанно - бюджет заводится на предстоящий месяц, при этом каждое подразделение может вводить несколько документов "Бюджет", данные из которых складываются в итоговый бюджет.
А если следовать расширению условий задачи, то можно расширять почти бесконечно, написав при этом готовую для конечного пользователя конфигурацию
Вообще задача неитересная, мое решение почти один в один sv_mikh, с использованием общего модуля и подписки на события.
TuMyP1985 вы единственное забыли - превышение плана, в документе Бюджет и регистре.
У RoMeL вид регистра - остатки, а должны быть обороты, так как остатки никогда в ноль не выйдут.
Насколько это считается серьезной ошибкой?
Вложения:
5477788.dt
Отправлено: fimanich от Июль 03, 2013, 01:07:31 pm
Отправлено: bilateral от Июль 03, 2013, 03:58:46 pm
Цитата (fimanich)
fimanich
Добавлено (03.07.2013, 15:58)
---------------------------------------------
Задача легкая. Из интересного только подписка и проверка на ноль (что бы ошибки Деление на 0 не вылазило) в отчете
Вложения:
bilateral_upr20.dt
Отправлено: fimanich от Июль 03, 2013, 05:18:24 pm
Цитата (bilateral)
Так вроде и должно быть. А какая разница в каком документе ругнется, в данном случае? Это же не продажа товара, в котором важен момент, а это план, в котором важен результат
Отправлено: _jester_ от Июль 09, 2013, 01:32:53 pm
Вложения:
Jester_8_1.dt
Отправлено: artfa от Июль 30, 2013, 03:50:32 pm
Вложения:
7700374.dt
Отправлено: человекутюг от Январь 09, 2014, 10:24:28 pm
Цитата artfa (
)
)подправил
Прикрепления: 7700374.dt(163Kb)
Прикрепления: 7700374.dt(163Kb)
1. Зачем в обработчике подписки БлокироватьДляИзменения? Что блокировать-то? Регистр может только накапливаться, зачем мешать кому-то добавлять одновременно новые записи по одинаковым значениям измерений?
2. По поводу строчки:
Цитата
Запрос.УстановитьПараметр("ДатаОкончания", КонецМесяца(Источник.Дата))
Тут уже кто-то замечал. Что в таком случае при превышении плана после проведения самого первого документа при котором еще не было превышения плана возникнет предупреждение. Правильнее наверное всё-таки задачать в качетсве параметра момент проведения документа с учетом его движений
3. Вопрос кнопки "провести и закрыть" не раскрыт.
4. Я бы оставил в качестве первого измерения регистра не подразделение, а статью затрат. Всё-таки в отчете исполнения бюджета в "целом по предприятию" больше смысла, "чем в план-факте по подразделениям без статей затрат" (даже не знаю как такой отчет назвать).
Отправлено: Sadr от Февраль 03, 2014, 10:13:38 pm
Вложения:
Sadr_1_20.dt
Отправлено: YFred от Май 08, 2014, 03:54:11 pm
Цитата Sadr ()
)1. Зачем в обработчике подписки БлокироватьДляИзменения? Что блокировать-то? Регистр может только накапливаться, зачем мешать кому-то добавлять одновременно новые записи по одинаковым значениям измерений?
Отправлено: EverEst от Июнь 13, 2014, 02:31:05 pm
Цитата Sadr ()
)По моему на самом деле не надо блокировать в этом случае. Предлагаю обсудить.
Отправлено: Shmell от Октябрь 08, 2014, 09:08:51 am
Неважно какой мы указываем период в документе Бюджет, опираемся на приписку к отчету, что все таки период планирования - месяц, поэтому в период движения по БюджетПлан пишем началомесяца(Дата начала выбранного периода).
В подписку на события выносим обработку проведения для всех четырех документов она одна. ВНИМАНИЕ! При проведении используется новая методика проведения. Т.е. мы в любом случае формируем движения по БюджетФакт. Ставим БлокироватьДляИзменения = истина на регистр БюджетФакт, а на БюджетПлан ставим блокировку данных (Новый БлокировкаДанных и.т.д.) После этого объединением запросов по двум оборотным регистрам БюджетПлан и БюджетФакт определяем - было ли превышение, если да, то ругаемся, но в отказ проведения не идем, так как в любом случае документ должен проводиться.
Отчет можно построить на основе запроса, который используется при проведении.
Отправлено: garnett_2187 от Октябрь 19, 2014, 05:18:20 pm
я с бюджетированием совсем не знаком, и возникает вопрос, - зачем использовать все 4 документа (ПН, РН, РД, ПД) в этой задаче. Например, у меня ПН на 1000 руб приход товара, затем РН на 1000 руб отгрузка товара - в обоих документах одно подразделение и одна статья. Бюджет 1200 + 300 превышение. получается что при отгрузке будет система ругаться?
или же мы (не озвучивая) полагаем что в РН и ПН (ПД и РД) не может быть одинаковых статей?
теперь по экзаменационной задаче.
Кому нибудь попадалась эта задача на экзамене? кто нить сдал с 1РН, 1РН + 1РС, 2 РН, с подписками???
и, если использовать подписки на события - отразится ли это на следующих задачах по билету? насколько я знаю все 4 задания в билете надо реализовать в одной базе.
Отправлено: Shmell от Октябрь 20, 2014, 06:35:16 am
Отправлено: IDspOOLeR от Ноябрь 03, 2014, 11:40:36 pm
Пока прикреплять файлы нельзя, ссылка на обменник с базой.
http://rghost.ru/private/58871604/185d68e90f965581d46408cbe1996fd0 (http://rghost.ru/private/58871604/185d68e90f965581d46408cbe1996fd0)
Отправлено: ksandr от Декабрь 01, 2014, 05:18:01 pm
Приветствую всех, сделал решение через 1 оборотный регистр. Прошу посмотреть, не уверен правильно, ли выносить в общий модуль передавая объект, ссылку и записывая движения в нем. Правильно ли наложены блокировки. И нужно ли их устанавливать в задачах не требующих контроля остатков.Тоже сделал через 1 РН, зачем больше не могу понять, все прекрасно пишется и вытягивается для отчета.
По Вашему решению, скорей всего уже поздно, но все таки, нет смысла передавать в параметрах ссылку, дату и прочее, все это и так есть в объекте, который Вы тоже передали, так что или то или то. В отчете зачем-то берете и значение превышения, хотя оно там вообще не нужно. Расчет ресурсов по "Статье" даже не знаю, у меня и без этого все нормально работает. Создаете новый параметр "Период", но при этом не ограничиваете доступность ключевых параметров, ну и сам период в отчет не выводите.
Мое решение, делал через подписки.
Отправлено: Sanek421 от Декабрь 03, 2014, 01:04:18 pm
Приветствую всех, сделал решение через 1 оборотный регистр. Прошу посмотреть, не уверен правильно, ли выносить в общий модуль передавая объект, ссылку и записывая движения в нем. Правильно ли наложены блокировки. И нужно ли их устанавливать в задачах не требующих контроля остатков.Тоже сделал через 1 РН, зачем больше не могу понять, все прекрасно пишется и вытягивается для отчета.
По Вашему решению, скорей всего уже поздно, но все таки, нет смысла передавать в параметрах ссылку, дату и прочее, все это и так есть в объекте, который Вы тоже передали, так что или то или то. В отчете зачем-то берете и значение превышения, хотя оно там вообще не нужно. Расчет ресурсов по "Статье" даже не знаю, у меня и без этого все нормально работает. Создаете новый параметр "Период", но при этом не ограничиваете доступность ключевых параметров, ну и сам период в отчет не выводите.
Мое решение, делал через подписки.
Поясни, пожалуйста, почему берешь границу "Запрос.УстановитьПараметр("ДатаОкончания", Новый Граница(Источник.МоментВремени(), ВидГраницы.Включая))", а не конец месяца? Так же размышлял на тему "СообщениеПользователю", если пользователь в форме жмет кнопку "провести и закрыть", то он не увидет сообщения. Я сделал так же, но насколько правильно использовать "СообщениеПользователю"? Еще не совсем понял почему в отчете ты берешь периодичность День "РегистрНакопления.Бюджет.Обороты(, , День, )" Не правильно ли брать Месяц, как просят по условию?
Вот мое решение, буду признателен за предложения и комментарии к решению.
Отправлено: ksandr от Декабрь 03, 2014, 03:31:24 pm
Везде где бы не сталкивался рекомендуют пользоваться СообщениеПользователю, для того чтобы этот гад пользователь читал эти сообщения у него можно забрать кнопку "ПровестиИЗакрыть", делается за минуту.
А по поводу "День" в отчете, это я недоглядел, увидел 29 число, а то что это 29 февраля не увидел:), да надо месяц.
Посмотрел Ваше решение, все в принципе тоже самое, единственно смутила разбивка аж на 3 процедуры в общем модуле, но это так дело каждого кому как нравиться.
Отправлено: plin от Январь 24, 2015, 01:55:22 am
Отправлено: Odines от Январь 31, 2015, 03:30:41 pm
Отправлено: Nicolay от Февраль 03, 2015, 06:28:30 pm
Отправлено: ksandr от Февраль 03, 2015, 06:34:00 pm
не могу понять, зачем решать задачу из сборника? ведь надо решать задачу из билета!Возможно для того, чтобы "Знать", а не вызубрить для экзамена.
Отправлено: Nicolay от Февраль 03, 2015, 07:05:39 pm
Возможно для того, чтобы "Знать", а не вызубрить для экзамена.
[/quote]
Это хорошо, когда в задачнике сложнее задача. А тут наоборот. В билете - произвольный период. как быть с ним? То есть пользователи могут вводить по одному подразделению и одной статье затрат несколько документов с произвольными периодами. Они могут совпадать, могут пересекаться лишь частично. И таких документов может быть куча. Понятно, что это не логично, но ничто не мешает пользователям устроить кошмар в базе. :-\ Ну и самое главное - отчет как-то должен все это безобразие разбить помесячно
Отправлено: ksandr от Февраль 03, 2015, 07:30:10 pm
Отправлено: Nicolay от Февраль 03, 2015, 07:45:45 pm
Отправлено: ksandr от Февраль 03, 2015, 07:51:01 pm
А задачи есть и еще проще, в билетах вон довольно часто встречаются такие же задачки еще с упрощением.
Отправлено: Odines от Февраль 03, 2015, 08:00:04 pm
Опыт у меня не сильно большой, что-то уже не страшно, что-то пока не понятно, выкладывайте билет посмотрю, сегодня не обещаю, завтра наверно смогу.А где можно получить список актуальных билетов?
А задачи есть и еще проще, в билетах вон довольно часто встречаются такие же задачки еще с упрощением.
Отправлено: Nicolay от Февраль 03, 2015, 08:05:30 pm
Отправлено: ksandr от Февраль 03, 2015, 08:38:36 pm
В шапке есть тема "Актуальные билеты" там в первом посте ссылка.Опыт у меня не сильно большой, что-то уже не страшно, что-то пока не понятно, выкладывайте билет посмотрю, сегодня не обещаю, завтра наверно смогу.А где можно получить список актуальных билетов?
А задачи есть и еще проще, в билетах вон довольно часто встречаются такие же задачки еще с упрощением.
Отправлено: ksandr от Февраль 03, 2015, 08:40:14 pm
кинул ссылку на билеты вам в личкуА мне зачем, у меня есть?:) Вы мне свое решение скиньте, чтоб было видно от чего отталкиваться.
Отправлено: Nicolay от Февраль 03, 2015, 08:48:55 pm
Отправлено: ksandr от Февраль 03, 2015, 08:52:50 pm
Отправлено: Nicolay от Февраль 03, 2015, 09:05:15 pm
Отправлено: ksandr от Февраль 04, 2015, 05:19:10 pm
Возможно для того, чтобы "Знать", а не вызубрить для экзамена.
Это хорошо, когда в задачнике сложнее задача. А тут наоборот. В билете - произвольный период. как быть с ним? То есть пользователи могут вводить по одному подразделению и одной статье затрат несколько документов с произвольными периодами. Они могут совпадать, могут пересекаться лишь частично. И таких документов может быть куча. Понятно, что это не логично, но ничто не мешает пользователям устроить кошмар в базе. :-\ Ну и самое главное - отчет как-то должен все это безобразие разбить помесячно
[/quote]
Ну собственно глянул сам билет и особой проблемы не увидел, что нам мешает добавить в РН "Бюджет" два измерения - даты начала и конца периода из документа, при проведении расходного документа выбирать все данные (бюджет и уже потраченное) где дата документа попадает в периоды бюджета, ну и в отчете брать данные попадающие в месяц.
Бредовое изменение конечно, как всегда есть много "а если", но я уже не стараюсь найти логику в условиях задач, делай что написано и все:)
Отправлено: program1Cer от Март 09, 2015, 06:24:30 pm
Код: [Выделить]
Бюджет.ДвижениеПоРегиструБюджет(Ссылка, РежимПроведения);
Отправлено: Шахназар от Март 14, 2015, 01:17:31 pm
Отправлено: Шахназар от Март 14, 2015, 01:24:51 pm
Отправлено: ksandr от Март 14, 2015, 08:17:41 pm
Отправлено: rusmosav от Апрель 01, 2015, 01:34:49 pm
Прощу оценить.
Отправлено: Heckfy от Апрель 04, 2015, 03:26:37 pm
Добрый день.Как-то сложновато.
Прощу оценить.
Отправлено: Albert от Май 06, 2015, 12:54:53 pm
Отправлено: Albert от Май 06, 2015, 12:58:30 pm
Добрый день.Не надо усложнять. Зачем лишнее измерение в регистре? (ВидДвиженияБюджета) .
Прощу оценить.
Отправлено: arthur1089 от Май 11, 2015, 08:38:33 am
Вот еще одно решение. Документы введены по данным задачника. Движения документа "Бюджет" записываются на НачалоМесяца. Критика приветствуется.нельзя использовать регистр остатков, потому что остатки никогда не закроются, а это незачет.
Мое решение:
План приводится к началу месяца.
При неоперативном перепроведении проверяется превышение не на конец месяца, а на момент времени документа (включая границу). Мне так кажется логичнее.
В остальном как у всех.
Отправлено: Albert от Май 15, 2015, 01:44:15 pm
Отправлено: AlenkaInt от Май 29, 2015, 11:20:09 am
Отправлено: Albert от Май 30, 2015, 02:15:07 pm
Albert, у вас задача не целиком решена? Или так и надо, что не прописаны движения у ПриходДенег, РасходДенег? И нет контроля превышения. Где прописывается запланированная сумма для статьи затрат?Посмотрите внимательней. ПодпискаНаОбработкуПроведения. Все ответы на Ваши вопросы там.
Отправлено: AlenkaInt от Июнь 01, 2015, 12:46:12 pm
Отправлено: Albert от Июнь 01, 2015, 01:55:56 pm
Да, не посмотрела :-)Буду благодарен за замечания и предложения, пишите )
Отправлено: AlenkaInt от Июнь 08, 2015, 12:10:12 pm
Отправлено: nvv от Июнь 16, 2015, 09:27:13 pm
В задаче на экзамене, Бюджет заводится на произвольный период. Это надо в шапке указывать период - от и до, или можно любую дату, а потом уже смотреть превышение помесячно?
Тоже вот так буквально воспринял написанное. Но если так подходить, тогда можно фантазировать о произвольных пересекающихся периодах и т.д.
С контролем тогда зазимуем, а галюциногенный отчет об исполнении бюджета вообще лучше не открывать перед сном.
Из отчета похоже, что периодичность бюджетов - календарный месяц.
Отправлено: alex1248 от Август 04, 2015, 11:17:13 am
Думаю, есть 2 основных варианта. Какой использовать - лучше предварительно уточнить у экзаменатора (вдруг предложит упрощенный :D ).
1. Упрощенный - "произвольные периоды" только внутри одного месяца. Проблемы нет, просто приводим к началу месяца. Но и шансов получить такой "подарок", скорее всего, не много.
2. Основной - период действительно абсолютно произвольный. В этом случае хотя бы в целях получения бюджета помесячно надо организовать соответствующее разбиение бюджета (никаких пересечений, мы же не можем контролировать отдельно помесячно, отдельно по произвольному, возможно, ошибочно введенному, да и ни смысла, ни логики в этом нет). Раз в задаче не сказано, и экзаменатор не предложил своих вариантов, делаем простым и, ИМХО, разумным способом - определяем общее количество дней в периоде, количество месяцев (полных и не полных), организуем цикл по месяцам. Каждому месяцу выделяем часть, соответствующую доле количества дней произвольного периода, попавших в данный период. И не забываем контролировать копейки, "проблема копеек", если таковая бывает, в этом случае возникает.
Какие мнения на счет такого варианта? :)
Отправлено: ПрестарелыйЗаяц от Август 23, 2015, 03:54:55 pm
Отправлено: DimaKV от Август 26, 2015, 11:32:39 pm
(регистр оборотный)
Измерения: Подразделение, Статья затрат, дата начала, дата окончания
Ресурсы: План, Превышение, Факт.
Документ Бюджет записывает план и превышение, остальные документы - только Факт.
Пересечение периодов бюджетов можно взять на произвольную дату таким образом:
Код: [Выделить]
ВЫБРАТЬ
СУММА(БюджетОбороты.ПланОборот) КАК План,
СУММА(БюджетОбороты.ПревышениеОборот) КАК Превышение,
СУММА(БюджетОбороты.ФактОборот) КАК Факт
ИЗ
РегистрНакопления.Бюджет.Обороты(
,
&Дата,
,
&Дата >= ДатаНачала
И &Дата <= ДатаОкончания
И Подразделение = &Подразделение
И СтатьяЗатрат = &СтатьяЗатрат) КАК БюджетОбороты Что скажете?
Отправлено: Quantum81 от Август 27, 2015, 10:19:28 am
С произвольным периодом, я так понимаю нет вразумительных идей ? Хотя бы что подразумевается под оным ?Предлагаю пересечение реализовать на РН остатки. Бюджет делает приход на ДатуНачалаПериода и расход на ДатуОкончанияПериода по ресурсу План и Превышение. Так мы будем знать суммарный план и превышение на любой момент времени. Соответственно рядом ресурс факт. Если после проведения Факт> план или > план+превышение - то выводим предупреждение.
На обсуждение отчет: план - остаток на начало периода (месяц или указанный), факт - оборот.
Отправлено: DimaKV от Август 27, 2015, 11:19:40 am
Если после проведения Факт> план или > план+превышение - то выводим предупреждение.Факт в отдельном РН (Оборот)? В документе за какой период будете проверять превышение факта над планом?
На обсуждение отчет: план - остаток на начало периода (месяц или указанный), факт - оборот.Остатки на начало каждого месяца будет не так просто получить. Например, если бюджет введут на весь год
Отправлено: Quantum81 от Август 27, 2015, 12:19:27 pm
Перейдя от слов к делу, стразу понял, что не смогу закрыть РН остатки. Факт будет копиться и как его обнулять не ясно.
Здесь больше вопрос в понимании условия задачи с произвольным периодом. я сейчас вижу так:
Бюджет назначается на произвольный период, в течение которого ДС могут из него расходоваться/приходоваться. В момент расхода/прихода, я должен определить какие бюджеты действуют на момент списания. Определить остатки по бюджетам и в порядке FIFO (например), начинать списывать ДС с бюджетов. Если мне бюджетов не хватило, вывожу предупреждение. Своего рода партионный учет.
Отчет явно не в тему. логичней в шапке отчета выводить документы бюджет, а в таблице на что это бюджет затрачен.
Если же оставлять такой отчет, то нужны допущения. Мне ближе(логичнее) допущение, что за месяц суммируются все бюджеты с датой начала в этом месяце + остаток бюджетов на начало месяца период действия которых попадает в данный месяц.
И все равно без документа закрытия неиспользованных/превышенных бюджетов не обойтись.
Как-то зубодробильно получается.
Отправлено: Quantum81 от Август 27, 2015, 12:56:40 pm
под произвольным периодом понимаются месяца, для которых закладывается ежемесячный бюджет.
Например: оплата поставщикам 500 на период с 15.01.2015 по 20.12.2015, подразумевает Январь 500; Февраль 500;....; Декабрь 500.
Т.е. фраза "произвольный период" сделана для упрощения ввода повторяющихся данных пользователем.
Критика такого допущения?
Отправлено: DimaKV от Август 28, 2015, 06:00:05 pm
вот еще идея допущения, упрощающая задачу до задачи из сборника.Таким разбиением на месяца Вы натолкнули меня на мысль, что эту задачу можно решать по аналогии с задачами СПР. Когда выплата ежемесячно, перетекающую командировку/больничный разбиваем на отрезки в пределах одного месяца.
под произвольным периодом понимаются месяца, для которых закладывается ежемесячный бюджет.
Например: оплата поставщикам 500 на период с 15.01.2015 по 20.12.2015, подразумевает Январь 500; Февраль 500;....; Декабрь 500.
Т.е. фраза "произвольный период" сделана для упрощения ввода повторяющихся данных пользователем.
Критика такого допущения?
Только на начало месяца я бы не записывал. Если период в Бюджете указывают с 25.08 по 31.08. Тогда расходный документ 10.08 проведется. Мне кажется, это не правильно.
Отправлено: Hunterr от Август 31, 2015, 11:47:40 am
Ознакомившись с предлагаемыми вариантами напросился еще один:
В документе "Бюджет" в шапке есть реквизит "Период" типа Дата. Указывать интервал "с" и "по" думаю не стоит. Также приводить эту дату к началу месяца тоже не стоит.
Бюджет учитывается в разрезе Подразделений и статей затрат.
При проведении дока "Бюджет" делаем движения по оборотному РН. Введенынй бюджет будет действовать с даты, указанной в доке "Бюджет" до следующего ввода такого же типа документа с такой же комбинацией измерений (подразделение, статья затрат). Если док "Бюджет" с такой же комбинацией измерений не вводится, значит бюджет действует до 3999 года.
Таким образом дополнительно мудрить ничего не нужно.
Как такой вариант?
а вот как быть с условием, что док. "Расход денег" может делать разные движения до конца пока не понятно.
А может быть пускай Расход денег делает одинаковые движения (в случае оплаты поставщику или возврата от покупателя) просто "+" это или "-" оставить на совесть пользователя. Сам пользователь будет решать "+" или "-".
Как думаете прокатит такое решение?
Отправлено: reset от Октябрь 10, 2015, 03:50:48 pm
1. Если будет 2 бюджета в течении месяца, "один в другом", как отрабатывать?
01.10-30.10
10.10-30.10
2. Если будет 2 пересекающихся бюджета?
01.10-10.11
20.10-12.12
Конечно можно при сдаче оставить комментарий, "неверно введенные бюджеты остаются на совести пользователя".
3. Например, если по статье «оплата поставщикам» запланировано 100 000 и 20 000, то при суммарной оплате более 100 000 и более 120 000 должны быть выданы соответствующие предупреждения.
100000 и 20000 - это "План и Превыешение", или "План по бюджету 1 - 100 000 и план по бюджету 2 - 20 000".
Отправлено: Fayde от Октябрь 19, 2015, 12:12:23 pm
Отчёт, вроде бы, работает как надо.
Отправлено: golod от Октябрь 19, 2015, 04:13:54 pm
Отправлено: Aluvika от Январь 22, 2016, 09:45:59 pm
Поскольку период произвольный, опирался на решение SAE на стр. 58 (http://"http://forum.chistov.pro/index.php?topic=2670.855") актуальных билетов. Билет №8.
Решение на 2 регистрах: БюджетПлан, БюджетФакт.
Измерения: Подразделение, СтатьяЗатрат.
Ресурсы: Сумма, (Превышение).
В документе "Бюджет" происходит распределение пропорционально равными долями по каждому дню из периода. Тут SAE постарался, спасибо!
Можно вводить несколько документов от разных подразделений, на любой период.
Документы расходов и приходов делают одинаковые движения с контролем превышения. Процедура вынесена в общий модуль.
Экономический смысл указания статей в документах опускаем, иначе можно долго допиливать. Условно, считаем, что могут быть любые статьи в любых документах. Считаю это своего рода "упрощением", допустимого в рамках экзамена.
С подсистемами особо не заморачивался, так что не ругайте.
Отправлено: Lenta от Июнь 09, 2016, 08:31:18 am
Отправлено: alfalume от Июль 15, 2016, 07:55:08 am
Отправлено: jonik от Июль 14, 2017, 11:22:59 pm
П.С. Уже не раз спрашивал, но все еще не получил ответа как реализовать "Можно считать, что документы задним числом не вводятся, но существующие документы могут быть перепроведены."?
Отправлено: jonik от Декабрь 22, 2017, 04:08:36 pm
Всем привет. Задача и вправду простая, но на осознание "простоты" уходит много времени. Сделал с 2-мя регистрами: в один пишется План, в другой Факт. Считаю, что совмещение в одном не совсем корректно и правильно, но об этом судить экзаменаторам :) Задача на знание механизма подписки на события(т.к. все документы проводятся одинаково), ну и на оборотный регистр. Небольшой "подводный камень": в случае соединения 2-х оборотных регистров, нужно выставлять периодичность Месяц и делать доп. связь по Периоду, иначе результат задваивается. Отчет аналогичен книжному.Подкорректировал
П.С. Уже не раз спрашивал, но все еще не получил ответа как реализовать "Можно считать, что документы задним числом не вводятся, но существующие документы могут быть перепроведены."?
Отправлено: Недоучка от Февраль 15, 2018, 12:38:51 pm
Отправлено: Aesh84@mail.ru от Май 08, 2018, 12:20:56 am
Бюджет 1 - с 01.03 по 17.03
Бюджет 2 - с 10.03 по 25.03
документ от, допустим 05.03 может рассчитывать только на Бюджет 1, а документ от 12.03 может рассчитывать на оба бюджета. Причем, как я думаю, документ вправе рассчитывать на бюджет в полном объеме, за минусом уже потраченного. Допустим Бюджет 1 - 12000. Если я введу документ 05.03, то я могу рассчитывать в нем на все 12000, а не на долю, рассчитанную как полная сумма бюджета/количество дней с 01 по 05. Но, если 03.03 уже введен документ факта, потративший по этому бюджету, допустим, 3000, то в документе от 05.03 я могу рассчитывать уже на 9000.
Еще один вопрос. При проведении документа по факту, может ведь быть такое, что плана нет (в реальной жизни вполне может), а может быть и наоборот. Как тогда строить отчет, вообще непонятно, факт к плану присоединять или наоборот. Судя по таблице в задаче факт надо к плану присоединять. Но, при проведении документа по факту, мы сначала делаем движения по факту, а потом делаем проверку, то есть движения по факту будут ТОЧНО, а вот по плану - вопрос.
Вот так. Возможно непонятно изложил. Были проблемы с билетом 7, но потом наткнулся на фото билета с экзамена и вопросы отпали сами собой (оказалось все проще): условие билета было поправлено. Вдруг кто-то сдавал именно этот билет, отзовитесь, пожалуйста
Чтобы не быть голословным, прикрепил мое решение. До отчета вроде картинка складывалась, но на отчете споткнулся опять
Отправлено: Sveta.romashko от Сентябрь 09, 2020, 10:20:11 pm
Я сейчас готовлюсь к экзамену и прохожу курсы, так вот решала данную задачу на одном регистре(остатки).
Док.Бюджет делает приход на дату начала, а потом расход на дату окончания.
Из общего модуля вызывается процедура проведения всех др. док-тов.
Они делают расход. В решении использовала традиционный способ проведения(с блокировкой регистра), но вроде как напрашивается новый метод проведения. Но из-за двух ресурсов не смогла его реализовать.
Может кто-то сейчас активно готовится и решает задачи. Очень хотелось бы услышать комментарии по решению.
Отправлено: Ильнур1975 от Сентябрь 10, 2020, 11:25:23 am
И блокировка не нужна, и всегда получаете актуальные обороты:план. факт, а превышение легко высчитывается.
Подводный камень - вывод предупреждения, а не сообщения. Нужно прописывать в каждом участвующем документе процедуру вывода предупреждения, а сообщение можно сразу в общем модуле события при подписке.
Отправлено: Sveta.romashko от Сентябрь 15, 2020, 02:29:26 pm
Здравствуйте. Тема возможно не совсем актуальна.
Я сейчас готовлюсь к экзамену и прохожу курсы, так вот решала данную задачу на одном регистре(остатки).
Док.Бюджет делает приход на дату начала, а потом расход на дату окончания.
Из общего модуля вызывается процедура проведения всех др. док-тов.
Они делают расход. В решении использовала традиционный способ проведения(с блокировкой регистра), но вроде как напрашивается новый метод проведения. Но из-за двух ресурсов не смогла его реализовать.
Может кто-то сейчас активно готовится и решает задачи. Очень хотелось бы услышать комментарии по решению.
Всё же регистры типа остатки не подойдут - невозможно вывести в ноль.
Переделала задачу на двух оборотных регистрах.
Сдающие рассказывают, что док.Бюджет имеет реквизит "произвольный период " для статьи затрат. Не могу понять как это реализовать на практике..?
Отправлено: Ильнур1975 от Сентябрь 16, 2020, 04:22:18 pm
...Бюджет имеет реквизит "произвольный период " для статьи затрат. Не могу понять как это реализовать на практике..?
вообще-то это два реквизита: начало и окончание.
Период как период, ничего особенного.
Отправлено: MaxDen от Май 25, 2021, 02:22:50 am