Код типологии однородного учреждения в 1с что это
Обновлено: 11.05.2024
Бюджетный бухгалтерский учет построен на том же принципе - двойной записи, но счет немного)) длиннее.
Рабочий счет состоит из 26 знаков:
первые 17 знаков — КПС (классификационный признак счета);
18 разряд — КФО (код финансового обеспечения);
с 19 по 23 разряд — Счет единого плана счетов;
с 24 по 26 разряд — КЭК (код экономической классификации).
При составлении проводки сначала определяем 19-23 разряды счетов Дт и Кт. Для этого можно воспользоваться хитростью — составить проводку по коммерческому плану счетов и «перевести» проводку на счета бюджетного учета.
В таблице представлены некоторые аналоги счетов:
Счета коммерческого плана счетов
Аналог из бюджетного учета — счет единого плана счетов государственных учреждений
Амортизация основных средств
Амортизация нематериальных активов
Вложения во внеоборотные активы
Животные на выращивании и откорме
НДС по приобретенным ценностям
201.11, 304.05, 210.02, 201.21
Расчеты с поставщиками и подрядчиками
Расчеты с покупателями и заказчиками
Расчеты по налогам и сборам
Расчеты по социальному страхованию и обеспечению
Расчеты с персоналом по оплате труда
Расчеты с подотчетными лицами
Прочие доходы и расходы
Резервы предстоящих расходов
Расходы будущих периодов
Доходы будущих периодов
В 1С: БГУ с прошлого года у счетов появился срок действия. Например, счет 208.96, действующий до 31.12.2018 назывался «Расчеты с подотчетными лицами по оплате иных расходов», а 208.96, действующий с 01.01.19 называется «Расчеты с подотчетными лицами по оплате иных выплат текущего характера физическим лицам». То есть в плане счетов с одним и тем же номером может быть несколько счетов разного назначения. При составлении проводки нужно ориентироваться на дату, когда эта проводка должна быть отражена.
Определив Счет-группу, переходим к определению субсчета. Тут уже можно ориентировать на названия субсчетов. Например: счет-группа 302.00 имеет субсчета: 302.21 — Расчеты по услугам связи, 302.23 — Расчеты по коммунальным услугам и т.д.
Если с определением счета возникнет сложность, то всегда можно обратиться к Приказу Минфина РФ N157н от 01.12.2010. В этом приказе описан Единый План Счетов ( ЕПС ) и Инструкция по его применению.
ЕПС состоит из пяти разделов, сгруппированных по экономическому содержанию:
Дата публикации 27.04.2018
Одной из основных причин изменения настроек подключения к "1С-Отчетности" является изменение состава органов, в которые отправляется отчетность.
Подключение гос. органа
Если при подключении к "1С-Отчетности" какие-то гос. органы не были подключены, их можно подключить в процессе использования сервиса "1С-Отчетность".
Чтобы изменить настройки подключения к сервису "1С-Отчетность", перейдите в раздел "Настройки", выберите организацию и щелкните по гиперссылке "Настройки обмена с контролирующими органами" (рис. 1).
Чтобы подключить гос. орган, который еще не подключен, щелкните по ссылке "Не подключено" возле надписи с наименованием гос. органа (рис. 2).
Заявление одобряется, как правило, в течение 20-30 минут.
В ходе настройки могут возникать вопросы об установке сертификатов – отвечайте на них утвердительно (рис. 6).
После принятия новых настроек подключения появится соответствующее окно (рис. 7).
После подключения гос. органа появится гиперссылка "Подключено" (рис. 8).
Подключение дополнительного налогового органа или органа Росстата
По направлениям ФНС и Росстат возможно подключение нескольких органов. Добавить (изменить) состав органов в рамках одного из указанных направлений можно как при подключении к сервису "1С-Отчетность", так и в процессе использования. О том, как подключить несколько налоговых органов при подключении к "1С-Отчетности", см. здесь.
Рассмотрим, как подключить дополнительную налоговую инспекцию в процессе использования сервиса "1С-Отчетность".
Откройте настройки обмена с контролирующими органами, как это показано на рис. 1.
Для подключения дополнительной налоговой инспекции щелкните по ссылке "Подключено" рядом с надписью "ФНС" (рис. 9). При этом появляется форма со списком подключенных налоговых органов.
- в поле "Код получателя" указывается код ИФНС;
- в поле "КПП" – КПП организации или ее обособленного подразделения, присвоенный при регистрации в указанном налоговом органе.
Одновременно в форме настроек появляется информация об отправленном заявлении и статусе его рассмотрения (рис. 12).
Для обновления статуса заявления нажимайте кнопку "Обновить" или ожидайте – программа сама оповестит о том, что заявление одобрено, и порекомендует выполнить соответствующие настройки (см. рис. 4).
Заявление одобряется, как правило, в течение 20-30 минут.
Подключение направления из формы отчетности
Если вы используете тариф "Верное решение", то подключение гос. органов и дополнительных направлений ФНС (Росстата) потребуется оплатить. В таком случае с вами свяжется обслуживающий партнер. Заявление будет обработано только по факту оплаты.
Перейдем во вкладку "Реквизиты". Для того, чтобы не запутаться при написании операции, а также, чтобы закрепить у себя в голове принципы работы этой вкладки - вам потребуется понять следующее:
1) Все реквизиты с данной вкладки соответствуют реквизитам в самом документе, при выборе данной операции (вкладка в любом документе называется "Бухгалтерская операция"
2) Если вы не видите сейчас часть реквизитов на вкладке бухгалтерская операция - не значит, что их нет. У нас существует понятие видимости реквизитов.
3) По сути, если вы сталкивались с понятием "Форма" в конфигураторе и так или иначе переделывали ее - структура данного раздела покажется вам очень знакомой.
4) Хоть эта вкладка и называется реквизиты, в дальнейшем, мы будем обращаться к ней как "Дополнительные реквизиты" (при описании структуры самой проводки). Пока этот факт вы можете не запоминать, но к этому пункту мы еще вернемся.
Структура страницы реквизитов достаточно проста. Для начала разберем кнопки:
1) Кнопка создать - содает реквизит
2) Кнопка создать группу - мы (пользователи) привыкли к тому, что группа - это чаще всего папка для организации рабочего пространства с минимумом функционала, так вот, здесь это вообще не так. В данном контексте группа может группировать реквизиты (и группы) для красивого отображения их на вкладке типовая операция. Например можно не просто поставить все реквизиты в одну строчку (вперемешку), а сделать настройки удобные для пользователя, подписать нужные разделы, разбить данные по колонкам и пр.
3) Кнопка проверить реквизиты - определяет есть ли ошибки в использовании реквизитов в типовой операции (например поспешив мы могли ошибиться в букве реквизита, в связи с этим типовая операция будет давать ошибку) можно считать это минимальной проверкой от разработчиков (очень жаль, что единственной)
4) Кнопка предварительный просмотр - позволяет нам увидеть вкладку "Бухгалтерская операция" не переключаясь на документ. Данный функционал помогает, как раз, когда вы реализовываете красивый пользовательский интерфейс.
Кнопки копирования-удаления-перемещения рассматривать не будем. Считаю их функционал понятным.
Давайте рассмотрим нашу рабочую область:
Колонка 1 - мы видим признак отбора (можно увидеть у какого реквизита стоит фильтр на реквизиты для пользователя)
Колонка 2 - признак предопределенности. На скриншоте его нет (потому что мы создали операцию копированием.
Колонка 3 "Заголовок" - название, которое видит пользователь. Когда мы смотрим на все то, что расположено на этой странице, мы должны акцентировать наше с вами внимание сугубо на реквизитах. Группы рассмотрим тогда, когда будем наводить порядок. Когда я смотрю на реквизиты, чаще всего, я думаю о том, что все они должны быть видны на форме (1С не делает реквизитов невидимыми), но иногда приходится делать поправку на предыдущих обслуживающих ребят.
Колонка 4 "Обязательный" - для скопированых операций она не работает. В операциях с поддержкой - в данной колонке ставится галочка при наличии заполненного поля "Проверка ввода" внутри реквизита значением "Выводить ошибку" (рассмотрим чуть далее)
Колонка 5 "Имя для формулы" - в кратце, это путь к реквизиту (как мы будем к нему обращаться при написании операции.
Колонка 6 "Тип реквизита" - собственно тип реквизита и есть (то какие значения сможет принимать наш реквизит, или еще проще - на какой справочник он ссылается, будет ли это число, или галочка (Булево) или вообще просто строка в которой пользователь напишет специфическое наименование чего-либо)
Теперь перейдем уже к созданию реквизитов.
Сначала разберем шапку:
Документ - к какому документу принадлежит типовая операция и соответственно наш реквизит
Типовая операция - Наша типовая операция
Группа элементов - в какую группу элементов он входит
Заголовок - подпись реквизита для пользователя (соответственно для нас тоже)
Имя для формулы - см. описание колонки 5 выше. Сгенерируется автоматически при написании заголовка. Важное уточнение - должен быть уникальным для всей типовой операции!
Первая страничка "Основные свойства":
Тип реквизита - см. описание колонки 6 выше.
Вид элемента - чаще всего это поле ввода, т.е. строка в которой мы либо пишем либо выбираем значение. Для реквизитов типа "Булево" или в простонародье "Галочка" будет выбор, если выберем "Поле ввода", то программа даст нам строчку с выбором "Да" или "Нет", если выберем "Поле флажка", то будет галочка.
Проверка ввода - если нам необходимо контролировать ввод определенного реквизита (например, наш бухгалтер в спешке может забыть проставить номер накладной, который в дальнейшем должен потянуться у нас в описание проводки), мы можем изменить значение данного реквизита на "Выводить ошибку". Тогда если реквизит будет не заполнен - типовая операция будет ругаться и откажется проводить документ.
Положение заголовка - определяет положение заголовка относительно нашего реквизита. Может быть слева-справа-вверу-внизу или вообще отсутствовать если выбрать "Нет". Положение "Авто" обычно равнозначно положению "Лево"
Только чтение - реквизит, который запретит пользователю изменять значение (например в данном документе есть реквизит типа "Виды движений НФА", который тянется в отчетность (через страшно неоднозначное поле "Характеристика движения", гадать на кофейной гуще которого будем чуть позже). Так как его должны ставить только те, кто понимает, как это должно тянуться - в данной операции этот реквизит проставлен в позиции "Только для чтения". То бишь, если вы хотите показать его пользователю и так, чтобы пользователь не смог изменить его руками - ставьте галочку)
Видимость - будет ли виден наш реквизит. Если вы не видите какой-то реквизит на вкладке "Бухгалтерская операция" или во вкладке предварительного просмотра - проверяйте наличие галочки в нем.
Значение по умолчанию - здесь можно задать стандартное значение, которое будет принимать реквизит в случае, если вы выберете данную операцию в списке. Если вы уже использовали данную операцию для проведения, то при установке данного реквизита - все остальные операции не изменятся автоматом. Вам придется их перевыбрать руками, либо прибегнуть к свойствам автоматической простановки реквизитов. (пример: мы сделали операцию для бухгалтера, который заносит поступления. Она утверждает, что у нее каждый день множество поступлений по КФО 4. Мы с вами знаем, что КФО 4 проставляется не в дополнительных реквизитах, поэтому его не имеет смысл засовывать в реквизиты, а вот лицевой счет или его раздел - самое милое дело. Если у нее чаще проходит КФО 4, то мы поставим раздел лицевого счета соответствующий ее разделу с КФО 4 в реквизит по умоланию. Как результат - каждый раз когда бухгалтер будет заносить документ - она не будет лишний раз выбирать этот раздел, только в том случае (как она утверждает крайне редком), когда что то приходит по другому КФО)
Продолжение прозаического отступления бухгалтерских флешбеков автора(Бывали и другие случаи, когда бухгалтера ставили белиберду на отвали в реквизитах, которые не понимали, также значение по умолчанию помогло, в конце отчетного периода закрывались спокойнее и с меньшим количеством переделок, так как реквизиты всегда подставлялись автоматом, неквалифицированные бухгалтера не жахали туда все подряд. Для тех, кто считает, что людей на местах не плохо-бы сначала обучить - политика обучения не входила в планы главбуха в данной ситуации. Как результат - контракт был съеден чрезвычайно быстро. Если хотите поделиться опытом внедрения - прошу в комментарии)
Отбор элементов - если заполнить данный раздел, то вы установите фильтр реквизитов, которые сможет выбрать пользователь. Как пользоваться отборами, надеюсь, все знают. Для тех кто не очень - используйте реквизит "Ссылка" с видом сравнения "В списке" и подбирайте нужные вам позиции справочника. Для более изысканных решений, мы можем с вами обсудить эту тему позже.
Связи параметров выбора - данный реквизит может установить отбор в соответствии с реквизитом документа или другим дополнительным реквизитом. (например вы могли видеть, когда вы выбираете контрагента и при выборе договора - фильтруются все договора конкретно по данному контрагенту. Это как раз именно это поле.)
Связь по типу - данный реквизит лучше всего подходит для создания красивой универсальной структуры реквизитов для заполнения определенных счетов. Пытался описать функционал, не смог. В кратце, скорее всего вы видели типовые операции, где вы вводите счет и все субконто автоматически появляются снизу и всегда разных типов (но соответствующих субконто счета из плана счетов) вот этот реквизит как раз для этого.
Реквизиты форматирования. Работают везде одинаково:
Авто максимальная ширина - если снять эту галочку, то можно будет задать значение максимальной ширины
Растягивать по горизонтали - реквизит пытается заполнить все пространство отведенное ему. Значение "Авто" эквивалентно "Да"
Растягивать по вертикали - реквизит аналогичен предыдущему
Высота заголовка - высота заголовка в строчках
Реквизиты подсказки рассматривать не будем. Итак уже очень много всего. Как наводить красоту поговорим отдельно.
Вторая страничка "Функциональные опции":
Здесь можно установить видимость реквизита в зависимости от включенных настроек в конфигурации (не использовал, но если у вас есть интересные решения, связанные с этим разделом - прошу вас описать их в комментариях)
Теперь, в рамках реализации задачи, которую мы поставили в первой главе, я создам свой реквизит.
Как мы и говорили до этого, имя для формулы заполнилось автоматически.
Заголовок был выбран именно таким, так как лицевой счет будет выбираться только для КФО 4 и никакой другой лицевой счет туда не должен вставать (исключение, где в рамках одного лицевого счета ведутся 2 раздела с разными КФО).
Тип реквизита поставлен "Лицевые счета", почему не раздел лицевого счета, а именно лицевой счет - расскажу, как доберемся до написания типовой операции.
Проверку ввода не проверяю потому, что бывают ситуации, когда учреждение не принимает денежные обязательства, а зависимость от Булево 1С пока не умеет.
Только чтение не поставил потому, что не смотря на то, что лицевой счет может быть только таким, у учреждения может быть еще несколько лицевых счетов, поэтому не рискую.
Значение по умолчанию - заполнится тем лицевым, который у них отвечает за КФО 4
Связи параметров выбора - проставились автоматически. В данном случае это значение говорит, что если пользователь решит выбрать другой лицевой счет, их список ограничится лицевыми счетами организации выбранной в документе.
Ну и подсказка ввода - написал для примера. Если по каким то причинам не заполнится - бухгалтер увидит эту подсказку прямо в поле серым цветом.
Смотрю в предварительный просмотр и что я вижу - мои реквизиты красиво подписанные, текст описания как и положено для реквизитов слева (а не как для Булево справа), но вот стоят они не в том разделе. Просто перенесу мышкой их в раздел "Денежное обязательство"
И снова вроде все более-менее, но что-то не так. Все верно, настал момент разбора групп. Скажу сразу, я не хотел бы расписывать здесь всё касаемо форматирования - за меня это сделали уже специалисты ИТС.
Пока мы видим, что все очень похоже на реквизиты при создании реквизита типовой операции.
Имя для формулы - зачем оно существует в данном контексте не понятно, мы его не будем использовать. Скорее всего это отсылка к тому, что структура построения операций скопирована со структуры формы в конфигураторе 1С (там каждому элементу присваивается уникальное наименование, чтобы можно было к нему обращаться)
Отображение - будет работать если включите следующую опцию. Имеет несколько значений слабый-средний-сильный, выберите под себя и свой стиль.
Группировка - самый важный для нас реквизит, потому что показывает направление группировки. Вертикальная - все наши группы и реквизиты будут идти сверху вниз в столбик. Горизонтальная - все наши группы и реквизиты будут идти слева направо в строчку.
Этих данных нам будет достаточно, чтобы осуществить то, что мы хотим.
Я люблю, когда у меня все реквизиты упорядочены по колонкам и красиво расположены. Поэтому я бы хотел:
1) Сделать 2 колонки, одну с галочкой принимать обязательства а вторую с лицевыми счетами
2) Убрать раздел л/с и сделать его невидимым (потом убрать насовсем, если будет мешаться)
Создаю 2 группы (колонки) с одинаковыми настройками (наименование такое потому, что больше колонок не планируется)
Проверяю реквизиты в группе "Денежное обязательство", то, что нужно, две вертикальные колонки будут у нас сгруппированы в ней горизонтально (слева направо в строчку), но каждая колонка расставит реквизиты (сверху вниз в столбик).
И в завершение скрываю реквизит "Раздел л/с", то бишь снимаю с него галку видимости.
С изучением данного раздела предлагаю закончить. Следующим разделом мы с вами уже двинемся во вкладку "Проводки". Вкладку Источники данных пока рассматривать не будем, в связи с тем, что она жестко прописана в коде программы и имеет для нас сугубо платонический смысл на данный момент (если мы залезем в код и порезвимся - думаю, и в нее влезем).
Наконец, мы дошли до самого интересного. Написания типовой. Быстрый взгляд на таблицу рабочей части вкладки "Проводки" для того, чтобы понимать, что и как:
Колонка 1 - пометка отключения. Проводка с пометкой отключения не будет формироваться даже если условие формирования выполнено.
Колонка 2 - пометка предопределенности. В скопированных операциях ее не будет.
Колонка 3 - установлено условие. Эта колонка говорит нам о том, что проводка формируется при достижении определенного условия.
Колонка 4 "Наименование" - Чисто служебное наименование. Его стоит заполнять осознанно, как и наименование типовой операции.
Колонка 5 "Источник данных" - Место, откуда будут тянуться данные используемые в проводке. Если вы видите надпись "(доп. источник)" в конце, значит используется источник данных, автоматически формируемый самой программой (3 вкладка "Источники данных"). Они заведомо прописаны, и ничего с них вы не получите и не измените без вмешательства в код. Если же вы не видите надписи про дополнительный источник - значит, проводка берет данные из одноименной таблицы в документе.
Колонка 6 "Код" - Служебный код операции. Не будет нас интересовать.
Также я бы хотел заострить ваше внимание на том, что вы видите в таблице проводки, но также видите своеобразные папочки (группировки) - это группа проведения. Еще одно важное замечание - это то, что проводки стоят в определенном порядке, но вы не можете поменять данный порядок на этой странице. К сожалению, раздел типовых операций не адаптирован под пользовательские цели, поэтому многие вещи придется делать самим. Рекомендую добавить отдельную колонку "Порядковый номер в группе" в таблицу, чтобы вы видели в каком порядке формируются ваши проводки.
Для чего это нужно? Например, отделить определенную группу проводок от другой. Сейчас если я опишу, вряд ли это будет доступно, поэтому коснемся этого чуть позже. Сейчас вам нужно знать только то, что проводки в группе будут проводиться от наименьшего к большему и так пока не закончатся источники проведения, далее алгоритм проведения перейдет к новой группе.
Перейдем наконец внутрь операции
Группа и Номер в группе - только что разобрали, далее будем смотреть на практике
Галочка Откл. - пометка отключения операции. Вы можете пометить проводку как отключенную (например, если вы пишете новую проводку - то старую можно отключить, но чаще всего я сам пользуюсь этой галкой больше для отладки процесса, или для ускоренного отсечения лишнего функционала).
Источник данных - про них мы уже говорили чуть выше. Простыми словами - это любая табличная часть, имеющаяся в документе или сформированная программой в разделе "Источники данных" (здесь они будут называться "Дополнительные источники данных". Сейчас быстро пробежимся по окнам, и я задержусь на этой теме подольше.
Иерархия операндов формул - это то, из чего мы будем компоновать операцию
Справа видим три вкладки:
Общие реквизиты проводки - реквизиты проводки, которые не принадлежат конкретно дебету или кредиту, а принадлежат строке проводки непосредственно
Реквизиты дебета и Реквизиты кредита - как понятно после написанного выше - реквизиты, принадлежащие либо кредиту, либо дебету.
Внутри каждой вкладки есть множество строчек. Каждая из этих строк имеет ряд полей. Заполняя их, мы будем задавать правила поведения нашей типовой операции.
Возвращаемся к источникам данных.
Если вы были внимательны, вы заметили, что на скриншоте слишком много таблиц. Сильно больше, чем в документе. И у них нет пометок дополнительного источника. Все верно, разработчики решили не перегружать нас этой информацией и просто бросили все в одну кучу. Как же определить, что и откуда будет браться?
Давайте представим, что мы хотим с вами делать проводку по приемке МЗ. Что нам для этого нужно?
Попытаемся прикинуть проводки, для начала на глаз:
ДТ КТ
105.36 302.34
Тоесть уже 2 счета.
11030000000000000 11030000000000244
*Допустим, мы будем спортивным учреждением (поэтому код главы 1103)*
По инструкции ведения бухгалтерского учета нам понадобятся 2 КПС, в данном случае оба КРБ
346 73*
2 КОСГУ (КЭК), один из которых оборотный
Один КФО
Одна сумма
Одно количество
Одно наименование первичного документа
Один номер и одна дата первичного документа
Один номер ЖО
Возможно характеристика движения
Но однозначно, еще субконто от счетов. В моем случае субконто от счета 105.36:
Номенклатура
ЦМО
И субконто от счета 302.34
Контрагент
Договор
Для тех, кто не понял хоть что-то из того, что я описал выше - все это вы должны либо знать самостоятельно, либо просить это все у ваших бухгалтеров. Как сориентироваться, что будет необходимо вам для проводки - берите структуру проводки (см. скриншоты), берите структуру счета в плане счетов (субконто) и идите к вашим бухгалтерам. Так как в данном случае я исполняю роль и внедренца, и бухгалтера - ставлю задачу сам себе.
На скриншоте вы можете заметить, что не все реквизиты верные, в рамках этой статьи мы разберемся со всеми вопросами и рассмотрим типичные багфиксы стандартных методов.
Так вот, где же взять все эти позиции?
Для начала рассмотрим документ. У нас есть сразу счет расчетов, и КПС к нему, контрагент с договором и получатель (ЦМО). Если покопаемся во вкладках, то найдем во вкладке дополнительно еще и информацию о документе поставщика. Не хватает только номенклатуры с ее реквизитами.
Если мы внимательно посмотрим, то очень удобно в табличной части у нас расположилось множество строчек и как раз наш вариант. На каждой строке есть КФО, КПС , счет дебета, номенклатура, количество, сумма, а это уже почти половина.
Так вот, возвращаясь к нашим источникам данных. Если мы выберем источник данных <проводка по документу>, это будет значить, что все реквизиты мы возьмем, не пользуясь ни одной из табличных частей. У нас будет доступ к любым его частям, кроме таблиц. Это хорошо иллюстрируется, если мы посмотрим на иерархию операндов формул. Все реквизиты документа у нас стоят черными (активными) кроме таблиц документа. Также заметьте, что таблицы полностью соответствуют таблицам документа (так как мы открыли именно документ).
Если же мы, к примеру, выберем источник данных "Материалы" вы увидите, что в иерархии операндов таблица перестанет быть неактивной, раскрасится в черный и ее структура будет 1 в 1 наша таблица из документа. К сожалению, не все поля полностью соответствуют своему наименованию в документе, поэтому будьте внимательны, читайте, что написано справа в скобочках. Нередко бывает, что у документа есть реквизит "Контрагент", а вызываем мы его обращаясь к полю "Получатель".
Все таблицы, которых по каким то причинам нет в документе, находятся в другом разделе "Дополнительные источники данных". Принцип такой же, если выбираете соответствующую таблицу - она становится активной, и мы можем работать с ее строками.
У вас уже, наверное, назрел вопрос, а что если мне будет необходимо формировать одну проводку используя 2 таблицы одновременно? Этот вопрос меня тоже мучал первое время, но потом, проанализировав, как собираются проводки в типовой операции, я пришел к выводу, что это невозможно, и единственное правильное здесь решение то, что сделали разработчики 1С. Объяснять почему - не буду. Давайте перейдем к более интересным вещам. Просто запомните - ТОЛЬКО ОДНА ТАБЛИЧНАЯ ЧАСТЬ МОЖЕТ УЧАСТВОВАТЬ В ПРОВОДКЕ.
Наши с вами созданные реквизиты тихонько уселись в раздел "Дополнительные реквизиты" (помните, мы об этом говорили во второй части, пришел момент). Именно отсюда мы и будем их выцеплять.
Агрегатные функции - с данными функциями нужно быть очень осторожным. Они собирают и агрегируют данные с любого поля в любой табличной части, но посчитанная сумма пойдет во все проводки, сделанные с помощью этой схемы.
Функции общего модуля - это самый важный раздел в проводках. С помощью них и небольших знаний СКД мы и будем формировать проводки. Думаю, этому будет посвящена следующая часть этой статьи.
Касательно раздела макросов - отлично расписано на ИТС, пока вкратце, вы просто ставите эту команду рядом с реквизитом, и программа сигнализирует вам, что вы что-то не заполнили. Очень удобная функция, так как мы не можем поставить проверку заполнения на реквизитах, не являющихся дополнительными.
Ну и собственно раздел ТекущаяПроводка позволяет нам использовать значения уже заполненных реквизитов проводки (удобно, чтобы не переписывать формулы и не дублировать их в других окнах)
Давайте сейчас еще вкратце рассмотрим с вами пример окна реквизитов дебета.
Как вы видите, у нас есть окна с формулами заполнения и есть поля, в которых мы можем заполнить операции вручную. Так вот, сразу хочу сказать, понравится вам это или нет, но если вы хотите писать типовые операции, которые будут универсальные, которые не отломятся после обновления, которые буду импортироваться-экспортироваться без глобального переписывания - вы ДОЛЖНЫ вытаскивать все реквизиты по формулам. У нас не должно быть ни единого реквизита, заполненного вручную. Только формулы и дополнительные реквизиты! Другого быть не должно! В зависимости от ситуации могут быть совершенно редкие исключения, но поверьте, шанс того, что у вас именно то самое исключение, стремится к нулю!
Все формулы в окошке для формул - есть ничто иное как интерпретация языка СКД с дополнительными функциями из модуля. Именно на языке (чем-то схожем на язык запросов) СКД мы будем с вам направлять нашу типовую операцию.
Теперь стоит поговорить немного о теории программирования. Так как СКД имеет своеобразный язык, мы должны понимать, что мы можем сделать, что мы можем ему дать. Об этом рекомендую почитать у вас в конфигурации. Для этого зайдите в F1 - > Поиск -> В поле поиска вводим "Язык выражений системы компоновки данных". Именно так, как там и описано, мы будем взаимодействовать с СКД. Скажу честно, я начал писать и написал почти половину всего этого в статье, а потом понял, что всем будет удобнее, если вы научитесь пользоваться тем, что у вас под рукой, поэтому научитесь пользоваться поисковиком. Если у вас возникнут какие-либо вопросы по прочтению - можете смело писать комментарии, но в перспективе я покажу все варианты применения (ну или большую их часть) и распишу вам их.
Сразу заострю ваше внимание на том, что я сам заметил на сразу. В самом низу статьи "Язык выражений системы компоновки данных" есть тип ЗНАЧЕНИЕ() и работает он только с перечислениями и предопределенными данными. Если то, что я написал, непонятно - мы это будем рассматривать в следующей части статьи.
Читайте также: