Курс «УТ 11 – Быстрый старт»:
День 2. Закупка – продажа, складские и торговые операции
Для участников курса «1С:Управление Торговлей 11 – Быстрый Старт!» – материалы 2-го дня
На этой странице – материалы второго блока тренинга.
Перечень видеоуроков этого дня:
- 2.1. День 2 (Закупка – продажа, простые операции) – введение
- 2.2. Контрагенты и партнеры
- 2.3. Соглашения с клиентами
- 2.4. Поступление товаров и услуг
- 2.5. Реализация товаров
- 2.6. Реализация услуг
- 2.7. Значения по умолчанию
- 2.8. Регламентные операции
Помимо этого, в материалы входят:
- Методические материалы в PDF
- Домашнее задание и его решение
- Запись вебинара с ответами на вопросы
Ссылки на скачивание находятся ниже, в “закрытой” части страницы. Для доступа к закрытой части записи у Вас должен быть активирован токен доступа.
К сожалению, у Вас недостаточно прав для дальнейшего просмотра.
Если Вы приобрели курс, но еще не активировали токен — пожалуйста, активируйте доступ по инструкциям, высланным на Ваш email после покупки.
Если Вы не залогинены на сайте — залогиньтесь, вернитесь на эту страницу и обновите ее.
Если Вы залогинены, у Вас активирован токен доступа, но Вы все равно видите эту запись — напишите нам на e-mail поддержки.
Комментарии / обсуждение (362):
Комментарии закрыты
Заказ покупателя. После установки статуса к отгрузке иногда автоматически рассчитывается дата отгрузки, а иногда не рассчитывается и ругается на незаполненность данной колонки. Если вводить вручную то в списке всех заказов в колонке дата отгрузки не всегда проставляется эта дата. Как работает алгоритм проставления даты отгрузки? Мне необходимо чтобы во всех случаях в списке всех заказов проставлялась дата отгрузки.
Данный вопрос выходит за рамки курса, так как заказы мы не рассматриваем.
Будут ли в будущем возможность поглубже изучить заказы покупателей?
…
(текст комментария доступен только участникам Мастер-группы)
Не регистрируются цены закупа. Для каждого поставщика создаю соглашение. В соглашении указываю – Регистрировать цены поставщика автоматически (по умолчанию). В справочнике Вид цен создал справочник Цена закупа. Там указал способ задания цен – Заполнять по данным ИБ при поступлении. Но при формировании отчетностей да и в ценах номенклатуры (Цена закупа) ничего не отображается. Что я делаю не так?
Эта тема выходит за рамки данного курса. Ответим кратко. Регистрация цен поставщика при установленном в соглашении флаге “Регистрировать цены поставщика автоматически (по умолчанию)” осуществляется документов “Поступление товаров и услуг”. При этом цены записываются в регистр “Цены номенклатуры поставщиков”. Для отработки вашей схемы (заполнение цен по виду цен) нужно ввести на документ “Установка цен номенклатуры” на основании документа “Поступление товаров и услуг”. При проведении документа “Установка цен номенклатуры” цены закупки будут получены из ИБ и записаны в регистр сведений “Цены номенклатуры”.
При поступлении товаров вы указываете что заполнение соглашения не обязательно. Для того чтобы регистрировались цены закупа, я так понял заполнение соглашение обязательно. Но соглашение создается для каждого поставщика индивидуально. Есть ли возможность создать одно соглашение для всех поставщиков? Или как сделать регистрацию цен не создавая соглашение для каждого поставщика?
> Для того чтобы регистрировались цены закупа, я так понял заполнение соглашение обязательно.
Да, в этом случае соглашение обязательно.
> Есть ли возможность создать одно соглашение для всех поставщиков?
На текущий момент времени прикладное решение поддерживает только индивидуальные соглашения с поставщиком.
> Как сделать регистрацию цен не создавая соглашение для каждого поставщика?
Такая возможность отсутствует.
Как я понимаю после поступления товаров на склад должен был измениться отчет “Динамина оборотных средств”. Т.е. было 1 000 000 руб. + 250 000 товаром?
После проведения документа поступления, у меня оборотные средства также 1 000 000 остались без изменений.
вопрос снят
Да, конечно должны были измениться.
Проверьте, что документы выписаны на нужную организацию.
Проверьте правильность периода в отчете.
Добрый день! Документ реализации не проводиться. Возникают ошибки:
1. “Реализация превышает остаток товара организации ФМ-Медель-дизайн по налогооблажению Продажа не облагается НДС”.
2. “Номенклатура: Комод, на складе Мебель (торговый зал) недостаточно 50 шт.”
При этом остатки на складе есть по 100 шт. на каждом. Налогоблажение перепроверил везде, везде установлено без НДС.
Куда еще копать?
Добрый день!
Проверьте, что у организации указана система налогообложения УСН, с начала того месяца, в котором вводятся операции.
Поступление 01.01.2013 г.
Продажа 03.01.2013 г.
Упрощенка с 01.01.2013 г.
Пробовал менять упрощенка с 01.12.2012 г. эффект нулевой. Все равно ошибка.
Мне кажется тут дело не в НДС…
Когда создаю документ продажи указываю покупателя Алхимов А.А. и соглашение “Бюджет” (создал сам), при подборе товара никакие товары не отображаются кроме услуг. Т.е. товар можно добавить только нажав на кнопку “Добавить”, а потом на многоточие.
Пробовал менять покупателя, контрагента, соглашение. Подобрать товар все равно не удается видимо дело не в них. Может быть какие то настройки в администрировании нужно поправить…
Вы же написали, что проблема решена.
Или нет?
Все проблема решилась :-) Документ продажи провелся. Но подбор товара все таки не работает. Мелочь конечно, но все таки…
После прочтения комментариев осталось всего 2 мелких вопроса из многих, которые были изначально:
1.Можно ли сделать, чтоб склад не ставился тот, который чаще всего используется, а оставался пустым всегда?
2.При обмене с банком после полуавтоматического создания контрагентов, партнеров к ним при этом придется создавать вручную?
1. Можно оставить пустой склад в соглашении с клиентом/поставщиком.
Но при создании документа будет в любом случае подставляться часто используемый.
2. Да, вручную.
Как открыть отчет «Объем продаж по видам товара»,
который показан в решении домашнего задания на минуте 07:19 (не вижу у себя такой)?
Посмотрите запись 3-го вебинара – там рассказывается как получить этот отчет.
Доброй ночи Евгений по второму ДЗ возник вопрос – не строится график ,
Ввожу начальные остатки на 01.01.2013 на 00:00:00 , Поступление 1.01.2013 на 9 утра , отгрузку 3 числа , расчет себестоимости на 31 января , все движения сходятся с приведенными в решении , вот график не строится , если сделать так как вы в решении – такие же даты , то график строиться отлично , в вебинаре вы посоветовали поиграть с периодами , но результата мне это не дало , подскажите пожалуйста на что обратить внимание ?
Добрый день!
Попробуйте сделать ввод начальных остатков от 31.12.
Здравствуйте!
По техническим причинам выбыл из обучения на несколько дней.
Есть вопрос:
Отчет “Динамика оборотных средств”
В нем есть раздел “Дебиторская задолженность (просроченная)”
Суть вопроса: дата оплаты в документе реализация у меня будущая (поставил на 21 января) – почему эта задолженность классифицируется данным отчетом как “просроченная”?
1. Это нюанс терминологии?
2. Это ошибка отчета?
3. Для полноценной работы отчета нужны некие дополнительные настройки, которые пока не были рассмотрены?
4. Что то еще…
Добрый день, Ефим!
Аналогично – по техническим причинам был прикован к кровати :)
Это может зависеть от периода формирования отчета, измените период, проанализируйте результат.
При большом товарном составе документов поступления и отгрузки – тот вариант работы с подбором, который был показан тренером, – весьма неудобен. Не видно уже взятого в подборе товара, но заметил что фигурирует “корзина” (в которую помещается отбор) – можно ли “включить” ее “отображение”..? В противном случае – “выгоднее” работать вводом построчно непосредственно в документ (по крайней мере видно что введено).
Конечно можно “включить” корзину.
Внизу формы подбора есть гиперссылка :)
мдя, сказывается клюшечная привычка к кнопочкам… еще вдобавок внизу да и подчеркнуто как обычный текст, влот даже и не обратил внимания. Спасибо.
Вот такой вопрос еще:
-обязателен ли приведенный в видео-уроке №8 (День №2 тренинга) порядок выполнения регламентных операций? любопытство – из-за несинхронности этой очередности с той, которая предлагается в конфигурации (при вводе нового документа).
Да, обязателен именно такой порядок.
Но некоторые шаги можно пропускать, если у Вас нет соответствующих операций (например, РБП).
Добрый день, Евгений и Ко!
В ходе видео-уроков вы говорите о “реквизитах документов, обязательных и необязательных к заполнению” – визуально реквизиты этих двух “видов” никак не отличаются? Я так понимаю – из практики “общения” с конфигурацией это становится известно?
Добрый день!
Все-таки большинство реквизитов обязательных для заполнения подчеркиваются красным и система не позволит их оставить пустыми.
Добрый день! Возник вопрос по статусам документов (Реализации, в частности). Насколько я понял, в конечном итоге в базе останется документ с тем статусом, который у него проставлен последним (“Отгружено”, по логике). Получается, у нас не останется никакой истории работы с документом? Т.е., я это к тому – а не логичней ли разделить эти этапы на разные доки? Сразу будет видно, кто что делал, и кто за что отвечает.
Добрый день!
Да, истории работы со статусами не сохраняется.
Их как раз и нужно применять, когда эта история не требуется.
Разделение на этапы с помощью документов, тоже применяется в конфигурации.
Например, Заказ клиента – Реализация товаров и услуг – Расходный ордер на товары.
Евгений, спасибо за ответ! Да, я понял.
Добрый день, Евгений!
Согласно Д.З. приход “комода” проводится на два разных склада по разной стоимости. (1000 и 1500)
Отгрузка проводится со склада на который приход был по стоимости 1000 руб.
Правильно ли я понял, что стоимость товаров списывается со складов в порядке убытия количества и стоимость берется согласно сладу, с которого проводится отгрузка. То есть стоимость списания берется как средняя по складу но не как средняя по организации?
А если организация продает скоропортящиеся продукты, какие особенности работы в УТ 11, в такой ситуации?
Добрый день!
> То есть стоимость списания берется как средняя по складу но не как средняя по организации?
Да, это так.
>А если организация продает скоропортящиеся продукты, какие особенности работы в УТ 11, в такой ситуации?
Есть возможность списывать товары по убыванию сроков годности – методика FEFO. Но ее не рассматриваем в этом курсе.
Оставил РТиУ со статусом “к предоплате” и отключил статусы.
Возможность исправить статус в документе исчезла, при расчете себестоимости в регистр “финансовые результат” он не попал… всю голову сломал пока разобрался.
Я так понимаю это недоработка разработчиков?
Кстати, зачем вообще проводить документ со статусом “К предоплате” по регистру “Себестоимость товаров”? А вдруг так и не оплатят? Это же не счет на оплату… как накладная вообще может быть в статусе “К предоплате”?
>Возможность исправить статус в документе исчезла
Что значит исчезла? Может быть достаточно нажать на кнопку Изменить?
>Кстати, зачем вообще проводить документ со статусом “К предоплате” по регистру “Себестоимость товаров”?
Рассмотрим на вебинаре.
>Возможность исправить статус в документе исчезла
Что значит исчезла? Может быть достаточно нажать на кнопку Изменить?
Нет, видимость восстановилась только после того как я вернул флаг “Администрирование”->”Продаж”->”Статусы реализаций товаров и услуг”.
После этого поставил в документе статус “Отгружено”, провел документ и снова снял флаг “Статусы реализаций товаров и услуг”.
Полагаю что если этот флаг не устанавливать то статусы в реализациях все равно есть, только они не выводятся на форму и автоматически проставляются в документе сразу “Отгружено”.
Однозначно при изменении этого флага разработчикам стоит установить предупреждение или выдать пользователю список документов статус “Отгружено” у которых не установлен.
Да, все верно.
Это “подарок” разработчиков :)
> Полагаю что если этот флаг не устанавливать то статусы в реализациях все равно есть, только они не выводятся на форму и автоматически проставляются в документе сразу “Отгружено”.
.
Как выяснилось в комментариях другого участника – это не так. То есть еще на мину и “растяжка” ;-)
Добрый день Евгений.
Вопрос такой:
При проведении документа “Поступление ТиУ” делается запись в:
– регистр накопления “Товары организаций” (ПРИХОД)
– регистр накопления “Товары на складах” (ПРИХОД)
При проведении документа “Реализация ТиУ” делается запись в:
– регистр накопления “Товары организаций” (РАСХОД)
В результате в отчетах “Остатки товаров”, “Движения товаров по складам” нет факта отгрузки(хотя реализация проведена)
Значит ли это, что необходимо сделать еще какую-то операцию корректировки остатков на складе?
Спасибо.
Добрый день!
По всей видимости проблема в статусе документа “Реализация товаров”.
Если статусы отключены, попробуйте создать новый документ аналогичный документ (старый удалите).
Вопрос по настройкам, насчет администрирование/запасы и закупки/Поступление товаров на несколько складов.
А у меня Администрирование/Настройка параметров учета/Запасы и закупки/…..
Нашла похожее: использовать заказы на внутреннее перемещение;… на внутреннее потребление;…. на передачу между организациями;
Куча галочек Использовать… Но все галки стоят, ни одна не снята. Но где искать эту настройку нескольких складов или она у меня по другому звучит?
Ещё и кнопка: включить версионирование… Но я её не трогала
Релиз 11.0.9.7
У вас старый релиз конфигурации, настройки могут отличаться. Для прохождения курса рекомендуется использовать релиз не ниже 11.0.9.14.
ОК. Теперь поняла. Будем ждать доступа на ИТС после праздников)))
Хорошо! :)
Доброго времени суток!
При просмотре Вашего ролика с ответом на ДЗ №2 меня смутил следующий факт: при продаже комодов в документе реализации Вы использовали подразделение “Отдел закупок”.
С другой стороны, Вы не использовали ни разу созданные нами в первом ДЗ подразделения “Отдел продаж мебели” и “Дизайнерский отдел”.
Насколько это критично в дальнейшем?
Почему именно “Отдел закупок”?
Зачем создавались подразделения в первом ДЗ?
Добрый день!
Это не критично.
Но если Вы при решении указывали подразделения из Дз №1, то это тоже правильно.
Немного запоздалый вопрос по второму дню, просто поздно решал задание.
Заметил, что в регистрах накопления “Себестоимость товаров” и “Товары организаций” заполняется измерение “Вид запасов” значением “Собственный товар; Поставщик: База “Мебель”, т.е. в эти регистры попадает информация о ПОСТАВЩИКЕ. Это поисходит и при поступлениии товаров и при ПРОДАЖЕ.
Получается, что даже при расчете себестоимости “по средней” стоимость программой анализируется и расчитывается в разрезе поставшиков, причем сначала списываются товары одного поставщика, а потом другого (специально проверил, введя на этот же Комод еще одно поступление от другого поставщика).
В связи с этим вопросы:
1) насколько корректно при методе расчета себестоимости списания “по средней” учитывать раздельно (по разной стоимости) в течение одного месяца списание товара от разных поставщиков? Возможно это где-то отключается? Я ожидал, что настройкой Администрирование-Финансы-Обособленный учет-Галка “По поставщикам”, но не повлияло.
2) получается, что при КАЖДОМ проведении “Реализации” программа анализирует остатки по регистру “Себестоимость товаров”, чтобы определить правильного поставщика. По опыту работы с РАУЗ в УПП, я полагал что в этот регистр должно только записываться количество списания без анализа остатков по регистру. В УТ11 не так? Не снижает ли это производительность проведения?
После просмотра материалов третьего дня убедился, что такое поведение программы задумано разработчиками, т.е. себестоимость списывается в разрезе поставщиков.
Но предыдущие вопросы все таки остались:
1) можно ли отключить списание себестоимости в разрезе поставщиков, потому что при использовании метода “по-средней” это кажется не логичным.
2) второй вопрос в силе. При каждом проведении “Реализации” программа анализирует остатки по регистру “Себестоимость товаров”?
1. Как и говорили на вебинаре эту аналитику можно отключить в обособленном учете.
2. В случае ведения обособленного учета, да – система анализирует остатки при отгрузке.
При отключенном флаге использования статусов реализаций невозможно изменить статус у уже созданных документов. Поэтому перед отключением данного флага у всех существующих документов необходимо проставить статус “отгружен”. Иначе не добиться получения выручки по этим документам.
Хорошее замечание.
После выполнения 2 занятия открыл карточку номенклатуры комод,и выполнил команду Продажи. В форме появился отчет Продажи по номенклатуре (показывает продажи 50 единиц), но колонка Себестоимость пустая для нашей номенклатуры.
Подозреваю, что отчет строится по регистру накопления “Выручка и себестоимость продаж”, записи сформированы документом реализации. И в этой записи ресурс Себестоимость – пустой! Когда он рассчитывается (расчет себестоимости же выполнен, но по этому регистру дополнительных записей не формируется). Что это ошибка в программе, или что-то не до конца в цепочке документов?
По всей видимости ошибка в цепочке документов.
Проверьте дату документа “Расчет себестоимости” -установите конец месяца.
Проблема может быть со статусами документа отгрузки.
Почему в документе Расчет себестоимости по регистру накопления “Себестоимость товаров” в видеоуроке стоит сумма 10000 р (продано две
хлебопечки, которые приобретались по 2500 каждая, т.е. в сумме должно быть 5000, что и получается при воспроизведении урока в демо базе)?
В регистре “Стоимость товаров” у меня так же стоит сумма 2500, а в видеоуроке – 5000р
Разобрался – в поступлении если поставить цену поступления не 2500 (как было в видеоуроке), а 5000 – то цифры будут соответствовать последнему
видеоуроку дня 2. Не понятно только – видимо где-то я просмотрел, что поступление не по 2500 а по 5000?
Да, проверил – в видео 4 второго дня – закупка 10 шт по 2500 – а в дальнейшем почему то будет доступно на складе 12!! шт и в анализе движений расчета
себестоимости – 5000р . Или у менЯ какое-то “устаревшее” видео уроков 2 дня?
Ответ на этот вопрос рассмотрим в рамках дня №4.
В документе реализации надо еще заменить подразделение “Отдел закупок”
на наш “Отдел продаж мебели”
Вообще было бы интересно если бы определенные статусы отгрузки могли указывать только пользователи с определенными полномочиями, к пример менеджер готовит документ к отгрузке и может только поставить статусы к отгрузке или к оплате, а кладовщик меняет на статус отгружено. Тогда можно было обойтись без ордерной схемы.
Да, есть определенная связь статусов с полномочиями пользователей.
Но мы не рассматриваем этот момент в рамках курса.
Есть еще один вопрос: в документе “Расчет себестоимости документов”, в регистре “Финансовые результаты” появились движения по направлениям деятельности. Но мы нигде же не указывали явно направление. Откуда взялись данные для распределения по направлениям?
Ответ на этот вопрос вы получите после изучения материалов 3-го дня. :)
Я понимаю что это может не имеет отношение к курсу. Но на мой взгляд важный вопрос.
Представим что товар мы купили(заказали) у поставщика за 100000 Долларов. И после заказа оплатили 2мы платежками в разные дни следующим образом : 1 день 50000 дол (курс 31.6666, что составило 1583330 руб) , а 2ой день 50000 дол ( курс 31.9999, что составило 1599995 руб)
Итого реальная себестоимость товара составляет 100000 дол , но в рублях 1583330 + 1599995 = 3183325 руб
В УТ 10.3 стоимость бралась по курсу поступления, а это вообще 3ий курс. И клиентам это не очень нравилось. Приходилось дописывать этот механизм.
Дак вот вопрос , в УТ11 это продуманно или тоже надо допиливать?
Думаю, что и в УТ 11 придется дорабатывать данный функционал.
Смирнов: а) так купили и потом оплатили – это ПОСТОПЛАТА, или б) заказали – потом оплатили – это ПРЕДОплата..? я понял что речь идет именно о предоплате – и считаться будет совсем по разному в этих случаях.
если взять проводки по оприходованию ТМЦ на баланс – то себестоимость на 41 счете будет складываться – часть валютной суммы поступления – по курсам имевшихся ранее авансов в валюте, зачтенных в эту поставку, + оставшаяся часть по курсу сделки (или по курсу ЦБ точно не помню) на дату поступления. В ТИС при таких “валютных” поставах работает типа как описал – сомневаюсь что УТ10 очень сильно от этого отличается…
.
себестоимость товара после того как он оприходован на баланс – уже не зависит от того по какому курсу мы будем ПОТОМ оплачивать (если сделка по постоплате).
Если по УУ на себестоимость разносить прочие доходы/расходы – то все “подравняется” за счет курсовых разниц.
.
если в УТ10.3 себестоимость бралась по курсу на дату поступления товара в условиях ПРЕДоплаты – то возможны два варианта: либо не выкручены штатные настройки (по какому курсу зачитывать авансы или другие настройки) либо ошибка в УТ (сомневаюсь).
.
как-то вот так…
конец месяца ведь не наступил по домашнему заданию №2, а воспользовались факт. вариантом расчета себестоимости вместо предварительного…
В данном случае это нормально. Задача учебная, нам нужно получить фактическую себестоимость. Прямого запрета на фактический расчет в течение месяца – нет. Если у вас хорошее оборудование и небольшая нагрузка на информационную базу, то фактическую с/с можно рассчитывать многократно в течение месяца.
ПРи выполнении д.з №2 при расчете себестоимости
указал вариант расчета предварительный, вместо фактический
и в отчете динамика оборотных средств получал отличные от решения данные, пока не выбрал фактический вариант расчета
Почему так?
При расчете предварительной себестоимости всегда используется метод оценки “Средняя за месяц”. При расчете фактической себестоимости используется метод оценки, который указан в документе расчета с/с (Средняя за месяц или ФИФО). При факт. расчете с/с распределяются дополнительные расходы. При этом корректируются результаты предварительного расчета.
В движениях регламентного документа Расчет себестоимости в Регистре накопления “Финансовые результаты” отображается доход в 90 000 и расход 45 000. И далее аналогично 10 000 и 5000. Вы не могли бы разъяснить эти цифры?
Эта тема будет рассматриваться в третьем дне.
При работе с УТ 11 в части тех разделов, которые рассматриваются в данной части курса возникло ряд вопросов:
1) Справочники “Партнеры – Контрагенты” – зачем такое усложнение учета,если можно сделать просто подчиненный справочник контрагенты? клиентам очень сложно объяснять сложные связи между двумя справочниками и убеждать что это не приводит к дублированию информации и лишней работе…
2) что такое “публичное наименование” для партнера? если этот справочник используется для УУ, то не проще сделать одно наименование, так как получается у нас по 2 наименования в Партнерах и контрагентах итого 4 (!). Не слишком ли много для 1 менеджера, который вводит информацию…
3) Просьба поподробней рассмотреть отличия “Договора с контрагентом”и “соглашения с партнером” зачем 2 разных механизма учета???
4) В документах движения товаров присутствую два реквизита: количество и количество упаковок – просьба рассмотреть подробнее механизм Упаковок
5) И самый животрепещущий вопрос – Резервирование… Очень много времени было потрачено, чтобы разобраться с механизмами резервирования с разными вариантами контроля остатков и до сих пор непрозрачно как это работает на самом деле. Очень большая просьба рассмотреть данный механизм хотя бы тезисно.
1. Но ведь по сути подчинение и реализовано.
В справочнике “Конрагенты” есть реквизит “Партнер”.
Просто используется не штатные платформенные возможность (стандартный реквизит Владелец), а вручную созданный реквизит.
2. Если бы не было Публичного наименования, то наименований было бы 3. Что кардинально ситуацию не меняет.
Более того, публичное наименование необязательно для заполнения.
Что касается использования реквизита – не вижу его применения в конфигурации.
Однако, можно представить задачи на доработку конфигурации, когда этот реквизит пригодится.
3. Об этом поговорим в рамках дня №7.
4. Вопрос выходит за рамки курса.
5. Эту тему мы будем рассматривать, но не в рамках данного курса.
На основании поступления нельзя ввести расходник, только опосредованно, через заявку. В то же время на основании реализации можно сделать приходник. Имеет ли такая логика какое-то объяснение?
Да, такая логика имеет смысл. Расход денежных средств для оплаты поставщикам нужно планировать, так как это все-таки “наши” деньги. При этом покупатель может сразу же рассчитаться наличными без какого-либо предварительного планирования и деньги нужно быстро оприходовать в кассу.
Добрый день!
Кнопка Заполнить в Реализации несколько куцая. Не хватает таких, как в УТ10.3: “Добавить из документа”, например, из Поступления.
Согласен.
ДЗ выполнил.
Это только мне кажется, что логика типовой УТ “всё страньше и страньше” ?
Особенно впечатлило отсутствие настроек для пользователя “по умолчанию”.
Можно сразу же писать типовой блок и всем продавать.
Евгений, внешний вид отчета в Вашем решении отличается от того, что получается у меня, нет закрашеных областей, это видимо из-за дат…
а еще на видео Продажи-Отчеты по продажам-Объем продаж по видам товара, у себя в 11.0.9.15 такого отчета не нашел :(
В релизе 11.0.9.15 нет варианта отчета “Объем продаж по видам товаров”. Аналогичный результат можно получить с помощью варианта “Валовая прибыль по партнерам”. Более подробно расскажем об этом на ближайшем вебинаре. Найти его можно в следующих местах:
1) Финансы – Отчеты по финансам – Валовая прибыль по партнерам.
2) Продажи – Отчеты по продажам – Валовая прибыль по партнерам.
Откройте отчет. В форме отчета установите флаг “По номенклатуре и характеристикам”. Выберите период отчета. Нажмите кнопку “Настройка”. В поле “Выбранные поля” нажмите кнопку “Выбрать”. Установите флаг “Количество”. Нажмите “ОК”. Нажмите “Завершить редактирование”. Сформируйте отчет.
В версии УТ 11.1 разработчики исправили ошибку по неоднозначному заполнению реквизита “налогообложение” в документе ПТиУ, изменив реквизит “закупка под деятельность” включив в него дополнительно значение “не облагаемую НДС”. В уроке как то сильно вольно обошлись с заполнением данного реквизита (впрочем, изменив значение на любое другое, в регистрах записанные данные останутся прежними).
Хорошо, спасибо.
Не оправдались “ожидания”:
– как-то был уверен, что после регламента по расчету себестоимости – в движениях именно документа продажи появятся данные/заполненные ресурсы по рассчитанной себестоимости…
– после открытия журнала документов – ожидал что курсор спозиционируется на тот документ, на котором был при закрытии – ан нет… очень непривычно терять удобные “плюшки”…
Скажите/поясните – является ли это ошибкой?
Это не ошибка, а не оптимальное решение.
Советую переделать, для получения большЕго опыта работы с конфигурацией.
Спасибо за комментарий, Евгений! Переделал.
Добрый вечер!
Я же в своем решение ДЗ №2 наклепал документов в х2-раз больше – 2 поступления и 2 реализации — вот таким образом разнес товары на разные склады)))
ДЗ2. При сравнении своего решения с вашим обнаружил следующее. Мой отчет “Динамика оборотных средств” имеет точно такие же настройки, как и ваш. Однако вместо графика лишь легенды от него.
Ситуация исправляется только в том случае, если в реквизите “Период” значение “Сначала этого года” заменил на “31.12.2012 – 31.01.2013”.
Было подозрение на то, что я ввод начальных данных сделал на 31.12.2012. Исправил – результат тот же: не рисуется график.
Есть ли у УТ 11 возможность настройки алгоритма заполнения по статистике? (к примеру какие реквизиты анализировать и объем выборки для статистики)
Нет, только изменение конфигурации.
В подборе остатки по складам не посмотришь?
Нет.
В подборе показываются остатки по складу, выбранному в документе.
Есть возможность оформлять продажи от остатка? РММ?
Пожалуйста, детальнее опишите задачу.
Видеть на каком складе лежит товар – добавить его в документ, наверно в заказах такой подбор есть?
А не наоборот мы знали на каком складе товар а потом добавляли в документ в задании 2.
Теперь задача понятна.
Этот функционал есть как в заказах, так и в накладных – поскольку реализуется с помощью подбора.
Выберите в качестве склада группу складов.
Откройте подбор.
Теперь при выборе позиции будет возможность выбирать склад отгрузки (из данной группы).
Кроме этого, через “Все действия” формы можно отобразить остатки по всем складам.
Не могу понять в чем проблема. Сделал домашние задание точно также как указано в решение, но вот отчет “Динамика оборотных средств” не отображает диаграмму. :(
Попробуйте поиграться с периодом формирования отчета.