-
сложновато отчет вышел
Вложения:
2.23.dt
-
Да, я тоже над промучился все хотел попроще сделать, ща твое посмотрю
Отчеты по разному сделали, еще не вникал) а само решение практически одни в один, но у тебя попроще читать
Про мой отчет:
1.Берем из вирт таблицы оборот по дебету, так получим, что выдали. (ДатуПлан в зависимости от регистратора (у тебя от партии))
2.Левым соединением присоединяем ту же таблицу по условию, что оборот Дт = Кт (значит сотрудник все вернул) и берем дату от регистратора - это дата факт.
Вложения:
0959131.dt
-
SergTH000, я если честно пока не смотрел твою базу, и текст самой задачи забыл уже но вот сейчас достал задачник, прочитал, вспомнил, и первое что пришло в голову:
условие: штрафные санкции не начисляются когда сумма долга меньше копейки.
твое соединение: Дт = Кт
нормально будет срабатывать?
-
aworld, Нормально Данные берем из регистра, если сумма меньше коп. то они туда не попадают + периодичность по регистратору, вообщем по этому условию попадут все записи за которые сотрудник рассчитался.
Штрафные это вообще отдельная проводка, там же написано что сумма, которую он платит не должна отличаться от суммы долга, значит если он заплатил то Дт = Кт
-
SergTH000, супер
-
Мой вариант.
Добавлено (08.09.2010, 12:15)
---------------------------------------------
Quote (SergTH000)
Да, я тоже над промучился все хотел попроще сделать, ща твое посмотрю Отчеты по разному сделали, еще не вникал) а само решение практически одни в один, но у тебя попроще читать Про мой отчет: 1.Берем из вирт таблицы оборот по дебету, так получим, что выдали. (ДатуПлан в зависимости от регистратора (у тебя от партии)) 2.Левым соединением присоединяем ту же таблицу по условию, что оборот Дт = Кт (значит сотрудник все вернул) и берем дату от регистратора - это дата факт.
Прикрепления: 0959131.dt(152Kb)
1. На штраф считает 10%, а не 0.1% может, конечно, разные задачники. У меня за Апрель 2009.
2. Обязывает заполнять дату штрафа, даже когда штраф не начисляется.
3. При попытке списать штраф: {Документ.ВозвратЗайма.МодульОбъекта(49)}: Преобразование значения к типу Дата не может быть выполнено
Если КонецДня(Выборка.ДатаВозврата) < Дата И Выборка.СуммаОстаток*0.1 > 0.01 Тогда
Дальше смотреть не стал.
Предвижу, что групповое перепроведение работать не будет.
Вложения:
3149585.dt
-
Heckfy, Я тебе конечно очень признателен, что ты тратишь свое время отлаживая мою программу =) Честно скажу, что на отладку времени трачу по минимуму, так введу пару документов, не проведутся буду смотреть, проведутся и все нормально и ладно. На экзамене времени тоже на отладку не будет, а такие ошибки как
Quote
Обязывает заполнять дату штрафа, даже когда штраф не начисляется.
или Quote
На штраф считает 10%, а не 0.1% может
неизбежны из-за малого количества времени. Больше того сам не смотрел в режиме отладки ни одного решения с сайта, смотрю только конфигуратор) Мне интересен не конечный вариант работающей программы, а метод решения и выявление ошибок в методологии.
-
мой вариант
Вложения:
Zhora_Vlg-2.23.dt
-
Мой вариант решения задачи 2.23
Вложения:
1Cv8_sada_2_23.dt
-
Heckfy,
Странное условие:
...И ВыборкаДетальныеЗаписи.Остаток > 0.01 Тогда
если вы проверяете условие :...когда сумма штрафа становится МЕНЬШЕ одной копейки тогда должно быть >=
А если так, то оно становится ненужным...так как если есть остатки то они в любом случае >=0.01 т.к. как у ресурса сумма бух.регистра точность 2 Sada
а у вас наверно просто опечатка в условии: Если ВыборкаДетальныеЗаписи.Превышен и Сумма>=100 Тогда // штраф
если проводить контроль на < 1 коп то должно быть 10 т.к. 100/100*0,1 =0,1 руб
-
:)
-
Quote (arhov)
Heckfy, Странное условие: ...И ВыборкаДетальныеЗаписи.Остаток > 0.01 Тогда если вы проверяете условие :...когда сумма штрафа становится МЕНЬШЕ одной копейки тогда должно быть >= А если так, то оно становится ненужным...так как если есть остатки то они в любом случае >=0.01 т.к. как у ресурса сумма бух.регистра точность 2
Возможно ты прав и нужно "ВыборкаДетальныеЗаписи.Остаток >= 0.01" Некогда сейчас разбираться. Если это единственный недочет, то классно!
Спасибо.
-
arhov, да , согласен, спасибо.
-
Вопрос: Можно ли решить эту задачу без добавления второго субконто, например добавить РН?
-
tell, думаю что не одобрят, так можно весь бух учет на регистрах накопления вести
-
Sada, у тебя для остатков на начало месяца не определяется штраф
-
Quote (arhov)
Sada
а у вас наверно просто опечатка в условии: Если ВыборкаДетальныеЗаписи.Превышен и Сумма>=100 Тогда // штраф
если проводить контроль на < 1 коп то должно быть 10 т.к. 100/100*0,1 =0,1 руб
и ещё, в Движение.Сумма = Сумма/10; не 10, а 1000, поскольку 0.1 % а не 10%
Sada, спасибо за самое понятное решение!
-
мое решение...
Вложения:
2.23_Baksha_bni.dt
-
Sada, в твоем решении (документ ВозвратЗайма) в запросе вот эта конструкция не работает
| ВЫБОР
| КОГДА (ВЫРАЗИТЬ(УправленческийОстатки.Субконто2 КАК ДАТА)) < &ДатаДок
| ТОГДА ИСТИНА
| ИНАЧЕ ЛОЖЬ
| КОНЕЦ КАК Превышен,
реально возвращается всегда истина, т.е. даты не хотят сравниваться.
х.з. почему, хотя в консоле запросов все норм.
-
SergTH000, мне все нравится. Единственный момент, когда делаем проводку по штрафу, то надо использовать период не дату документа, а дату возврата штрафа)
Добавлено (18.02.2011, 13:28)
---------------------------------------------
Хотя щас подумал, я не прав. На самом деле нужно изменить запрос, когда у нас субконто2 это документ возврата, нужно эту дату брать в качестве даты возврата)
-
моё решение
Вложения:
AP_2.23.dt
-
Кто нибудь знает как можно сделать так чтобы в момент проведения в случае необходимости интерактивно назначить дату возврата штрафа?
Мое решение.
Вложения:
Task_2_23..dt
-
попытка 2.23
Добавлено (16.05.2011, 13:49)
---------------------------------------------
Quote (Danan)
Кто нибудь знает как можно сделать так чтобы в момент проведения в случае необходимости интерактивно назначить дату возврата штрафа?
Я просто сделал, при необходимости выставить штраф проверяем заполненность поля Даты возврата штрафа и соответственно не проводим если не заполненно
Вложения:
2_23_lukashov.dt
-
Lukashov_as, я тоже так сделал, и добавил к этому проверку на то чтобы дата возврата штрафа была больше даты документа.
Первоначальное хотелось реализовать такое: чтобы при проведении документа в случае необходимости открывалась форма в которую пользователь вводил бы дату, и эта дата назначалась в качестве даты возврата штрафа. В конфигураторе определил общую формы, но при попытках программного использования этой формы при проведении документа, документ выдает ошибку, что то типа: "Интерактивные работы запрещены".
Еще одна особенность в синтакс-помощнике в примечаниях к управляемой форме, есть некие предупреждения относительно программного использования таких форм.
-
А что означает в задании фраза: штрафные суммы в виде вновь выданногог займа. Этот займ погашается другим экземпляром документа "Возврат займа". Что нужно создавать второй документ?
Добавлено (10.08.2011, 07:40)
---------------------------------------------
Все ясно это я ступил заучился наверное...
-
Мой вариант
Вложения:
GS_2.23.dt
-
Мой вклад в копилку
Вложения:
7941817.dt
-
Hawk, а где документ "Операция"? Говорят, что это не гласное требование по задачам на БУ.
Отчет, по условию должен, показывать не погашенные займы до начала своего периода, а не только в выбранном периоде.
Еще одна "заковырка": если есть документ операция и займ погашается несколькими частями (ОПЕРАЦИЕЙ) то реальная дата возврата займа в отчете будет определятся не правильно.
-
Teriban,
Quote (Teriban)
а где документ "Операция"
ты видимо мало еще задач решал, однообразные операции (создание документа операции, блокировки ....) уже надоели поэтому не делаю
Quote (Teriban)
Еще одна "заковырка": если есть документ операция и займ погашается несколькими частями (ОПЕРАЦИЕЙ) то реальная дата возврата займа в отчете будет определятся не правильно.
в задании сказано "возвращаемая сумма должна полностью совпадать с сумой полученных в свое время средств. Если сумма отличается то документ не должен проводиться" частями он погашаться не может, док операция введен как вспомогательный инструмент, с его помощь можно все что угодно наворотить.
вопросы?
За отчет спасибо учту
-
Hawk, я БУ делаю в 2 этапа сначала все без документов, но с операцией. Делаю проверки. Потом "добиваю" документы...
Quote (Hawk)
в задании сказано "возвращаемая сумма должна полностью совпадать с сумой полученных в свое время средств. Если сумма отличается то документ не должен проводиться"
Вот я тоже так считал. Так получилось, что эту задачу у меняя проверил препод, который принимает экзамен. И он посчитал это ошибкой!
Суть в том чтобы определять дату возврата при 0-й задолженности, а не брать первую попавшуюся...
-
1. Сделал субконто2 составного типа из двух документов "Выдача займа" и "Возврат займа", а не с датой. Так правильнее (Профессиональная разработка, стр.253).
2. Сделал вывод дат (планируемая и реальная) в том виде который требуется в отчете.
Вложения:
Gyd_2_23.dt
-
Гуд почему так правильнее? можешь ссылку на эту книгу разместить
-
Залил на вебфайл: http://webfile.ru/5846261
-
спс
-
Quote (Gyd)
1. Сделал субконто2 составного типа из двух документов "Выдача займа" и "Возврат займа", а не с датой. Так правильнее (Профессиональная разработка, стр.253).
2. Сделал вывод дат (планируемая и реальная) в том виде который требуется в отчете.
Прикрепления: Gyd_2_23.dt(164Kb)
Плохо делать субконто примитивного типа, в частности датой, но это путь "наименьшого сопротивления". На экзамене будут больше щимить за "корявый" отчет чем за ВС.
Тоже отчет не работает, как мимимум выданные займы, до начала периода отчета, не определяются. Даты возврата определяются не "Идеально".
-
Quote (Teriban)
Тоже отчет не работает, как мимимум выданные займы, до начала периода отчета, не определяются.
Согласен, не дочитал условие.
Quote (Teriban)
Даты возврата определяются не "Идеально".
А что значит "не идеально"?
-
Quote (Gyd)
А что значит "не идеально"?
Чуть раньше уже писал.. Нужно брать именно ту дату возврата, когда займ погашен полностью (остаток = 0). Хоть и в условии написано - что займ погашается за раз!
-
Quote (Teriban)
Нужно брать именно ту дату возврата, когда займ погашен полностью
А разве в отчете не так? Например, займ полностью погашен 2 марта, эта дата и попадает в отчет. Или я что-то не так понял?
-
Quote (Gyd)
А разве в отчете не так? Например, займ полностью погашен 2 марта, эта дата и попадает в отчет. Или я что-то не так понял?
1. Выдаем займ на 1000 1-го
2. Операцией гасим 500 2-го
3. Другой операцией гасим еще 500 4-го
Имеем две даты погашения займа надо брать вторую, т.к. 4-го займ погашен полностью (Остаток = 0)
-
Вы усложняете задачу
-
Teriban, тебе эта задача на экзамене попалась?
-
Hawk, я пока только готовлюсь.. Но эту задачу проверял препод, который принимает экзамен. Если все красиво написать в доках, построить так отчет и даже с субконто типа дата можно рассчитывать на отлично!
-
Мой вариант.
Вложения:
sv_mikh_02_23.dt
-
Тоже внесу свой вклад
Вложения:
2_23_v3.dt
-
Teriban, В задаче все хорошо (она правда легкая ), а вот отчет особо не вникал но вроде норм ... ты прав чтобы непогашенный штраф выводился нужно таблицу остатки использовать че та я в своем решение не подумал ...
-
Hawk, легкая то легкая, зато отчет ну его в пень Вообще в задачах БУ практически все отчеты строятся сложнее чем в ОУ.
-
Teriban, скажи у тебя в коде "ЭлементБлокировки.УстановитьЗначение("ПланыВидовХарактеристик.ВидыСубконто.Сотрудники",Сотрудник);"
В поле пространства блокировок пишется Субконто1 или как у тебя тоже можно?
-
Так как у меня не работает на старых платформах (ниже 8.2.13).
-
Такой вариант решения задачи.
Спасибо за комментарии и замечания.Добавлено (14.03.2012, 12:13)
---------------------------------------------
sv_mikh,
Какое ваше мнение может в этой задаче можно обойтись одним субконто. ДатаВозврата а Сотрудника вытянуть из владельцев. Или создать договор займа с реквизитами дата возврата и сотрудник.
Вложения:
kow1976_2.23.dt
-
kow1976,
У меня их вообще 3.
Т.к. если в периоде было несколько займов и возвратов, что тогда будете далать с ДатаПлан и ДатаФакт(скажем плановая дата одна а по факту разные задолженности и погашались разными документами).
Ведь тогда для соединения необходимо еще поле. В моем случае это ДокументВыдачи.
Думаю что точно не будет ошибкой на субконто не экономить.
-
LEOON,
Я в решении использую немножко другой принцип.
Не важно какой документ создал долг не важно каким он гасился. важно что он гасится полностью и когда он стал ноль это дата фактического возврата. А планируемый возврат в месте с сотрудником храним в одном субконто ДатаВыдачиКредитов, т. е. если были два разных кредита в одном периоде, это две разные ДатыВыдачиКредита.
Я в принципе на субконто тоже не жадный, но так лень их делать и обслуживать. И вроде как они замедляют работу системы.
-
мое
Вложения:
2.23_max_osodoe.dt
-
мое решение, довольно просто.
Не понятно что потом делать с копейками, если не начислять штраф на копейки, то как их потом гасить.... поэтому вообще заморачиваться не стал.
Вложения:
lex_2.23.dt
-
lexeyt,
1. Тип "ДокументСсылка" в субконто (в данной задаче) - это не очень благоприятно скажется на производительности, так как часто приходится делать соединение через точку (это по сути тоже запрос).
2. Блокировок нет при чтении данных из регистра. А если кто-то одновременно с вами займ выдаст? Тут много вариантов.
3. В отчете берете поле "УправленческийОбороты1.Регистратор.Дата" из виртуальной таблицы. Можно просто Период оттуда взять.
4. Нет документа БухгалтерскаяПроводка или РучнаяОперация. Он обязателен для всех бухгалтерских задач.
5. По поводу копеек не совсем вас понял ... По условию, если сумма штрафа меньше одной копейки, то штраф вообще не начисляется и соответственно его возвращать не надо, т.е. регистр будет в ноль уходить всегда. Если вы это имели в виду.
-
У меня такое решение получилось
Вложения:
nodalt_2_23.dt
-
Отчетец еще тот. И непонятно что лучше: субконто "Документ" составного типа или два субконто "ДатаВозврата" и "ЭтоШтраф" примитивных типов.
Вложения:
iomoe_2_23.dt
-
Мой вариант
Вложения:
2_23.dt
-
Такой вариант решения. Вроде не сильно сложно...
Вложения:
3479472.dt
-
сначала решил с одним субконто Сотрудник, и весь день шаманил с отчетом, ну никак не выходило правильно - вылезали пустые даты ПланируемаяДатаВозвращения по сотрудникам к\м выдали займы в период не входящий в отчет, видимо СКД подхватывает дату начала отчета для всех ВТ хотя я в ВТ из к\й брал ПланируемаяДатаВозвращения по к\м выдали займы в период не входящий в отчет ставил в НачалоПериода параметр к\й не выводился пользователю и не задавался, т.е. должны были браться данные с начала летоисчесления, но СКД зараза такая упорно подставляет в этот параметр НачалоПериода формирования отчета,
пришлось добавить второе субконто Документ с составным типом ВыдачаЗайма и ВозвратЗайма и оттуда уже вытягивать ПланируемаяДатаВозвращения, и отчет заработал как надо,
для наглядности оставил оба отчета
Вложения:
5177610.dt
-
artfa в отчете появляются доки по которым есть остатки (но нет оборотов) - противоречит условию задачи.
Я решил брать дату возврата и признак штрафа из РС, поскольку вроде как не велено ходить бесконечно далеко назад чтобы вытаскивать сведения из проводок и, тем более, из документов.
-
Сама задача элементарная, но вот отчет...
Вложения:
Zhuravlik_2.23.dt
-
Прощу оценить.
-
Прошу.
-
Добрый день! На суд общественности.
Выдача займа - по новой методе проведения.
В отчете - еще и остатки займов на начало периода, почему то обычно только обороты берут.
-
покриткуйте