Илья, спасибо большое за твои уроки! Смотреть очень приятно. Не все могут с таким юмором и простотой говорить и таких не очень простых вещах в 1С. Спасибо большое! Сколько ни смотрел видео по подготовке, но Илья всегда показывает почему происходит та или иная ошибка, что будет если сделать так, а не иначе. Поэтому люди - хейтеры, то что делает Илья - это очень правильно. Именно так нужно говорить о таких вещах, упрощая для новичков!
Илья, как всегда на высоте, начинал тебя смотреть еше до того как пришел в профессию, прочитал 4 книги из 5 которые ты советовал, полтора года как 1с-ник
привет, вот смотрю я как Илья дает материал, оч комфортно к восприятию и пониманию. Скорость подачи тоже идеальна. я, как прошедший онлайн курсы 1с в 2020, могу сказать, что довольно таки мучительно было стараться понять и переварить материал 1с курсов. здесь же все для меня интереснее в разы.
Красава Ильюха, все по теме, интересно смотреть и все параллельно прорабатывать, хороший материал для подготовки к спецу по платформе (вне зависимости от уровня программирования!!!) Аналогично смотрел в записи, все четко и смотреть не нудно занятия, интересный подход к разбору материала!!! Ждем последующего материала по подготовке, занятие 6 и далее, а пока последовательно разберу все имеющиеся занятия! =))
Спасибо за материал. Не надо оправдываться, забей на тех кто не доволен. Пускай валят, не фиг за них держаться. Ты за зря тратишь своё время на троллей
Вашему каналу развития и процветания. Люди, когда пишут гадости, не понимают, что тем самым характеризуют себя. У себя на канале, я сам ничего не удаляю и не блокирую, это делает ютьюб за меня. То, что остается, то останется в коментах навечно, чтоб дурь писаки была видна.
Здоровья Вам, Илья, счастья в личной жизни и зарплаты большой, чем бы Вы там сейчас не занимались! Смотрю на финальное количество получившихся видео в серии подготовки к спецу по платформе и понимаю что я бы так не смог. Сумасшедший труд Вы проделали, за что Вам спасибо огромное!
1с комьюнити сверхтоксичное. Илья, не слушай никого. Ты делаешь хорошие вещи. У меня опыт вроде большой, но всегда приятно посмотреть и найти свежие идеи, взглянув со стороны. :)
Начала смотреть канал, очень приятная подача информации, а главное понятная!) Посмотрела много разных курсов - есть с чем сравнивать.. Буду с удовольствием смотреть все остальные занятия
Илья, с прошедшими праздниками, удачи, здоровья, благополучия. У Вас самый позитивный канал по 1С :-))). Если у кого то пробелы в воспитании, баньте этих кандидатов околовсяческих наук, здесь люди собираются чтоб Вас послушать, а не дерьмо на вентилятор разбрасывать. Тюмень Вас смотрит :-)))
Как вовремя (для меня) выходят твои ролики по подготовке, есть понимание кода, но нет знаний правил... Смотрю с удовольствием! *утром 01.01.2021. Спасибо:) (Работаю аДынЭсником 4 года:))
Илья, в процедуре проведения конструкторские скобки движений регистров лучше не удалять, а переносить в конец процедуры. А то, после выполнения задания по ОУ и тестировании, приступая к заданию по БУ, например, в РасходнойНакладной запустим повторно конструктор движений, то затрем все наши труды по ОУ. В Приходной накладной не жалко (можно быстро восстановить), а вот в Расходнике - потеряем дополнительное время при восстановлении.
Илья, не обращайте внимания на таких людей, мне нравятся Ваши видео, не скрою, конечно, что хотелось бы чтобы покороче строилось все видео, но это ваш канал, бесплатный труд... спасибо вам за видео... еще раз... смотрела и буду смотреть,
а все думал как вытащить таблицы регистров в управляемых формах в режиме предприятия, вот наконец узнал, очень удобно! Полезное замечание, кому надо тот и вытащит, обычному пользователю регистры не нужны.
В первых нескольких видео много болтовни, суеты и метаний туда сюда - все это сбивает серьезный настрой :( НО:) в последующих видео Илья значительно улучшил качество подачи, а в первых трансляциях он вероятно просто волнуется. Отличный курс по подготовке!
Еа ночь, досмотрел. Момент с блокировками объяснён просто класс. Реально за какие-то 20 сек объяснено просто чотка. Я их как увидел подумал щас у меня опять головка будет болеть. Единственное, что хорошо бы разобрать детально какие именно данные необходимо блокировать. По сути наверно можно логически дойти, наверное те по которым мы строим остатки для проверки.
Надо блокировать те данные, которые используются при формировании временной таблицы остатков. То есть алгоритм такой: 1. Написали запрос. 2. Посмотрели, на какие поля мы наложили отбор при построении таблицы остатков. 3. Описали блокировку с указанием этих полей.
53:00 - здесь оптимальней будет сделать условие такое: "Номенклатура В (...) И Склад В (...) Либо через параметр Склад = &Склад. Так как оператор множественной вложенности преобразуется в сложную конструкцию на уровне sql (в sql нет такого оператора, по крайней мере в transact sql, который от Майкрософта, точно, там есть возможность через оператор EXIST, как это можно реализовать в несколько этапов, запрос будет сложнее). Короче, если у нас склад не меняется в строке, то лучше два условия сделать, если нам важна производительность. (я видел, что ты переделал потом через параметр, но там аргументация была другая, что тоже верно - лишнее соединение).
Да все ты правильно делаешь, просто некоторые люди любят придираться к мелочам и привлекать к себе внимание. Конечно у каждого свое видение решения, ты пишешь так, другой воскликнет - нужно по другому, а по итогу оба варианта правильны и разницы нет.
Смотрел недавно часть курса по платформе - в нём говорилось, что если сделать так: Движения.ОстаткиНоменклатуры.Записывать = Истина; Движения.ОстаткиНоменклатуры.Записать(); то флаг "записывать" не сбросится, в отличие от просто Движения.ОстаткиНоменклатуры.Записывать = Истина; Движения.Записать(); Т.е. Записать() - записывает движения и сбрасывает флаг, а Управленческий.Записать() - записывает, но флаг не сбрасывает. (возможно, я что-то не так понял, но вроде так там говорилось).
Можно ли заполнять регистр накопления не используя стандартную конструкцию свойство движения в документах. Например создать кнопки приход и расход в регистре накопления и через обработку получить данные из документа.
Илья, с наступающим! Спасибо за труды. Дополнение по части оптимизации запроса: при проверке остатков имеет значение порядок указания условий. Корректнее будет сначала условие по складу, а потом по номенклатуре. На больших таблицах отработает быстрее. Подразумевается что складов в системе меньше чем номенклатуры, а чаще оно так и есть) Наверное для экзамена не имеет значения..но на практике оно так.
Сергей, с наступающим. Есть момент, условие зависит от порядка измерений и еще от кучи факторов) . Первым измерением обычно выбирают тот объект, у которого селективность выше (меньше повторяющихся значений в записях регистра). И будет правильнее в первом условии выбирать это измерение, т.к. поиск сработает по индексу. Даже если у измерения Склад будет установлено свойство Индексировать = Истина, то из-за небольшой селективности, выборка данных будет происходить медленнее, т.к. системе нужно будет еще отбирать большое количество данных по второму условию. Пример, 100 складов и 10000 записей спр. номенклатура, записи распределены равномерно (в 1 складе 100 записей разных номенклатур) Если выбираем склад 1, то еще 100 записей номенклатура нужно отфильтровать. Если выбираем номенклатуру 1, то еще 10 записей склад нужно отфильтровать. Надеюсь понятно объяснил.
Реально тут очень сильно упростилась процедура пересчета. Реально в прошлом ролике метод был довольно трудоёмкий. Здесь все было упрощено все просто до нельзя. Такой метод я бы реально использовал на экзамене.
все говорят про нулевую цену, только почему то не понимают что нулевой цены не может быть)там может быть скидка 100% к цене в итоге будет 0, но по правилам бухгалтерии нулевой цены не должно быть вообще, не 1 организация не имете права проводить нулевые цены)
Илья, хорошая подача как всегда. Расскажи будет ли ошибка, если не контролировать распроведения (удаления) Документов поступления, если остаток станет отрицательным? Сегодня 02.01.2021 в 15:00 ждать стрима?
Андрей, вообще надо задание читать. Что там сказано, то и нужно делать. Не припомню, чтобы среди экзаменационных была задача, где нужно было бы это контролировать. Стрим состоится 03 января в 15:00.
Илья, добрый вечер. Почему вы убрали разыменовывание склада в запросе, но оставили представление? И второй вопрос. можно ли использовать вместо стандартного реквизита "представление" функцию языка запросов Представление?
"Удалять автоматически при отмене проведения" используем потому, что данный метод не удаляет в начале перепроведения движения и соответственно, не блокируются данные в начале транзакции, а блокируются позже, при записи, в отличие от "Удалять автоматически", который блокирует при начале перепроведения, удаляя записи. Т.о. выбирая "Удалять автоматически при отмене проведения" мы уменьшаем время блокировки данных и тем самым увеличиваем возможность параллельной работы пользователей, что влияет на быстродействие системы.
Пойдет видео, вспоминаю как я готовился на курсе Белоусова спец по платформе сдавать экзамен не думал тогда, но толчок к развитию дало.Edt не пробовали? Мне зашел хорошо он как Java Eclipse, действительно похож. Удобно!
Конкатенация, может, чуть медленней, чем СтрШаблон, но не настолько, чтобы это было критично на экзамене или в реальной жизни. Про СтрШаблон надо рассказать, кстати.
Перед началом проведения мы чистим остатки. А если при попытке проведения получаем отрицательные остатки и проведение отменяется - что получаем? Пустые проводки проведенного документа?
Установка флага Отказ = Истина приводит к отмене всей транзакции проведения. В том числе отменяются действия по очистке движений документа (так что движения остаются).
ситуацию с 2 пользователями можно воспроизвести если при проведении под 1 пользователем поставить точку останова на записи. При этом 1 пользователь блокирнет таблицу , а дальше запускаешь 2 сеанс и пытаешься провести новый документ.
Будет ли правильным привязать Реквизит СуммаПоДокументу к "ИтогСумма" табличной части через свойство "ПутьКДанным" поля. > Объект.СписокНоменклатуры.ИтогСумма? Чтобы не использовать "ПередЗаписью".
Илья, что-то не понял, может быть в следующих видео это разъясняется, но почему используется МоментВремени? Вы говорите момент времени это сам момент проведения документа, но это НЕ так, это момент непосредственно ПЕРЕД датой документа. И даже при проведении, когда уже было проведено несколько расходников в одну и ту же секунду, программа их не учла. Почему не "Граница времени Вид границы включая" была использована?
По большому счету нам не очень важно здесь, момент времени здесь будет или граница с видом "включая", ведь мы все равно в начале обработки проведения очищаем все движения документа. Мы используем именно момент времени, потому что в требованиях к экзамену сказано: "Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа".
@@IlyaLeontyev очищаем движения регистратора. Получается в одну секунду мы можем провести бесчисленное множество документов, главным условием является, чтобы контролируемое значение каждого отдельного документа проходила проверку. Конечно, если мы оставим по умолчанию значение "Оперативное проведение", то да, проблемы не возникнет, т.к. 1С сама раскидает по времени документы.
Илья просил написать в чат об Оперативное проведение Запретить, я хоть в комментариях напишу. Шутка, не шутка, но перед этим действием рекомендую почитать "Конец вечности" Айзимова и "И грянул гром" Бредбери. Нужно не забыть про параметр "Период" виртуальной таблицы регистров накопления тип Остатки и понимать что туда нужно установить. Про БлокировкуДанных - зависит от типа СУБД. Для файлового варианта там и смысла в ней нет, так как всегда блокируется вся таблица. И насчет начала/конца транзакции тоже можно поспорить. Блокировка не ручная, она "управляемая", то есть ее задача - минимизировать пространство. Но не забывайте, что СУБД при транзакции все равно накладывает блокировку :) Илье спасибо. Рассказывает хорошо.
Илья, ты как то делал специально , чтобы у тебя платформа перезапускалась быстрее? А то у тебя быстро а у меня на норм компе долго. и ведь она каркасная, пустая.
Смотрю уже год твои видео и понимаю какой адский труд ты проделал. Молодец, так держать. Очень много нового узнал
Илья, большое спасибо за видео, особенно за акцентирование внимания на ошибках, которые могут снизить баллы на экзамене.
Смотрел в записи, все четко, Илья, роста канала и адекватных зрителей в новом году)
Респект Вам. Спасибо большое за Ваш ТРУД!
Илья, спасибо большое за твои уроки! Смотреть очень приятно. Не все могут с таким юмором и простотой говорить и таких не очень простых вещах в 1С. Спасибо большое!
Сколько ни смотрел видео по подготовке, но Илья всегда показывает почему происходит та или иная ошибка, что будет если сделать так, а не иначе. Поэтому люди - хейтеры, то что делает Илья - это очень правильно. Именно так нужно говорить о таких вещах, упрощая для новичков!
Адекватный спикер по 1С, нечасто такое встретишь! 💛
Илья, спасибо тебе дорогой ты мой человечек. Дай бог тебе всех благ)
Илья, как всегда на высоте, начинал тебя смотреть еше до того как пришел в профессию, прочитал 4 книги из 5 которые ты советовал, полтора года как 1с-ник
как же все понятно по сравнению с Белоусовым, я даже не чувствую себя ущербным, спасибо))
Самый крутой канал! Легко смотрится и интересно учиться!!! 😃
Спасибо! Бодрая и доступная подача!
Это не только полезно и настроение поднимает. Реально спасибо за видосы
привет, вот смотрю я как Илья дает материал, оч комфортно к восприятию и пониманию. Скорость подачи тоже идеальна. я, как прошедший онлайн курсы 1с в 2020, могу сказать, что довольно таки мучительно было стараться понять и переварить материал 1с курсов. здесь же все для меня интереснее в разы.
Красава Ильюха, все по теме, интересно смотреть и все параллельно прорабатывать, хороший материал для подготовки к спецу по платформе (вне зависимости от уровня программирования!!!)
Аналогично смотрел в записи, все четко и смотреть не нудно занятия, интересный подход к разбору материала!!!
Ждем последующего материала по подготовке, занятие 6 и далее, а пока последовательно разберу все имеющиеся занятия! =))
Илья, большое спасибо за видео.
Спасибо за материал. Не надо оправдываться, забей на тех кто не доволен. Пускай валят, не фиг за них держаться. Ты за зря тратишь своё время на троллей
бесконечно благодарен за освещение вопроса по поводу абудефдуфа обыкновенного!
оооо. как классно, мы вместе готовимся.
Круто Илья вы так быстро на коменты отвечаете, С Праздником Вас
Спасибо, и вас с праздником )
Спасибо. Сдавать не собираюсь, но смотрю с удовольствием.
Спасибо Илья. Основательно, толково. Лайк поставил, комментарий написал, Адблок на канале отключил.
Илья, спасибо ! Очень нужный , точный урок.
Поздняя благодарность. Не обращайте внимания на хейтеров.
Вашему каналу развития и процветания. Люди, когда пишут гадости, не понимают, что тем самым характеризуют себя. У себя на канале, я сам ничего не удаляю и не блокирую, это делает ютьюб за меня. То, что остается, то останется в коментах навечно, чтоб дурь писаки была видна.
Здоровья Вам, Илья, счастья в личной жизни и зарплаты большой, чем бы Вы там сейчас не занимались! Смотрю на финальное количество получившихся видео в серии подготовки к спецу по платформе и понимаю что я бы так не смог. Сумасшедший труд Вы проделали, за что Вам спасибо огромное!
Леонтьев Илья, ты красава я с тобой, ты даёшь хорошие рекомендации
1с комьюнити сверхтоксичное. Илья, не слушай никого. Ты делаешь хорошие вещи. У меня опыт вроде большой, но всегда приятно посмотреть и найти свежие идеи, взглянув со стороны. :)
Начала смотреть канал, очень приятная подача информации, а главное понятная!) Посмотрела много разных курсов - есть с чем сравнивать.. Буду с удовольствием смотреть все остальные занятия
Спасибо огромное, всё четко и ясно, успехов вам, Илья и всего хорошего!
Охренительные уроки))) я узнал много нового!!!
Илья, с прошедшими праздниками, удачи, здоровья, благополучия. У Вас самый позитивный канал по 1С :-))). Если у кого то пробелы в воспитании, баньте этих кандидатов околовсяческих наук, здесь люди собираются чтоб Вас послушать, а не дерьмо на вентилятор разбрасывать. Тюмень Вас смотрит :-)))
20:00 и 38:00 И да, как же всё-таки крут Илья. Умный, добрый, дружелюбный ♥️
Прекрасное занятие! Спасибо
Прикольная подача материала. Автору успехов!
Илья, спасибо! Ты лучший!
Хорошее занятие. Мне понравилось.
Спасибо огромное за урок!
классная подача, приятно слушать :)
Илья огромное спасибо. Все время хотел получить сертификат. Благодаря тебе я думаю смогу подготовиться и сдать данный экзамен с первого раза
как курс? стоит ли проходить и смотреть?
@@maximus_2712 ДА
Спасибо за видео! Все доходчиво мне нравиться. ( + за записывать = Истина , а то у меня по этому были вопросы)
Как вовремя (для меня) выходят твои ролики по подготовке, есть понимание кода, но нет знаний правил... Смотрю с удовольствием! *утром 01.01.2021. Спасибо:) (Работаю аДынЭсником 4 года:))
Успехов вам в вашем не легком деле
Илья, с Наступающим Новым Годом! Удачи в делах.
Спасибо! И тебя с наступающим!
Неоценим ваш труд ❤
Спасибо, Илья.. полезно.
Илья, в процедуре проведения конструкторские скобки движений регистров лучше не удалять, а переносить в конец процедуры. А то, после выполнения задания по ОУ и тестировании, приступая к заданию по БУ, например, в РасходнойНакладной запустим повторно конструктор движений, то затрем все наши труды по ОУ. В Приходной накладной не жалко (можно быстро восстановить), а вот в Расходнике - потеряем дополнительное время при восстановлении.
Отличные видео, конспектирую и учусь) приятная подача, легкая речь 👍
Илья, не обращайте внимания на таких людей, мне нравятся Ваши видео, не скрою, конечно, что хотелось бы чтобы покороче строилось все видео, но это ваш канал, бесплатный труд... спасибо вам за видео... еще раз... смотрела и буду смотреть,
Спасибо! Очень полезно и понятно!
отлично!! 1:12:01 🤣🤣
Спасибо огромное за Ваш труд.
Супер. Идем по плану.
СПС, очень доходчиво
Супер лайк, большое спасибо!
Оппозиционера из штаба сразу видно :D
а все думал как вытащить таблицы регистров в управляемых формах в режиме предприятия, вот наконец узнал, очень удобно! Полезное замечание, кому надо тот и вытащит, обычному пользователю регистры не нужны.
У Вас всегда так шикарно выглажены рубашки, каждый раз думаю: как можно добиться такого результата) Поделитесь?)
Фсе офигенно доступно!!! Илья, вы наверное любую тему можете раскрыть так же просто!!! Чем вы сейчас занимаетесь?
"Срать на эти пол секунды" 👍
Параметрируемые* (Сам только что придумал)
А так Всё норм в уроках! Лайк влепил
В первых нескольких видео много болтовни, суеты и метаний туда сюда - все это сбивает серьезный настрой :(
НО:) в последующих видео Илья значительно улучшил качество подачи, а в первых трансляциях он вероятно просто волнуется.
Отличный курс по подготовке!
Спасибо за видео!
Еа ночь, досмотрел. Момент с блокировками объяснён просто класс. Реально за какие-то 20 сек объяснено просто чотка. Я их как увидел подумал щас у меня опять головка будет болеть. Единственное, что хорошо бы разобрать детально какие именно данные необходимо блокировать. По сути наверно можно логически дойти, наверное те по которым мы строим остатки для проверки.
Надо блокировать те данные, которые используются при формировании временной таблицы остатков. То есть алгоритм такой:
1. Написали запрос.
2. Посмотрели, на какие поля мы наложили отбор при построении таблицы остатков.
3. Описали блокировку с указанием этих полей.
@@IlyaLeontyev Теперь все очень понятно. Большое спасибо.
Спасип спасип
53:00 - здесь оптимальней будет сделать условие такое: "Номенклатура В (...) И Склад В (...) Либо через параметр Склад = &Склад. Так как оператор множественной вложенности преобразуется в сложную конструкцию на уровне sql (в sql нет такого оператора, по крайней мере в transact sql, который от Майкрософта, точно, там есть возможность через оператор EXIST, как это можно реализовать в несколько этапов, запрос будет сложнее). Короче, если у нас склад не меняется в строке, то лучше два условия сделать, если нам важна производительность.
(я видел, что ты переделал потом через параметр, но там аргументация была другая, что тоже верно - лишнее соединение).
Это самый понятный и доходчивый стрим для тех кто в танке 👍
Да все ты правильно делаешь, просто некоторые люди любят придираться к мелочам и привлекать к себе внимание. Конечно у каждого свое видение решения, ты пишешь так, другой воскликнет - нужно по другому, а по итогу оба варианта правильны и разницы нет.
Спасибо!
Илья, привет! С наступающим Новым годом! :)
С наступающим! Привет )
Смотрел недавно часть курса по платформе - в нём говорилось, что если сделать так:
Движения.ОстаткиНоменклатуры.Записывать = Истина;
Движения.ОстаткиНоменклатуры.Записать();
то флаг "записывать" не сбросится, в отличие от просто
Движения.ОстаткиНоменклатуры.Записывать = Истина;
Движения.Записать();
Т.е. Записать() - записывает движения и сбрасывает флаг, а Управленческий.Записать() - записывает, но флаг не сбрасывает.
(возможно, я что-то не так понял, но вроде так там говорилось).
Прошу прощенья, досмотрел чуть подальше Ваше видео- там оказывается про это говорилось.
Спасибо за каждое занятие! Когда меня примут в программисты задоначу. (А то без спеца и в стажеры не берут если ты не в детском возрасте)))
Че серьезно?
Можно ли заполнять регистр накопления не используя стандартную конструкцию свойство движения в документах. Например создать кнопки приход и расход в регистре накопления и через обработку получить данные из документа.
Спасибки. с Праздниками!!!! (метод ЛИФО отменен в 2008 в МСФО )
На экзамене, вроде бы, есть ЛИФО )
Он в упр.учете может использоваться до сих пор. Запрещен именно в рег.учете.
Илья, с наступающим! Спасибо за труды. Дополнение по части оптимизации запроса: при проверке остатков имеет значение порядок указания условий. Корректнее будет сначала условие по складу, а потом по номенклатуре. На больших таблицах отработает быстрее. Подразумевается что складов в системе меньше чем номенклатуры, а чаще оно так и есть) Наверное для экзамена не имеет значения..но на практике оно так.
Сергей, с наступающим. Есть момент, условие зависит от порядка измерений и еще от кучи факторов) .
Первым измерением обычно выбирают тот объект, у которого селективность выше (меньше повторяющихся значений в записях регистра).
И будет правильнее в первом условии выбирать это измерение, т.к. поиск сработает по индексу. Даже если у измерения Склад будет установлено свойство Индексировать = Истина, то из-за небольшой селективности, выборка данных будет происходить медленнее, т.к. системе нужно будет еще отбирать большое количество данных по второму условию.
Пример, 100 складов и 10000 записей спр. номенклатура, записи распределены равномерно (в 1 складе 100 записей разных номенклатур)
Если выбираем склад 1, то еще 100 записей номенклатура нужно отфильтровать.
Если выбираем номенклатуру 1, то еще 10 записей склад нужно отфильтровать.
Надеюсь понятно объяснил.
@@konstantinvasilevskii8842 хз я по практике сужу и собственным замерам на базах 400-500 гиг
Реально тут очень сильно упростилась процедура пересчета. Реально в прошлом ролике метод был довольно трудоёмкий. Здесь все было упрощено все просто до нельзя. Такой метод я бы реально использовал на экзамене.
С наступающим Новым 2021 годом!
Спасибо! И тебя!
@@IlyaLeontyev Спасибо! :)
Теперь у меня не топ 2 преподавателя 1С, а топ 3. Чистов, Гончаров, Леонтьев.
"Продаем 100 штук абудефтуфа за 5 тыщ., мы офигенные барыги к тому же..." :D
Привет Илья! С наступающим! Не забудь закинуть в плейлист по подготовке.
Спасибо, взаимно! Не забуду )
По слову блокировкаданных жмём ctrl +f1 и в хелпе можно скопировать шаблон блока блокировки.
Круто )
все говорят про нулевую цену, только почему то не понимают что нулевой цены не может быть)там может быть скидка 100% к цене в итоге будет 0, но по правилам бухгалтерии нулевой цены не должно быть вообще, не 1 организация не имете права проводить нулевые цены)
Илья, хорошая подача как всегда.
Расскажи будет ли ошибка, если не контролировать распроведения (удаления) Документов поступления, если остаток станет отрицательным?
Сегодня 02.01.2021 в 15:00 ждать стрима?
Андрей, вообще надо задание читать. Что там сказано, то и нужно делать.
Не припомню, чтобы среди экзаменационных была задача, где нужно было бы это контролировать.
Стрим состоится 03 января в 15:00.
Илья, еще раз Лайк!!!! Установил новую КЗ с ИТС, в ней не работет конуструктор в параметрах ВТ, у всех так?
Спасибо за урок.
Не понятен момент, почему блокировку накладываем уже после очистки движений??
Илья, добрый вечер. Почему вы убрали разыменовывание склада в запросе, но оставили представление? И второй вопрос. можно ли использовать вместо стандартного реквизита "представление" функцию языка запросов Представление?
alt +38 очень помогает
"Удалять автоматически при отмене проведения" используем потому, что данный метод не удаляет в начале перепроведения движения и соответственно, не блокируются данные в начале транзакции, а блокируются позже, при записи, в отличие от "Удалять автоматически", который блокирует при начале перепроведения, удаляя записи. Т.о. выбирая "Удалять автоматически при отмене проведения" мы уменьшаем время блокировки данных и тем самым увеличиваем возможность параллельной работы пользователей, что влияет на быстродействие системы.
щас пересматриваю) на 20-й минуте Илья говорит, что осталось совсем чуть-чуть, а прошло еще почти 80 минут))
Пойдет видео, вспоминаю как я готовился на курсе Белоусова спец по платформе сдавать экзамен не думал тогда, но толчок к развитию дало.Edt не пробовали? Мне зашел хорошо он как Java Eclipse, действительно похож. Удобно!
Не пробовал. Пока Конфигуратора хватает )
@@IlyaLeontyev Мне понравилось, действительно удобно с хитхаб вместе, а если Java занимался вообще зачетно!
Где-то прочитал, что конкатенация строк работает медленно (деградация производительности), поэтому используют СтрШаблон или СтрЗаменить.
Конкатенация, может, чуть медленней, чем СтрШаблон, но не настолько, чтобы это было критично на экзамене или в реальной жизни.
Про СтрШаблон надо рассказать, кстати.
Перед началом проведения мы чистим остатки. А если при попытке проведения получаем отрицательные остатки и проведение отменяется - что получаем? Пустые проводки проведенного документа?
Установка флага Отказ = Истина приводит к отмене всей транзакции проведения. В том числе отменяются действия по очистке движений документа (так что движения остаются).
ситуацию с 2 пользователями можно воспроизвести если при проведении под 1 пользователем поставить точку останова на записи. При этом 1 пользователь блокирнет таблицу , а дальше запускаешь 2 сеанс и пытаешься провести новый документ.
Если ты имеешь дело с клиент-серверной базой, разумеется.
Будет ли правильным привязать Реквизит СуммаПоДокументу к "ИтогСумма" табличной части через свойство "ПутьКДанным" поля. > Объект.СписокНоменклатуры.ИтогСумма?
Чтобы не использовать "ПередЗаписью".
58:30 запрос с двумя точками 1:09:10 запрос в цикле
Не могу в "параметре виртуальной таблицы" (Номенклатура, Склад) В ( ) открыть конструктор запроса, это 53 мин. Ошибка "Ожидается выражение "ВЫБРАТЬ"
Нужно в скобках "В ()" пробел написать, затем выделить этот пробел и затем уже вызвать конструктор.
Илья, что-то не понял, может быть в следующих видео это разъясняется, но почему используется МоментВремени? Вы говорите момент времени это сам момент проведения документа, но это НЕ так, это момент непосредственно ПЕРЕД датой документа. И даже при проведении, когда уже было проведено несколько расходников в одну и ту же секунду, программа их не учла. Почему не "Граница времени Вид границы включая" была использована?
По большому счету нам не очень важно здесь, момент времени здесь будет или граница с видом "включая", ведь мы все равно в начале обработки проведения очищаем все движения документа.
Мы используем именно момент времени, потому что в требованиях к экзамену сказано:
"Если при проведении документа используются каким-то образом данные, считываемые из регистров, обязательно требуется предусмотреть получение таких данных на момент проведения документа".
@@IlyaLeontyev очищаем движения регистратора. Получается в одну секунду мы можем провести бесчисленное множество документов, главным условием является, чтобы контролируемое значение каждого отдельного документа проходила проверку. Конечно, если мы оставим по умолчанию значение "Оперативное проведение", то да, проблемы не возникнет, т.к. 1С сама раскидает по времени документы.
38:10 важный этап. (для себя оставил тайм код)
Илья просил написать в чат об Оперативное проведение Запретить, я хоть в комментариях напишу.
Шутка, не шутка, но перед этим действием рекомендую почитать "Конец вечности" Айзимова и "И грянул гром" Бредбери. Нужно не забыть про параметр "Период" виртуальной таблицы регистров накопления тип Остатки и понимать что туда нужно установить.
Про БлокировкуДанных - зависит от типа СУБД. Для файлового варианта там и смысла в ней нет, так как всегда блокируется вся таблица. И насчет начала/конца транзакции тоже можно поспорить. Блокировка не ручная, она "управляемая", то есть ее задача - минимизировать пространство. Но не забывайте, что СУБД при транзакции все равно накладывает блокировку :)
Илье спасибо. Рассказывает хорошо.
Илья, ты как то делал специально , чтобы у тебя платформа перезапускалась быстрее? А то у тебя быстро а у меня на норм компе долго. и ведь она каркасная, пустая.
очень полезно
Привет,не знаю отслеживаете канал или нет,запрещаю проведение расходной накладной,все проводится,с чем связано?