Объект расчетов в 1с что это
Описывая ситуацию на примере Управление торговлей, редакция 11 (11.4.6.166).
Началось все с того, что в какой то момент данные отчета Ведомость расчетов с клиентами перестали совпадать с данными сверок взаиморасчетов. Попытку идти привычным путем - искать, какой же документ вызвал расхождение, ожидало фиаско. Если посмотреть на код формирования отчета, то можно увидеть, что данные он получает из регистра "РасчетыСКлиентамиПоСрокам". А регистратор у этого регистра всего один - документ "Регистратор расчетов", у которого всего несколько реквизитов: ОбъектРасчетов, АналитикаУчетаПоПартнерам, Валюта и ТипРасчетов. ТипРасчетов в моем случае - это "Расчеты с клиентом". АналитикаУчетаПоПартнерам включает в себя комбинацию "Организация"+"Партнер". Объект расчетов - в моем случае - Заказ клиента. Что происходит при проведении любого документа, из группы документов, сформированных по этому критерию ? А происходит полный пересчет всех данных по этой группе, и полученный результат записывается в регистр "Расчеты с киентами по срокам" при помощи регистратора "Регистратор расчетов". Вследствии чего данные в этом регистре всегда актуальны, независимо от последовательности проведения документов этой группы. Причем, при простом перепроведении документов учета - будь то реализация или документ оплаты, пересчета происходить не будет - для оптимизации сделано так, что пересчет производится только при выявлении каких либо изменений в документе учета. Следовательно, при переборе путей исправления расхождения отчета и акта сверки - простое перепроведение документов помочь не может. Да и неплохо бы понять, сколько вообще в базе таких ошибок. Сваял для этого отчет по выявлению таковых ошибок. Отчет прилагается в архиве, запрос СКД привожу здесь:
ВЫБРАТЬ
вв0.АналитикаУчетаПоПартнерам КАК АналитикаУчетаПоПартнерам,
вв0.ЗаказКлиента КАК ЗаказКлиента,
вв0.Валюта КАК Валюта,
вв0.АналитикаУчетаПоПартнерам.Партнер КАК Партнер,
СУММА(вв0.СуммаПриход) КАК СуммаПриход,
СУММА(вв0.ДолгПриход) КАК ДолгПриход,
СУММА(вв0.ПредоплатаПриход) КАК ПредоплатаПриход,
СУММА(вв0.СуммаРасход) КАК СуммаРасход,
СУММА(вв0.ДолгРасход) КАК ДолгРасход,
СУММА(вв0.ПредоплатаРасход) КАК ПредоплатаРасход,
СУММА(вв0.СуммаПриход - вв0.СуммаРасход - (вв0.ДолгПриход+вв0.ПредоплатаРасход - вв0.ДолгРасход-вв0.ПредоплатаПриход)) КАК Разность
ИЗ
(ВЫБРАТЬ
РасчетыСКлиентамиОбороты.АналитикаУчетаПоПартнерам КАК АналитикаУчетаПоПартнерам,
РасчетыСКлиентамиОбороты.ЗаказКлиента КАК ЗаказКлиента,
РасчетыСКлиентамиОбороты.Валюта КАК Валюта,
РасчетыСКлиентамиОбороты.СуммаПриход КАК СуммаПриход,
РасчетыСКлиентамиОбороты.СуммаРасход КАК СуммаРасход,
0 КАК ПредоплатаПриход,
0 КАК ПредоплатаРасход,
0 КАК ДолгПриход,
0 КАК ДолгРасход
ИЗ
РегистрНакопления.РасчетыСКлиентами.Обороты(&НачалоПериода,&КонецПериода , , ) КАК РасчетыСКлиентамиОбороты
ВЫБРАТЬ
РасчетыСКлиентамиПоСрокамОбороты.АналитикаУчетаПоПартнерам,
РасчетыСКлиентамиПоСрокамОбороты.ОбъектРасчетов,
РасчетыСКлиентамиПоСрокамОбороты.Валюта,
0,
0,
РасчетыСКлиентамиПоСрокамОбороты.ПредоплатаПриход,
РасчетыСКлиентамиПоСрокамОбороты.ПредоплатаРасход,
РасчетыСКлиентамиПоСрокамОбороты.ДолгПриход,
РасчетыСКлиентамиПоСрокамОбороты.ДолгРасход
ИЗ
РегистрНакопления.РасчетыСКлиентамиПоСрокам.Обороты(&НачалоПериода,&КонецПериода , , ) КАК РасчетыСКлиентамиПоСрокамОбороты) КАК вв0
ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаУчетаПоПартнерам КАК РегАналитика
ПО (РегАналитика.КлючАналитики = вв0.АналитикаУчетаПоПартнерам)
вв0.АналитикаУчетаПоПартнерам.Партнер.*>
СГРУППИРОВАТЬ ПО
вв0.АналитикаУчетаПоПартнерам,
вв0.ЗаказКлиента,
вв0.Валюта,
вв0.АналитикаУчетаПоПартнерам.Партнер
ИМЕЮЩИЕ
не СУММА(вв0.СуммаПриход - вв0.СуммаРасход - (вв0.ДолгПриход+вв0.ПредоплатаРасход - вв0.ДолгРасход-вв0.ПредоплатаПриход))=0
Отчет показал, что некоторое количество ошибок в базе накопилось. Сразу оговорюсь, что вины типовой конфигурации в моем случае не было, причиной послужила некорректная доработка, а именно, документ, который записывал движения непосредственно в регистр "РасчетыСКлиентамиПоСрокам", что недопустимо. Ниже я приведу шаблон модуля документа, которому необходимо следовать при разработке.
Что ж, список ошибок получен. Нужно их исправлять. Самый простой способ - это переключить в настройках способ ведения взаиморасчетов - вначале на офлайн, потом вернуть обратно онлайн.
Но тут я не советовал бы торопиться это делать - довольно длительная операция - как в ту, так и в обратную сторону. Поэтому я стал исправлять точечно. Тут есть муторный путь - отменять проведение какого либо документа из группы по объекту расчетов (Заказу клиента) и проводить его. Ошибка при этом пропадает. Решил несколько оптимизировать - написал такой код для исправления выбранного заказа клиента:
Код работает - ошибки исправляет. Чтож, финита! остается все лишь совместить первый отчет со списком ошибок и запустить этот кусок кода в цикле, и база исправлена.
Каким же образом действовать, если требуется добавить в конфигурацию документ, который будет делать движения по регистру "РасчетыСКлиентами" и работать корректно при использовании новой архитектуры взаиморасчетов ? Пишу шаблон модуля такого документа (это опять таки - для УТ 11.4.6.166. Для других релизов возможны отличия)
Все написанное не претендует на полное описание данного функционала, которое можно посмотреть в мануале. Да и здесь, на сайте, я видел довольно грамотную статью - я так точно писать не умею. Пишу скорее о том, как столкнулся с ним, и как действовал.
В принципе, практически весь код файлов из архива приведен в статье. В качестве бонуса прилагаю отчет по взаиморасчетам, который строится по регистру "РасчетыСКлиентами" - просто РасчетыСКлиентами.ОстаткиИОбороты; группировки Партнер / Заказ клиента / Регистратор
С понятием объекта расчетов в 1С и способом ведения взаиморасчетов связан еще механизм указания групп финансового учета в 1С. В конечном счете группы финансового учета «вяжутся» к объекту расчетов.
Приведем пример финансового учета расчетов. Если способ расчетов «по договорам», то единственное место, где можно будет указать группу финансового учета (ГФУ) – это договор.
Если в 1С:ЕРП 2.4 реализация или заказ оформлены по такому договору, то в самом документе нельзя будет указать группу финансового учета.
В реализации выбран договор представленный выше.
На вкладке «дополнительно» нет возможности указать группу финансового учета.
Если реализация оформлена по заказу, тогда группа финансового учета будет доступна для указания в заказе.
В самой же реализации по этому заказу не будет возможности указать группу финансового учета.
При этом если в 1С:ЕРП 2.4, например, накладная оформляется без заказа и договора, то в этом случае группу финансовый учет в 1С можем указать непосредственно в самой накладной.
При этом если в 1С:ЕРП 2.4 реализация будет вестись по договору и в договоре способ расчета будет указан «По заказам» или «Накладным», тогда появляется возможность указания группы финансового учета в накладной.
2. Пример разнесения оплаты по объектам расчета в 1С
Оформим, например, заказ клиента:
Договор по заказу в 1С настроим с типом расчета объекта в 1С «По заказам».
При оформлении платежки от клиента в объектах расчета 1С будет возможность указать и выбрать объект из перечня. Это может быть сам договор или заказы в 1С, или накладные.
Например, платежка больше, чем по заказу. Оформим разнесение таким способом:
Теперь в заказе мы можем увидеть такую информацию по зачету аванса:
Тут будет показано превышение оплаты по заказу:
Оформим по заказу реализацию и сформируем проводки. Видим, что был аванс и он зачелся.
Также информация отобразится в разрезе объектов расчета в 1С и в ведомости взаиморасчетов:
Специалист компании ООО «Кодерлайн»
Вас могут заинтересовать следующие статьи:
Расширить возможности формы выбора и подбора объектов расчетов.
Увеличить скорость отражения операций в системе за счет ускорения
получения данных объектов расчетов.
Повысить модульность взаиморасчетов и упростить встраивание
подсистемы в документы.
Повысить юзабилити распределения платежей по объектам расчетов.
2
3. Функциональность и назначение справочника
Элемент справочника является неделимым объектом, в рамках которого
возникают взаиморасчеты между организацией и контрагентом/другой
организацией.
В рамках одного объекта расчетов происходит автоматическое распределение
взаиморасчетов на авансы и долговые обязательства.
Элемент справочника явно определяет стороны и тип взаиморасчетов.
Справочник включает в себя все реквизиты, необходимые для последующего
отражения взаиморасчетов в регламентированном, управленческом и
международном учете.
Справочник включает в себя все реквизиты, необходимые для быстрого и
удобного поиска и подбора объектов расчетов в документы.
Справочник имеет представление аналогичное источнику.
При открытии элемента открывается форма документа/справочника источника.(В
режиме отладки открывается служебная форма справочника).
Пустые объекты расчетов так же становятся элементами справочника Объекты
расчетов.
3
4. Реквизиты справочника
5. Реквизиты справочника
Сумма
- ОпределяемыйТип.ДенежноеПолеПоложительное - Сумма документа/справочника.
Валюта
- Валюта - Валюта документа/справочника.
ВалютаВзаиморасчетов
- СправочникСсылка.Валюты - Валюта взаиморасчетов.
СуммаВзаиморасчетов
объекта.
- ОпределяемыйТип.ДенежноеПолеПоложительное – Первоначальная сумма взаиморасчетов
ГруппаФинансовогоУчета
– СправочникСсылка.ГруппыФинансовогоУчетаРасчетов – Группа финансового учета расчетов.
Менеджер
– СправочникСсылка.Пользователи - Ответственный менеджер по объекту расчетов.
Подразделение
- СправочникСсылка.СтруктураПредприятия - Подразделение.
ИдентификаторПлатежа
- Строка - Уникальный идентификатор платежа объекта расчетов.
ОплатаВВалюте
- Булево - Признак оплаты в валюте объекта расчетов.
УникальныйИдентификатор
- Строка - для "Униплана".
НалогообложениеНДС
- ПеречислениеСсылка.ТипыНалогообложенияНДС – Тип налогообложения объекта расчетов.
Комментарий
- Строка – Комментарий из источника объекта расчетов.
БанковскийСчетОрганизации
– СправочникСсылка.БанквоскиеСчетаОрганизаций – Счет организации.
БанковскийСчетКонтрагента
- СправочникСсылка.БанковскиеСчетаКонтрагентов – Счет контрагента.
Касса
- СправочникСсылка.Кассы – Касса организации.
ФормаОплаты
- ПеречислениеСсылка.ФормыОплаты – Предполагаемая форма оплаты объекта расчетов.
Соглашение
Соглашение источника объекта.
- СправочникСсылка.СоглашенияСКлиентами, СправочникСсылка.СоглашенияСПоставщиками –
ТолькоОстатки
регистрах взаиморасчетов.
- Служебный реквизит, такие объекты доступны в форме выбора, только при наличии остатков на
5
6. Обновление ИБ
1.
2.
3.
4.
5.
6.
7.
Обработчики документов и справочников генерирует необходимые
элементы. Заполнение документов и регистров не начинается до
окончания генерации элементов справочника.
Генерируются объекты расчетов для пустых элементов по ключу
аналитики и типу расчетов.
Регистры и документы заполнятся сгенерированными элементами.
Каждый документ имеет свою логику генерации и заполнения объектов
расчетов.
Регистры обновляются таким образом, что остатки и представления
отчетов не должны измениться.
До окончания выполнения обработчиков изменение движений и
документов по необновленным данным запрещено.
Если после генерации в документ или регистр невозможно подобрать
элемент справочника – то генерируется новый элемент с признаком
ТолькоОстатки
6
7. Повседневная работа
Элементы справочника генерируются перед записью документов и
справочников. Если документ/справочник новый то происходит
генерация новой ссылки для указания в справочник Объекты расчетов.
Удаление происходит так же перед записью. Перед удалением, если на
объект уже есть ссылки, будет выдано предупреждение или отказ.
Документ или справочник может сгенерировать объекты расчетов только
по себе.
Сгенерированный объект расчетов может быть заполнен в собственный
источник - документ.
Сгенерированные объекты расчетов используются в текстах проведения
безусловно (без ветвления ВЫБОР КОГДА ТОГДА)
7
8. Форма выбора объекта расчетов и основания платежа
Справочник Объекты
расчетов
Все документы, в которых есть
объект расчетов в шапке
Добавлен отбор по
имеющим остатки по
расчетам и по типу
объекта расчетов
8
9. Справочник «Объекты расчетов» (2.5.4) Форма выбора
10. Форма выбора объектов расчетов и оснований платежа
При выборе основания платежа
доступны к выбору как объекты
расчетов так и основания
платежа
На закладке Основания Платежа
отображаются все документы
регистраторы по доступным
объектам расчетов
Состав колонок зависит
от установленных
фиксированных отборов
11. Форма поступления денежных средств
В формах входящих
платежей
разблокируется поле
«Объект расчетов»
Можно выбирать как
основание платежа так и
объект расчетов
12. Дополнительные реквизиты
Справочник «Объекты расчетов» поддерживает дополнительные реквизиты.
Это позволяет добавлять произвольные дополнительные аналитические
разрезы в документы и отчеты.
Для корректной работы механизма необходимо добавить Общий
дополнительный реквизит для справочника Объекты расчетов и всех
необходимых документов и справочников, которые могут являться объектами
расчетов.
После этого справочник «Объекты расчетов» будет наследовать значения
таких дополнительных реквизитов из объектов-источников.
Дополнительные реквизиты будут доступны для использования в отчетах по
взаиморасчетам.
Объект 1С "Планы видов расчета" - это прикладные объекты конфигурации, которые используются в механизме сложных периодических расчетов и служат для описания видов расчета и их взаимного влияния друг на друга.
Виды расчета — это объекты базы данных, о писывающие алгоритмы, по которым рассчитывается некоторая информация (например, часть заработной платы: оклад, премия и т.д.). Являются элементами плана видов расчёта.
Структура объекта 1С "Планы видов расчета"
План видов расчета представляет собой список видов расчета. Каждый вид расчета имеет код, наименование и набор реквизитов, содержащих дополнительную информацию о данном виде расчета.
Создание и редактирование видов расчета может выполняться:
- разработчиком (предопределенные виды расчета);
- пользователем (в процессе работы с прикладным решением).
Пользователь не может удалять виды расчета, созданные разработчиком.
Виды расчета, созданные в плане видов расчета, могут влиять друг на друга. Система поддерживает два вида такого влияния:
- зависимость по базовому периоду;
- вытеснение по периоду действия.
Для каждого вида расчета можно указать перечень видов расчета, от которых он будет зависеть по базовому периоду, и которые будут вытеснять его по периоду действия (подробнее. ).
Например, вид расчета "Алименты" может зависеть по базовому периоду от таких видов расчета, как "Оклад", "ТарифДневной", "ДоплатаПерсональная" и т.д. А вид расчета "Оклад" может вытесняться видом расчета "Невыход":
Кроме этих зависимостей, для вида расчета могут быть указаны так называемые ведущие виды расчета, - те, от которых он не зависит напрямую, но которые могут оказывать на него влияние через другие виды расчетов.
Настройка Плана видов расчета в 1С
Некоторые начисления, например "Оклад",
Свойства вкладки "Расчет":
- Использует период действия — определяет, требуется ли использование периода в данном виде расчета (например, вид расчета «Штраф» не требует использования периода действия в отличие от вида расчета "Оклад", который начисляется за определенный период, например, за месяц. В плане видов расчета это фиксируется соответствующим флагом).
- Зависимость от базы — определяет возможность расчета от другого вида расчета:
- Не зависит — не зависит от другого начисления (например, штраф начисляется независимо);
- Зависит по периоду действия — зависит от временного периода другого вида расчета; при определении расчетной базы для записи регистра расчета будут учитываться только те записи, у которых фактический период действия попадает в базовый период (например, расчет отпускных в зависимости от оклада за последние полгода).
- Зависит по периоду регистрации — это период, в котором начисляются виды расчетов (период, в котором происходит начисление). Например, зарплата за январь может быть начислена в конце января или в начале февраля: если зарплата будет начислена в январе, в этом случае Период регистрации - Январь, если в феврале – Февраль.
- Базовые планы видов расчета — список планов расчетов, которые могут быть выбраны в качестве базы для объекта. Доступны для редактирования только в том случае, если "Зависимость от базы" установлено в значение, отличное от "Не зависит".
Планы видов расчета - один из видов объектов конфигурации, который может иметь предопределенные значения. Аналогично прочим объектам, предопределенные позиции отличаются от "обычных" тем, что у них заполнен стандартный реквизит ИмяПредопределенныхДанных.
Заполняя либо очищая программно это свойство, можно "обычный" элемент делать предопределенным, и наоборот. Если оно заполнено, то другой стандартный реквизит, "Предопределенный", принимает значение "Истина".
Свойства предопределенного элемента плана расчетов в 1С:
- Флаг " Период действия является базовым периодом " — если флаг установлен, то базой для расчета будет являться сам период расчета. Доступен только:
- при установленном флаге "Использует период действия", и
- если установлена зависимость от базы.
- Вкладка " Базовые " позволяет выбрать из имеющихся планов расчета те расчеты, которые будут являться для него базовым (например, для отпускных базой является оклад).
- Вкладка " Вытесняющие " — расчеты, которые аннулируют данные за текущий период (исключают действие текущего расчета, например, во время отпуска работник не должен получать оклад, т.е. либо оклад, либо больничный, либо отпускные).
- Вкладка " Ведущие " — вкладка, на которой указываются расчеты, взаимосвязанные с этим видом расчета; это виды расчета, при вводе (или изменении) которых результат текущего вида расчета должен быть пересчитан. Используются далее в перерасчетах (например, если отпускные уже были рассчитаны на основании оклада, а потом оклад был изменен задним числом, позволяет отследить изменение оклада). Указывать их надо вручную, даже если вы уже выбрали какой-то вид расчета в качестве базового, тут его надо прописать еще раз. Настройка необходима для контроля перерасчета - если мы пересчитаем задним числом данные по виду расчета, ведущего для данного, то и данный вид расчета также надо будет пересчитать.
Ведущими должны быть как минимум все базовые и вытесняющие виды расчета, т.к. от их изменений напрямую зависит текущий вид расчета.
Особенности работы с планами видов расчета:
- Для описания множеств возможных видов расчетапредназначены планы видов расчета.
- Виды расчета - этообъекты базы данных (например, в ПВР "Основные начисления организаций" могут входить такие виды расчетов как Оклад по дням, ГПД на месяц, и т.д.).
- Новые виды расчетаможно создавать как в режиме "1С:Предприятие", так и в режиме "Конфигуратор" (предопределенные).
Особенности зависимостей планов видов расчета:
- Зависимость от базы как "Зависимость по периоду действия" в плане видов расчета устанавливается, если предполагается, что в дальнейшем при определении расчетной базы для записи регистра расчета будут учитываться только те записи, у которых фактический период действия попадает в базовый период.
- Зависимость от базы как "Зависимость по периоду регистрации" в плане видов расчета устанавливается, если предполагается, что в дальнейшем при определении расчетной базы для записи регистра расчета будут учитываться только те записи, у которых "Период регистрации" попадает в базовый период.
- Базовые планы видов расчета - это те планы видов расчета, из которых будут браться виды расчета для вычисления расчетной базы.
- Отсутствие предопределенной табличной части "Базовые виды расчета" у видов расчета Плана видов расчета можно объяснить тем, что зависимость от базы в плане видов расчета не определена.
- Если установлена зависимость базы по периоду действия, то может произойти частичное попадание записей регистра расчета в базовый период, причем база будет рассчитана пропорционально тому, какую часть от фактического периода влияющей записи составляет перекрывающийся, с указанным базовым периодом, участок. При этом будут использованы данные графика, связанного с этой записью.
- Если одним документом рассчитываются зависимые по базе записи (например, Оклад и ПремияПроцентом, в состав базы которой попадает оклад), то прежде, чем рассчитать зависимую от базы запись, нужно рассчитать запись, попадающую в эту базу и записать результат в регистр расчета. Таким образом, в общем случае в процессе проведения документа будет произведено две процедуры записи в регистр расчета (чтобы сделать вторую запись, нужно сначала считать первую).
- В качестве базовых регистров (из ресурсов которых рассчитывается база) могут выступать:
- несколько регистров расчета;
- регистры расчета, которые связаны с планами видов расчета, являющимися базовыми для плана видов расчета, с которым связан рассматриваемый регистр расчета
- Ведущие виды расчета - это виды расчета, при вводе (или изменении) которых результат текущего вида расчета должен быть пересчитан.
- В качестве ведущих можно указать:
- виды расчета из нескольких планов видов расчета;
- виды расчета из одного плана видов расчета.
- Если для вида расчета "Премия" в качестве базового указан вид расчета "Оклад", и кроме того дополнительно он назначен ведущим для премии, то в таблице перерасчетов появится информация о необходимости пересчета оклада только в случае, если оклад будет введен отдельным документом после того как премия была введена и рассчитана (раз премия зависит от оклада - нужно ее пересчитать после ввода оклада задним числом).
- Вытесняющие виды расчета - это такие виды расчета записи которых в регистрах расчета должны вытеснять записи данного вида расчета по периоду действия.
- Вытесняться могут виды расчета, которые принадлежат одному плану видов расчета.
- Понятие вытесняющие виды расчетов теряет смысл, если период действия в плане видов расчета не используется (закладка "Вытесняющие" отсутствует, если снят флаг "Использует период действия").
Формы плана видов расчета
Для того чтобы пользователь мог просматривать и изменять данные, содержащиеся в плане видов расчета, система поддерживает несколько форм его представления:
- система может автоматически генерировать все нужные формы;
- разработчик имеет возможность создать собственные формы, которые система будет использовать вместо форм по умолчанию.
Форма вида расчета
Форма вида расчета используется для просмотра и изменения данных отдельных видов расчета. Как правило, она представляет данные в удобном для восприятия и редактирования виде.
Форма списка планов вида расчета
Форма списка планов вида расчета для просмотра видов расчета используется форма списка. Она позволяет:
- выполнять навигацию по списку;
- добавлять, помечать на удаление и удалять виды расчетов;
- выполнять сортировку и отбор отображаемой информации по нескольким критериям.
Кроме этих двух форм для видов расчета поддерживается форма выбора конкретных видов расчета из списка. Она, обычно, содержит минимальный набор информации, необходимой для выбора того или иного вида расчета.
Добавить комментарий Отменить ответ
Для отправки комментария вам необходимо авторизоваться.
Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.
Объект 1С "Планы счетов" - это прикладные объекты конфигурации, каждый из которых позволяет описать совокупность синтетических счетов, предназначенных для группировки информации о хозяйственной деятельности предприятия.
Путем настройки плана счетов организуется требуемая система учета; на план счетов ссылается регистр бухгалтерии.
Количество планов счетов в конфигурации не ограничено. Как правило, основной план счетов используется для бухгалтерского учета, а если требуется учет по иным стандартам (управленческий, МСФО и т.д.), то подключаются дополнительные планы счетов.
Счета в план могут быть добавлены как в конфигураторе (предопределенные), так и в пользовательском режиме.
План счетов может быть организован иерархично, ограничений по числу уровней вложенности нет.
Предопределенные планы счетов
Типовые решения, в состав которых входит подсистема бухгалтерского учета, поставляются с предопределенным планом счетов.
Как и любые предопределенные данные, эти счета можно отредактировать (добавить дополнительные счета) в режиме 1С:Предприятие, но нельзя удалить совсем.
Особенности работы с предопределенным планом счетов:
- В режиме конфигураторау предопределенного счета разработчик может изменить имя, порядок, код, наименование.
- "Имя" (с пустым - сохранить не даст);
- "Вид";
- "Забалансовый" (флаг по умолчанию установлен "ЛОЖЬ").
Структура объектов 1С "Планы счетов"
Планы счетов поддерживают многоуровневую иерархию "счет - субсчета":
- каждый план счетов может включать необходимое количество счетов первого уровня;
- к каждому счету может быть открыто нужное количество субсчетов;
- каждый субсчет может иметь свои субсчета, и т.д.
Количество уровней вложенности субсчетов в системе 1С:Предприятие 8 не ограничено.
Создание и редактирование счетов может выполняться:
- разработчиком (предопределенные счета);
- пользователем, в процессе работы с прикладным решением ( пользователь не может удалять счета, созданные разработчиком ).
По любому счету или субсчету возможно ведение аналитического учета. При создании и редактировании плана счетов требуемому счету или субсчету можно поставить в соответствие необходимое количество субконто - объектов аналитического учета.
Для того чтобы иметь возможность указания субконто для счетов, план счетов связывается с планом видов характеристик, в котором описаны виды субконто, применяемые для этого плана счетов.
Для каждого счета можно задать:
- несколько признаков учета (например, количественный и валютный);
- несколько признаков учета субконто (например, суммовой, количественный, валютный), которые позволяют установить признак использования того или иного вида субконто при формировании предопределенных счетов.
Также с каждым счетом и субсчетом может быть связан ряд дополнительной информации, которая хранится в реквизитах (например, это может быть признак, запрещающий использовать счет в проводках).
Читайте также: