Модуль 1: Концепция УПП. Основы работы с программой (УПП от А до Я)
Здравствуйте, коллеги!
Эта страница — для вопросов по материалам Модуля 1: Концепция УПП. Основы работы с программой полного тренинга по всем подсистемам 1С:УПП («УПП от А до Я»).
Вопросы
Итак, все вопросы по курсу следует задавать здесь, комментариями к этой странице.
Вопрос будет попадать на модерацию (так тренеру будет проще увидеть, какие вопросы еще не разобраны), через какое-то время тренер будет их разбирать и отвечать прямо тут же.
Просим относиться с пониманием к тому, что тренер не будет отвечать мгновенно — у тренеров есть и текущая загрузка в очном учебном центре. Поэтому часть вопросов может переходить и на следующий день…
Отображение вопросов и ответов
Для любого стороннего посетителя на этой странице доступны только вопросы (ответы не отображаются)!
Чтобы видеть еще и ответы на вопросы — Вы должны быть авторизованы на сайте и у Вас должен быть активирован токен доступа именно к этому курсу.
Формулировки
Просим формулировать вопросы так, чтобы не возникало необходимости «переспрашивать».
Тренеры НЕ будут играть в угадайку, если автору вопроса лень написать детали.
Комментарии / обсуждение (413):
Комментарии закрыты
Добрый день. Сканы договоров можно загрузить в базу 1С, а каким образом можно хранить их в другом месте и ссылаться на них в 1С ? Какой вариант удобнее ?
Добрый день!
Типовой возможности нет. Удобнее конечно же запрограммировать необходимый функционал. Но обеспечить ссылочную целостность при этом. То есть, чтобы при переезде внешнего хранилища, например, ссылки продолжали работать.
Добрый день. Подскажите как быть.
Используем РАУЗ. Отчет Анализ движения МПЗ и затрат не отражает никаких цифр при формировании по данным упр. учета. По регл учету все есть. Документы естественно проводятся со всеми включенными галочками (уу,бу,ну). Подскажите в чем может быть дело?
Пожалуйста, проверьте следующие данные:
1. Есть ли движения по регистру накопления «УчетЗатрат»
2. Какое значение у константы
Проверить можно запросом:
Движения есть.
Значение константы=»Управленческий и регламентированный учет».
Есть подозрение, что зря я в отчете выбираю организацию. Это ж все таки упр. учет. Потому что если её убрать, то отчет формируется нормально.
Совершенно верно. Отбор по организации по регистрам упручета в этом отчете имеется — просто потому что отчет универсальный.
То есть, при заполнении поля отбора «Организация» СКД формирует запрос по РН «УчетЗатрат» и РС «АналитикаВидаУчета» с отбором по выбранному значению организации.
РС «АналитикаВидаУчета» — универсальный, используется в качестве аналитики как для упручета, так и для регламентированного учета.
Таким образом, технологически, конфигурация позволяет установить отбор по измерению «Организация».
Однако, обратите внимание! Методически, использование аналитики по полю Организация недопустимо на этапе настроек системы.
Убедиться в этом легко — эта настройка определяется справочником «НастройкиАналитикиУчета».
Выполнив запрос, приложенный ниже, Вы увидите, что аналитика «Организация» в УпрУчете отключена и при этом недоступна для редактирования (ТолькоПросмотр = Истина)
Итак, отбор по организации в упручете методически некорректен (хотя технологически допустим)
Запрос для настройки:
Ссылка,
УправленческийУчет,
РегламентированныйУчет,
ЗначениеПоУмолчанию,
ТолькоПросмотр,
ТолькоПросмотрРегл
ИЗ
Справочник.НастройкиАналитикиУчета КАК Т
ГДЕ Код = "Организация"
Здравствуйте!
Три режима выбора РАУЗ. Чем определен выбор того или иного варианта? Состав регистров, упрощенный-усложненный вариант учета, необходимость ведения только БУ или УУ? Почему при выборе 2-го режима я не могу выбрать первый? Что мы потеряем при выборе 1-го варианта и приобретем при выборе 2-го или наоборот? Или об этом еще будет речь в дальнейшем?
Да, для РАУЗ возможны три режима детализации: от «уровня проводок» до уровня «двойного учета».
Да, выбрать уровень детализации потребуется на самом начальном этапе. Чем определяется выбор при внедрении решает консультант — и хорошо бы это делать исходя из оптимальности, а не «про запас».
Мы знаем, что любой учет связан с затратами — чем подробнее учет, тем он дороже в целом выходит (стоимость транзакций, обслуживание данных и инфраструктуры, поддержка бизнес-логики и т.д.)
Таким образом, мы рекомендуем выбирать вариант «минимальный но достаточный уровень детализации»: часто это будет первый вариант «Регламентированный учет»
Однако, если действительно требуется раздельный учет затрат в УУ и БУ — что ж, придется выбрать 3-й вариант детализации. Осознавая при этом последствия: усложнение учета, снижение производительности системы и т.д.
«Регламентированный учет» — это учет только по проводкам БУ?
И 2-й вариант («регламентированный учет с доп.аналитикой») — это упрощенный учет (УУ + БУ)?
Давайте вместе посмотрим на пояснения диалога при выборе уровня детализации.
«РУ» — это не «учет только по проводкам». Этот пункт означает что детализация затрат (собираемая на внутренних регистрах) соответсвует аналитике проводок бухгалтерского учета.
В УПП есть несколько разделов учета, в которых РУ «не умещается» на проводках. Например, НДС, взаиморасчеты. РАУЗ также ведется на регистрах, а проводки — это «проекция» внутреннего учета на записи регистра бухгалтерии «Хозрасчетный/Налоговый».
Второй вариант, как и первый подразумевает что различий в УУ и РУ нет: учет затрат одинаков в целях обоих учетов. Но при этом детализация учета затрат выше (глубже если хотите) чем рекомендовано Минфином («уровень проводок»)
А вот знаете, Спасибо! Вот обратили мое внимание на детальность уровней при выборе РАУЗ и все становиться на свои места.
В моем случае — программа была установлена. Бухгалтера уже работают на ней с начала года. Вот я и хочу выяснить почему выбор пал именно на это выбор режима РАУЗ. и т.д.
Пожалуйста, рады помочь.
Как разберетесь с причинами выбора — будем благодарны, если поделитесь своим опытом с остальными участниками мастер-группы.
Думаю, совместный опыт — это главное что можно получить здесь кроме знаний.
Добрый вечер!
Существует ли в УПП Групповой контроль последовательности проведения документов? Какие обработки решают такие задачи?
Здравствуйте.
Платформа 8 (и соответственно УПП) решает задачу группового контроля последовательности проведения документов с помощью инструмента «Последовательности»
В УПП 3 есть категории последовательностей документов:
1. Последовательность документов в целях налогового учета на упрощенке
2. Управленческая и регламентированная последовательности партионного учета (партионка — то с чего вообще появилась идея последовательностей)
3. Контроль последовательности расчетов с поставщиками и покупателями (для корректного учета взаиморасчетов, НДС и суммовых разниц при расчетах в у.е.)
Соответственно, если говорить только о типовых обработках, то это:
* Обработка «Восстановление последовательности НУ УСН»
* Обработка «Установка границы последовательности партионного учета»
* Обработка «Восстановление последовательности расчетов»
Кроме типовых обработок, рекомендую присмотреться к следующим инструментам на Инфостарте ( в хронологическом порядке публикации):
Восстановление последовательности расчетов по контрагентам (до контрагента и договора)
Проведение документов по партиям (восстановление последовательности партионного учета) + Проведение документов (фоновое)
УПП. Контроль данных для НДС
Перепроведение, восстановление последовательностей и дат запрета изменения данных
Восстановление последовательности расчетов по Контрагенту и договору для УПП 8.2
Измененная обработка по восстановлению последовательности партионного учета
Кроме задачи контроля и восстановления последовательности документов, порой может возникнуть задача отказа от восстановления последовательности. Например, в закрытом периоде было внесено изменение в один из документов, по сути не влияющее ни на одну из последовательностей, но технологически они все же будут сдвигаться. В таких случаях может быть полезна «хакерская» обработка, которая восстанавливает границу последовательности без перепроведения документов — оставляя задачу контроля последовательности на страх и риск главбуха и/или администратора ИБ.
Здравствуйте!
Подскажите, каким документом правильно вносить начальные остатки по счету 08.01 (Приобретение земельных участков). Оприходованием товара — нельзя, т.к. не откуда заполниться субконту «Объект строительства», ручной проводкой с 000 тоже нельзя, т.к. в УУ тогда не посчитаются затраты и в будущем не будет сформирована первонач стоимость ОС.
Как же правильно?
Здравствуйте
Рекомендации по вводу начальных остатков для объектов строительства описаны в ИТС
Вы правы, ввод начальных остатков в данном случае содержит подводные камни. Т.к. специального механизма здесь не предусмотрено, то общая рекомендация сходна с другими сложными разделами учета: ввести документы, моделирующие реальный учет. Второй вариант, описанный в ИТС, связан с ручной корректировкой регистров и требует участия квалифицированного специалиста по учету основных средств.
Доброго времени суток! Ситуация следующая. 1 предприятие 2 организации. ПК и ТД . На сегодняшний день. пк продает тд и тд продает покупателям. Реализации пк тд проводятся в обоих видах учета. В чем трудность. Реализация ПК ТД закрывает партию и на тд поступление открывает партию. Себестоимость продажи равна Издерки ПК + Прибыль ПК + издержки ТД. Вычленить прибыль пк можно только на «коленке». Бухгалтеров это устраивает, но мы не можем отчетом показать себестоимость продаж для предприятия в целом для каждого вида продукции. Если мы будем проводить реализации пк тд только в бухгалтерском учете, а в управленческом проводить такое же перемещение (которое не влияет на себестоимость партии) и рассадим бухгалтеров за бухгалтерские регистры, а управленцев за управленческие , то возникнет проблема товар продан с тд, а поступил с пк , следовательно партии тов на скл. упр учет не будет работать. При этом себестоимость партий будет для предприятия в целом по упр учету включать в себя издержки пк + издержки тд, что нам и нужно. Не могу сообразить как сделать. Думаю это типичная ситуация для многих предприятий.
Заранее благодарен. Данил.
P.S Еще одна из причин из стоимости и объема продаж необходимо для предприятия в целом вычленять продажи пк и тд.
Данил, как я понимаю, «ПК» — это производственная компания, а «ТД» — это торговый дом. Нашу с Вами переписку читают сотни людей, которым вопросы и ответы также могут быть интересны, давайте будем чуть более наглядными :)
По существу: ситуация действительно частая.
Не совсем понял, почему Вас не устраивает картина, формируемая в регламентированном учете? Видно и прибыль и продажи и себестоимость по каждой организации, аналитика конечно не такая продвинутая, как в управленческом учете, но достаточная для принятия управленческих решений. Поэтому, мой первый вопрос — поясните, чего именно не хватает в регламентированном учете?
И второй вопрос — трансфертные цены между производством и торговым домом зафиксированы? Если да, Вы рассматривали возможность вести учет трансфертных цен на регистре сведений Плановой себестоимости? Это дает возможность достаточно гибко и удобно отслеживать отклонения и при этом видеть необходимые Вам показатели.
Доброго времени суток!!! У нас ведется партионный учет по прямым затратам так как себестоимость каждой партии отличается от другой. мы отслеживает критические колебания себестоимости по отчету «Выпуск продукции» ежедневно» (на основе себестоимости пред идущей партии решается вопрос о технологических корректировках последующей). Ранее (пока у нас было только Производство, мы отслеживали себестоимость продаж одним отчетом (себестоимость продаж). Сейчас в себестоимость попадает прибыль от ПК, не знаю как от нее избавиться. Нам нужна себестоимость продаж в целом по предприятию по каждому виду номенклатуры, без каких либо вычислений на калькуляторе. Бухгалтерам ,конечно, удобно вести расчет по организациям. Управлению это мало интересно. Каждый раз на вопрос какова наша себестоимость бухгалтера начинают что- то исчислять на «бумажке». Настроить трансфертные цены невозможно так как себестоимость партий отличается (специфика пищевого производства). Мы ведем партионный учет по прямым затратам (технологи отслеживают в оперативном режиме колебания сырьевой себестоимости и принимают корректировки в последующей закладке сырья). РЕЗЮМЕ: Обязательные условия: Партионный учет по прямым затратам . Обе организации несут свои издержки. Необходима себестоимость по предприятию в целом (без учета прибыли Производства). Вроде бы всё. Заранее благодарен! Данил.
Данил, здравствуйте.
И снова у меня вопрос. Каким образом прибыль Производственной Компании (по сути — статья движения денежных средств, или статья бюджетирования) стала статьей затрат? Если это вынужденная необходимость, давайте вместе думать — как избавиться от нее при расчете себестоимости. Например, настроив способы распределения статей затрат. Благо, начиная с релиза 1.3.23.1 возможностей настроек еще больше (настройка «Изменять способы распределения затрат» )
Доброго времени суток!!! При настройке справочника номенклатуры, я настраиваю только своего пользователя, как можно эту настройку выставить всем пользователям по-умолчанию. Заранее благодарен. Данил.
Не совсем понял, какая связь между «настройкой справочника номенклатуры» и «настройкой пользователя по умолчанию».
Настройки пользователей большей частью хранятся в РС «Настройки пользователей». Можно их дуплицировать, создав настройку однажды, для этого есть несколько обработок на Инфостарте.
Хотя, лучше воспользоваться методикой настройки через Профили. Профиль позволяет однократно создать совокупность настроек пользователя, прав доступа к объектам, интерфейс и т.д., чтобы далее использовать его в качестве шаблона для настроек пользователя. Подробнее — см. помощь по справочнику «Профили полномочий пользователей»
Интерфейс. Какой метод отключеня переключения интерфейса для продавцов использовать предпочтительнее? Запретить доступ на уровне прав на интерфейсы невозможно, поскольку доступ к большинству интерфейсов определен для роли пользователь.
Как я уже писал, система ролей и прав, скорее всего подлежит модификации.
Простейший способ — отключить панель инструментов «Интерфейсы». Но все равно команда «Переключить интерфейс» в Главном меню интерфейса «Общий» останется.
Самый надежный способ _почти_без_ модификации типовой конфигурации — это запускать обработку «Рабочее место менеджера по продажам» (или ее аналог, созданный для конкретного бизнеса) в режиме рабочего стола.
Здравствуйте!
Какие в программе существуют механизмы для загрузки позиций номенклатуры от поставщиков в электронном формате? CommerceML? В каком направлении следует двигаться?
Для, для обмена сведениями о товарах, коммерческими предложениями, заказами и документами товарооборота методистами 1С разработан стандарт CommerceML. Это было попыткой создать национальный стандарт обмена коммерческими данными — аналог международного UN/EDIFACT. В результате, все возвращается к стандарту EDI. Другие международные стандарты обмена (американский X12, европейские TRADACOMS,ODETTE,VDA) в типовой УПП не реализованы.
Для обмена коммерческой информацией предназначены обработки ВыгрузкаДанныхCommerceML, ЗагрузкаДанныхCommerceML.
P.S. Скорее всего, придется дорабатывать любой из предложенных типовых механизмов.
Интересно, существует ли какая-либо технология работы с форматом например если необходимо добавить поля для выгрузки/загрузки наподобии конвертации данных? Как с этим форматом работать? Все вручную?
К сожалению да, вручную.
Даже схему стандарта в формате XSD сообщество добывает самостоятельно.
Добрый день!
У элемента справочника «Номенклатура» есть реквизиты «Номенклатурная группа» и «Номенклатурная группа затрат». Подскажите в чем отличие между данными реквизитами. При авто подстановке в каких случаях они используются?
Здравствуйте. Это значения по умолчанию, которые подставляются при заполнении документов в соответствующие поля табличных частей.
Реквизит «Номенклатурная группа» соответствует номенклатурной группе, по которой ведется складской учет данной номенклатуры.
Реквизит «Номенклатурная группа затрат» соответствует номенклатурной группе, по которой данная номенклатура списывается на затраты.
При попытке удаления пользователя столкнулся с невозможностью удаления т.к. при установке пометки удаления автоматом не удаляется информация в регистрах сведений, а именно «Настройки пользователей», «Роли и Исполнители», «Сохраненные настройки».
Та же проблема и с удалением профиля пользователя -«ЗначенияДополнительныхПравПользователей».
Обработку конечно написать несложно. НО, неужели 1С не предусмотрела шатных средств удаления?
Попутный вопрос для чего предназначен РС «Роли и Исполнители»?
Для какой цели в настройке профиля пользователя есть возможность указания основного интерфейса? Судя по моим экспериментам, эта настройка для установки интерфейса при входе пользователя в систему не используется.
Возможность указания основного интерфейса предназначена ровно для этого — для указания основного интерфейса :)
Повторяя эксперименты, убедитесь что изменяемый профиль назначен тому пользователю, с которым Вы проводите эксперименты.
Код, отвечающий за обновление данных пользователей ИБ согласно настройкам профиля находится в процедуре УправлениеПользователями.ИзменитьДанныеПользователяИБ
Благодарю. Разобрался. Описанное мною поведение системы проявляет себя если сначала создать профиль, потом пользователя. На мой взгляд по логике в этой последовательности и должно выполняться администрирование. Глюк вызыван устройством процедуры ОбновитьДанныеПользователейИБ() модуля справочника пользователи.
Фрагмент кода:
Если ЭтоНовый()
ИЛИ ЭтоГруппа
ИЛИ ПрофильПолномочийПользователя.Пустая()
ИЛИ ПрофильПолномочийПользователя = Ссылка.ПрофильПолномочийПользователя Тогда
Возврат;
КонецЕсли;
Таким образом если элемент еще не записан, то обновление данных пользователя ИБ не выполняется! Если еще раз пытаемся записать пользователя, ссылка на профиль объекта равна ссылке на профиль базы и обновление пользователя ИБ данными из профиля опять таки не выполняется!
Чтобы обойти проблему без модификации кода необходимо при создании пользователя перед первым сохранением не указывать профиль и лишь после записи элемента уже выбрать профиль и еще раз записать элемент.
Илья, спасибо за подробный разбор ситуации.
В целом, по практике, профили чаще используются для управления существующими пользователями.
В настройке параметров учета есть флажок «Использовать оплату банковскими кредитами». Насколько в программе реализована торговля по кредитам. Например есть магазин в нем есть кредитные эксперты от разных банков. Покупатель подходит к менеджеру по продаже и говорит что хочет приобрести то-то, то-то но в кредит. Менеджер оформляет документ заказ покупателя и покупатель направляется к кредитным экспертам. После согласования кредита с экспертом покупатель вновь подходит к менеджеру для продолжения оформления документов. Далее, в течении нескольких дней кредитная организация перечисляет средства на счет продавца. Причем очень часто бывает что кредитный продукт подразумевает отход части стоимости товара (кредита) банку. Например, стол стоил всего 10000 рублей, а по кредиту долг покупателя стал 9700 (300 рублей отходят банку). Счас пока работаем на ут 10.3 и у нас автоматом формируется документ корректировки долга покупателя. Реализовано это переделкой документа Заказ Покупателя. Интересует насколько это реализовано в типовой УПП.
Для учета оплат банковскими кредитами используются расчеты по договору эквайринга.
В настройке «Виды оплат чека ККМ» есть возможность указания %банковской комиссии, которая взимается банком при оказании услуг эквайринга.
Реализовать схему, описанную в Вашем примере возможно,если упомянутые Вами 300 рублей — это комиссия, определяемая процентом, а не фиксированной суммой.
Иначе потребуются доработки конфигурации
Насколько я понял используем именно % от суммы товара. В каком разделе курса рассматривается данная тема в деталях?
1.Посмотрел демо. Там используется документ Чем ККМ. У нас все поступления оплаты от покупателя оформляются (пока в УТ) документами ПКО поскольку автоматизированных касс не имеем. Насколько я понял из справки, на основании нескольких Чеков можно сформировать один ПКО. Допустимо ли использовать документ Чек ККМ без касс?
2. Еще один непонятный момент — как реализована схема учета взаиморасчетов с клиентом и банком?
Илья, пожалуйста опишите Вашу схему приема платежей целиком. И поясните, как так получается что в неавтоматизированной кассе идет прием наличных по договору эквайринга, а не безналичные платежи от банка?
А прием наличных как правило и не идет если 100% кредит банка.
Возможны продукты при которых есть первоначальный взнос допустим 10%. В таком случае этот взнос оформляется документом ПКО.
В общем случае оформление продажи в кредит оформляем заказом покупателя.
1. При проведении документа Заказ Покупателя (доработка) формируется документ КорректировкаДолга с видом операции «СписаниеЗадолженности» покупателя на сумму комиссии банка. Таким образом задолженность клиента становится, например не 10000, а 9700.
2. При проведении документа РТУ (доработка) формируется документ КорректировкаДолга с видом операции «ПроведениеВзаимозачета» который перекидывает долг с клиента на банк в размере 9700.
3. При поступлении денежных средств от банка задолженность банка закрывается.
Собственно вопрос в том или перенести в УПП доработку из УТ или воспользоваться стандартным функционалом УПП. Вот только не понятно как этот стандартный функционал работает.
В случае неавтоматизированных ККМ в УПП можно было бы настроить следующую схему работы:
1. По каждой ККМ за рабочую смену, как полагается, формируется z-отчет (в ККМ а не в УПП);
2. Затем, в УПП по каждому z-отчету вводится ПКО с указанием того ККМ, на который оприходована выручка (если бухгалтерию устраивает, то можно все отчеты ввести в один ПКО);
3. Документ «Чек ККМ» использовать необходимо, т.к. в нем указывается номенклатура, а не только сумма оплаты, т.о., документ формирует движения по остаткам ТМЦ;
В результате имеем комплект из 3 видов документов: чеки ККМ в УПП, z-отчеты и ПКО на выручку.
По оплате картами. Настройка позволяет принимать оплату в рознице не наличными, а по банковским картам (как дебетовым, так и кредитовым). Это не является продажей в кредит как таковой. Если у продавца заключен договор эквайринга с банком и установлен терминал для приема платежей, то платежи по картам клиентов за рабочий день поступают на расчетный счет продавца. Сумма, которую платит клиент, никак не связана с комиссией по договору эквайринга. Клиент только оплачивает товар, или услугу продавца.
Кредитные договоры с клиентами — это НЕ договоры эквайринга, к нашей ситуации отношения (надеюсь) не имеют. Учет взаиморасчетов по кредитам с покупателями не ведется. Проценты автоматически не рассчитываются, графики оплат не контролируются.
Заметим, что перенос функционала из УТ может Вам обойтись серьезными трудозатратами. Подсистемы хоть и сходные, но конфликты все-таки есть. К тому же, потребуется поддерживать дальнейшие обновления.
В Вашем случае было бы проще реализовать обработку, которая генерировала бы соответствующие документы «Корректировка долга» во время ввода Заказа покупателя и РТиУ.
Теперь мне вообще ничего не понятно.
Причем тут оплата картами? Причем тут Эквайринг?
Эква́йринг — приём к оплате платёжных карт в качестве средства оплаты товара, работ, услуг (вики).
Еще раз повторюсь речь идет о кредите заклчнном между банком и клиентом, а не нами и клиентом. При этом банк может полностью погасить задолежнность клиента по безналу.
Каким образом тут может быть использован типовой функционал оплаты банковскими картами..?
Илья, в моем ответе рассмотрены обе ситуации — для прояснения картины. Вам больше подходит второй вариант ответа.
Вы имеете ввиду реализацию обработки запускаимой при записи Заказа поставщику и РТУ? Эквайринг не трогаем?
Может лучше подписку на событие?
Остаются вопросы как лучше обыграть интерфейсную часть? где зафиксировать информацию по условиям банковского кредита?
Илья, простите, но все-таки у нас учебные курсы а не частная практика.
Мы рассматриваем материалы курса «УПП от А до Я» на типовой конфигурации УПП.
Простите, что вынужден отказать.
Характеристики. В уроке 1.6.5 говорится, что не надо создавать дважды виды свойств на примере вида свойства Цвет. В место этого приводится пример как назначить этот вид свойства различным объектам. Это понятно, но что если значения свойства у этих объектов будут разными для объектов. Например, мы занимаемся мебелью и у нас цвета называются достаточно хитро и значений этих цветов по всей номенклатуре может быть запросто не одна тысяча и в то же время у каждой папки или конкретной позиции номенклатуры может быть не более пяти — десяти. Что делать в такой ситуации создавать для каждой позиции или папки отдельный вид свойств Цвет?
Илья, типовой функционал свойств и категорий вряд ли подойдет.
Если бы я внедрял учет расцветок мебели с использованием свойств, то поступил бы так:
1. (типовой функционал) Вести учет всех цветов в одном свойстве «Цвет»
2. (типовой функционал) Назначить это свойство всем группам справочника Номенклатура, в которых предусмотрена классификация по расцветкам
3. (доработка, не влияет на типовой функционал) Создать РС «Назначения цветов», которых будет хранить доступные расцветки для тех или иных групп/элементов справочника «Номенклатура»
4. (доработка, не влияет на типовой функционал) Создать обработку для удобного сопоставления Номенклатуры и расцветок
5. (доработка, влияет на типовой функционал, отслеживать при обновлениях) Добавить отборы по РС «Назначения цветов» при выборе значений свойства «Цвет» для номенклатуры.
Данное решение позволит:
* иметь единый классификатор цветов
* продолжать использовать функционал свойств/категорий/характеристик
* при этом повысить удобство работы пользователей, ограничив расцветки для мебели только подходящими значениями.
Интересная мысль. Хотелось бы услышать подробнее.
п. 4
Обработку предполагается использовать для заполнения регистра «Назначения цветов»?
п. 5
Вы предлагаете в форму выбора справочника ЗначенияСвойствОбъектов добавить фильтр «В списке» по данным регистра «Назначения цветов»?
4. Да
5. Да
Илья, все-таки мы с Вами в Мастер-группе «УПП от А до Я», а не Продвинутого по программированию :)
Я не спросил как реализовать, речь о идее. Про отборы вы сами начали))
Ну, и ничего сильно продвинутого в копировании формы списка с добавлением + еще одного отбора и установке этой формы в качестве основной, я не вижу. Кстате, при использовании подобной методики платформа не пытается изменить основную форму при обновлении.
Но мысль, думаю уловил верно.
Вот и ладно :-)
Здравствуйте!
В каких случаях может понадобится снятие флажка справочника организации «Отражать в регламентированном учете»?
Ровно в тех случаях, когда данная организация не подразумевает регламентированного учета.
Например, элемент справочника Организации, соответствующий виртуальной организации для консолидированного учета.
Или, допустим, Ваш интернет-магазин работает с партнерской организацией по агентскому договору, имеет право получать и отгружать товары от ее имени, но функции бухгалтерского и налогового учета не выполняет. Более того, следует закрыть возможность формирования проводок от менеджеров.
Добрый день!
Вопрос такой: Какой стратегии следует придерживаться при формировании управленческой структуры предприятия?
Насколько понимаю обязательным в программе является только регистрация организаций и подразделений регламентированного учета и, вроде бы, тут все ясно. Подразделения же управленческого учета отражают управленческую структуру и нигде нет никаких жестких требований к тому какой она должна быть. Хотелось бы понять зачем нужны управленческие подразделения и по каким принципам следует формировать структуру подразделений в новой программе.
Хотелось бы рассмотреть данный вопрос на конкретном примере. Есть организации – магазины (ООО) которые торгуют. Есть собственная организация-поставщик (ООО) которая закупает тмц у внешних поставщиков. Есть организация (ООО), которая занимается производством своего тмц.
Илья, ответ на Ваш вопрос определяется многими факторами.
Если коротко, то общая рекомендация при формировании структуры справочника Подразделения проста: согласно центрам ответственности предприятия.
Но все-таки ситуация несколько шире. Действительно, законодательство РФ не регламентирует принципы управленческого учета в разрезе центров ответственности (подразделений).
В данном случае следует руководствоваться рекомендациями методистов/консультантов.
Если Вы и есть тот консультант, чьего совета ждут, то давайте посмотрим на этот вопрос с точки зрения возможностей учета при использовании аналитики по справочнику «Подразделения»
Данная аналитика используется в следующих подсистемах:
* Структура предприятия
* Все подсистемы планирования (Продажи, Закупки, Производство, Финпланирование)
* Производство и учет затрат
* Склад
* Управленческая зарплата и мотивация персонала
* Управление проектами
* В подсистеме Бюджетирование справочник «Подразделения» выполняет одну из ключевых ролей — ЦФО (Центры финансовой ответственности)
Если Вам нужна аналитика при учете по одной из указанных подсистем, то справочник рекомендуется заполнить.
И еще один момент. Для удобства сопоставления подразделений регламентированного учета и упручета предназначен РС «Соответствие подразделений и подразделений организаций»
Строго говоря, там есть возможность настроить реляцию «Многие-ко-многим». То есть одному Подразделению может соответствовать несколько Подразделений организаций и наоборот.
Но интерфейсно и в учете схема реализована так, что как правило используется реляция «Один-ко-многим». То есть, одно Подразделение упручета может соответствовать нескольким Подразделениям организаций, но НЕ наоборот.
Здравствуйте!
Вопрос: Как правильно использовать флаги УУ, БУ и НУ?
В большинстве документов есть флаги УУ БУ и НУ. Правильно ли я понимаю что работникам бухгалтерии необходимо прописать в “Настройках пользователя” флаги БУ и НУ, а менеджерам по продаже только УУ? В этом случае последние работают с документом оперативно, затем работники бухгалтерии проводят неоперативно?
Что преследовали разработчики делая доступным выбор формирования движений по различным разделам учета? Почему не включить сразу все флаги? Непонятно что дает такое разделение?
Благодарю!
Да, все так.
Есть как минимум два аргумента для разделения признаков учета в документах.
1. Полномочия, контроль и ответственность. УПП – система ERP-класса. Это означает, что требуется разделение функций учета по отделам/подразделениям. То есть отдел продаж вносит одну категорию данных, бухгалтерия “разносит счета”, а отдел налогового учета в дополнение может контролировать учет отложенных налоговых активов и обязательств. При этом, есть возможность разграничить полномочия сотрудников так, чтобы каждый из них мог вносить изменения только на своем уровне ответственности.
2. Производительность (точнее, пропускная способность) системы. Чем меньше признаков учета – тем меньше операций. Поэтому разумно в оперативном режиме проводить документ только по данным оперативного учета. Требования к актуальности данных регламентированного учета существенно мягче.
Более того, до того, как документы “попадут в бухгалтерию”, они могут претерпеть многочисленные корректировки, так что эффективно будет выделить признаки регламентированного учета в отдельную процедуру “допроведения”
Вы пишите
«При этом, есть возможность разграничить полномочия сотрудников так, чтобы каждый из них мог вносить изменения только на своем уровне ответственности.»
Не совсем понятно как это сделать. Если бы была возможность допроведения документа по разделу учета, тогда было бы логичным наделить пользователя полномочиями только по тому разделу учета по которому требуется допроведение. В нашем же случае документ перепроводится полностью. Таким образом пользователь выполняющий проведение последним, должен обладать правами предыдущих пользователей. А это, согласитесь, не совсем полное «разделение ответственности».
В случае ПТУ работнику бухгалтерии помимо роли «Отражение в регламентированном учете» необходимо назначить роль «Менеджер по закупкам»
Илья, строго говоря, Вы правы.
Как правило, на российских предприятиях бухгалтерия «главнее всех». Это значит, что бухгалтер (который в последнюю очередь перепроводит документ), устанавливая финальный учетный вердикт на документ обладает достаточным набором полномочий.
В нашем случае это означает, что бухгалтер, отвечающий за учет по 60му счету имеет как права на регл.учет, так и роль «Менеджер по закупкам»
И, кажется, я уже упоминал, что подсистема прав в УПП — это, как правило, первое что идет под нож при внедрении.
На мой взгляд администрирование пользоватей, работа с профилями и ролями в первом модуле рассмотрена не достаточно подробно. Интересно где-нибудь в курсе еще рассматриваются подробно описание стандартных ролей и их особенности роль «финансист» например?
Илья, для таких целей удобно пользоваться соответствующими обработками, которые помогают администратору системы отследить набор прав, входящих в ту или иную роль.
Их достаточно много. Приведу лишь несколько в хронологическом порядке, из тех, которые запомнились мне:
Многие обработки берут начало с этого прототипа: http://infostart.ru/public/18766/
Анализ прав пользователей http://infostart.ru/public/20393/ Универсальный отчет по правам доступа к объектам конфигурации и их полям. Работает в любых конфигурациях, как типовых так и самописных. Версия (1.5) позволяет назначать роли пользователям а также формировать отчеты по правах в разрезе пользователей, ролей, объектов конфигурации, подсистем, полей и табличных частей объектов конфигурации (RLS).
Настройка и анализ прав доступа http://infostart.ru/public/21821/ Назначение ролей реализовано другим способом, по моему мнению более удобно, чем в «Матрице ролей пользователей».Реализована иерархия и отбор по справочнику «Пользователи», для УПП — иерархия по ролям. С точки зрения УПП работать гораздо удобнее по сравнению с другими обработками.
«Ролевое» управление пользователями http://infostart.ru/public/70086/ (Выбор экспертов Инфостарта)
Принципиальное отличие в использовании справочника «Пользователи».
Возможности:
* отборы по пользователям
* открытие пользователя из отчета
* отображение групп пользователей
* возможность вывода только определенных ролей
Матрица ролей пользователей http://infostart.ru/public/74210/ Обработка предназначена для просмотра/изменения ролей пользователей информационной базы.
Анализ прав / ролей http://infostart.ru/public/77695/ Для вывода используется функционал СКД.
Матрица ролей пользователей (расширенная) для 1С: Предприятия 8.2 (Управляемое и обычное приложение) http://infostart.ru/public/85228/
Универсальная обработка, предназначенная для просмотра/изменения ролей пользователей информационной базы как в режиме управляемого, так и обычного приложения без привязки к конкретной конфигурации.
Имеется ввиду описание ролей, для которых не действуют ограничения доступа на уровне записей. Ничего в курсе о таких ролях не говорится.
А что конкретно Вы хотели бы узнать об этом?
Как минимум знать те роли которые следует назначать в исключительных ситуациях, а также знать какой потенциальный риск с этим связан.
Непонятно, о каких «исключительных ситуациях» идет речь. Каждая роль реализована так, чтобы выполнять некий, понятный методистам 1С, набор задач. Если при внедрении Вам повезло и набор задач реального пользователя совпадает — можете смело использовать подходящие наборы ролей. Однако, порой приходится создавать новые роли для случаев, когда типовой набор ролей слишком узок (или наоборот слишком широк).
Насчет управления рисками — опять же, все зависит от степени угроз, если риски состоятся. Что опаснее — дать пользователю «лишние» права, или на этапе ОПЭ услышать «Ваша программа не работает» потому что у менеджера нет доступа к проводкам?
Поэтому, все-таки, давайте попробуем рассмотреть какую-то более реальную ситуацию — пока что диалог слишком абстрактный.
Хочу еще дополнить что, на мой взгляд, не рассмотрено в курсе, но абсолютно необходимо при внедрении- ограничение доступа к данным.
В большинстве типовых ролей настройка ограничения доступа осуществляется сразу по нескольким критериям:
#если &критерий1 или &критерий2 или &критерий3 #тогда
…
Имеет ли смысл для повышения производительности, при условии что для объекта используется не более одного критерия, вносить соответствующие изменения в тексты ограничений ролей?
Например, вместо шаблона #ОрганизацияПодразделениеСклад(«Организация»,»Подразделение»,»Склад»), использовать шаблон #Подразделение(«Подразделение»), если единственным критерием отбора предполагается использовать Подразделение документа?
Да, идея в целом правильная. Вообще, УПП — как ERP-систему следует рассматривать с точки зрения компромисса между типовой, универсальной многофункциональностью и при этом масштабируемостью и пропускной способностью.
Доработки RLS можно и нужно делать.
На мой взгляд, эта тема настолько обширна, что заслуживает отдельного курса. В составе же данного курса мне она видится лишней.
Добрый день!
Вопрос такой: Какой стратегии следует придерживаться при формировании управленческой структуры предприятия?
Насколько понимаю обязательным в программе является только регистрация организаций и подразделений регламентированного учета и, вроде бы, тут все ясно. Подразделения же управленческого учета отражают управленческую структуру и нигде нет никаких жестких требований к тому какой она должна быть. Хотелось бы понять зачем нужны управленческие подразделения и по каким принципам следует формировать структуру подразделений в новой программе.
Хотелось бы рассмотреть данный вопрос на конкретном примере. Есть организации — магазины (ООО) которые торгуют. Есть собственная организация-поставщик (ООО) которая закупает тмц у внешних поставщиков. Есть организация (ООО), которая занимается производством своего тмц.
Илья, ответ на Ваш вопрос определяется многими факторами.
Если коротко, то общая рекомендация при формировании структуры справочника Подразделения проста: согласно центрам ответственности предприятия.
Но все-таки ситуация несколько шире. Действительно, законодательство РФ не регламентирует принципы управленческого учета в разрезе центров ответственности (подразделений).
В данном случае следует руководствоваться рекомендациями методистов/консультантов.
Если Вы и есть тот консультант, чьего совета ждут, то давайте посмотрим на этот вопрос с точки зрения возможностей учета при использовании аналитики по справочнику «Подразделения»
Данная аналитика используется в следующих подсистемах:
* Структура предприятия
* Все подсистемы планирования (Продажи, Закупки, Производство, Финпланирование)
* Производство и учет затрат
* Склад
* Управленческая зарплата и мотивация персонала
* Управление проектами
* В подсистеме Бюджетирование справочник «Подразделения» выполняет одну из ключевых ролей — ЦФО (Центры финансовой ответственности)
Если Вам нужна аналитика при учете по одной из указанных подсистем, то справочник рекомендуется заполнить.
И еще один момент. Для удобства сопоставления подразделений регламентированного учета и упручета предназначен РС «Соответствие подразделений и подразделений организаций»
Строго говоря, там есть возможность настроить реляцию «Многие-ко-многим». То есть одному Подразделению может соответствовать несколько Подразделений организаций и наоборот.
Но интерфейсно и в учете схема реализована так, что как правило используется реляция «Один-ко-многим». То есть, одно Подразделение упручета может соответствовать нескольким Подразделениям организаций, но НЕ наоборот.
И снова Здравствуйте!
Мне еще интересно почему префиксация документов отражает структуру регламентированного, а не управленческого учета?
Потому что в целях управленческого учета нет разделения по юрлицам, ведется учет в целом по компании (в некоторых подсистемах — по управленческим подразделениям).
То есть каждой организации (например, юрлицу регламентированного учета) может соответствовать отдельный префикс.
Логика тут проста: требования сквозной нумерации, как правило, возлагаются на юрлица, а не на компанию в целом.
Если требования к нумерации нестандартны, то можно создать собственный нумератор.
Здравствуйте!
Вопрос: можно ли определить профиль пользователя с возможностью удаления документов определенного вида (с контролем ссылочной целостности разумеется)
Конечно в УПП есть роль «Полные права» которая позволяет делать все что угодно и поэтому, как мне думается, данная роль должна быть только у администратора и ни у кого из реальных пользователей. Попытки на уровне конфигуратора определить роль для возможности удаления документа РТУ успехом не увенчались.
Например, это было бы полезно пользователю ответственному за работу по закрытию отрицательных остатков с помощью обработки Пакетный ввод документов. Обработка не позволяет исправлять сформированные документы, поэтому было бы удобнее что бы такой пользователь имел возможность удаления некорректно сформированных документов РТУ и ПТУ.
Воспользуйтесь одной из обработок, перечисленных этом комментарии.
Поясните пожалуйста в каком именно комментарии?
Вы полагаете, что решение следует искать обработке нежели в настройке отдельной роли для удаления неправильно сформированных документов?
Пока Вы не сформулируете вопрос так, чтобы я его понял, я не готов полагать ничего лишнего :)
Сформулируйте Ваш вопрос по системе прав, желательно с демонстрацией конкретной ситуации и обязательно в привязке к материалам курса «УПП от А до Я» (с указанием конкретных уроков, по которым возникли вопросы)
Пока что мы с Вами в угадайку играем.
Как не давая роли «Полные права» дать возможность пользователю удалять ПТУ и РТУ?
Непосредственно удалять? Или ставить пометку удаления?
На всякий случай: даже если Вы знаете, то будет полезно остальным участникам мастер группы.
Если в Конфигураторе открыть контекстное меню ветки Роли, там есть командда Все роли, которая открывает полную матрицу объектов и полномочий ролей.
Выбрав документ можете увидеть все роли, имеющие доступ к той или иной функции, в частности, помечтатьдокументы на удаление
>Непосредственно удалять? Или ставить пометку >удаления?
давайте по шагам)
1. установка пометки удаления
2. удалние с проверкой штатными средствами
Конечно в курсе. Возможностью удаления объектов обладает только роль ПолныеПрава. Все мои попытки создать роль с возможностью удаления ПТУ РТУ успехом не увенчались. Даже и диалоговое окно «Поиск и удаление помеченных объектов» открывается и окно «Удаление объектов», но при
нажатии на кнопку «Удалить» возникает ошибка «Нарушение прав доступа!»
Право на Интерактивную пометку удаления документа РТиУ имеет роль «Менеджер по продажам». В демо-конфигурации УПП ей соответствует пользователь «Ганибаев (менеджер по продажам)».
Запускаем 1С от его имени, видим что документы РТиУ можно пометить на удаление.
Аналогично обстоит дело с документом ПТиУ. Менеджер по закупкам Убейкин может пометить документы на удаление.
Модель разграничения прав, предложенная разработчиками УПП подразумевает, что возможность интерактивного удаления помеченных объектов (с помощью диалога «Поиск и удаление помеченных объектов») предоставлена только роли «Полные права».
Если Вы желаете создать роль, которая сможет как помечать объекты на удаление, так и удалять помеченные объекты интерактивно, предоставьте этой роли оба права.
Илья, простите, как выяснилось ссылка не работала.
Исправлено. Если сломается снова (это вызвано особенностями пагинации на сайте), то речь о моем комментарии с обзором обработок с Инфостарта по анализу подсистемы ролей и прав.
Здравствуйте!
Вопрос: Как правильно использовать флаги УУ, БУ и НУ?
В большинстве документов есть флаги УУ БУ и НУ. Правильно ли я понимаю что работникам бухгалтерии необходимо прописать в «Настройках пользователя» флаги БУ и НУ, а менеджерам по продаже только УУ? В этом случае последние работают с документом оперативно, затем работники бухгалтерии проводят неоперативно?
Что преследовали разработчики делая доступным выбор формирования движений по различным разделам учета? Почему не включить сразу все флаги? Непонятно что дает такое разделение?
Благодарю!
Да, все так.
Есть как минимум два аргумента для разделения признаков учета в документах.
1. Полномочия, контроль и ответственность. УПП — система ERP-класса. Это означает, что требуется разделение функций учета по отделам/подразделениям. То есть отдел продаж вносит одну категорию данных, бухгалтерия «разносит счета», а отдел налогового учета в дополнение может контролировать учет отложенных налоговых активов и обязательств. При этом, есть возможность разграничить полномочия сотрудников так, чтобы каждый из них мог вносить изменения только на своем уровне ответственности.
2. Производительность (точнее, пропускная способность) системы. Чем меньше признаков учета — тем меньше операций. Поэтому разумно в оперативном режиме проводить документ только по данным оперативного учета. Требования к актуальности данных регламентированного учета существенно мягче.
Более того, до того, как документы «попадут в бухгалтерию», они могут претерпеть многочисленные корректировки, так что эффективно будет выделить признаки регламентированного учета в отдельную процедуру «допроведения»
Добрый день! В ролике 1-7-1 при показывании ролей в конфигураторе (время 1м25с) рассмотрена роль «Мастер смены», док-т «Отчет мастера за смену». У этого документа в этой роли есть ограничение доступа к данным (видно на видео). Можно рассказать подробнее про это и подобные ему ограничения. Как и где пользователь в предприятии может увидеть эти ограничения доступа к данным?
В режиме 1С Предприятие просмотр настроек прав пользователей доступно только пользователю с правами Администратор. Сами пользователи не могут видеть и редактировать свои настройки (кроме настроек пользователя в меню Сервис, которые не влияют на доступ к объектам системы). Также некоторые действия с профилями и полномочиями пользователя доступны только в режиме Конфигуратор. Задайте вопрос более конкретно, какие именно настройки вас интересуют.
Елена, я спрашивала про режим конфигуратора, роль «Мастер смены», док-т «Отчет мастера за смену», есть окно с ограничением доступа. Там прописан код. Можно ли в предприятии видеть ограничения, прописанные в конфигураторе?
В режиме 1С Предприятие просмотр настроек прав пользователей доступно только пользователю с правами Администратор.
В ролике 1-7-1 при показывании ролей в конфигураторе (время 1м25с) рассмотрена роль «Мастер смены», док-т «Отчет мастера за смену». У этого документа в этой роли есть ограничение доступа к данным (видно на видео). Можно рассказать подробнее про это и подобные ему ограничения. Как и где пользователь в предприятии может увидеть эти ограничения доступа к данным? Интересующее ограничение выделено на скрине.
Подробный рассказ про ограничения доступа на уровне записей (RLS, Row Level Security) в УПП занял бы, пожалуй полноценный видеокурс.
Начать знакомство можно со статей ИТС:
Механизм ограничения прав доступа
Ограничения доступа к данным. Сведения о принципах функционирования
Использование ограничений доступа к данным для различных объектов 1С:Предприятия 8
Далее, можете поэкспериментировать с обработками, упомянутыми мной в этом комментарии — перечне инструментов для анализа прав пользователей.
В частности, может помочь обработка «Анализ прав пользователей» (http://infostart.ru/public/20393/)
Добрый день!
Вопрос по наборам-комплектам. При выборе вида номенклатуры с типом «Набор-комплект» пропадает закладка «Дополнительно», на которой есть в частности реквизиты «Номенклатурная группа» и «Вес схождения в группу», и получается, что для наборов-комплектов не возможно указать номенклатурную группу. Разве это правильно? А что тогда будет подставляться в субконто «Номенклатурные группы» 90 счетов при проведении той же самой реализации?
У элемента справочника «Номенклатура» с видом номенклатуры «Набор-комплект» реквизит «Номенклатурная группа затрат» может быть заполнена на закладке «По умолчанию».
Елена, я спрашивала про реквизит «Номенклатурная группа». Проделайте в тестовой базе следующее — заведите новый элемент спр. Номенклатура в типом «Набор-комплект», установите параметры цен номенклатуры для набор-комплектов, сделайте реализацию. Проводка Дб 90.02.1 — Кр 41.01 будет без субконто «Ном. группа» по счету 90.02.1 !!! (Конечно можно каждый раз подставлять значение субконто в ТЧ документа, но это ведь не дело). Хотелось бы получить ответ от автора курса. Спасибо.
Надежда, прошу вас напомнить ваш вопрос и мой ответ, который вы просите уточнить. Ситуацию, которую вы описываете не удается воспроизвести.
Вопрос по наборам-комплектам. При выборе вида номенклатуры с типом «Набор-комплект» пропадает закладка «Дополнительно», на которой есть в частности реквизиты «Номенклатурная группа» и «Вес схождения в группу», и получается, что для наборов-комплектов не возможно указать номенклатурную группу».
Создание ситуации:
1. в справочнике «Номенклатура» по кнопке Insert заводим новый элемент справочника. Обязательно по кнопке Insert, копирование, редактирование существующих элементов не подходит, так как на закладке «Дополнительно» указана как правило номенклатурная группа, если закладка невидима, то значения реквизитов никуда не пропадают, они просто тоже становятся невидимыми. Итак, создаем «с нуля» элемент справочника «Наш комплект», указываем у него вид номенклатуры «Набор-комплект» с типом «Набор-комплект». Закладка «Дополнительно» сразу пропадает из вида, реквизит «Номенклатурная группа» у нас остается не заполненным.
2. Далее заводим комплектующие – 1 шт наш воздухоочиститель и 1шт вентилятор. На закладке цены рассчитываем цены и записываем.
3. В документе «Установка параметров учета» устанавливаем счета.
4. Далее создаем документ реализации товаров и услуг и реализуем 2 шт нашего комплекта. После проведения документа смотрим проводки – субконто по счету 90.02.1 ПУСТО.
Вопрос: как сделать, чтобы субконто с видом «Номенклатурые группы» счета 90.02.1 в указанной проводке подставлялось автоматически (вопрос еще откуда его брать). Вариант с ручным проставлением счета и указанием субконто в табличной части документа не подойдет.
P.S. Все пошаговые скины прилагаю.
Действительно, учет номенклатурных групп для набор-комплектов не ведется.
Это, на мой взгляд, вызвано тем, что набор-комплект не является полноценной единицей учета ТМЦ, он фигурирует лишь во взаиморасчетах с контрагентами, а для учета и/или резервирования товарных остатков используются комплектующие набор-комплекта.
Если преследовать цель вести полноценный учет комплектов и комплектующих, то лучше пользоваться документом «Комплектация номенклатуры» и полноценной цепочкой комплектации (вместо набор-комплектов)
Добрый день! Где применяется и на что влияет реквизит «Вид взаиморасчетов» в справочнике «Договоры контрагентов»?
Реквизит «Вид взаиморасчетов» предназначен для дополнительного разделения взаиморасчетов только для анализа данных в отчетах. С помощью этого справочника можно произвести дополнительную классификацию однотипных договоров различных контрагентов. Например, для долгосрочных договоров установить вид взаиморасчетов — долгосрочные, а для разовых договоров установить вид взаиморасчетов — разовые.
Если мы хотим контролировать сумму задолженности по всем контрагентам и договорам (или для основной массы контрагентов будет одинаковая сумма для контроля задолженности), можно ли где-то в программе установить этот контроль и указать сумму 1 раз в каких-то общих настройках, чтобы не проходить и не протыкивать все договора, а пройти только те договора, где условия контроля задолженности другие. Как я поняла из модуля, что приоритетно везде и всегда то, что указано в документах. Верно ли это утверждение и для заполнения справочников — в частности для суммы контроля задолженности?
Установить контроль взаиморасчетов с контрагентами по сумме и срокам, а также заполнить суммы и сроки по списку контрагентов вы можете, используя обработку «Групповая обработка справочников и документов». Обработку вы можете вызвать в меню Сервис в Полном интерфейсе. На закладке «Объекты отбора» нужно выбрать тип объекта «Справочники», флаг «Изменять табличные части» не устанавливать. Выберите справочник «Договоры контрагентов» из списка справочников. В табличной части «Отбор» вы можете отобрать группу или список договоров, по которым нужно установить контроль. Вы можете произвести обработку несколько раз, отбирая договоры в зависимости от суммы взаиморасчетов, и сроков, которые необходимо контролировать. Нажмите на кнопку «Отобрать» в правом нижнем углу формы обработки. Перейдите на закладку «Обработка». Она будет заполнена в соответствии с указанными отборами. Нажмите на кнопку «Настройка», проставьте флаги «Разрешить изменение реквизитов объектов» (при появлении предупреждения о том, что внесенные изменения будут иметь необратимый характер, следует нажать «ОК») и «Показывать все колонки». На этом этапе вы можете дополнительно проконтролировать список объектов, в которые будут внесены изменения. Затем в поле «Действие» необходимо выбрать «Изменить реквизит». При этом вам будет выдан список всех реквизитов, доступных для изменения. Сначала выберите реквизит «Контролировать сумму дебиторской задолженности» и в списке действий выберите «Установить», нажмите кнопку «Выполнить». Будет проставлен флажок «Контролировать сумму дебиторской задолженности» по всем отобранным договорам, вы увидите изменения в табличной части. Затем в списке действий снова выберите «Изменить реквизит» и в открывшемся списке реквизитов договора в группе «Вид условий договора» выберите «Допустимая сумма дебиторской задолженности» (нажмите на значок «+», откроется список условий). Установите сумму в списке действий, нажмите кнопку «Выполнить» — обработка должна проставить суммы в условиях договоров. При установке контроля суммы и срока задолженности контрагентов при проведении документов эти условия будут проверяться и документы станет невозможно провести. Отключить контроль можно в настройках дополнительных прав пользователя в профиле полномочий пользователя, установив флажок «Разрешить проведение документов без контроля взаиморасчетов».
Я имела в виду есть ли какая-то единая КОНСТАНТА (например, в параметрах учета или где-то еще), которая регулирует контроль суммы задолженности.
Надежда, я вам подробно описала, как сделать нужные вам настройки. Другого способа установить контроль суммы задолженности по договору контрагента в УПП нет.
Добрый день!
1. Вопрос по долям стоимости рег. свед. «Комплектующие номенклатуры». Как и где доли стоимости используются, если вид номенклатуры, например, «Товар» и «Набор-комплект».
2. меню «Доступ на уровне записей» — «параметры». Можно ли добавлять в список еще какие-либо виды объектов для ограничения доступа.
3. Настройка прав доступа. В видео 1-7-3 на минуте 04.36 закладка «Склады». Поясните про 1 строку: объект доступа = , вид наследования = только для текущего права — как это понимать?
Здравствуйте!
1. Реквизит «Доля» в регистре сведений «Комплектующие номенклатуры» используется для определения доли стоимости комплектующего в общей стоимости комплекта при оформлении операции разукомплектации комплекта.
2. Добавление в список видов объектов каких-либо записей в режиме 1С Предприятие не предусмотрено. Возможность настройки прав доступа к записям объектов определяется для каждого объекта в режиме Конфигуратор. Для тех объектов, для которых такая возможность определена, настройка прав доступа к отдельным записям выполняется в режиме 1С:Предприятие.
3. В зависимости от того, к чему настраивается доступ — к элементу справочника или к группе, настройка действует либо на сам элемент, либо на подчиненные элементы в группе. Согласно этому, в форме «Настройка прав доступа» в колонке «Вид наследования прав доступа иерархических справочников» устанавливаются следующие значения: «Только для текущего права» – для элемента справочника, права действуют на указанный элемент. «Распространить на подчиненных» – для группы справочника, права действуют на все подчиненные элементы. Т.е. права доступа «Только для текущего права» в вашем примере будут действовать только для указанного склада.
Мне не понятно сочетание: объект доступа = , вид наследования = только для текущего права
В зависимости от того, к чему настраивается доступ — к элементу справочника или к группе, настройка действует либо на сам элемент, либо на подчиненные элементы в группе. Согласно этому, в форме «Настройка прав доступа» в колонке «Вид наследования прав доступа иерархических справочников» устанавливаются следующие значения: «Только для текущего права» – для элемента справочника, права действуют на указанный элемент. «Распространить на подчиненных» – для группы справочника, права действуют на все подчиненные элементы.
Не понятно, что значит запись на картинке: объект доступа = , вид наследования = только для текущего права
Это значит, что для текущего права будут доступны все объекты справочника Контрагенты.
Добрый день.
Вопрос касается настроек параметров учета, раздел «Затраты и себестоимость». Если мы устанавливаем опцию традиционного партионного учета, то в курсе не рекомендуется устанавливать опции «Списывать партии при отражении документов». Из курса мне понятно, что при проведении документов задним числом при установленных этих опциях будет необходимо использовать обработку «Проведение по партиям» (если не ошибаюсь в имени) для восстановления последовательности списания партий. Но не совсем понятно, что делать при отключенных опциях «Списывать партии при отражении документов». Ведь партии в конце концов необходимо будет сформировать, если не сразу при проведении, то регламентной операцией? Для этого необходимо использовать ту же обработку «Проведение по партиям» или какой-то другой механизм? Заранее спасибо за ответ.
Здравствуйте! Вы совершенно правы, обработку «Проведение по партиям» нужно будет запускать по мере необходимости для восстановления последовательности и для списания партий ТМЦ. Поступления партий ТМЦ формируются автоматически при вводе документов поступления. Логика УПП такова: документов поступления намного меньше, чем документов списания. При поступлении материалов или товаров партии формируются автоматически, это не отнимает много ресурсов у системы. А при списании партий нужно найти партию поступления и списать именно из нее. К тому же часто документы списания вводят раньше документов поступления, в таком случае партии еще не сформированы и обработку «Проведение по партиям» нужно будет запускать, когда все документы поступления и списания уже будут сформированы в УПП. Поэтому при значительном документообороте для обеспечения более высокого быстродействия системы рекомендуют отключать функцию «Списывать партии при отражении документов».
Для чего я общем случае может пригодится УУ в блоке Зарплаты(с РУ в блоке зарплаты все понятно). Можно пример привести?
Управленческий учет зарплаты является важной составляющей управленческого учета в компании. Он может оказаться незаменимым, если в программе ведется учет по нескольким юридическим лицам, которые в реальности составляют единое предприятие (холдинг), если различаются принципы учета регламентированной и управленческой зарплаты (например, если применяются дополнительные расчеты, премии), если внедряется система показателей эффективности и требуется связать оплату труда работников с производственными показателями. При ведении управленческого кадрового учета и расчете управленческой зарплаты предприятие рассматривается как единое целое, организационная структура может существенно отличаться от регламентированной (используется справочник Подразделения)
Несколько вопросов по первому модулю:
1) Во многих справочниках есть свойства и категории для описания каких-либо дополнительных параметров. Не совсем понятно для чего необходимы категории, если свойствами можно описать такую сущности, об этом даже говориться в самом курсе.
2) В регистрах есть ресурс и есть измерения, с ними все понятно, а вот что такое реквизит ы в регистрах и для чего они нужны?
3) Для чего необходимы разные регистры для количественного и стоимостного учета?
1. Свойства и категории номенклатуры предназначены для дополнительной классификации позиций номенклатуры. По свойствам и категориям номенклатуры не ведется учет остатков на складах и партионный учет. Они используются для удобства группировок при составлении отчетов. В качестве свойств следует использовать такие параметры, которые не используются в оперативной работе при выписке документов, а необходимы для более полного анализа данных в отчетах, например, по производителям, по видам номенклатуры. Отличие свойств номенклатуры от категорий состоит в том, что свойства номенклатуры могут принимать множество значений. Например, в качестве свойства товаров можно ввести свойство «Виды товаров» и присвоить ему множество значений: кофеварки, миксеры и т. д. Категория производит деление позиций номенклатуры на две части: одна часть номенклатуры принадлежит данной категории, а другая – нет, например, если для товаров добавлена категория Импортные, товар принадлежит этой категории (флажок принадлежности к категории установлен), то товар импортный. Если же товар не принадлежит категории (флажок принадлежности к категории не установлен), то товар не является импортным. Свойства могут назначаться номенклатуре или группам номенклатуры, либо нет. В отличие от свойств, категории объектов назначаются всем позициям номенклатуры.
2. Все поля регистра накопления можно разделить на три категории: измерения, ресурсы, реквизиты. К этим категориям относятся и все системные поля регистра. Период является измерением. Регистратор и НомерСтроки, с одной стороны, являются измерениями, так как вместе с периодом определяют момент времени в которое произошло движение; с другой стороны, они характеризуют конкретную запись и могут быть отнесены к категории реквизитов. Вид движения является реквизитом так как является только характеристикой конкретной записи. Реквизиты – аналитические разрезы объектов информационной базы, такие как договор, контрагент, наименование элемента номенклатуры и т.д.
3. Регистры предназначены для хранения информации о количестве и состояниях объектов базы данных.Регистры сведений предназначены для хранения любой информации об объектах в разрезе заданных измерений, например, Цены товаров. Особенность регистра сведений от регистра накопления состоит в том, что в регистре сведений каждая запись уникальна и полностью определяется своими измерениями. Ключами уникальности могут быть, например Регистратор или Период. Регистры накопления предназначены для хранения информации поддающейся суммированию и развернутой по комбинации измерений, например, Остатки товаров, Продажи, Взаиморасчеты. Регистры накопления подразделяются на регистры остатков и регистры оборотов. Первые выдают информацию на момент времени, а вторые — за период.
Возник вопрос по РН Товары Организаций. Я считал, что это регистр чисто для РУ и в УУ не используется. Но оказалось, что если у организации стоит признак Отражать в регламентированном учете, то движения по регистру в документах от этой организации происходят даже тогда, когда документ проводится только в УУ. Вопрос такой: какого предназначение этого регистра? Он используется только для контроля возможности отпуска товаров от организации, если в настройках пользователя это указано или у него есть еще какие-то приложения?
Регистр накопления «Товары организаций» используется как дополнительный признак для привязки товара к организации. Реквизит «Организация» является обязательным для заполнения в документах поступления и реализации товаров и позволяет зафиксировать принадлежность партии товаров к конкретной организации, так как в управленческом учете также существует понятие права собственности на материальные ценности . Было бы не логично, например, закупить товар на организацию «Х», и отгрузить с организации «У», даже если в документах не будет установлен признак отражения в бухгалтерском учете.
В УУ именно так и происходит (промежуточные передачи товара между организациями холдинга отражаются только в РУ, который ведется в отдельной БД). Поставим вопрос тогда так. Отразятся ли в каких-то сводных отчетах по УУ нереальные остатки по РН Товары организаций?
В отчетах отразятся ровно те остатки, которые на текущий момент есть в РН «Товары организации». Не понимаю, о каких «нереальных остатках» идет речь?
Объясните пожалуйста, по какой причине не ведется учет остатков в разрезе серийных номеров?
Здравствуйте! Серийный номер — это уникальный код изделия, присущий только данному экземпляру. По аналитическому разрезу «серийный номер» остаток материалов (или товаров) может быть либо 1 шт, либо 0 шт. Поэтому, по логике УПП, вести учет остатков в разрезе серийных номеров изделий нецелесообразно.
Елена, спасибо за ответ.
Добрый день! Вопрос по партионному учету. У нас производственная организация, в течении месяца проходит большой объем документов, часто документы Поступления товаров проходят задним числом уже после того как товар перемещен и списан в призводство. Для того что бы все документы были проведены правильно нам приходиться в конце месяца все документы «Перемещение товаров» и «Требование-накладная» перепроводить последним числом месяца. Скажите пожалуйста, как правильно в конце месяца восстанавливать последовательность проведения документов?
Здравствуйте! Типовой функционал УПП позволяет восстанавливать последовательность партионного учета при несвоевременном отражении фактов хозяйственной деятельности в учете. Документы, отражающие движение ТМЦ, формируются фактической датой, в конце расчетного периода запускается обработка «Проведение по партиям» (Меню Операции, Обработки), которая восстанавливает последовательность поступления и списания партий. Запускать обработку следует перед расчетом себестоимости, когда все документы по движениям ТМЦ внесены в учетную систему. Также, при использовании способа оценки материалов и товаров «По средней» для корректировки стоимости списания ТМЦ используется документ «Корректировка стоимости списания товаров». Он выполняет корректировку стоимости ТМЦ, по которым проведены документы, отражающие дополнительные расходы по приобретению, и в которых не указаны документы партий. Документ также следует проводить перед расчетом себестоимости.
Здравствуйте, Елена. Скажите пожалуйста, для правильного восстановления последовательности обработкой «Проведение по партиям» не требуется, что бы документы были записаны последовательно по времени? Например, может быть документ «Поступление товаров и услуг» не только заведет задним числом, но и его дата более поздняя чем у документа «Перемещение товаров». Необходимо ли в таких случаях исправлять дату перед запуском обработки?
Здравствуйте, Юлия! Вы совершенно правы, для корректного восстановления последовательностей нужно документы вводить фактической датой (датой «бумажного» документа поставщика). Требуется соблюдать правило: сначала партия поступает, потом расходуется. Поэтому дата документа «Поступление товаров и услуг» должна быть раньше даты «Перемещения товаров». Обработка «смотрит» не только на дату, но и на время документа, поэтому будьте внимательны при вводе документов поступления партий.
Доброго времени суток.
Немного не поняла про договоры в у.е.. по регл.учету. Если договор с покупателем или поставщиком и в договоре выбрана валюта неравная регламентированной валюте (и флаг «Расчеты в условных единицах» установлен), то в «товарных» документах (по движению товаров, услуг и т.п.) валюта может быть выбрана либо регламентированная, либо валюта договора? Или валюта «товарного» документа может быть любой из двух если этот флаг снят?
Здравствуйте! В качестве валюты взаиморасчетов может быть задана любая валюта, являющаяся элементом справочника «Валюты». Если в качестве валюты взаиморасчетов по договору указан рубль, то документ по такому договору может быть оформлен только в рублях. Если же в договоре указана иная валюта взаиморасчетов, то расчеты по такому договору в бухгалтерском учете будут отражаться в указанной валюте. Расчеты в условных единицах можно вести по договорам только с видом «С покупателем» или «С поставщиком». Если в договоре установлен признак расчетов в условных единицах, то возможно оформление документов с отражением приобретения и реализации как в рублях, так в валюте договора, документы оплаты оформляются только в рублях. По кнопке «Цены и валюта» может быть изменена валюта документа и пересчитаны цены в соотвествии с курсом валюты на дату документа.
Добрый день!
Давно ждал возможности изучить Ваши материалы.
Вопрос:
При первом входе в чистую базу УПП я хочу настроить параметры учета:
Интерфейс «Заведующий учетом» > «Настройка учета» > «Настройка параметров учета» > «Валюты».
Реквизиты для ввода валют не доступны, т.к., понятно, уже есть в базе документы установки соответствия счетов учета БУ и НУ и несколько других.
Известны ли Вам штатные способы (кроме консоли запросов) поиска и временного удаления этих документов. Или же нужно обязательно вручную удалить/выгрузить в xml эти документы, установить валюты, а затем вернуть эти документы обратно?
Какую практику можете порекомендовать?
Здравствуйте! Для изменения валюты учета (международного и управленческого) придется удалить документы, которые УПП автоматически сгенерировала при первом запуске. Поиск и установку пометки на удаление документов можно провести при помощи обработки «Групповая обработка справочников и документов» (Меню «Сервис»). В обработке на вкладке «Объекты отбора» нужно выбрать Тип объекта «Документы», у всех документов установить отметку (нажать на флажок «галочка» на верхней панели над списком всех документов) и нажать на кнопку «Отобрать». Ограничений по отборам устанавливать не нужно. На вкладке «Обработка» вы увидите список всех документов, которые на данный момент есть в программе. Выберите действие «Установить пометку на удаление» в поле «Действие» в нижней части рабочей области под списком отобранных документов и нажмите на кнопку «Выполнить». Пометка на удаление будет установлена. Затем нужно выполнить удаление документов из программы: меню «Операции», обработка «Удаление помеченных объектов». После произведенных действий вы сможете поменять валюту учета. Рекомендуется перед проведением данных обработок выполнить сохранение копии ИБ, чтобы в случае необходимости можно было ее восстановить. При воспроизведении вашей ситуации у меня автоматически сформировалось два документа «Установка соответствий счетов БУ и НУ», который можно снова заполнить автоматически по кнопке «Заполнить (по умолчанию)», и «Установка параметров учета номенклатуры» — данный документ по умолчанию автоматически не заполняется, рекомендуется перед удалением распечатать его печатную форму и впоследствии воспроизвести его заполнение.
Спасибо. Приведенный подход весьма удобен.
Очень бы хотелось получить файлик с кратким содержением каждого раздела, то есть с теми текстами, которые Вы демонстрируете в процессе объяснения. Возможно ли это? Задавал вопрос в службу поддержки, но ответа не получил.
Денис, это — служебные материалы, предназначенные для подготовки курса. Опишите пожалуйста ситуацию, в которой Вам недостаточно видеоуроков и нужны именно материалы презентации.
Здравствуйте, прошел первый блок, все очень доходчиво , большое спасибо .
Хотел задать несколько вопросов:
1 Наверное самый важный из мох вопросов: вопрос по поводу перехода программы с партионного учета на РАУЗ. В видеоуроке было сказано, что мы устанавливаем дату перехода и программа формирует движения по регистрам — перегоняет остатки с регистров партионного чета БУ,НУ,УУ,МУ на регистры РАУЗ-а (видео 1-6-6-8). Вопрос таков:
Например сегодня 2 января мы установили дату перехода на РАУЗ 31 декабря и благополучно перешли. Затем 10 января выясняется, что нам нужно ввести документы (например они где-то затерялись) 30 декабря , то есть до даты перехода на РАУЗ. Какие должны быть действия?.
Я думаю, нужно ввести документы 30 декабря, снова переустановить дату перехода на РАУЗ, программа сформирует нужные «переносы», а затем перепроветси все документы по 10 января,
Или же программа как то это отслеживает и ничего такого делать не нужно?
2. Второй вопрос по проектам, которые указываются в номенклатуре, а затем фигурируют при реализации в записях регистра УПР учета «Продажы». Хотел спросить вот о чем , что бы эта номенклатура стала относиться на проект нужно добавить этот проект, а как сделать что бы она перестала на него относится. Проект же указывается в регистре сведений, а он действует с даты записи по дату другой записи. Нужно создать запись с пустым проектом?
Еще хотел узнать по поводу дальнейшего обучения:
1. Обязательно ли проходить модули по порядку, или же я могу изучить их в произвольном порядке? Например, я хочу начать скажем с модуля №18 «Регламентированный кадровый учет и заработная плата» , а затем взяться за модуль №17 «Производство» ну и остальные в произвольном порядке
2. Где берется ДЗ?
Для корректного перехода с с партионного учета на РАУЗ целесообразно не устанавливать дату перехода именно 2 января, а дождаться полного внесения документов за прошлый год бухгалтерией, списать все партии, вычистить остатки, закрыть год, и только после этого установить дату перехода.
Рекомендуется также установить дату запрета редактирования периода партионного учета во избежание случайного внесения туда документов. При этом следует помнить о необхоимости перепровести все документы в новом году,которые были внесены до установления даты перехода.
В ответ на Ваш вопрос «по проектам»
Если проект, на который относились затраты по данной номенклатуре, еще актуален, то отключить отражение можно добавив запись в регистр сведений «Установка проектов для номенклатуры» с датой, когда заканчивается списание затрат на данный проект и с незаполненной аналитикой «Проект».
Добрый день … интересует вопрос, если одно и то же «подразделение организации» включается в несколько «подразделений» тогда система выдает надпись красным цветом «Включено в несколько структурных подразделений: (… наименования подразделений…)».
Это система сообщает об ошибке или просто предупреждение? Как система в дальнейшем реагирует если это не исправить? (как я понял соответствие устанавливается лишь для удобство заполнения документов).
Справочник «Подразделения» относится к управленческому учету, в отличие от справочника «Подразделения организации», который является частью регламентированого учета.
Установка соответствий элементов справочника «Подразделения» элементам справочника «Подразделения организаций» не обязательно должна быть 1:1.
Например, для управленческого учета в одно Подразделение может входить несколько подразделений организации, но не может одно и то же подразделение организации входить в разные подразделения.
Как соотносятся справочники и для чего они нужны мне это понятно, вопрос был в другом: «если одно и то же «подразделение организации» включается в несколько «подразделений» …»
Михаил, перечитайте первый ответ. Это ошибка, поэтому отображается предупредительная надпись.
теперь Абдулов не проходит, надо заходить под Любимовым!
В демо-базе УПП 1.3 пользователь «Абдулов (гендиректор)» имеет расширенные, но не полные права. Пользователь «Любимов (администратор)» имеет полные права.
Поэтому, вполне естественно, что часть функций, доступная Любимову, недоступна Абдулову. Хоть он и гендиректор :)
Добрый день!
урок UPP_BaseCourse1-1-4 (RedakciiRelizyUPP)
После установки нажала кнопку Переключить интерфейс и выбрала полный. Как мне вернуться в меню, указанное в курсе? теперь пункта «Пользователи» нет
Справочник «Пользователи» доступен, например, из интерфейса «Администрирование пользователей»
В уроке отмечается, что назначение реквизита Группа доступа справочника Контрагенты будет изложено позднее. Можно указать где?
Этот реквизит относится к «Ограничению доступа на уровне записей».
Существует возможность определять права доступа на уровне записей объектов. Например, к данным по конкретным контрагентам и организациям. В этом случае пользователь сможет работать только с данными (накладными, счетами, регистрами и т. д.) определенных контрагентов и организаций и не будет иметь доступа к данным других контрагентов и организаций.
Ограничения прав доступа на уровне записей будут действовать, только если установлена константа «Использовать ограничения прав доступа на уровне записей». В условиях ограничения доступа должно быть явно определено, по каким видам объектов доступа может быть ограничен текущий объект. Проверка прав доступа выполняется только для необходимых видов объекта доступа, а не для всех возможных.
В типовой конфигурации выделен ряд общих справочников, для которых определена возможность настройки прав доступа на уровне записей. Для настройки прав доступа к общим справочникам используются виды объектов доступа, например, справочники Организации, Контрагенты, Физлица и т.д.
Ограничение по видам доступа настраивается только для групп пользователей в справочнике Группы пользователей
Для вида объекта доступа «Контрагенты» предусмотрены следующие области данных, которые можно настроить в справочнике Настройка прав доступа, которую можно открыть либо из справочника Группы пользователей, либо из справочника соответствующего вида объекта доступа (например, Организации, Группы доступа контрагентов и т. д.):
Контрагенты (список) — определяет видимость контрагентов в списке справочника Контрагенты. Зависит от значения флажка в колонке Видимость в списке.
Контрагенты (доп. информация) — определяет возможность «чтения»/«записи» элемента справочника Контрагенты и связанной с ним доп. информации (договоры, контактные лица и т. п.). Зависит от значения флажка в соответствующих колонках Просмотр доп. информации/Редактировании доп. информации.
Контрагенты (данные) — определяет возможность «чтения»/«записи» данных (справочники, документы, регистры), связанных со справочником Контрагенты. Зависит от значения флажка в колонке Просмотр данных/Редактирование данных.
Права доступа к объектам на уровне записей настраиваются только для групп пользователей, а не для отдельных пользователей.
Если в конфигурации используются ограничения доступа на уровне записей, то каждого пользователя необходимо включить в одну из групп.
Включить пользователя в группу можно либо через справочник Пользователи, либо через справочник Группы пользователей.
А где устанавливается константа «Использовать ограничения прав доступа на уровне записей»?
Настройка ограничений прав доступа пользователей на уровне записей может быть выполнена в Полном интерфейсе из меню Операции, Константы, Настройка параметров доступа на уровне записей, Либо в интерфейсе Администрирование пользователей меню Доступ на уровне записей.
Имеется в виду выделенная мною константа?
Надежда, прошу вас задать вопрос конкретно.
Надежда, действительно речь идет о константе, которая выделена на скриншоте.
Именно она включает в УПП режим ограничения доступа на уровне записей.
Ура! Проработку вопросов этого модуля тоже закончил :)))
Правда есть замечания:
— вопросы №1, 21, 22 — не соответствуют материалам модуля. На них нельзя ответить не изучив материалы более глубоко в будущих модулях. Прошу исключить их из вопросника текущего модуля (хотя это уже наверное для будущих потоков :)))
— из всех остальных вопросов у меня с Вами есть одно расхождение, в вопросе №16 «Какими средствами можно найти в информационной базе все элементы номенклатуры, имеющие похожие наименования?»
Мой ответ на него «Обработкой «Поиск дублирующихся элементов»», а Ваш ответ почему-то включает ещё «Поиском по наименованию в форме списка справочника «Номенклатура»» и «Установкой отборов в справочнике «Номенклатура»»
PS: конечно не буду спорить, что установкой отбора можно найти похожие наименования, ОДНОГО КОНКРЕТНОГО ПОИСКОВОГО СЛОВА. Но в формулировке вопроса чётко стоит слово «ВСЕ» (…найти в информационной базе ВСЕ элементы номенклатуры, ИМЕЮЩИЕ ПОХОЖИЕ НАИМЕНОВАНИЯ…) Поэтому если речь идёт именно про ВСЕ похожие наименования, то механизм отбора тут — НЕ ПРОКАТИТ.
PSS: так что тут, либо вопрос НЕ ПРАВИЛЬНО сформулирован, либо не правильно дан ответ. Было бы интересно узнать, Ваше ВИДЕНИЕ по данному вопросу :)
…
(текст комментария доступен только участникам Мастер-группы)
Здравствуйте!
Я бы хотел дать обратную связь по видео-уроку «UPP_BaseCourse1-6-5-M (NomenklaturaProekty).avi»
А если точнее, хотел бы попросить переписать данный видео-урок, т.к. он не раскрывает тему, ради которой записывался. Уже 3 раза пересмотрел его, так и не уловил суть, для чего вообще предназначены проекты в УПП.
Ну вот например начиная с момента времени 1:07, Вы говорите следующие слова «Что такое проекты? что такое виды распределения по проектам?», затем открываете справочник «проекты» и начинаете якобы раскрывать тему «Проекты описываются у нас как элементы справочника «проекты», справочник этот иерархический, т.е. можно создавать группы …» и т.д.
НО! Как описывать элементы справочника, а также тот факт, что он иерархический — это и так понятно из структуры метаданных, а также по виду пиктограмм. О том что в «любом» справочнике нужно заполнить наименование, а также как заполняются реквизиты — это тоже интуитивно понятно…
Мне не понятно, для чего ВООБЩЕ НУЖНЫ ПРОЕКТЫ? КАКУЮ ЗАДАЧУ ОНИ РЕШАЮТ? В КАКИХ СИТУАЦИЯХ БЕЗ НИХ НЕ ОБОЙТИСЬ?
Приведите пожалуйста пример небольшой задачи, где без проектов не обойтись.
А чисто техническая информация, о том как заполняется реквизиты справочника, мне кажется на этом вообще внимание сильно заострять не к чему, т.к. на платформе 1с все стандартные объекты по большому счёту заполняются однотипно.
…
(текст комментария доступен только участникам Мастер-группы)
… и ещё, в текущем релизе конфигурации в настройках программы появились закладки «Электронные документы» и «Защита перс. данных» (на момент создания курса они отсутствовали). Будете ли где-нибудь говорить о том как пользоваться данными возможностями. На счёт защиты перс. данных наверно необходимость данной задачи мало кому актуальна, а вот как «методически ПРАВИЛЬНО» настроить передачу документов в электронном виде, за место бумажных (например СФ, очень было бы полезно)
…
(текст комментария доступен только участникам Мастер-группы)
Доброе утро!
Уточните пожалуйста: в настройках программы есть закладка «Контроль остатков» и как видно в ней можно настроить только работу внутренних механизмов конфигурации по контролю остатков (с использованием, либо без — регистра «Свободные остатки»), что не влияет на логику работы прикладного решения.
А можно ли вообще отключить контроль остатков (дать возможность продажи в минус)?
…
(текст комментария доступен только участникам Мастер-группы)
При такой настройке, действительно, совершает движения в «минус» по регистрам, но по «плану счетов» в минус ничего не уходит, списывается только то количество, которое фактически числится, напимер, может списаться половина количества, указанного в строке документа. Появляется расхождение между регистрами и планов счетов. Можно ли настроить программу так, что бы и по плану счетов движения были в «минус»?
С точки зрения логики программы отрицательные остатки на счетах регламентированного учета являются методологической ошибкой. Все же они могут возникать, например, при нарушении последовательности учета операций поступления и выбытия ТМЦ. В таком случае эти ошибки исправляются специальными обработками, восстанавливающими последовательность проведения документов, или изменением времени проведения документов в ручном режиме. Не понятен смысл потребности в отрицательных остатках на счетах. Ведь и отрицательные остатки в регистрах также допустимы лишь в оперативном учете, затем они должы быть скорректированы в соответствии с фактическим наличием товаров.
Здравствуйте, Игорь!
Я тоже теперь новый участник тренинга :)
Уже прошёл первый модуль, и я очень рад, что наконец у меня дошли руки и желание до УПП. Также понравился Ваш тембр голоса и методика объяснения. Очень сравнимая с Евгением Гилёвым… Фарит действительно набрал отличную команду :)
При прохождении данного модуля у меня возникли несколько вопросов:
1. Чем отличается вид номенклатуры, от номенклатурной группы? Ведь «тип номенклатуры» который привязан к «виду номенклатуры» можно было сделать реквизитом справочника «номенклатура» и по большому счёту, отказаться от реквизита «Вид номенклатуры» либо «Номенкалутрная группа» т.к. это по сути как я понял одно и тоже понятие.
Объясните пожалуйста, почемуже разработчики решили их оставить обоих? В чём тут основной смысл…
2. Как обойти проблему отсутствия НЕЗАВИСИМЫХ единиц измерения номенклатуры. У нас мясокомбинат, грубо говоря колбаса выпускается как в штучных, так и килограмовых единицах измерения независимо др. от друга. Возможно ли без дороботки типовой конфигурации решить задачу учёта независимых единиц измерения, или для этого нужно будет использовать другое прикладное решение?
3. Не подскажите по секрету, в УПП 2.0 которая будет в некотором будущем, не решена ли там проблема отсутствия штатного ведения учёта независимых единиц измерения?
4. Не совсем понял, насчёт подразделений предприятия и организаций. Если у нас в предприятии всего одна организация, то есть ли смысл вести учёт в рамках предприятия?
…
(текст комментария доступен только участникам Мастер-группы)
…
(текст комментария доступен только участникам Мастер-группы)
…
(текст комментария доступен только участникам Мастер-группы)
…
(текст комментария доступен только участникам Мастер-группы)
Вопрос по запуску УПП, как управляемого приложения. Часть функционала позволяет работать в таком режиме. Меня интересует что надо сделать, чтобы в таком режиме запуска появился пункт меню Внешние отчеты и обработки (в котором у меня содержатся внешние обработки на управляемых формах)?
Добрый день!
Варианта решения задачи 3:
1. Ждать выхода УПП 2.0 — там это обязательно будет, ожидаемый срок — 3-е полугодие 2013 :).
2. Самостоятельно взять соответствующие подсистемы из БСП и интегрировать их в УПП.
3. Вручную вставить соответствующие команды (вероятно придется доработать формы) объектов в управляемый интерфейс.
Наиболее простой вариант — №3.
Можно пояснить о чем идет речь в п.3? Скажем у меня есть внешняя обработка на управляемых формах, которая принимает от пользователя некие данные и затем содает с нуля несколько документов в УПП. Какие действия требуются, чтобы пользователь увидел эту обработку в какой-то подсистеме при запуске программы в управляемом приложении?
…
(текст комментария доступен только участникам Мастер-группы)
Пока я с этим не согласен. Я хочу понять можно ли стандартными действиями в УПП (настройка прав, ролей) обеспечить видимость некого пункта меню в легальном варианте запуска программы (Управляемое приложение). Если ответ отрицательный, то есть без изменения конфигурации это невозможно, тогда я соглашусь.
…
(текст комментария доступен только участникам Мастер-группы)
3-е полугодие с улыбкой — это значит вообще неизвестно? Или просто 3-ий квартал?
…
(текст комментария доступен только участникам Мастер-группы)
Рассматривается ли где-то расширенная настройка отчетов в курсе? Если да, то в каком уроке? Интересует возможно ли в отчете убрать какие-то колонки, скажем, колонки итогов в План-фактном анализе продаж.
…
(текст комментария доступен только участникам Мастер-группы)
Спасибо! А такое возможно: в том же отчете, когда я добавляю группировку колонок по НГ, смотреть отчет становится крайне не удобно, т.к. сначала идут колонки планов (общий и по каждой НГ), а потом — такие же с исполнениями. И сопоставить план с фактом по каждой группировке — очень трудно. Хотелось бы получать колонки планов и исполнения рядом.
…
(текст комментария доступен только участникам Мастер-группы)
Нет, это не вариант. По строкам идут менеджеры-проекты. Даже с помощью расширенной настройки порядок колонок поменять не получится?
…
(текст комментария доступен только участникам Мастер-группы)
При работе с дополнительными внешними печатными формами и дополнительными отчётами (вызываемыми из меню «Сервис») не сохраняются настройки печати — приходится каждый раз переделывать с книжного формата на альбомный.
Хотелось бы исключить лишние действия пользователей. Как лучше поступить?
…
(текст комментария доступен только участникам Мастер-группы)
В нашей УС предусмотрена возможность запрета изменения документов (РТУ) пользователям с обычными правами после возврата экспедитором бумажных документов от покупателя. В зависимости от покупателя — сроки разные. Можно ли это как-то реализовать в УПП?
…
(текст комментария доступен только участникам Мастер-группы)