Требования к проведению документов
Область применения: управляемое приложение, мобильное приложение, обычное приложение.
1. Документы предназначены для ввода первичной информации, связанной с регистрацией событий, воздействующих на учитываемые в системе показатели. Например, при автоматизации финансово-хозяйственной деятельности предприятия – это учет различных хозяйственных операций; в системах управления производственными процессами – регистрация производственных операций и т. д.
2.1. Регистрация события в системе (т.е. отражение его в учете) выполняется с помощью проведения документа. Большинство документов должны проводиться (свойство Проведение установлено в значение Разрешить ).
Логически, непроведенный документ отличается от проведенного тем, что непроведенный документ является «черновиком», не отраженным в учете. Такие документы могут быть сохранены в системе, даже если они не полностью или вообще не заполнены; к ним не применяются никакие проверки и ограничения бизнес-логики (проверки заполнения, дат запрета изменения и т.п.). Данные таких документов не отражаются в учете (не выводятся в отчетах и т. п.)
В то же время, проведенный документ – это «чистовик», формирование и обработка которого завершены и по поводу которого принято решение, что данный документ должен участвовать в учете.
2.2. Если жизненный цикл документа состоит из нескольких этапов, которые соответствуют этапам некоторого процесса, то для описания этих этапов у документа могут быть введены дополнительные статусы. Например, документ Заказ клиента может иметь статусы: Не согласован , К обеспечению , Закрыт ; документ Расходный кассовый ордер – сначала зарегистрирован в журнале регистрации кассовых ордеров ( КО-3 ), затем подписан главным бухгалтером (руководителем), передан в кассу, затем зарегистрирован в Кассовой книге, подписан главным бухгалтером (руководителем).
В таких случаях, проведение документа соответствует моменту первичного отражения события в учете, а статусы проведенного документа уточняют, как именно событие отражено в учете.
Если документ проведен, то при переводе документа между статусами пользователям может быть предложено дозаполнить определенные данные документа, к этим данным могут быть применены определенные проверки и ограничения бизнес-логики, специфичные для каждого этапа. До момента проведения, перевод «черновика» документа по статусам не контролируется системой.
Примеры поведения документов с многоэтапным отражением в учете:
- для проведенного документа Заказ клиента :
- при переводе в статус Не согласован система контролирует только основные параметры заказа;
- при переводе в статус К обеспечению – обязательно для заполнения поле Дата отгрузки , так как логисту необходима информация, к какой дате нужно привезти заказ;
2.3. Исключение из этого правила («большинство документов должны проводиться») составляют
- документы, которые не предназначены для отражения событий в учете. С помощью таких документов только регистрируют различные события с привязкой ко времени: например, входящую корреспонденцию, звонки, встречи и т.п.
- отдельные документы, технология проведения которых сильно отличается от технологических возможностей платформы, но которые должны выглядеть для пользователя так, как будто они проводятся. Например, это документы Операция (бухгалтерский и налоговый учет) – для ввода операций вручную, Регламентная операция – для выполнения операции закрытия месяца с возможностью ручной корректировки движений и т.п.
Такие документы не проводятся.
2.4. В случае если пользователь должен выполнять регистрацию события в системе и отражение его в учете за одно действие, необходимо записывать новый документ в режиме проведения.
При этом недопустимо решать эту задачу другими способами, в частности, с помощью отключения проведения у документа.
3. При отражении события в учете может возникнуть необходимость сформировать «вторичные» данные, со сложными привязками к моментам времени, периодам и к другим объектам системы. В этом случае следует помещать такие данные в регистры. Формирование движений по регистрам следует выполнять при проведении: автоматически или вручную.
При автоматическом формировании движений, пользователь вводит информацию о событии в данные документа, а при проведении на основе введенной в документ информации генерируются движения в различные регистры. Например, для бухгалтерских операций происходит формирование проводок.
При ручном формировании движений, пользователь вводит данные непосредственно в регистры. Такие документы обычно называются ручными операциями. Они могут использоваться для введения начальных остатков, или для ввода хозяйственных операций, которые не были предусмотрены разработчиком конфигурации.
4. В отдельных случаях, формирование движений может выполняться отдельным документом. Это востребовано в случае схожей обработки разных видов документов, групповой обработки или реализации сложных бизнес-процессов, требующих явного разделения функций исполнителей. Тогда разные стадии отражения событий в учете реализуются не переходом по статусам у одного документа, а разными документами, которые вводятся на основании друг друга. В этой цепочке только определенные документы при проведении формируют движения.
Например, рассмотрим ситуацию, когда платежное поручение формируется в финансовом отделе, и при этом бухгалтер при проведении не должен изменять первичный документ. В этом случае, документ Платежное поручение не делает движений, а движения по платежному поручению формируются отдельным документом Списание с расчетного счета , который специально предназначен для автоматизированного формирования движений.
5. Непроведенные и помеченные на удаление документы не должны иметь активных движений.
6. Даже если документ не формирует движений, он должен проводиться, чтобы логически отличаться от «черновика».
7.1.1. В случае, если в документе не менялись данные, влияющие на проведение (например, изменили только значение реквизита Комментарий ) проведение проведенного ранее документа, не должно приводить к изменению его движений.
Исключением из этого правила могут быть случаи, когда движения по регистру полностью или частично формируют внешние по отношению к документу алгоритмы (см. п.4).
7.1.2. При разработке алгоритмов формирования движений нужно стремиться избегать решений, когда результат формирования движений зависит от состояния учетных регистров, например, от остатков, т.к. в этом случае результат проведения будет зависеть от последовательности ввода документов.
Исключением из этого правила могут быть отдельные, обоснованные случаи, когда сама суть алгоритма заключается в анализе последовательности, как, например, в алгоритмах реализующих партионный учет.7.2. Для реализации поведения, описанного в п. 7.1, документы при формировании движений должны по максимуму опираться на данные, которые хранятся в этом документе. Данные, которые в документе не сохраняются, должны быть защищены от изменения. Это достигается реализацией следующего комплекса мер.
7.2.1. Если поддерживается изменение пользователем внешних, по отношению к документу, данных (например, реквизитов НСИ), влияющих на формирование движений, то значения этих реквизитов должны быть сохранены в документах.
В противном случае изменение этих данных должно быть заблокировано. В конфигурациях на основе Библиотеки стандартных подсистем для этого рекомендуется использовать возможности механизма Запрет редактирования реквизитов .
Исключения из этого правила описаны в п. 7.1.2.
7.2.2. Нужно стремиться, чтобы настройки программы (например, значения функциональных опций) оказывали наименьшее влияние на формирование движений. Тогда пользователь сможет свободно менять эти настройки.
Некоторые приемы для достижения такого поведения
- указание даты начала действия настройки (периода действия) и учет этой даты в алгоритмах формирования движений;
- заполнение отключенных по настройкам обязательных полей значениями по умолчанию: тогда пользователь сможет свободно включить настройку, ограничения будут связаны только с отключением такой настройки;
- формирование движений без учета настройки и дополнительные меры в объектах, которые отображают информацию из учетных регистров. Например, значение измерения регистра накопления всегда пишется одинаково, но отчеты по этому регистру измерение скрывают, если оно отключено.
7.2.3 Если все меры по исключению зависимости формирования движений от настроек программы исчерпаны, то необходимо предусмотреть одну из мер:
- автоматическая обработка данных, которая запускается в фоне после изменения пользователем настройки. О запуске такой обработки пользователя нужно предупреждать перед редактированием настройки;
- обработка данных, которая запускается пользователем вручную. Перед редактированием настройки пользователя нужно уведомлять о необходимости запуска обработки. Так же необходимо в интерфейсах, которые могут оперировать данными, подлежащими обработке (например, в отчетах) предупреждать пользователя, о необходимости запуска обработки;
- если предусмотреть обработку данных не представляется возможным, то при редактировании настройки необходимо предупреждать пользователя о том, что это делать не рекомендуется после начала ведения учета.
При этом допустимо поведение, когда реакция программы на включение и отключение настройки будет разной. Например, включение настройки проходит без предупреждения, а отключать ее не рекомендуется.
7.3. При изменении логики формирования движений для обеспечения выполнения условий п.7.1 необходимо предусмотреть обработчики обновления информационной базы либо поддерживать для существующих на момент обновления документов старые алгоритмы формирования движений.
8 . Для большинства событий отражение в учете может быть обратимым. В таком случае, для этого следует использовать механизм отмены проведения документов.
См. также
- Имена объектов метаданных в конфигурациях
- Порядок записи движений документов
- Самодостаточность регистров
Управление документами
Оформляйте документы в соответствии с корпоративными стандартами организации, используя шаблоны с необходимыми реквизитами и бланки. Отслеживайте изменения и версии каждого документа, контролируйте качество подготовки и местонахождение бумажных экземпляров, сканируйте документацию. Направляйте документы на согласование, утверждение, ознакомление и исполнение, контролируя исполнительскую дисциплину.
Учет входящей и исходящей корреспонденции, ОРД
Входящие и исходящие документы можно просматривать списком или группировать, например, по отправителям или по видам документов. Прямо из списка можно быстро искать документы и выполнять все необходимые действия с ними (например, направлять на исполнение, печатать, отправлять по почте). Сотрудники могут сами менять под свои предпочтения состав, порядок и оформление колонок списка.
Входящие документы
Контроль исполнения
Состояния документа. Предусмотрено пять состояний документа:
- согласование (На согласовании, Согласован, Не согласован);
- утверждение (На утверждении, Утвержден, Не утвержден);
- рассмотрение (На рассмотрении, Рассмотрен);
- регистрация (Проект, На регистрации, Зарегистрирован, Не зарегистрирован);
- исполнение (На исполнении, Исполнен).
Состояния документа устанавливается вручную или автоматически процессами. Например, старт процесса согласования установит документу состояние «На согласовании», а успешное завершение этого процесса — «Согласован». При необходимости можно запретить сотрудникам менять состояния документов вручную. Можно настроить доступность полей и команд документа в зависимости от состояния.
Состояние документа
Контроль документов. Ответственный за документооборот может контролировать возврат документов, находящихся у контрагентов, например, на подписании. Ответственный за работу с обращениями граждан может контролировать исполнительскую дисциплину сотрудников, готовящих ответы на эти документы. Этот отчет (как и другие отчеты) можно автоматически формировать и направлять руководителю к планерке.
Пример отчета по журналу передачи
Электронная подпись
В «1С:Документообороте 8» поддерживаются все три вида электронной подписи: простая, усиленная неквалифицированная и усиленная квалифицированная. Электронная подпись используется для удостоверения целостности документа и авторства подписавшего. Усиленная и квалифицированная подписи могут использоваться также и для шифрования файлов. Подписывать можно документы, файлы, визы и резолюции. Поддерживаются любое криптографическое ПО с интерфейсом Crypto API. Например: MSECP (бесплатный), КриптоПРО, ViPNet. Допускается использование в одной базе сразу нескольких различных криптографических программ, как платных, так и бесплатных.
Сведения об электронной подписи отображаются и в списках, и в карточках документов и файлов. Подпись не нужно проверять каждый раз, открывая документ — результат проверки сохраняется. Установить подпись можно командой «Подписать» в карточке документа или файла. Использовать усиленную квалифицированную подпись просто:
- разработать регламенты использования электронных подписей сотрудниками предприятия и приказом ввести их в действие;
- приобрести криптографическое ПО: удовлетворяющее ГОСТ Р 34.10-2012, поддерживающее Crypto API. Например, КриптоПро, Верба, VIPNet или другие;
- приобрести у удостоверяющего центра сертификаты ЭП для тех сотрудников, которые будут подписывать или шифровать документы;
- включить настройку программы «Использовать электронные подписи и шифрование»;
- добавить в программу полученные сертификаты и настроить правила их использования;
- настроить шаблоны процессов «1С:Документооборота 8» так, чтобы программа обязательно запрашивала электронную подпись при согласовании или утверждении документов.
Потоковое сканирование и штрихкодирование
Сканирование. Файлы в программу можно заносить сканированием — как ручным, так и потоковым (в том числе и через сетевые сканеры). Отсканированное изображение помечается как скан-копия оригинала и автоматически распознается. Поэтому скан-копии оригиналов можно находить полнотекстовым поиском. Рекомендованные настройки сканирования — 200 DPI, цветное, JPG, качество 75. Примерный размер скана страницы А4 — 400Кб.
Выбранные настройки сканирования автоматически сохраняются для последующего сканирования. В один клик можно собрать отдельные отсканированные страницы в один многостраничный скан формата TIFF или PDF.
Сканирование
Штрихкодирование документов. «1С:Документооборот 8» умеет:- печатать штрихкод на самом документе, на наклейке или на пустом листе;
- автоматически вставлять штрихкод в файлы формата Microsoft Word (doc, docx);
- распознавать все штрихкоды, вставленные в документ и вами, и вашими контрагентами;
- моментально находить документы по любым штрихкодам как с клавиатуры, так и с использованием сканера штрихкодов.
Штрихкоды используются программой при потоковом сканировании — именно через штрихкод «1С:Документооборот 8» понимает к какой карточке прикрепить тот или иной скан. В типовой поставке поддерживается только EAN-13.
Штрихкодирование документов
Архивное хранение и поиск
Передача дел в архив. В программе можно отразить передачу дел (томов) в архив. При этом программа сама проверит, что дело закрыто и срок его хранения истек. Предусмотрена печать стандартной формы «Опись дел» для установки на ней печати организации и подписи ответственного лица. Переданные в архив дела и документы не пропадают из информационной базы и доступны для поиска, сбора статистики и анализа.
Передача дел в архив
Поиск. В программе можно работать с тысячами документов и других данных. Предусмотрено три способа быстрого поиска данных:
- простой поиск в списке — основан на полнотекстовом индексе. Достаточно ввести часть того, что нужно найти, и программа за 1 секунду покажет найденное;
- точный поиск по реквизитам документов и файлов — находит точно то, что вам нужно в файлах и документах (входящих, исходящих и внутренних). Просто укажите в каких реквизитах искать и что нужно найти — за несколько секунд программа выведет список всех найденных данных;
- полнотекстовый поиск по реквизитам или по содержимому файлов, в том числе и скан-копий — похож на обычные Интернет-поисковики. Введите, например, «договор стройпромвсе» и программа покажет все, что связано с договорной работой с вашим контрагентом ЗАО «Стройпромвсе» — договоры, обсуждения, задачи, проекты, записи календарей, мероприятия и другие данные в которых встречаются слова «договор» и «стройпромвсе». Программа сама найдет слово в любом падеже, в единственном или множественном числе.
Поиск документов в файле
Учет входящей и исходящей корреспонденции, ОРД Контроль исполнения Электронная подпись Потоковое сканирование и штрихкодирование Архивное хранение и поиск
- 250 преимуществ «1С:Документооборота»
- «1С:Документооборот» 3.0: преимущества новой редакции
- Работа с договорными документами
- Управление документами
- Эффективное управление процессами
- Функциональный почтовый клиент
- Учет и планирование рабочего времени
- Проектный учет и контроль исполнения
- Инструменты для совместной работы
- Интеграция с любыми решениями
- Доступ с различных устройств
Для чего нужны документы в 1с
Ведения учета в 1С – это последовательный ввод документов 1С, отражающих хозяйственную деятельность компании. То есть — покупки, продажи и прочее.
Таким образом один из ключевых столпов, на которых работает 1С – это документы 1С.
Давайте рассмотрим в этом уроке — что такое документы 1С и принципы работы с ними.
Документы 1С не являются справочной информацией (как справочники 1С), наоборот — каждый документ описывает хозяйственную операцию в жизни компании (фирмы). Набор всех введенных пользователями документов 1С вместе – это и есть учет компании.
Хозяйственные операции обычно проводятся над чем-то, например, над товарами (покупка, продажа), над деньгами (получение на счет в банке, выдача из кассы) и так далее.
- Есть вид учета: денежных средств, товаров и прочего.
- Информация из справочников определяет разрез вида учета: касса, счет в банке, товар.
- Документы 1С [каждый] определяют движение количества и/или суммы по разрезу в учете: касса +1000 рублей, счет -1000 рублей, товар +10 штук.
Зачем нужны Документы 1С
Эта история началась до появления 1С. В самом развитии учета товаров и денег как таковом люди задумывались о способах подтверждения как сделки в целом (договор), так и частей выполнения договора (хозяйственных операций).
Поставщик привез товар и отдал. В обмен нужна бумажка с печатью и подписью, чтобы было доказательство. Постепенно это развивалось. Как должна бумажка выглядеть. В каких случаях бумажки с каким названием должны выдаваться.
Сейчас на каждый чих придумана такая своя бумажка. Называется она [в целом] [первичный] документ учета. А в частности – конкретные называния документов: приходная накладная [на товары], счет-фактура, кассовый ордер.
Когда уже появилась 1С и другие программы учета, стало ясно, что как таковые первичные документы в программе не нужны – если цель посчитать сколько итого заработали или есть товаров. Например, можно просто записывать в некую таблицу или журнал движение денег по кассе и будет Вам итого (как в Excel).
Но в этом случае нет четкого соответствия бумажным документам и в случае, когда нужно разобраться а откуда такая сумма взялась, а что да почему, а где как говорится, доказательства?
Отсюда появилось четкое правило: в программе учета должны быть в наличии отражения всех настоящих бумажных первичных документов, причем один бумажный документ = один электронный документ 1С.
Где расположены Документы 1С
Аналогично, как и со справочниками, в режиме 1С Предприятие пользователь видит не какое-то стандартное меню 1С, а интерфейс, разработанный программистом. Поэтому угадать куда программист положил конкретный документ нельзя. Как фантазия позволила.
Для администратора (т.е. того самого программиста) есть стандартное меню, которое содержит все документы 1С конфигурации. Это меню Операции / Документы 1С, через который можно открыть любой документ.
В новой 1С, тонкий / управляемый клиент, есть аналогичное меню с названием Все функции. Работает так же как и Операции в толстом клиенте.
В Конфигураторе все объекты 1С находятся в окне конфигурации, разделенным по веткам. Документы 1С находятся в одноименной ветке. Раскрыв ветку Вы видите список конкретных документов. Методика работы была описана в предыдущих уроках. Редактор открывается двойным щелчком мыши по конкретному документу.
Как выглядят Документы 1С
Перед тем, как начать работать с конкретным документом №33 от 1 октября, Вы открываете список документов.
Список бывает двух видов:
- Простой список документов 1С конкретного вида (на сленге часто называют ДокументСписок), например «Список приходных накладных»
- Журнал документов 1С – это отдельный Объект 1С, который позволяет создать сплошной список разных видов документов, например «Список складских документов».
1) Документы 1С имеют признаки, которые позволяют отличать один документ 1С от другого. Основные признаки документов 1С, на основании которых организуется список, это:
- Дата документа
- Номер документа
- Проведен по регистрам.
По умолчанию документ не проведен. Это значит он не виден в отчетах. Чтобы документ был виден в отчете — его нужно провести.
Чтобы провести документы 1С — нужно нажать или кнопку ОК (расшифровывается как Записать и Провести), или кнопку Провести (в меню по правой кнопке мыши в списке документов или кнопка в панели вверху окна документа).
2) К ним конечно же добавляются вторичные, но не менее важные учетные признаки:
- Организация
- Контрагент (т.е. клиент)
- Сумма и валюта (т.е. рубли, доллары) документа.
3) В большинстве типовых конфигураций 1С возможно вести одновременно несколько видов учета: бухгалтерский, налоговый, оперативный, еще какой-то. В связи с этим появляется третий признак документа – галочки, «включающие» этот документ для конкретного вида учета.
При двойном щелчке мышкой на конкретном документе – открывается форма (т.е. окно) самого документа. Она делится на «шапку» (обычно основные перечисленные выше поля) и закладки с табличными частями (таблицами).
У основной массы [видов] документов есть табличные части. Это значит, что мы обычно оформляем накладную не на один товар – товаров много. Поэтому для их внесения нужна таблица.
Документы 1С отличают один от другого – датой и номером. Это его главные уникальные поля. Номера 1С присваивает автоматически.
Усложнение 1. Часто номера документов должны быть с «префиксом» по организации, т.е. не «001», а «ОА0001» и «БВ001». Префикс тогда указывается в справочнике организаций – для одной ОА, для другой БВ.
Усложнение 2. Бывает, что у разных документов должна идти сплошная уникальная нумерация подряд. Для этих случаев есть объект 1С – Нумератор. Он расположен внутри ветки конфигурации Документы, в самом верху.
Усложнение 3. Последовательности. Мы рассмотрим в уроке «Дата 1С».
Поле Номер, обычно по-умолчанию закрыты от редактирования пользователем. Изменить можно вот таким способом (конечно если это разрешено правами).
Документы 1С — настройка и разработка
Создание новых документов 1С или изменение существующих проводится в конфигураторе. Методика работы – такая же, как и с другими объектами. Общие принципы мы рассматривали в предыдущих уроках.
Документы 1С — основные особенности по закладкам конфигуратора:
- Основные – название справочника в конфигураторе (Имя) и для пользователя (Синоним)
- Подсистемы и Функциональные опции – на какой закладке рабочего стола пользователя в тонком клиенте будет находится документ, условия его видимости
- Данные
o Список реквизитов – т.е. полей «шапки» документа
o Табличные части – таблицы документа, например список товаров с количествами и суммами
- Нумерация – очень важный пункт для документа, определяет каким образом будет назначаться номер; нумератор (см. выше) можно не назначать – он указывается только тогда, когда нужно объединить нумерацию разных документов
- Движения – документ содержит количество и сумму результата своего «движения» учета, этот результат он записывает в один или несколько регистров, в которых и считается итого по учету; подробнее мы рассмотрим в будущих уроках
- Последовательности – возможно привязать документ к последовательности, что это такое мы расскажем в следующем уроке
- Журналы – это формы списков документов, которые объединяют разные документы, например «Все документы по складу», журнал можно создать в соответствующей ветке конфигурации, а здесь можно включить или исключить документ из журнала
- Формы – это окна, с помощью которых пользователь работает с документом; основные – это форма списка документов и форма самого документа; форм может быть несколько – форма по-умолчанию указывается здесь же
- Макеты – как мы говорили электронный документ учета напрямую связан с бумажным; текущая практика – сначала вводится электронный, а потом он распечатывается; макеты – это шаблоны печатных форм документов
- Ввод на основании – очень часто документы в жизни компании связываются в цепочки, например мы купили машину товара и сразу же всю ее продали; оформляется это двумя разными по сути, но одинаковыми по содержанию документами, которые нужно вводить последовательно; чтобы не заполнять несколько раз одно и то же, есть возможность вводить один документ на основании другого, при этом заполнение производится автоматически
Проголосовать за этот пост:
Справочники и документы. В чем сила 1С
Много узкоспециализированных объектов или небольшое количество универсальных? Истина, как обычно, посередине. Справочники и документы в 1С — это пример удачного попадания в эту середину. Разумеется, речь не о том, что видит пользователь, а о том, чем оперирует разработчик. Идея » а давайте у нас будут не таблицы базы данных, а справочники и документы», при всей своей внешней неброскости, не столь проста. О чем и поговорим далее
Вступление
Мы стартуем с того, что часть таблиц базы данных в обязательном порядке снабжаем полем типа дата и называем их документами. Другая часть таблиц может иметь в своем составе поля типа дата, а может и не иметь. Их мы называем справочниками. И те и другие, как и почти все порядочные таблицы баз данных, имеют поле уникального идентификатора, он же первичный ключ. Разработчикам не надо заботится о создании этих полей и ключей. Платформа 1С:Предприятие сделает это за них. Разработчики могут пользоваться результатами работы платформы и связывать документы и справочники друг с другом всевозможными способами. Значения уникальных идентификаторов формируются автоматически.
Справочники и документы в 1С называют объектными сущностями. Потому что если удалить запись, а потом создать «точно такую же», то она не будет точно такой же. Это будет другая запись, с другим уникальным идентификатором. За всем этим не стоит никакого глубокого смысла. Это всего лишь обратная сторона автоматизации. Плата за то, что разработчикам не надо задумываться о формировании значений ключей. Кроме того, это вообще неправда. В 1С можно штатными средствами создать «точно такую же запись» справочника или документа. Просто это потребует дополнительных усилий со стороны разработчика.
На создании ключей автоматизация не заканчивается. И для справочников и для документов создается ряд служебных полей. Также, разработчикам предоставляются интересные инструменты и методы. Рассмотрим их подробнее.
Справочники
Помимо уникального идентификатора, в 1С его называют ссылкой, в справочнике могут быть автоматически созданы следующие поля:
- Код
- Наименование
- Владелец
- Родитель
- ЭтоГруппа
- ПометкаУдаления
- Предопределенный
- ИмяПредопределенныхДанных
Некоторые из них заслуживают более подробного рассказа.
Сразу вызывает вопросы поле код. Зачем оно нам, если у нас уже есть уникальный идентификатор? Здесь мы снова имеем дело с некоторыми издержками автоматизации. Уникальный идентификатор формируется по некоторым своим «внутренним» правилам. В общем случае, пользователь его не видит и, тем более, не может его менять. С другой стороны, платформа 1С создавалась в те времена, когда автодополнение после каждого введенного символа еще не было так распространено, считалось, что поиск по коду важнее поиска по наименованию. Поэтому каждый справочник надо бы снабдить неким кодом, но уже доступным для пользователя. С тех пор так и пошло, что какой-нибудь справочник контрагентов имеет встроенный уникальный идентификатор для ссылок и не менее уникальный ИНН(КПП), но уже для поиска.
Кроме того, в любой более или менее содержательной конфигурации найдется большое количество справочников, которым код в принципе не нужен. Всякие склады, подразделения, типы цен и т.д. Платформа 1С Предприятие вообще-то позволяет избавиться от ненужного кода
Но тут «особо умных» ждет подвох
Мы-то удалили код из справочника, а платформа не совсем.
Этому багу уже лет двадцать. Поначалу я на него сердился, а теперь кажется, что мне будет его не хватать, если его когда-нибудь исправят.
Два поля, родитель и этогруппа, отвечают за иерархию. Пользователи любят иерархию. А для разработчиков эта любовь выливается в необходимость прибегать к рекурсивным алгоритмам. Платформа 1С:Предприятие позволяет вообще не вспоминать об этом.
Одна «галочка» и пользователь получает у себя перед глазами красивое «дерево», а разработчик такие методы как ПринадлежитЭлементу() и ВыбратьИерархически().
Отдельно стоит рассказать про так называемые табличные части. Табличная часть — это таблица, связанная с основной таблицей справочника или документа отношением много-к-одному. В предыдущей, седьмой версии табличная часть могла быть только у документа. Причем в количестве строго одна штука. В восьмой версии ограничение на количество табличных частей сняли, а заодно и разрешили создавать табличные части и для справочников. Жаль только, что нельзя создавать табличные части у табличных частей. Такого рода задачи, хоть и нечасто, но все же приходится решать. И в этот момент приходит понимание, что при всей своей простоте, концепция табличных частей реально экономит разработчику очень много времени.
Документы
Как я уже говорил, у документа кроме ссылки есть поле дата. Это позволяет рассматривать документы как инструмент отображения событий. Есть еще три предопределенных поля:
- Номер
- Проведен
- ПометкаУдаления
Можно добавлять табличные части. Но самое интересное в документах — это то, что у них как правило есть движения. Движения это записи в регистрах накопления (регистрах бухгалтерии, регистрах расчета, реже в регистрах сведений) связанные с документом. В самых простых случаях нет необходимости писать код для формирования движений (а в сложных есть такая возможность!). Можно воспользоваться конструктором движений.
Три (если у вас «+», «приход») или четыре клика (если у вас «-«, «расход») и платформа создаст вам код
Процедура ОбработкаПроведения(Отказ, РежимПроведения) //>__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ КонецПроцедурыБыстрая разработка
В чем сила разделения таблиц на справочники и документы, и почему я называю это удачной находкой.
Такое простое разделение как бы берет за руку неопытного разработчика и ведет его к результату. Нам нужен учет на складе? Хорошо, какие у нас будут документы? Очевидно, что как минимум, для начала, приход на склад и расход со склада. А что в документах? В документах ссылки на справочники склады, товары и т.д. Ну и количество, разумеется. И все это делается за считанные минуты даже теми, кто никогда раньше не видел 1С. Еще несколько минут и мы создали регистр остатков товаров на складе, с помощью конструктора движений сгенерировали код для документов прихода и расхода. В принципе, наша учетная система уже готова к использованию. Можно еще создать отчет. Также с помощью конструктора. И так же быстро, как все остальное. Но это тема отдельного интересного разговора.
Заключение
В бурно развивающихся и постоянно меняющихся ИТ иногда встречаются «долгоиграющие» темы. Хороший пример тому язык запросов SQL. Вывод разработчика на уровень абстракции справочники/документы появился в 1С четверть века назад. И это прекрасно работает до сих пор. Что и служит доказательством удачной находки.
Также хочу напомнить про бесплатный вебинар от OTUS, где преподаватели покажут как решаются задачи проектирования объектов метаданных различных конфигураций, для решения практических задач бизнеса.