Получили обновление программного продукта юкола-инфо "бухгалтерский учет. настройка для рб" (7.7), как провести деноминацию? Сколько стоит провести деноминации в программе 1с

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

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

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

!!! Если ваша программа «1С:Бухгалтерия 7.7» типовая и раньше НЕ дорабатывалась программистами , то установить обновления вы сможете самостоятельно или с .

!!! Если ваша программа раньше дорабатывалась программистами , то .

Деноминация будет проведена в действующей информационной базе .

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

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

При проведении деноминации в программе «1С:Бухгалтерия 7.7» предполагается следующая последовательность действий:

  • Сделать архивную копию информационной базы сохранить ее на независимом носителе
  • Выполнить обновление информационной базы
  • Сделать копию информационной базы сохранить ее на независимом носителе
  • Провести процедуру деноминации
  • Сформировать отчет о деноминации, который содержит суммы до и после деноминации
  • Установить запрет на редактирование до 1 июля

4 ноября 2015 г. Президентом Республики Беларусь подписан Указ № 450 «О проведении деноминации официальной денежной единицы Республики Беларусь».

В соответствии с Указом с 1 июля 2016 г. проводится деноминация официальной денежной единицы Республики Беларусь. С указанной даты и по 31 декабря 2016 г. обращающиеся денежные знаки образца 2000 года в виде банкнот подлежат замене на денежные знаки образца 2009 года в виде банкнот и монет в соотношении 10 000 белорусских рублей в денежных знаках образца 2000 года к 1 белорусскому рублю в денежных знаках образца 2009 года .

Особенностью нынешней деноминации является ее проведение в середине года.

Проводить обработку базы заранее будет неверным, т.к. полетят ценообразование, начисление амортизации и прочие процессы. Не проводить обработку до конца 2016 года либо вообще отказаться от нее тоже будет неверно (ровно по тем же причинам). Делать обработку в копии базы по состоянию на 1 июля 2016 г. тоже будет неудобным из-за необходимости работы в двух базах и нарушения сопоставимости показателей. Выводить пересчитанные на лету данные? Но кто потом будет разбираться в Вашей конфигурации и сопровождать ее? Делать обработку данных по состоянию на 1 января 2016 года будет лучшим решением, но что делать, если нужна полноценная аналитика и использование данных прошлых периодов для расчетов?

Итак, рассмотрим подходы, точнее мой подход, который я считаю целесообразным применить для решения этой задачи:

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

2. Производится анализ данных и подготовка к их обработке. Обрабатываться будет вся база данных. Время проведения операции - 1 июля 2016 г. Но тренироваться можно и нужно заранее.

Подозреваю, что фирмы-франчайзи и прочие разработчики ПО на платформе 1С предлагают Вам провести обработку делением всех показателей на 10000 с помощью wrap и подобных ей обработок. При такой обработке нарушится сопоставимость показателей на разных уровнях аналитики. Представим себе, что у Вас есть 1000 покупателей с дебиторской задолженностью, у каждого из них задолженность выражена в среднем 5-10 накладными или актами. Теперь представим, что каждая позиция акта будет округляться. Изменятся суммы документов, изменится общая задолженность контрагента и задолженность всех контрагентов. Причем очень значительно, т.к. многие суммы не смогут быть выражены копейками. Применяемый коэффициент - 10000 и при округлении цен до сотен копейки еще смогут корректно отразить все суммы с учетом деноминации. Иначе пойдут ошибки из-за округлений. Кроме этого показатели до даты деноминации будут рассчитываться "на лету", следовательно, собственные отчеты также подлежат переработке. Ну и, конечно, переход на другую конфигурацию с переносом остатков посередине года, либо деноминация только остатков на 01 июля - самый хороший вариант для мазохистов. Ни один типовой бухгалтерский отчет Вы не сможете сформировать, если он захватывает дату деноминации.

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

Кратко о подходе к работе. Из эталонной базы записываются итоги по аналитическому и синтетическому учету. После деноминации рабочей базы осуществляются пересчет итогов и корректировки (регистры, проводки) так, чтобы на начало каждого месяца за все годы работы сальдо оставалось таким, как будто его поделили и округлили. По состоянию на 01 июля 2016 года осуществляется корректировка синтетических субсчетов, которая затем 01 июля списывается на счета доходов и расходов. В итоге на 01 июля 2016 г. сходятся данные как по аналитическому, так и по синтетическому учету.

Свежие новости...

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

В случае наличия подготовленного файла конфигурации и настроенных параметров обработки базы благодаря прямому доступу к данным и современному "железу" время обработки всей базы данных (вместе с пересчетом итогов и сохранением измененной конфигурации) средней фирмы за 3-4 года работы можно сократить до 5-10 минут. Универсальный механизм обрабатывает курсы валют, оклады, цены, числовые значения с типом данных «неопределенный», содержимое документов с корректным пересчетом суммы взаиморасчетов и итогов по колонкам, движения документов и проч. Он приспособлен и к изменению структуры конфигурации.

Опробованы и типовые решения. Найдены странные расхождения по синтетическим счетам после обработки баз типовыми обработками. Будьте аккуратнее и сделайте пересчет оборотки, сформированной в эталонной базе, в Excel с формулой Округл(Показатель/10000; 2). Обращайте внимание на пустую аналитику в остатках, а также на итоговую корректировочную операцию (почти всегда ее приходилось удалять из-за очень странных сумм в проводках).

Пять вариантов решения:

1)Корректный вариант! Разделить базу данных на две. Во второй провести деноминацию 1 июля.

Первое полугодие в первой базе оставить как есть. А учёт во втором полугодии, во второй базе, уже начать вести в денежном выражении нового образца. Перед разбиением базы на две, нужно доработать модуль и все метаданные, создать её копию и сделать свёртку обработкой WRAP.ert. Потом, этой же обработкой, в новой базе провести деноминацию - убрать из уже сделанных, во втором квартале, проводок и метаданных "0000". Но есть один недостаток. Разбивая базу на две Вы лишитесь оперативность при получении данных. Т еперь, н апример, для того чтобы построить акт сверки за год по контрагенту - придётся делать это в двух базах! Выбирая этот вариант нужно понимать все нюансы разделения базы на полугодия.

2)Корректный вариант! Проведение деноминации в рабочей базе (без разделения):

Выполнить доработку форм и метаданных до копеек. Создать сторнированные проводоки с учётом коэффициента деноминации 10000 (то есть если на Сч.по Дт.=3.000.000 -> будет сделана проводка Дт. -2.999.700 -> в итоге Сч.Дт=300). Внимание! Нужно иметь ввиду, что отчёты желательно строить в двух экземплярах (до 1 июля и после).

3) Корректный вариант, но очень затратный! Доработать все метаданные 1С для деноминации и провести её на 1 июля 2016 года.

Самый дорогой вариант для предприятия.

В версии 8.2 и 8.3 можно создать дополнительное измерение "сумма в рублях старого образца".

В версии 7.7 на невалютных счетах можно использовать вал.сумму или доп.забалансовый счёт (рубли образца 2009 года).

Плюс ко всему придётся переделать практически все объекты метаданных. Отчеты, справочники, документы, обработки, глобальный(7.7) и общие(8) модули, план счетов, регистры и т.п. Реализовать данный метод смогут лишь крупные предприятия с массивным штатом программистов 1С.

4) Признан н екорректным! Продолжить вести учёт в старых денежных единицах.

Совершенно не затратный и для большинства компаний самый оптимальный, так как делать то ничего и не надо . Коротко говоря - оставить всё как есть. В шапке некоторых отчётов, например, акта сверки, для корректности, можно добавить фразу типа этой: "в расчётах используется белорусский рубль образца 2000 года ".

5) Признан н екорректным! Разделить базу данных на две. Во второй провести деноминацию 1 января.

"Закрыть" период (первое полугодие) в первой базе, чтобы больше не вносить туда изменения. Во второй базе сделать свёртку обработкой WRAP.ert на 1 января. Незабудьте предварительно с оздать копию. Соответственно с 1 января 2016г. учёт будет деноминированный. Помните, что вносить изменения (если таковые будут) до 01 июля 2016 придётся вносить в обе информационные базы. В начале 2017 можно будет свернуть и обрезать Вашу рабочую базу на 1 июля. Так у Вас будет две базы: 1-я до 1.07.2016 (без деноминации) и 2-я после 1.07.2016 (с деноминацией).

6) Признан н екорректным! Доработать только отчёты в 1С для деноминации 1 июля 2016 года.

В отчётах, которыми чаще всего пользуются бухгалтера для отправки данных "внешним" контрагентам (акт сверки, деб.задолженность, отчёт по движению ДС и т.п.), выводить дополнительную строку с коэффициентом 1:10000 под суммой с названием "сумма в белорусских рублях образца 2009 года ".

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

В справочниках необходимые непериодические реквизиты делятся на 10000, а для периодических реквизитов добавляется на 30.06.16 новое значение, которое равно последнему, деленному на 10000.

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

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

Также нужно минимальное вмешательство в код самой обработки, чтобы прописать недостающие справочники и реквизиты.

Порядок действий

1.Проставить точность 2 в реквизитах, хранящих суммы и цены.

2.Добавить для документов общий реквизит «Деноминирован», число 1,0 неотрицательное

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

4.Добавить документ «Остатки по счету».

Идентификатор: ОстаткиПоСчету

Шапка:

Счет, тип Счет основного плана счетов

Таблица:

Субконто1, Субконто2, Субконто3 - тип «Неопределенный»;

СуммаДебетДо, СуммаДебетПосле, СуммаКредитДо, СуммаКредитПосле - Число 19,2.

СуммаДебетПосле и СуммаКредитПосле - содержат остатки, которые установятся после деноминации, после проведения корректировки остатков. Их можно подправить вручную, если что-то не устраивает.

См.рис.2 и рис.3

4.Сделать копию базы.

5.Одна база - старая - будет хранить данные до 1.07.16. В ней работаем до тех пор, пока не закроем июнь. После 1 июля придется работать в двух базах. Как переносить данные из старой базы в новую - это отдельная тема про перенос данных.

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

7.В новой базе запускаем обработку. Рис.1

Что делает обработка:

а) Кнопка «1. Записать остатки до деноминации » создает для каждого счета документ «Остатки по счету». Номер документа - это код счета, его менять нельзя. Если нужно выполнить операцию повторно, то документы нужно пометить на удаление.

б) Кнопка «2.Деноминация проводок » делит все проводки за указанный период на 10000. Процедуру можно запускать несколько раз за один и тот же период, повторного деления не будет, потому что для каждого документа после успешной деноминации проводок устанавливается флаг «Деноминирован». Можно еще сделать обработку каждой операции в транзакции, но это будет медленней. Поэтому эти строки закомментированы.

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

в) Кнопка «3.Деноминация реквизитов справочников » у заданных справочников делит заданные непериодические реквизиты на 10000, а для периодических реквизитов добавляет на 30.06.16 новое значение, которое равно последнему, деленному на 10000.

Возможно здесь вам понадобиться дописать в тексте программы пару строк для ваших особых справочников. Сейчас обработка делает деноминацию для справочников: ОС, Материалы, МБП, Номенклатура, Оборудование, ДенежныеДокументы. Если у вас есть какие-то другие справочники, реквизиты которых подлежат деноминации, то читаем следующий абзац.

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

Если нужно деноминировать реквизиты подчиненного справочника , то нужно внести исправления в процедуру ДеноминацияСпр(). Там есть заготовка, это самый конец процедуры. Нужно подставить идентификатор своего справочника и указать его реквизиты.

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

В документах «Курсы валют » проставляется кратность 10000 по всем датам.

д) Кнопка «4.Корректировка остатков » корректирует остатки до «эталонных», которые указаны в документах «Остатки по счету» в колонках СуммаДебетПосле и СуммаКредитПосле.

Разница относится на указанный счет разницы и его субконто . Для каждого счета создается ручная операция за 30.06.16. Содержание операции - это код счета. Если нужно запустить процедуру повторно, то существующие операции нужно удалить.

Можно запустить корректировку остатков для одного счета - его нужно указать в поле «Выбранный счет».

8.Деноминацию мы проводим, когда нет еще остатков по счетам. Поэтому, когда июнь закроется, надо в старой базе выполнить действие из п.7а. Потом перебросить документы Остатки по счетам в новую базу. Удалить корректировочные операции и создать новые корректировки, выполнив п.7д.

Как провести деноминацию в базе 1с?

С 01.07.2016 в Республике Беларусь в соответствии с Указом Президента Республики Беларусь от 4 ноября 2015 г. № 450 проводится деноминация официальной денежной единицы.

Это значит, что к данному сроку всем организациям и индивидуальным предпринимателям необходимо отразить в бухгалтерском учете уменьшение всех своих активов и обязательств в 10 000 раз (таково соотношение замены белорусского рубля в связи с деноминацией согласно вышеупомянутого Указа).

Особенность нынешней деноминации состоит в том, что проводится она в середине года, что, мягко говоря, влечет за собой некоторые неудобства в работе бухгалтерских служб. Необходимо также учитывать тот момент, что согласно подготовленным разъяснениям Министерства торговли Республики Беларусь изготовители, продавцы, поставщики, исполнители и их представители в период с 1 июля по 31 декабря 2016 г. при предоставлении потребителям информации о предлагаемых товарах (работах, услугах) и при оформлении документов, подтверждающих заказ на приобретение товаров, выполнение работ, оказание услуг, цены (тарифы) товаров, работ и услуг обязаны указывать в денежных знаках образца 2000 года и денежных знаках образца 2009 года одновременно.

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

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

Варианты проведения деноминации в базе 1С:

Вариант Преимущества Недостатки
Обрезание базы с 01.07.2016 Ввод остатков проводится в течение 2х-3х часов Не возможно посмотреть оборотку и акты сверки за весь год. Проблемы с расчетами отпусков и больничных
Обрезание базы с 01.01.2016 Данные за весь год находятся в одной базе. Все оборотки и отчеты с начала года работают с учетом деноминации Такой вариант можно использовать только для базы с небольшими движениями, для больших баз время такой свертки может длиться несколько дней
Внесение изменений в печатные формы исходящих документов Данные в базе находятся в одинаковом состоянии за все предшествующие годы. Оборотки и акты сверки отображают информацию за любой доступный период. Необходимо помнить, что внесение документов в базу производится в старых (не деноминированных) денежных единицах. И для дальнейшего удобства работы необходимо будет сделать обрезание базы с 01.01.2017
Изменение всех операций в информационной базе Данные в базе находятся в одинаковом состоянии за все предшествующие годы. Оборотки и акты сверки отображают информацию за любой доступный период (суммы отображаются в деноминированном виде). Есть проблемы при использовании регистров оперативного учета. Время проведения деноминации от 2х часов (зависит от количества документов в базе).

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

Нашими специалистами проработаны и готовы к внедрению все вышеперечисленные методы деноминации.

Стоимость Деноминации 1С составляет от 800 000 белорусских рублей.

Выберите оптимальный вариант, удовлетворяющий Ваши запросы и закажите услугу Деноминация 1С 2016 в Беларуси прямо сейчас по телефону: +375 29 793 07 21 (МТС) .