Код &НаКлиенте Процедура ОсновноеКонтактноеЛицоПриИзменении(Элемент) Если НЕ ПроверитьЗаполнениеРеквизита() Тогда Сообщить("Выбранное контактное лицо, "+Объект.ОсновноеКонтактноеЛицо+",не работает у контрагента."); КонецЕсли; КонецПроцедуры
&НаСервере Функция ПроверитьЗаполнениеРеквизита() Возврат (Объект.ОсновноеКонтактноеЛицо.ПредставительРаботает); КонецФункции &НаСервере Процедура УстановитьНомерПредставителя()
Объект.ТелефонКонтактногоЛица=Объект.ОсновноеКонтактноеЛицо.КонтактныеСведения; КонецПроцедуры При проверке выдает ошибку: {Справочник.Контрагенты.Форма.ФормаСписка.Форма(12,11)}: Переменная не определена (Объект)
работаю на версии 1С:Предприятие 8.3 (8.3.10.2650) |
Оборотные регистры накопления, последовательности, нумераторы, регистры сведений
Агрегаты
Выше мы упоминали о том, что оборотные регистры накопления поддерживают полезный, в плане увеличения быстродействия прикладного решения, механизм агрегатов. Агрегат представляет собой хранилище данных, содержащее агрегированную информацию из регистра в различных разрезах. Разрезы подбираются исходя из использования данных регистра в отчетах. Механизм агрегатов позволяет ускорить доступ к информации. Для создания агрегатов используется конструктор агрегатов, который можно вызвать, нажав на кнопку Агрегаты, расположенную на закладке Данные окна редактирования объекта для оборотного регистра накопления, рис. 8.14.
По нажатию на эту кнопку можно открыть окно Конструктора агрегатов ( рис. 8.15.), где можно добавлять новые агрегаты, настраивать состав измерений регистра, входящих в агрегаты, а так же их свойства. При установленной периодичности Авто система сама подбирает подходящую периодичность для агрегата. Мы установили такую периодичность для агрегата, в который входят сведения по измерениям Контрагент и Номенклатура.
По измерению ОтветственныйСотрудник мы собираемся получать данные ежемесячно, поэтому у агрегата, содержащего указанное измерение, мы установим периодичность Месяц.
В нашей учебной базе, содержащей небольшие объемы данных, мы вряд ли сможем оценить полезность агрегатов, однако, при работе с большими базами данных они способны повысить производительность отчетов.
Последовательности
В нашей конфигурации есть документы, последовательность ввода которых способна влиять на данные, хранимые в системе. Это три документа – ПоступлениеМатериалов, ОтпускМатериаловМастеру и РеализацияМатериалов. Рассмотрим пример.
В некоей конфигурации есть два документа – один фиксирует поступление материалов, второй – списание. Имеется один регистр накопления, в который эти документы делают записи.
Предположим 10.07.11 мы ввели документ поступления материалов (назовем его П1), который отражает принятие к учету 10 единиц материала М1 по цене 10 рублей за единицу.
12.07.11 мы ввели документ списания материалов (назовем его С1), которым списываем 6 единиц материала М1. Очевидно, что при такой последовтельности ввода документов, в том случае, если мы используем метод расчета себестоимости по средней, окажется, что списано 6 единиц материалов М1 на общую сумму 60 рублей, в остатках мы имеем 4 единицы на 40 рублей.
Что произойдет, если, после того, как два вышеописанных документа уже введены в систему, проведены, мы, например, 11.07.11, введем еще один приходный документ (П2), которым принимаем к учету 10 единиц материала М1 по цене 15 рублей за единицу?
Если мы построим отчет по остаткам материалов, скажем, на 13.07.11, то окажется, что количественные показатели нас устраивают – в остатке будет 14 единиц материала. Стоимость этих материалов будет складываться из стоимости остатка – это 4*10 и стоимости материалов, принятых задним числом, то есть – 10*15. Сумма равна 190 рублей.
Документ С1, которым материалы списаны 12.07.11, был проведен без наличия сведений о материалах, поступление которых отражено 11.07.11. А это значит, что при применении метода расчета себестоимости по средней, этот документ содержит неверные данные. Действительно, на момент списания материалов этим документом их количество равнялось 10, общая стоимость 100, средняя стоимость составила 10. После ввода документа П2 мы имеем на 12.07.11 уже 20 единиц материала на сумму 250 рублей, средняя стоимость единицы уже равняется 12,5 рублей. То есть, наш документ С1 должен списать 6 единиц материалов М1 по 12,5 рублей, что дает нам их общую стоимость в 75 рублей и приводит к тому, что в остатках на 13.07.11 должны числиться 14 единиц, себестоимость которых должна равняться 175 рублей.
Если при проведении документа С1 данные по документу М2 не учитывались – мы получаем в остатке 14 единиц, себестоимость которых равняется 190 рублей. Все это значит, что документ, введенный задним числом, искажает данные учета. Если абстрагироваться от нашей учебной конфигурации и рассмотреть последствия подобной ситуации в реальной учетной системе, то окажется, что такое происшествие способно исказить данные учета, как результат – повлиять на суммы налогов (например, налога на прибыль). То есть, даже если не говорить о том, что в учете будут отражены некорректные данные, подобная "ошибка" способна привести к весьма неприятным для организации последствиям в виде санкций налоговых органов.
Для того, чтобы подобную ситуацию разрешить, нужно, как вы уже, наверное, догадались, после ввода "дополнительного" документа П2 просто перепровести документ С1. Все это выглядит простым и понятным в примере с тремя документами, но в учетной системе с десятком видов документов, несколькими регистрами, в которую вводят несколько сотен различных документов ежедневно, "вручную" отследить возникновение подобной ситуации достаточно сложно. Можно, конечно, прибегнуть к радикальному методу – например, периодически перепроводить все документы за какой-либо период или за все время работы в базе. Но перепроведение большого количества документов – дело трудоемкое, к тому же, если уж полностью следовать логике полного перепроведения, перепроводить нужно все документы с начала работы в базе. А это, возможно, документы, накопленные за несколько лет, то есть – операция слишком ресурсозатратная для ее регулярного выполнения.
К счастью, разработчики 1С:Предприятие 8.2. предусмотрели возникновение подобных ситуаций – для контроля за правильной последовательностью проведения документов в системе имеется объект, который так и называется – Последовательность.
Последовательность позволяет автоматически контролировать хронологическую последовательность проведения документов, включенных в нее, а так же – для документов, влияющих на состояние отслеживаемых последовательностью регистров.
Создадим новую последовательность (ветвь дерева конфигурации Последовательности находится в ветви Документы), назовем ее СебестоимостьМатериалов, рис. 8.16.
Включим последовательность СебестоимостьМатериалов в подсистему ОперативныйУчетМатериалов.
На закладке Использование, рис. 8.17., мы оставим параметр Перемещение границы при проведении в значении Перемещать, в поле Входящие документы внесем документы ОтпускМатериаловМастеру и РеализацияМатериалов, в поле Движения, влияющие на последовательность, внесем регистр накопления ОстаткиМатериалов.
Сущность действия последовательности заключается в следующем. Она отслеживает документы, влияющие на нее (и документы, влияющие на состояние регистра, в нашем случае это документ ПоступлениеМатериалов) и, в зависимости от даты проведения документов перемещает границу либо вперед (при нормальной хронологической последовательности ввода документов), либо – назад – в том случае, если документ введен (проведен) не в нормальном порядке.
Граница последовательности указывает нам на документ, документы, введенные после которого могут отражать некорректные данные. Последовательность можно восстанавливать – при восстановлении последовательности перепроводятся документы, входящие в нее. В нашем случае это документы, которыми мы списываем материалы. Документы поступления материалов влияют на последовательность, но они вводят в систему исходные данные для расчета себестоимости, поэтому внеочередное проведение документа поступления материалов на другие документы поступления не влияет, но вполне может повлиять на документы списания материалов.
При восстановлении последовательности производится автоматическое проведение нужных документов и граница последовательности устанавливается на последний из них. Для управления последовательностями в пользовательском режиме можно выполнить команду Главное меню > Все функции > Стандартные > Проведение документов, и там, на закладке Последовательности, рис. 8.18., посмотреть состояние последовательностей, и, при необходимости, восстановить их.
Здесь мы видим, что граница последовательности установлена на документ Реализация материалов от 13.10.2011. Введем документ ПоступлениеМатериалов, например, от 10.10.2011. Это приведет к такому состоянию последовательности, рис. 8.19.
Восстановление последовательности приведет к перепроведению документов, входящих в нее и снова установит ее границу на документ Реализация материалов от 13.10.2011.