1С контактная информация

Внутреннее потребление ТМЦ, передача в эксплуатацию

Смотреть видео

В этом уроке показано, как списывать материалы на собственные нужды и передавать в эксплуатацию спецодежду и спецоснастку.

В начале покажу, где включается соответствующий функционал программы:

В группе настроек Внутреннее потребление товаров должна быть включена регистрация выдачи товаров, предназначенных для внутреннего потребления:

Если нужны плановые документы (заказы на внутреннее потребление), нужно установить соответствующий флажок. Для более детального контроля процесса обработки заказов целесообразно установить использовать статусов.

Списание материалов на собственные нужды

Для примера спишем питьевую воду на нужды предприятия. Регистрировать хозяйственную операцию будем на основании заказа на внутреннее потребление:

В шапке заказа нужно выбрать организацию, хозяйственную операцию и склад, с которого будут списываться материалы.

Для заполнения табличной части с товарами удобнее всего воспользоваться подбором:

После добавления материалов в табличную часть необходимо указать статус обеспечения Отгрузить:

Также необходимо выбрать дату отгрузки материалов по заказу (можно указать отдельную дату для каждой строки таблицы, а можно указать единую дату.

На закладке дополнительно указывается автор документа, в случае необходимости можно указать конкретную сделку, в рамках которой создается заказ:

Для того, чтобы на основании заказа появилась возможность зарегистрировать хозяйственную операцию, нужно установить статус К выполнению:

В списке заказов можно отслеживать состояние выполнения:

Создадим на основании заказа внутреннее потребление товаров (заполняется автоматически):

Из него можно распечатать следующие печатные формы (поле Вид цены нужно для заполнения сведений о ценах материалов именно в печатных формах):

После регистрации хоз. операции видим смену статуса заказа:

Закроем заказ:

Передача материалов в эксплуатацию

Для передачи материалов обойдемся без заказа — сразу зарегистрируем операцию:

Создается Внутреннее потребление товаров с типом операции Передача в эксплуатацию:

Для каждого материала, передаваемого в эксплуатацию, необходимо указать категорию эксплуатации:

Категория эксплуатации определяет предельный срок, по истечении которого стоимость будет погашена и способ отражения себестоимости в расходах предприятия (о регистрации расходов подробно будем говорить в следующих уроках):

Проводим и закрываем. В программе есть специальная ведомость по учету ТМЦ в эксплуатации:

Управление складом и запасами

Для процесса управления складом предусмотрены следующие возможности:

  • использование складов различной топологии, в том числе с выделением помещений и рабочих участков;
  • разделение областей хранения в соответствии со складскими группами (молоко, рыба, мороженое, мебель и т. д.);
  • возможность документального оформления отдельных складских операций ордерами независимо от оформления соответствующих финансовых документов;
  • справочное ведение учета товаров на уровне складских ячеек;
  • адресное хранение товаров на уровне складских ячеек с поддержкой различных стратегий оптимизации размещения и отбора;
  • автоматизация внутреннего перемещения товаров;
  • автоматизация внутреннего потребления;
  • отражение операций сборки и разборки товаров;
  • проведение и отражение результатов инвентаризации товаров на складах;
  • поддержка терминалов сбора данных с использование мобильного рабочего места кассира;
  • серийный учета товаров;
  • управление запасами и поддержание складского остатка;
  • возможность обособленного учета запасов на складах.

Справочное размещение товаров в ячейках

Складские ячейки используются в качестве справочной информации для упрощения процесса размещения и отбора товаров, но учет остатков товаров ведется в целом по складу или помещению. Данный способ удобно использовать, когда в каждой ячейке располагается один товар. Это позволяет быстро находить товары, по которым требуется отгрузка.

Адресное хранение товаров в ячейках

Адресное хранение остатков на складе позволяет оптимизировать размещение товаров в складские ячейки и отбор товаров из складских ячеек. Оно включает:

  • автоматизированное описание структуры ячеек по заданным параметрам (рабочий участок, область хранения, типоразмер и др.),
  • автоматизированный процесс размещения товаров в складские ячейки, отбора товаров из ячеек и перемещения товаров из одной ячейки в другую,
  • контроль по весу и объему при размещении товаров в складские ячейки,
  • применение различных стратегий отбора и размещения товаров в ячейки,
  • контроль наполненности ячейки по весу и объему,
  • размещение товаров в ячейки под конкретное назначение (хранение обособленных товаров),
  • размещение товаров, как в упаковках, так и в мерных единицах хранения (весовые, линейные, объемные и площадные).

Размещение и отбор товаров осуществляются в соответствии с заданной стратегией размещения и отбора для области хранения.

Область хранения

Для оптимизации доступа к ячейкам при отборе товаров предусмотрена возможность создания рабочих участков и определение порядка обхода складских ячеек.

Операции перемещения товаров

Перемещение товаров на предприятии осуществляется между складами и помещениями, а также между филиалами организации.

Операции внутреннего потребления товаров

При оформлении внутреннего потребления товаров предусмотрена возможность отражать следующие виды операций:

  • списание на расходы — товары/материалы списываются на определенные цели в соответствии с указанной статьей расходов;
  • передача в эксплуатацию — товары/материалы передаются в пользование подразделению на определенный срок (с указанием ответственного физического лица, принимающего номенклатурную позицию в свой подотчет; статьи расходов с аналитикой расходов; категории эксплуатации).

Операции сборки (разборки) товаров

При оформлении сборки (разборки) можно отразить следующие виды операций:

  • сборка товаров из комплектующих;
  • разборка товаров на комплектующие.

Проведение инвентаризации товаров на складе

Целью проведения инвентаризации товаров являются контроль остатков товарно-материальных ценностей и сверка фактического количества товаров с учетным количеством.

Для отражения процесса инвентаризации товаров на складе предусмотрены следующие возможности:

  • зафиксировать результаты пересчета товаров;
  • зарегистрировать фактическое изменение остатков товаров на складе;
  • оформить списание недостач товаров, пересортицу товаров, оприходование излишков товаров, порчу товаров в учете организаций;
  • распределить излишки, недостачи и порчи товаров по организациям.

Инвентаризация товаров на складе может осуществляться как с пересчетом, так и без пересчета товаров (в процессе оперативной работы на складе).

При оформлении процесса пересчета товаров можно отразить фактическое и учетное количество товаров, отклонения фактического количества от учетного.

Пересчет товаров

Если на складе выявлены излишки, недостачи и обнаружены «лишние» товары без проведения пересчета товаров (в процессе оперативной работы), то в таких случаях для регистрации расхождений применяются ордера на отражение излишков, недостач и порчи товаров, изменяющие фактические остатки товаров на складе.

Мобильное рабочее место кладовщика

Процесс размещения и отбора товаров из складских ячеек адресного хранения может быть упрощен и полностью автоматизирован за счет использования мобильного рабочего места кладовщика, использование которого позволяет решать комплекс задач:

  • формировать новые задания на отбор и размещение товаров, выполнять задания на размещение и отбор товаров из складских ячеек,
  • размещать, перемещать товары из одной ячейки в другую,
  • пересчитывать товары в рамках инвентаризации.

В процессе выполнения задания система последовательно указывает, какое действие необходимо выполнить, например, отсканировать ячейку, отсканировать товар, отсканировать серию товара, что обеспечивает пошаговое выполнение всех операций.

Серийный учет товаров

Серии и сроки годности являются разрезом (аналитикой) складского учета, могут указываться при поступлении, отгрузке товара и в документах внутреннего товарооборота для решения, например, следующих задач:

  • управления рекламациями и организации постпродажного обслуживания — когда необходимо знать, от какого поставщика получен или какому покупателю передан конкретный экземпляр товара, комплектующие с какими сериями использованы в производстве конкретного экземпляра товара.
  • учет и управление остатками товаров по срокам годности — необходимо знать, когда истекает срок годности запасов и какой на складе остаток товаров с определенным сроком годности;
  • организация хранения товаров в отрезах, рулонах, бухтах и других единицах хранения переменного размера — в серии будет хранится фактический остаток материала в том или ином рулоне;
  • учет товаров, потребительские свойства которых могут незначительно отличаться для разных производственных партий — например, обои из разных партий могут незначительно отличаться оттенками (разнотон) и при отгрузке товара клиенту необходимо подбирать товар одного тона (одной серии);
  • расчет себестоимости товаров по сериям — различные задачи анализа рентабельности производства различных партий, работа с ГТД, товарами в пути и неотфактурованными поставками по сериям;
  • учет маркируемых меховых изделий — каждое изделие по законодательству маркируется контрольным знаком с номером, по которому отслеживается движение каждой единицы товара в Государственной информационной системе маркировки;
  • учет пива и пивных напитков одной марки, произведенных на разных заводах, для отражения в ЕГАИС.

Остатки товаров по срокам годности

Управление запасами

Ключевыми целями процесса управления запасами являются:

  • наличие запасов на складе в необходимом количестве;
  • достижение желаемого уровня обслуживания клиентов;
  • обеспечение производственной деятельности;
  • снижение потребности в оборотных средствах;
  • исключение дефицита материальных ресурсов;
  • улучшение показателей оборачиваемости товаров;
  • снижение затрат предприятия на закупку и хранение товаров;
  • устранение избыточных запасов.

Упрощенный вариант поддержания запасов основан на двух параметрах: минимальном и максимальном остатке товаров. Оно позволяет решать следующие задачи:

  • контроль текущего остатка товаров на складе;
  • определение максимального и минимального запасов;
  • расчет среднедневного потребления товаров;
  • определение поставщика и условия работы с ним;
  • формирование заказов поставщикам, на то количество товаров, которое необходимо для поддержания запаса.

Для поддержания запасов при расширенном варианте доступны различные методы обеспечения:

  • Min-max — позволяет поддерживать уровень запаса в соответствии с желаемым минимальным или максимальным запасами. Информация о минимальном и максимальном запасах указывается вручную. Минимальный остаток указывается на срок покупки, а максимальный — на обеспечиваемый период.
  • Расчет по норме — позволяет поддерживать запасы на складе в соответствии с нормой дневного потребления товаров. Информация о среднедневном потреблении товаров учитывается при расчете минимального и максимального запасов,
  • Расчет по статистике — позволяет поддерживать запасы на складе в соответствии со статистикой продаж. Данные по статистике продаж учитываются при расчете среднедневного потребления товаров, максимального и минимального запасов.

Установка параметров поддержания запасов Для поддержания запасов на складе при расширенном варианте обеспечивать потребности можно различными способами:

  • покупка у поставщика;
  • перемещение с одного склада на другой;
  • сборка;
  • собственное производство;
  • производство силами переработчика.

Собственное производство

Обеспечение текущих заказов на отгрузку

Для обеспечения текущих заказов на отгрузку предусмотрены следующие возможности:

  • определение способа обеспечения потребностей;
  • корректировка графиков поставки;
  • контроль количества товаров, требуемого для обеспечения потребностей;
  • определение источника обеспечения потребностей;
  • контроль количества товаров, которое уже обеспечено по заказу на отгрузку;
  • выбор режима обеспечения заказов на отгрузку;
  • формирование различных заказов.

Формирование заказов по потребностям

Текущие заказы можно обеспечивать в соответствии с параметрами обеспечения потребностей:

  • метод обеспечения «заказ под заказ» — позволяет обеспечить только количество, которое необходимо для закрытия потребности по текущим заказам на отгрузку (определяется по умолчанию);
  • способ обеспечения потребностей — позволяет обеспечить потребности по заказам различными способами (покупка у поставщика, перемещение с одного склада на другой, производство силами переработчика, сборка).

Обеспечение заказов на отгрузку может осуществляться в следующих режимах:

  • за счет запасов — при расчете количества товаров, которое необходимо для обеспечения заказов на отгрузку учитываются текущие остатки товаров на складе и все ожидаемые поступления товаров (например, ожидаемые поступления товаров для поддержания запаса);

Например, по заказу на отгрузку требуется обеспечить товар в количестве 400 шт. На складе данный товар присутствует в свободном остатке в количестве 100 шт. Минимальный желаемый остаток этого товара составляет 100 шт., максимальный желаемый остаток — 300 шт.

Опираясь на эти данные, система рекомендует к заказу товар в количестве 300 шт. — для поддержания запаса, поскольку текущий остаток товаров на складе равен минимальному желаемому остатку.

Получается, что 100 шт. товара уже обеспечено — текущий остаток товара на складе и ожидается поступление товара в количестве 300 шт. За счет этого количества запасов будет обеспечен товар по заказу на отгрузку в количестве 400 шт.

Пример расчета количества товаров, рекомендуемого к заказу

  • независимо от поддержания запасов — при расчете количества товаров, которое необходимо для обеспечения запасов не учитываются текущие остатки товаров на складе и ожидаемые поступления товаров

Например, по заказу на отгрузку требуется товар в количестве 400 шт. При режиме обеспечения заказов независимо от поддержания запасов системой к заказу будет рекомендовано строго то количество товара, которое требуется по заказу на отгрузку, т. е. 400 шт.

Пример расчета количества товаров, рекомендуемого к заказу

Академия Документооборота (Лушников и партнеры) рекомендует полезные обработки и готовые решения с сайта INFOSTART.RU для конфигурации 1С:Документооборот.

В процессе работы информационной базы ее размер неминуемо увеличивается. В крупных компаниям он может достигать от 5 Гигабайт в год и более. Такой стремительный рост может сказываться как на быстродействии программы, так и на сохранности данных. Чем больше размер информационной базы, тем более вероятны сбои, влекущие за собой потерю данных.

Как очистить информационную базу 1С, сохранив всю необходимую информацию?

В этом вопросе поможет “свертка информационной базы 1С” – процесс обработки документов и регистров конфигурации, позволяющий удалить старые, ненужные документы. Вместо них формируется несколько документов ввода остатков на заданный период. Таким образом мы “обрезаем” ведение учета до заданного периода.

Основными целями свертки являются:

  • Увеличение скорости работы системы

  • Уменьшение размера информационной базы

О свертке стоит задуматься, если:

  • “тормозит” 1С

  • Большой размер базы 1С (от 5 Гигабайт и более)

  • Долго выполняется обновление 1С

  • “Мозолят” глаза документы прошлых лет

В рамках проекта передо мной встала задача: Как свернуть базу 1С при переходе с 1С:ERP 2.0 на 1C:ERP 2.1?

На момент необходимости свертки фирма 1С разработала штатные механизмы только для 1С:УТ 11 и 1С:БП 3.0, а также для более старых версий.

Для разработки свертки я взял за основу механизм из 1С:УТ 11. Релиз 1С:УТ 11 брал приблизительно того же времени выпуска, что и 1С: ERP 2.0.

Этапы свертки базы 1С

Свертка информационной базы осуществляется в три этапа:

  • ввод остатков

  • удаление данных прошлых периодов (удаление движений и пометка на удаление документов)

  • сверка остатков с рабочей базой

Ввод остатков

Для ввода остатков в любой конфигурации предусмотрены специальные документы.

Конфигурация 1С:ERP является симбиозом нескольких подсистем. Для каждой подсистемы используются свои документы ввода начальных остатков.

Для части документов ввода остатков в 1С:УТ 11 предусмотрены процедуры автоматического заполнения остатками по регистрам.

Например, “товары на складах”, “взаиморасчеты с клиентами/поставщиками”, “заказы клиента/поставщику”, “возвратная тара”, “денежные средств”)

Для других документов необходимо разрабатывать свои процедуры.

Например, “расчеты с сотрудниками”, частично по регистрам бухгалтерии, кадровому учету, Внеоборотные активы.

Перед переносом остатков нужно провести анализ: какие данные исходной базы подлежат переносу. Для того, чтобы ничего не упустить при разработке, я определил, по каким регистрам накопления, бухгалтерии и сведений есть остатки (данные) в базе-источнике на дату ввода — разработал отчет по остаткам и движениям по всем регистрам накопления, сведений, бухгалтерии.

  • Заполнение документов «Ввод начальных остатков»

По каждому виду операции ввода остатков я провел анализ на существование механизма ввода остатков в обработке из 1С:УТ 11, определил, какие регистры двигают данный вид операции. Для несуществующих механизмов ввода остатков разработал собственные.

  • Заполнение документов “Корректировка регистров”, “Перенос данных” и “Операция(регламентированный учет)”

После разработки ввода остатков стандартными документами выяснилось, что для некоторых подсистем, механизмов, регистров нет соответствующих документов ввода остатков.

Например, остатков на производственных регистрах, “прочие активы и пассивы”, “заказы на перемещение”, “распоряжения на выпуск”, “расчеты с фондами по страховым взносам”.

Можно доработать конфигурацию для ввода остатков по таким регистрам (механизмам) или разработать заполнение остатков с помощью документов:

  • “Перенос данных” — подходит для регистров подсистем расчета зарплаты и управления кадрами

  • “Операция(регламентированный учет)” — подходит для остатков на регистрах бухгалтерии по тем данным, которые не отразились документами “Ввода остатков”

  • “Корректировка регистров” — подходит для остальных подсистем.
  • Сложные схемы ввода остатков

Для некоторых механизмов 1С:ERP нельзя ограничиться внесением остатков на дату свертки. Это обусловлено тем, что для определенных механизмов ключевые данные хранятся не только в регистрах, но и в самих документах. В основном это документы, на которые ссылаются данные регистров. В стандартной обработке ввода остатков такой механизм разработан для учета заказов покупателя. Суть его заключается в следующем:

1. Берутся остатки по незакрытым остаткам заказов

2. Документы из остатков помечаются специальным комментарием

3. Для частично не закрытых заказов табличная часть перезаполняется только данными остатков на дату свертки

В таком случае у нас не вводятся документы ввода остатков по регистрам механизма заказов, а документы заказа, по которым есть остатки, помечаются специальным комментарием. Такие документы при последующих этапах свертки не удаляются.

Такой же механизм я применил для кадровых документов. Документы сотрудников, работающих на дату свертки, пометил специальным комментарием, остальные документы были удалены на последующих этапах свертки.

Удаление данных прошлых периодов

Удаление данных производится в два этапа:

  • удаление движений документов

  • пометка документов на удаление

При удалении движений по каждому регистру:

1. Выбираются все документы, которые:

  • “двигали” регистр до даты свертки

  • не содержат специальные комментарии, оставленные на предыдущем этапе

2. Отключается использование итогов

3. Для каждого документа удаляются движения

Для каждого вида документов формируется список документов, не содержащих специальный комментарий. На них ставится пометка на удаление.

Сверка правильности ввода остатков с рабочей базой

Сначала проверяются остатки в целом по каждому регистру, по всем ресурсам (без детализации по измерениям). Если итоговая сумма каждого ресурса совпадает, то проверяем следующий регистр. Если есть разница, то анализируем более детальные остатки в разрезе измерений. Начинать необходимо с измерений, имеющих наименьшее количество разных значений.

Например, для большинства регистров первым анализируется измерение Организации. Выявляется, по каким организациям есть расхождения. Далее для каждой организации анализируются более детальные данные.

Если такие сложные системы как 1С:ERP, 1С:УПП, 1С:Комплексная автоматизация, 1С:Управление холдингом используются в большей степени для решения бухгалтерского учета, то возможно неполное или частично неправильное использование некоторого функционала программы. Это происходит из-за того, что сотрудники бухгалтерской службы производят контроль по регистрам бухгалтерии, выполняя ручные корректировки документами Операция(регламентированный учет) и не контролируют данные в соответствующих регистрах накопления.

В 1С:ERP основой для операций бухгалтерского учета являются регистры накопления. Операции формирования документов ввода остатков выполняются на основании данных регистров накопления.

В этой ситуации остатки, введенные сверткой базы по данным регистров накопления, по регистрам бухгалтерии будут различаться между новой и рабочей базой.

Существует два варианта решения проблемы:

1. В рабочей базе привести остатки по регистрам накопления в порядок

2. Переписать процедуры ввода остатков с данных регистров накопления на данные регистров бухгалтерии (если данные в регистрах бухгалтерии покрывают данные в регистрах накопления). Я использовал второй способ.

Организация процесса свертки данных

Для орагнизации свертки информационной базы обычно создается отдельная ее копия и в ней запускается обработка, которая выполняет операции, описанные выше. Копия базы делается для того чтобы сохранить в отдельной базе старые данные, а в новой свернутой базе продолжить работу.

Все было бы просто, если бы не большое время выполнения обработки – от нескольких часов до нескольких недель.

Длительность процесса свертки зависит от:

  • конфигурации базы

  • используемых подсистем

  • объема внесенных данных до даты свертки

Из-за длительности процесса возникают две существенные проблемы:

1. Двойная нагрузка на пользователей. Пока не будет готова новая свернутая база, необходимо продолжать учет: выписывать документы, расчитывать и фиксировать измененные данные, сдавать отчетность. После создания новой свернутой базы пользователям необходимо в новой базе внести всю информацию, которая вносилась в старую во время процесса свертки и параллельно вносить новые данные, т.е. выполнять текущую работу . Кроме того еще надо сверить в новой остатки и проверить работу системы после внесения остатков, т.к. могут быть скрытые ошибки свертки базы.

2. Сложность тестирования обработки свертки. На этапе разработки методологии свертки или написания кода обработки возрастает цена ошибки. Если, например, процесс свертки занимает 1 день, то процесс тестирования при 10 ошибках может занять 10 дней, если каждая ошибка выявлялась не сразу, а после каждого нового тестирования. А если свертка занимает не 1 день, а неделю? А если не 10 ошибок, а больше?…

Для решения этих проблем я использовал план обмена и обработку “Выгрузка и загрузка данных XML”.

В рабочей базе я добавил план обмена, фиксирующий все изменения после создания копии базы для свертки. После свертки измененные данные в рабочей базе переносил обработкой “Выгрузка и загрузка данных XML”. Таким образом пользователям не пришлось вносить данные в Новую базу, они были перенесены автоматически.

Выявление ошибок написания кода обычно происходит на этапе сверки остатков, т.е. после введения остатков и удаления данных прошлых периодов. Так как этап удаления довольно длительный, а правильность введения остатков в большинстве случаев не зависит от этапа удаления, то практичнее тестирование и доработку ввода остатков делать в отдельной третьей базе. Пока в Новой базе проходил процесс удаления данных прошлых периодов, я устранял выявленные ошибки в обработке свертки и дорабатывал новые процедуры свертки. После окончания удаления старых документов и движений у меня была готова Новая база, но с неправильными остатками. На отдельной копии рабочей базы я формировал документы остатков, изменения автоматически фиксировались в плане обмена, и обработкой “Выгрузка и загрузка данных XML” переносил измененные остатки в Новую рабочую базу. При выявлении новых ошибок – повторял эти операции. Данный метод значительно ускорил разработку и тестирование процедур ввода остатков.

Советы из личного опыта по свертке базы 1С:ERP

База клиента содержала 1,5 млн. документов в прошлом периоде.

Длительность операций составляла:

1 час – ввод остатков

6 суток – удаление движений

4 суток – установка пометок удаления

Так как процесс разработки довольно трудоемкий, а продолжительность выполнения этапов свертки велика, то на будущее я определил для себя следующую последовательность действий:

1. Добавление в рабочей базе плана обмена.

2. Создание копии базы – «новая свернутая база»

3. Запуск в свернутой базе процедуры удаления всех данных до даты свертки (самая длительная операция)

4. Анализ остатков и разработка операций ввода остатков

5. Формирование в отдельной копии процедуры ввода остатков (с регистрацией изменений в плане обмена)

6. Перенос данных ввода остатков из копии рабочей в «новую свернутую базу»

7. Проверка остатков, при необходимости повторение пунктов 5,6,7.

Сложно с первого, да и со второго раза написать идеальную обработку свертки базы для 1С:ERP, необходимо досконально знать изнутри каждый механизм, каждую подсистему, но с каждым разом будет получаться все лучше и лучше.

Инфокрафт: Формула ЖКХ

Свертка информационной базы picture_as_pdf

Обработка находится в подсистеме «Администрирование» блок «Сервис» и предназначена для уменьшения размеров файловой информационной базы и увеличения скорости работы системы., а также уменьшения времени архивирования и обновления.

Важно! Свертка информационной базы доступна только в локальном режиме работы.

Под сверткой понимается процесс обработки документов и регистров, формирование остатков на начало некоторого года. При свертке информационной базы помечаются на удаление документы прошлых периодов.

Однако, надо понимать, что свертка базы типовой обработкой может производится только с типовой конфигурацией. В противном случае могут появятся ошибки, которые будут видны не сразу. Если у вас не типовая конфигурация, для свертки базы вам лучше обратиться к опытному программисту 1С.

Обработка свертки делает следующие процедуры:

  • создает документы ввода остатков «Операция (регистры Инфокрафт)» по всем счетам/регистрам на требуемую дату;
  • помечает на удаление документы до требуемый даты.

Важно! Перед выполнением свертки базы рекомендуется:

  1. Произвести предварительное тестирование свертки на копии рабочей информационной базы.
  2. Только по результатам успешного тестирования принимать решение о возможности использования для рабочей информационной базы.
Пошаговая инструкция по свертке информационной базы:

  1. Создание резервной копию ИБ: необходимо зайти в базу в режиме «Конфигуратора», пункт меню «Администрирование» — «Выгрузить информационную базу».
  2. Перед сверткой следует сформировать отчеты по тем объектам конфигурации, информация о которых из прошлых периодов будет нужна в будущих периодах. В конфигурации «Формула ЖКХ + Бухгалтерия» отчет «Оборотно-сальдовая ведомость» до свертки можно не формировать, поскольку проверка остатков по регистрам бухгалтерии до и после свертки включена как один из этапов обработки.
  3. Запустить обработку из подсистемы «Администрирование» – «Сервис». Если свертка выполняется на уже созданной копии программы, то флаг «Создать резервную копию» можно не устанавливать. В обратном случае – необходимо указать каталог резервной копии ИБ.

4. Настройка свертки. На этом этапе определяется на начало какого года будут сформированы остатки. По умолчанию установлен флаг «Установить дату запрета изменения данных» – она будет установлена на 31.12.2016 года в случае формирования остатков на начало 2017 года. Есть возможность провести свертку базы по всем организациям или только по одной.

5. Формирование остатков. На данном этапе идет определение состава сворачиваемых объектов и способа свертки. Предусмотрены следующие действия с регистрами:

    • Не сворачивать — свертка объектов не производится, т.е. все движения регистра останутся, а документы-регистраторы не будут помечены на удаление;
    • Свернуть — сворачиваются объекты, предшествующие дате свертки, т.е. документы-регистраторы будут помечены на удаления, а движения регистров будут содержать данные на дату свертки;
    • Очистить — удаляются объекты, предшествующие дате свертки, при этом документы ввода остатков не создаются. Режим доступен только для регистров сведений.

По умолчанию, например, стоит «Не сворачивать» у регистров «Комментарии расчета», «Исполнители заявок по видам работ» и других, то есть программа уже проанализировала какие параметры базы необходимо сохранить в полном объеме, а какие можно свернуть.

При переходе к следующему этапу устанавливается дата запрета изменения данных, если соответствующий флаг был выбран на предыдущем этапе №5. Предусмотрена возможность восстановления рекомендуемых настроек.

6. Просмотр операций. На данном этапеможно открыть сформированные остатки на 01.01.2017г., в базу операции запишутся 31.12.2016г. Допускается остатки откорректировать и даже создать новую операцию ввода остатков по кнопке «Создать».

Ниже приведен вариант созданной операции по регистрам сведений «Услуги зданий»:

7. Проверка. На данном этапе выводятся все созданные документы ввода остатков с возможностью их редактирования. Есть возможность отобразить информацию по отдельным регистрам сведений и накоплений. По кнопке «Еще» можно установить или снять флаг выбора у регистров, информацию по которым хотим получить:

8. Удаление старых документов. На этом этапе программа выдает предупреждение о необратимости процесса, но старые документы будут пока лишь помечены на удаление. Этот этап гораздо продолжительнее всех предыдущих и может быть весьма длительным.

По завершению этого этапа программа сообщит об успешном завершении свертки:

Свертка информационной базы 1С — это обработка документов и регистров, позволяющая сформировать документы ввода остатков на определенную дату, удалив при этом все неиспользуемые документы до даты свертки включительно.

Свертка базы 1С 8.3 Бухгалтерия 3.0

В чем плюсы этой процедуры…

Во первых, уменьшение объема информационной базы, соответственно программа 1С будет работать быстрее и меньше времени будет уходить на ее обновление и резервное копирование.

Ну и еще одним плюсом, является то, что мы можем после данной процедуры подчистить нашу базу. Ведь в процессе работы, при накоплении большого объема документов могут быть какие то недочеты в остатках по счетам, например, самое распространенное — расхождения по договорам контрагентов, когда в документах по одному контрагенту ошибочно подбирают разные договора.

Или в том случае, когда пользователь только начал работу с программой 1С и не до конца разобравшись допустил много ошибок, исправить вручную которые проблематично, или освоил ввод не всех документов. В этом случае, после свертки 1С можно подкорректировать остатки и уже с нового года продолжить работать в новой базе с имеющимися остатками.

Обработка Свертка информационной базы

Обработка Свертка информационной базы в 1С находится в разделе меню Администрирование — Сервис.

Данный процесс не обратимый. Поэтому на первом же этапе свертки предлагается создать резервную копию 1С, указав для нее каталог.

На наш взгляд, более удобным вариантом является создание копии информационной базы на диске и добавление ее в список информационных баз 1С, задав другое название, например, Бухгалтерия 2017, Бухгалтерия 2018. В этом случае у пользователя есть возможность зайти и в старую базу (чтобы что-то посмотреть или распечатать документы), и работать с новой базой после ее свертки.

Следующим шагом указываем на какую дату сформировать остатки. Здесь же можем установить дату запрета изменения данных, но в нашем примере мы эту галочку ставить не будем, чтобы после завершения процесса свертки при необходимости можно было подредактировать сформированные документы с остатками.

Если в программе 1С 8.3 Бухгалтерия 3.0 учет ведется по нескольким организациям, то можно будет выбрать, по каким необходимо производить свертку или же выполнить свертку по всем. В нашем примере сворачивается 1С: Бухгалтерия предприятия (базовая), учет ведется по одной организации, поэтому их выбора мы не видим.

Далее следуем шагам помощника.

Пройдясь по вкладкам, можно настроить какие регистры будем сворачивать, а какие не надо. В нашем примере мы оставим все настройки по умолчанию.

Далее программа 1С 8.3 формирует документы Ввод остатков по регистрам, в которых отдельно отражаются свернутые остатки по счетам и другие данные.

На следующем этапе формируется оборотно-сальдовая ведомость для проверки данных, где отражаются данные до свертки и после свертки. И тут мы видим, что с данными нам впоследствии придется поработать.

Следующим шагом программа предупреждает о необратимости процесса и после нажатия кнопки Далее и подтверждения наших действий происходит процесс свертки информационной базы 1С 8.3.

В процессе свертки программа устанавливает пометку на удаление на старые документы до даты свертки и формирует документы с остатками по счетам и данными регистров.

Удаление свернутых документов и корректировка данных после свертки

После окончании свертки, сделаем удаление помеченных объектов (Администрирование — Удаление помеченных объектов).

И далее можно проверить и подкорректировать полученные документы, которые находятся в Журнале операций в разделе меню Операции — Бухгалтерский учет.

Документы, сформированные сверткой, сохраняются в информационной базе датой 31 декабря, время 23.59.59, т.е. концом года предшествующего тому, который мы указали при свертке.

Открыв операции, видим сформированные бухгалтерские проводки, аналогичные вводу остатков, в корреспонденции с вспомогательным нулевым счетом.

Их можно просмотреть, и если встречаются расхождения красным/черным, +/-, то их можно удалить, если это не затронет итоговых данных. В примере видно, что расхождение возникло вследствие не заполнения субконто в каких-то операциях, а в других документах оно было заполнено. Программа 1С 8.3 сворачивает бухгалтерские итоги как есть, поэтому в остатках по регистрам бухгалтерии мы можем увидеть эти отклонения.

Если по каким то счетам вышли остатки, а их быть не должно, то документы по ним можно удалить и откорректировать остатки по счетам. После этого проверить остатки, сформировав Оборотно-сальдовую ведомость в разделе меню Отчеты — Стандартные отчеты, на 1 января текущего года.

Если вы давно ведете учет в программе 1С 8.3 Бухгалтерия 3.0, то таких серьезных отклонений быть не должно. Это может быть лишь на этапе начала работы с программой.

Проверяем наши данные по счетам на начало года. Так же как при вводе остатков, основной показатель правильности данных — это отсутствие отклонения по счету 0 0 — вспомогательному. Если в оборотно-сальдовой ведомости есть остаток по счету нулевому — внимательней смотреть данные по остальным счетам.

Свертка базы 1С 8.3 выполнена. В других программах 1С она практически не отличается от описанного выше. Но есть программы, в которых свертка делается с помощью внешней обработки, например, 1С: Бухгалтерия государственного учреждения 1.0.

См. также:

  • Как перенести 1С 8.3 на другой компьютер с сохранением лицензии
  • Как сделать копию базы 1С 8.3
  • Обновление 1С: как обновить конфигурацию самостоятельно
  • Как выгрузить базу 1С 8.3 на флешку
  • Обновление платформы 1С 8.3
  • Утилита chdbfl.exe для 8.3

Если Вы еще не являетесь подписчиком системы БухЭксперт8:

Активировать демо-доступ бесплатно →

или

Оформить подписку на Рубрикатор →

После оформления подписки вам станут доступны все материалы по 1С Бухгалтерия, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *