Сейчас много разговоров о предстоящей деноминации. Меня, как разработчика 1С интересует ее техническая сторона. Время "Ч" уже не за горами, а четкой и полной информации еще ой как мало. Вот решил обобщить и систематизировать собственный опыт и имеющуюся у меня информацию в рамках обзорной статьи. Вдруг кто-то еще не определился в пути решения и кому-то информация окажется полезной.
Пользуйтесь. Задавайте вопросы.
Деноминация национальной валюты 1 июля 2016г. Что мы знаем об этом.
Многих бухгалтеров да и разработчиков бухгалтерского ПО (ПО экономического назначения) интересуют вопросы: что будет означать данное словосочетание на практике с точки зрения действующих норм и законов Республики Беларусь и как это отразится на ведении бухгалтерского учета субъектами хозяйствования?
На текущий момент единой информационно-справочной базы с разъяснениями и четким глоссарием определений не существует. Отсюда и много разночтений по данному вопросу. Попробуем разобраться в нем самостоятельно. Для начала «в крупную клетку», не вдаваясь в отраслевую специфику (учет в рознице, общепите, вопросы, связанные с кассовым оборудованием и банковскими терминалами).
И так, проведение деноминации предусмотрено Указом Президента Республики Беларусь от 4 ноября 2015 года № 450 «О проведении деноминации официальной денежной единицы Республики Беларусь» и гласит: «Ныне используемые денежные знаки образца 2000 года будут заменены на денежные знаки образца 2009 года в виде банкнот и монет в соотношении 10 000 белорусских рублей образца 2000 года к 1 белорусскому рублю образца 2009 года». Однако одновременно с этим происходит еще одно событие: изменяется обозначение белорусского рубля, вернее будет сказать: в классификатор ОКРБ 016-99 добавляется еще одна валюта – соответственно с кодами буквенным «BYN» и цифровым «933». И вот уже эта в некотором смысле «новая» валюта с 1 июля 2016 года будет считаться официальной денежной единицей Республики Беларусь. По закону Республики Беларусь официальная денежная единица в нашей стране единственная. Получается, что в течение первого полугодия официальной валютой Республики Беларусь будет являться белорусский рубль образца 2000 г. в классификации ОКРБ 016-99 соответственно с кодами «BYR» и «974», а в течение второго полугодия, соответственно – белорусский рубль образца 2009 г. в классификации ОКРБ 016-99 с кодами «BYN» и «933».
В связи с этим у бухгалтера возникает ряд резонных вопросов к используемому ПО в общем и, как следствие, к его разработчикам в частности.
1. Как вести текущий бухгалтерский учет:
• Выписывать первичные бухгалтерские документы (накладные, акты и т.д.);
• Производить сверку показателей (задолженность покупателей и / или поставщиков, формировать акты сверок);
• Корректно считать больничные, отпускные, применять льготы для налогов по зарплате и т.д.;
• Рассчитывать амортизацию основных средств и нематериальных активов нелинейными методами;
• Начислять лизинговые (арендные) платежи;
• Составлять калькуляционные карточки на блюда;
• И т.д.
2. Какой период выбирать при сдаче баланса – это целиком год 2016 год (с учетом ведения учета в разных валютах) или по каждому полугодию в отдельности.
3. Как правильно считать налоги и подавать декларации налога на прибыль за 2016 год.
4. Каким образом и в какой валюте необходимо готовить отчеты, формируемые по году с нарастающим итогом (для статистики, налоговых и иных органов и учреждений).
Пока, как уже отмечалось выше, по данным вопросам нет четких официальных разъяснений и методических рекомендаций. Из-за чего у разработчиков ПО в свою очередь количество вопросов так же не уменьшается. И самый главный из них – это временные риски, т.к. достаточно проблематично оценить трудозатраты, связанные как с подготовкой ПО к проведению деноминации, так и непосредственно с ее проведением с того момента, когда будет внесена полная ясность по методологическим аспектам бухгалтерского и налогового учетов.
В текущей ситуации разработчики готовятся к деноминации, исходя из практики 2000 (тогда конвертировали данные, отраженные в деноминированных рублях в новую базу данных с модифицированной конфигурацией), основываясь на собственном опыте и учитывая прочие объективные и субъективные факторы. Если верить публикациям на сайтах белорусских ИТ-компании, то многие из них сейчас предусматривают алгоритм перехода, в той или иной степени основанный на практике 2000 г. с его различными вариациями.
Учет на предприятии с использованием 1С: Предприятие. Имеющиеся альтернативы.
Четкая и конкретная информация от официальных вендоров компании 1С на территории Республики Беларусь, касающаяся списка актуальных конфигураций в разрезе используемой платформы и отраслевой направленности с указанием даты выпуска релиза, связанного с деноминацией и условий его получения пока не поступала. Информация, размещенная на сайтах других компаний-партнеров и разработчиков, не имеющих статуса партнера и предлагающих свои услуги по проведению деноминации, так же носит довольно общий характер и не раскрывает всех деталей. На этом фоне в интернете появилось множество объявлений, в которых предлагаются услуги по деноминации программ «1С:Предприятие 8». В них утверждается, что это будет быстро и недорого. Это не совсем соответствует действительности. Будьте бдительны и осторожны.
Если попытаться систематизировать предлагаемые варианты, то в целом их можно разделить на следующие группы.
1) Продолжить вести учёт в старых денежных единицах.
Наименее затратный из всех с точки зрения разработки и внедрения, так как отсутствует необходимость выполнения существенных доработок в информационной базе и непосредственно проведения процедур по деноминации. При его осуществлении в информационной базе необходимо будет выполнить минимальные доработки:
- доработка дискретного множества макетов (печатных форм) отчетов;
- доработка дискретного множества макетов (печатных форм) первичных документов;
- дискретное множество обработок по обмену с внешними источниками данных (клиент банка, загрузка курсов валют и т.д.).
Полный объем работ в конечном итоге будет сведен к специфике деятельности конкретного предприятия, точнее к количеству используемых документов и отчетов. Сложность их выполнения будет зависеть от используемой платформы «1С: Предприятие». Например, в конфигурациях на платформе «1С: Предприятие 8» часть доработок можно и вовсе осуществить без необходимости внесения изменений в конфигурацию, используя функционал подключаемых внешних отчетов и обработок.
Однако данный метод достаточно требовательный в части его использования, т.к. вся ответственность за корректность вносимых в учет данных ложится на конечного пользователя, которому придется перепроверять буквально каждую проводку на предмет корректности расчета суммовых показателей и округлений.
Данный способ подойдет тем компаниям, которые используют нелицензионное ПО, ПО разработанное собственными силами (сторонними разработчиками за счет привлечения средств компании) либо обороты у них не велики. В большей степени это актуально для пользователей платформы «1С: Предприятие 7.7». Вероятность использования данного подхода вендорами и партнерами 1С практически нулевая.
2) Провести деноминацию 1 июля 2016 г.
Более затратный с точки зрения разработки и внедрения. Подразумевает доработку функционала используемой на предприятии учетной системы (выполняется собственными силами, силами привлеченных разработчиков или путем получения легальных обновлений от вендора при условии их существования) а так же проведения процедур по деноминации.
Объем необходимых доработок будет существенно зависеть от типа платформы и конфигурации, используемых на предприятии.
Так же в зависимости от типа платформы и конфигурации, а так же прочих объективных (решение, предложенное вендором в качестве легального обновления и т.д.) и субъективных (внутренняя специфика предприятия и его бизнес-процессов) факторов для применения данного метода возможно потребуется создание двух информационных баз (с данными по первому полугодию и с данными по второму полугодию), в которых в течение определенного периода времени потребуется вести параллельный учет.
Итоговый результат будет следующим: первое полугодие остается без изменений, т.е. в валюте образца 2000 г., либо допускается организация параллельного хранения данных, приведенных к валюте образца 2009 г. Учёт во втором полугодии уже будет вестись в валюте образца 2009 г. Для отражения факта деноминации в установленный период времени в учетной системе предприятия необходимо будет выполнить обработку по деноминации (обработка разрабатывается собственными силами, силами сторонних разработчиков либо получается в составе легальных обновлений от вендора). Период проведения в каждой организации выбирается самостоятельно и не обязательно должен совпадать с фактическим периодом проведения деноминации.
Отличительные особенности данного метода следующие:
- деноминация производится единовременно;
- деноминируются только остатки на 01.07.2016 г. с учетом всех возможных аналитик, обороты за первое полугодие не подвергаются изменению (либо происходит параллельный расчет в валюте образца 2009 г);
- расчет и отражение разниц, связанных с округлением, производится единовременно в момент деноминации на 01.07.2016 г;
- не происходит искажение данных по оборотам за первое полугодие 2016 г.
Использование данного метода возможно затруднит в некоторых случаях доступ к данным первого полугодия, а так же их совместное использование с данными второго полугодия в части подготовки отчетов с нарастающим итогом по году, расчета некоторых показателей. Однако, во-первых, возникновение данных вопросов и степень их критичности в большой степени зависит от используемой конфигурации, а во-вторых, они могут быть достаточно легко решены путем соответствующих доработок, в частности, как упоминалось выше, используя механизм подключаемых внешних отчетов и обработок.
Данный способ подойдет тем компаниям, у которых в штате имеются квалифицированные IT-специалисты (для планирования процедуры деноминации, ее проведения и оказания последующей поддержки), которые так же используют лицензионное ПО. Самостоятельная разработка либо поиск пиратского обновления могут потребовать временных затрат, что в свою очередь будет означать для предприятия определенные риски. В большей степени актуально для пользователей платформы «1С: Предприятие 8». Вероятность активного (широкого) использования данного подхода вендорами и партнерами 1С достаточно велика.
3) Провести деноминацию на 1 января 2016 г.
Вероятно самый затратный с точки зрения разработки и внедрения. Подразумевает существенную доработку функционала используемой на предприятии учетной системы (выполняется собственными силами, силами привлеченных разработчиков или путем получения легальных обновлений от вендора при условии их существования), подготовку инфраструктуры для хранения данных (выделение ресурсов для развертывания двух актуальных учетных систем), а так же проведения процедур по деноминации.
Объем необходимых доработок будет существенно зависеть от типа платформы и конфигурации, используемых на предприятии.
Не зависимо от типа платформы и конфигурации однозначно потребуется создание двух информационных баз и ведения параллельного учета в обеих из них.
Итоговый результат будет следующим: первая информационная база остается без изменений и содержит данные по первому полугодию в валюте образца 2000 г. Вторая информационная база будет содержать суммовые показатели (либо только данные в бухгалтерских проводках либо данные в бухгалтерских проводках вместе с реквизитами документов и справочников), приведенные к валюте образца 2009 г. (получены делением на 10 000). Для отражения факта деноминации в установленный период времени в учетной системе предприятия необходимо будет выполнить обработку по деноминации (обработка разрабатывается собственными силами, силами сторонних разработчиков либо получается в составе легальных обновлений от вендора). Период проведения в каждой организации выбирается самостоятельно и не обязательно должен совпадать с фактическим периодом проведения деноминации.
Отличительные особенности данного метода следующие:
- деноминация производится по состоянию на 01.01.2016 г. В зависимости от механизма, предложенного разработчиком, возможно потребуется еще проведение дополнительной деноминации по состоянию на 01.07.2016 г.;
- деноминируются как остатки с учетом всех возможных аналитик, так и обороты за первое полугодие (возможно так же реквизиты документов и справочников);
- возможно потребуется произвести расчет и отражение разниц, связанных с округлением, не только на момент проведения деноминации (01.01.2016 г.), но еще и по итогу первого полугодия (01.07.2016 г. по результатам сложения суммовых показателей, полученных после приведения);
- велика вероятность появления искажений в данных по оборотам за первое полугодие 2016 г.
Использование данного метода призвано облегчить доступ к данным первого полугодия, а так же их совместное использование с данными второго полугодия в части подготовки отчетов с нарастающим итогом по году, расчета некоторых показателей. Однако потребность в наличии таких возможностей напрямую зависит от используемой конфигурации и возможно будет востребована не в полном объеме.
Данный способ подойдет тем компаниям, у которых в штате имеются квалифицированные IT-специалисты (для планирования процедуры деноминации, ее проведения и оказания последующей поддержки), которые так же используют лицензионное ПО. Самостоятельная разработка потребует значительных человеческих ресурсов, а поиск пиратского обновления соответственно временных затрат, что в свою очередь будет означать для предприятия определенные риски. В большей степени актуально для пользователей платформы «1С: Предприятие 8». Вероятность активного (широкого) использования данного подхода вендорами и партнерами 1С не велика, однако исключать его не стоит. Есть основания полагать, что в некоторых случаях данный вариант будет оправдан.
4) Перейти на новое ПО.
Данный способ пожалуй нельзя назвать самым бюджетным из всех с точки зрения разработки и внедрения. Однако его по праву можно считать одним из самых оптимальных вариантов. Его суть заключается в использовании момента проведения деноминации в качестве своего рода катализатора для замены устаревшего ПО (возможно даже нелицензионного) на новое лицензионное. В процессе внедрения вся НСИ (Нормативно-Справочная Информация) предприятия будет перенесена в новую информационную базу. Так же автоматически будут перенесены остатки в валюте образца 2009 г. (деноминация будет выполнена что называется «на лету», в процессе переноса данных)
Использование данного метода предоставит предприятию следующие преимущества:
- Вы получаете официальное ПО и право в течение 3-х месяцев получать бесплатные обновления (а этих обновлений после 1-го июля будет ой как много) и консультации;
- значительную скидку на коробку 1С 8.
- квалифицированную помощь специалистов по официальному договору в запуске новой информационной системы в промышленную эксплуатацию, что существенно минимизирует риски предприятия.
Данный способ подойдет тем компаниям, у которых в штате нет квалифицированных IT-специалистов, которые используют типовые тиражные конфигурации, подвергшиеся незначительным доработкам, возможно даже не лицензионные (хотя в случае использования лицензионного ПО шанс получить еще более существенные скидки увеличивается) и которые планировали переход на более актуальное и/или лицензионное ПО, но по каким-то причинам его откладывали. Самостоятельное участие предприятия сводится к минимуму. В большей степени актуально для пользователей платформы «1С: Предприятие 7.7». Вероятность активного (широкого) использования данного подхода вендорами и партнерами 1С достаточно велика, однако подразумевает дополнительного запроса при обращении.
Подводя итоги.
Все перечисленные выше методы выглядят красиво в теории, однако на практике предприятиям неминуемо придется столкнуться с рядом проблем. Перечислим наиболее вероятные из них:
- используется типовая тиражная конфигурация, локализованная вендором для рынка Республики Беларусь (некоторые предприятия используют типовые тиражные конфигурации для рынка России, официальных обновлений для таких случаев не предусмотрено), которая подвергалась модификации. В таком случае не зависимо от того, какое ПО используется – лицензионное или нет, потребуется дополнительные затраты, связанные с применением обновления;
- разделение информационной базы на две (варианты 2-4) подразумевает необходимость ведения в течение определенного периода времени (а это в худшем случае до конца первого квартала 2017 г.) в обеих системах параллельного учета при внесение изменений в учетные данные первого полугодия 2016, что в свою очередь приводит необходимости решения задачи по поддержанию целостности и актуальности НСИ и учетных данных. Коме этого потребуется выделение дополнительных ресурсов для хранения данных (при больших объемах накопленных данных это может оказаться серьезной проблемой);
- риски, связанные с вопросом о предполагаемом выпуске соответствующих обновлений для типовых тиражных конфигураций, условиями их распространения и стоимостью для конечного пользователя. Вопрос достаточно актуальный и щепитильный, т.к. большинство используемых на текущий момент конфигураций (в первую очередь это касается конечно же платформы «1С: Предприятие 7.7») официально сняты вендорами с технической поддержки, да и само понятие вендор в некоторых случаях (это уже касается платформы «1С: Предприятие 8») размыто.
Подводя итог, можно сказать, что в любом случае окончательное решение о выборе того, или иного метода каждому предприятию придется принимать самостоятельно, и правильнее всего будет задействовать для этого владельцев бизнеса, бухгалтеров и IT-специалисты. Хотелось бы, чтобы выбранная в конечном итоге стратегия позволила предприятию:
- пережить период деноминации спокойно, без нарушения нормального ритма его работы;
- не потерять накопленные за многие годы учетные данные;
- формировать отчетность за «перекрестные» периоды до и после 1 июля с минимальным уровнем математической погрешности;
- минимизировать время технологической паузы (полная остановка системы) при проведении деноминации.
а потом разоряются на нормального программиста - скупой всегда платит дважды