» Казахстанский Бухгалтерский форум www.balans.kz

Базу резать нельзя продолжать учет, или технологический способ перехода (КСБУ -> МСФО)

  
Показать сообщения:
Начиная со старых .::. Начиная с новых
Автор: Нерезидент Баланса
Добавлено: #1  Сб Сен 01, 2007 08:50:27
Заголовок сообщения: Базу резать нельзя продолжать учет, или технологический способ перехода (КСБУ -> МСФО)
Не секрет, что за предстоящие 1-2 квартала все субъекты РК должны перейти на МСФО-2008. Часть из них совершит переход МСФО-2006 -> МСФО-2008 (20-30 %, по моим оценкам), большая же часть совершит переход КСБУ-1997 -> МСФО-2008. Подавляющая часть клиентов (не менее 80 %) останется на платформе 7.7 разных конфигураций, как ни пытаются маркетологи 1С "впихнуть" следующую версию 8.х. Но разговор сейчас не об этом.

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

Я и некоторые другие разработчики предлагают следующий, эволюционный, способ. Опираясь на ретроспективное применение изменений в учетной политике (см. МСБУ 8), мы предлагаем так конвертировать информационную базу 1С, как будто бы учет по новому плану счетов велся всегда. То есть есть, предположим, что до конвертации в базе 1С имелись обороты за 2001-2006 гг. по счету 301, то после конвертации все эти обороты за 2001-2006 гг. сохраняются, только по счету 121о. И аналогично остальные счета.

В противовес этому, официальная позиция представителей 1С в РК заключается в революционном способе. То есть - разрезать базу на куски. 1 кусок - до начала ведения учета на МСФО, 2 кусок - после. О неудобствах и ограничениях такого подхода мы поговорим ниже. Я думаю, что именно этот неудобный, непрактичный и противоречащий IAS 8 подход и и привел к тому, что только очень малая часть пользователей БУК 7.7 перешла на МСФО-2006.

Прошу высказываться по теме.
Автор: Tary
Добавлено: #2  Сб Сен 01, 2007 14:43:59
Заголовок сообщения:
Танкист Сема говорит:
эволюционный, способ. Опираясь на ретроспективное применение изменений в учетной политике (см. МСБУ 8), мы предлагаем так конвертировать информационную базу 1С, как будто бы учет по новому плану счетов велся всегда. То есть есть, предположим, что до конвертации в базе 1С имелись обороты за 2001-2006 гг. по счету 301, то после конвертации все эти обороты за 2001-2006 гг. сохраняются, только по счету 121о. И аналогично остальные счета.

Я может чего-то недопонимаю, но полагаю, что при этом способе, все распечатанные оборотки не будут иметь никаких подтверждений в программе и любой вопрос в распечатанном отчете нельзя будет тут же сравнить с действующей программой. А что делать при проверках? Возможно, изменится только наименование (вернее кодировка) счетов, но ведь при МСФО меняется и понятия затрат.
Танкист Сема говорит:
официальная позиция представителей 1С в РК заключается в революционном способе. То есть - разрезать базу на куски. 1 кусок - до начала ведения учета на МСФО, 2 кусок - после.

Этот метод тоже неудобен так как большинству бухгалтеров прийдется вести бухгалтерию в обоих программах, чтобы иметь более или менее понятную картинку и иметь возможность составить правильный отчет в конце года.
Автор: Нерезидент Баланса
Добавлено: #3  Сб Сен 01, 2007 15:02:54
Заголовок сообщения:
Цитата:
все распечатанные оборотки не будут иметь никаких подтверждений в программе и любой вопрос в распечатанном отчете нельзя будет тут же сравнить с действующей программой.

Нет. Старая база КСБУ-1997 остается для справок, мы не собираемся грохать то, что вы наработали. Таким образом, вы всегда вытащите старую оборотку по счетам КСБУ за прошлые года.
Цитата:
Возможно, изменится только наименование (вернее кодировка) счетов, но ведь при МСФО меняется и понятия затрат.

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

Весьма бредовая и необдобряемая мною идея. Выдвинул кто то из аудиторов, посему немудрено, что сия идея оторвана от реальности как небо от земли.
Автор: NoName
Добавлено: #4  Вс Сен 02, 2007 09:27:35
Заголовок сообщения: Re: Базу резать нельзя продолжать учет, или технологический способ перехода (КСБУ -> МСФО)
Танкист Сема говорит:
Я и некоторые другие разработчики предлагают следующий, эволюционный, способ. Опираясь на ретроспективное применение изменений в учетной политике (см. МСБУ 8), мы предлагаем так конвертировать информационную базу 1С, как будто бы учет по новому плану счетов велся всегда. То есть есть, предположим, что до конвертации в базе 1С имелись обороты за 2001-2006 гг. по счету 301, то после конвертации все эти обороты за 2001-2006 гг. сохраняются, только по счету 121о. И аналогично остальные счета.


Недавно делал подобную задачу: путём постепенной конвертации объектов превратил базу данных со старой СЭТовской конфигурацией в типовую. Впечатления: удобно для заказчика, но очень трудоёмко для программиста. Больше не хочется мне такой "эволюции".

Но вот если менять только ПС - попробовать можно.
Автор: т.Сема
Добавлено: #5  Вс Сен 02, 2007 09:44:36
Заголовок сообщения:
Цитата:
Больше не хочется мне такой "эволюции".

конечно, лучше заставить бухов всего РК "кувыркаться" (перепроведение всех доков, см. технологию перехода на МСФО-2006 от Рейтинга)...и важное общегосударственное дело (уже попытка № 2 перехода всего Казахстана на МСФО) будет представлено как окуенно сложное, почти невозможное - благодаря шкурным интересам программистов, которым впарить 8-ку, заставить клиента начинать новую базу с нуля, вбивать остатки, разбираться с новой прогой - важнее стабильности и преемственности...
Цитата:
со старой СЭТовской конфигурацией в типовую.

сравнили вы, батенька, пенис с пальцем...здесь совсем не та задача. реквизиты не трогают. конфы близки, тока ПС различен.
Автор: Технический
Добавлено: #6  Вс Сен 02, 2007 10:09:22
Заголовок сообщения:
NoName говорит:
СЭТовской конфигурацией в типовую

Год какой? Потому там как есть разница, смотря от года.
Автор: NoName
Добавлено: #7  Вс Сен 02, 2007 10:24:54
Заголовок сообщения:
Compas говорит:
Год какой? Потому там как есть разница, смотря от года.


СЭТовская конфигурация была 98-99 года.
Типовая - релиз 212, или около того (точно уже не помню).
Автор: Технический
Добавлено: #8  Вс Сен 02, 2007 10:56:57
Заголовок сообщения:
Танкист Сема говорит:
эволюционный, способ.

Если это способ так назвали, я делаю пока именно так, косяки бухгалтера могут так остаться скрытыми. Есть плюсы и по второму способу, вылазиет больше косяков бухгалтера, при конвертации, можно надавать по кумполу за ведение такого учета.
Автор: т.Сема
Добавлено: #9  Вс Сен 02, 2007 11:29:48
Заголовок сообщения:
(8) перепроведение всех доков при желании можно запустить и при 1-м, эволюционном способе - если есть время и вазелин...а можно обойтись без него и при 2-м, революционном способе (вытаскивая старые проводки без контроля верности их сумм из старой базы и делая "Операция.Записать" , а не "Док. провести()")...

так что опциональное перепроведение или без оного - дело 3-е...я просто подчеркнул, что дополнительное перепроведение неудобно и влечет ошибки...в условиях дефицита времени начала 1 квартала 2008 г., пробок и т.д.

Цитата:
СЭТовская конфигурация была 98-99 года.

давайте вот что...с моей стороны я отброшу всякие обсужденя перехода на 8.0-8.1 с 7.7 и т.д...с иных сторон лучше бы не включать в обсуждение всякие экзотические и посторонние случаи...

Рассмотрим типичный переход - с 7.7 на 7.7 без смены типа конфигурации, с накопленной базой проводок за предыдущие годы.

Собирается наш ведущий поставщик ПО в РК примениять эколюционный или революционнй способ перехода ? Почему ?

Другие поставщики ? Способ ? Почему ?
Автор: Технический
Добавлено: #10  Вс Сен 02, 2007 12:09:32
Заголовок сообщения:
Перепроведение групповое, чревато изменением результата, вследствие неучтенных операции введенных и правленных задними числами. Хотя я сказал ничего нового не сказал. Надо быть к этому готовым, оно вылезет.
Автор: Нерезидент Баланса
Добавлено: #11  Сб Сен 08, 2007 11:47:47
Заголовок сообщения:
молчат типовые разработчики...либ оне знают еще применяемого ими способа конвертации, либо готовят революционный переход на 8.1...
Автор: ЗаБияка
Добавлено: #12  Сб Сен 08, 2007 12:20:49
Заголовок сообщения:
мне на хотлайне сказали, что конверируйте свою базу с 215 на 255 релиз, а в ноябре выйдет 256 релиз, просто 255 обновите на 256. Без всяких проблем, по крайней мере я очень надеюсь.
Автор: Нерезидент Баланса
Добавлено: #13  Сб Сен 08, 2007 14:01:02
Заголовок сообщения:
Цитата:
конверируйте свою базу с 215 на 255 релиз

понятно....это революционный путь - ибо с 215 на 255 предполагался разрыв базы с созданием некоего теоретического входного баланса.
Это неправильно ! Чуть позже я это докажу.

Добавлено спустя 16 минут 44 секунды:

ступенчатый переход 215 - > 255 - > 256 явно глуп. Ибо на 215 релизе существуют счета в КСБУ (501, 502, 503, 571 и т.д.) которые исчезают в 255 релизе (или в РПС-2006), но повторно появляются в 256 релизе (или в ТПС-2008)...ну и какой смысл - грохать сальдо/обороты этих счетов, чтобы заново возрождать их в 256 ?
Автор: Нерезидент Баланса
Добавлено: #14  Сб Сен 08, 2007 18:34:32
Заголовок сообщения:
Танкист Сема, а какая разница - правильно это или нет? "7.7 типовая" фактически похоронена. "1С Сапа" дорабатывать в ней явно уж ничего не будет. Т.е. абсолютно ничего - будут только исправлять ошибки да вносить новые. Ну квартальные отчеты дописывать. Так что ИМХО сама тема обсуждения просто неактуальна.
Автор: т.Сема
Добавлено: #15  Сб Сен 08, 2007 19:05:12
Заголовок сообщения:
Лично для меня разница есть. Мы тут в 2006 году с некоторыми господами не доспорили по этому поводу.
Автор: Сергей(П-П)
Добавлено: #16  Пн Сен 10, 2007 09:41:34
Заголовок сообщения:
Решение всех старых проблем в переходе на 8.0 (8.1). Изучение новой программы на какое-то время отвлечет бухгалтера от текущих проблем. А дальше эффект от слов "Я успешно внедрил(а) у себя 8.0"
должен перекрывать все остальные неудобства.
Автор: Нерезидент Баланса
Добавлено: #17  Пн Сен 10, 2007 10:34:01
Заголовок сообщения:
Цитата:
эффект от слов "Я успешно внедрил(а) у себя 8.0"
должен перекрывать все остальные неудобства.

Если бы, переходя на 8.х, программист конвертировал предыдущую базу за предыдущие года, я бы сему аплодировал. Ибо переход с КСБУ на МСФО является не просто сменой программы в деятельности предприятия, а изменением в учетной политике.

Вот что гласят по этому поводу "Методические рекомендации по применению международного стандарта бухгалтерского учета 8 «Учетная политика, изменения в расчетных оценках и ошибки»" (аналогичные положения есть и в IAS)

Цитата:
10. Ретроспективное применение - это применение измененной учетной политики к операциям, сделкам и другим событиям и условиям так, как будто такая политика применялась всегда.

20. При первоначальном применении Стандарта или Интерпретации, организации должны учитывать возникающие изменения в учетной политике:
а) в соответствии со специальными переходными положениями (если предусмотрено в МСФО);
б) ретроспективно, в случае если Стандарт или Интерпретация не содержит специальных переходных положений, применимых к изменению.

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

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

Автор: d.Fedor
Добавлено: #18  Пн Сен 10, 2007 18:11:31
Заголовок сообщения:
Не очень понятно а что неудобного в использование базы с КСБУ как архива и новой МСФО для работы? Или вы на старых планах счетов не практиковали сверток базы из-за роста? Очень многое отрабатывали год, переносили остатки и справочники в новую и новый год начинали в ней и считали это гараздо удобнее чем все года в одной. Словом как посмотреть еще на это.
И опять же, вы приводите в пример Один из рекомендуемых методов, а он ведь не единственный! Для вас может он актуален, но не факт что для всех....
Цитата:
Ибо переход с КСБУ на МСФО является не просто сменой программы в деятельности предприятия, а изменением в учетной политике

Наконец то Вы это поняли, в прошлый раз вы фактически сводили все к смене плана счетов :) и яростно критиковали новую редакцию типовой, где как раз учетная политика была изменена (редакция 2.5 7.7 и первая редакция 8.0)
Автор: Нерезидент Баланса
Добавлено: #19  Пн Сен 10, 2007 18:30:27
Заголовок сообщения:
Ув. г-н Федор ! Мне помнится, вы остаивали собственное мнение, что типовая полностью соотвествует законодательству. Вы сохранили вашу точку зрения ?
Автор: d.Fedor
Добавлено: #20  Пн Сен 10, 2007 19:04:12
Заголовок сообщения:
Докажите что это не так...
Автор: Нерезидент Баланса
Добавлено: #21  Пн Сен 10, 2007 19:49:59
Заголовок сообщения:
d.Fedor говорит:
Докажите что это не так...

Уже доказал в (17). Ибо переход между релизами 215-> 255 нарушает принцип МСФО - ретроспективное изменение учетной политики - вводить изменения в УП так, как будто новая учетная политика действовала всегда.
Цитата:
И опять же, вы приводите в пример Один из рекомендуемых методов, а он ведь не единственный! Для вас может он актуален, но не факт что для всех....

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

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

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

Цитата:
Семен, знаешь почему генерации СИК нет в типовой?

знаю. от жадности франчей.
Автор: Сергей(П-П)
Добавлено: #22  Вт Сен 11, 2007 09:46:39
Заголовок сообщения:
Наш метод с сохранением базы наиболее удобен и перспективен, ибо бухгалтер в любой момент может вытащить любую информацию за весь период деятельности: акты сверок, встречные проверки, отчетность и т.д. убедился на собственном опыте при закрытии ПЛА-Плюс. Были случаи когда грамотные специалисты обрезали базу каждый год (говорили что это необходимо по причине Бла-Бла-Бла, наверное денег хотели за обрезку причем немалых), потом при переустановке программы некоторые базы за прошлые года забывали подцепить в ярлычок, а другой спец приехавший как-то вместо первых, сказал что вы наплодили много баз и вычистил якобы лишние за три года. В итоге при разборках обвинили бухгалтера в том что она не противилась этим обрезаниям и подписала все акты работ, а за сохранностью должна следить сама.
И еще один огромный минус как для бухгалтера так и для программиста при обрезании баз. Этот процесс нельзя сделать 1 января, а делая это позже приходится переносить документы набитые с начала года, вот тут и летит все что можно при перепроведении, для буха - восстанавливать надо, для спеца - на него все пытаются повешать. Некоторые спецы изворачиваются: они не смогли грамотно перенести, но твердят мы за определенную ПЛАТУ можем помочь.
При нашем переносе хоть через 12 месяцев он выполняется нет никаких проблем. Если есть приведите хоть одну?
Автор: т.Сема
Добавлено: #23  Вт Сен 11, 2007 14:50:51
Заголовок сообщения:
Сергей Михайлович Поздняков очень верно уловил существенное преимущество следования ретроспективному способу - независимость для бухгалтера и программиста от наступления какого либо внешнего события - конца 2007 года или завершения забивки доков прошлого 2007 года и т.д....То есть, как автомат Калашникова - после окунания в лужу уже готов к стрельбе, так и ретроспективный способ - сразу после переработки, не дожидаясь никого/ничего, в базе работают и прошлый год, и текущий год, не надо ждать, не надо звать...можно переделывать базу счас, можно и после нового 2008 года в любое время...

А по перспективному способу программист будет вынужден ждать до апреля-мая 2008 г., когда бухи забьют/причешут доки прошлого 2007 года для сдачи ф.100-2007, а уже потом они начнут думать-чесаться куда/когда им переходить и т.д.....

Вопрос. И сколько коробок 8.1 с новым планом счетов они рассчитывают продать при таком подходе ? 1,5-2 ?
Автор: Нерезидент Баланса
Добавлено: #24  Ср Сен 12, 2007 23:24:33
Заголовок сообщения:
Против тезиса "Технология переход 215 релиз -> 255 релиз" нарушает принцип ретроспективного отражения изменений в УП" - я думаю, ни у кого возражений нет.

Но это еще не все....

Технологический переход 215 релиз -> 255 релиз нарушает еще и принцип сопоставимости. Вот что гласит по этому поводу НацСФО № 2 :
Цитата:
§ 10. Сопоставимость
12. Пользователи должны иметь возможность сопоставлять финансовые отчеты субъекта за разные периоды, для того чтобы определять тенденции в ее финансовом положении и результатах деятельности. Пользователи также должны иметь возможность сравнивать финансовые отчеты разных субъектов с тем, чтобы оценивать их относительное финансовое положение, результаты деятельности и движения денежных средств. Таким образом, измерение и отражение финансовых результатов аналогичных операций и других событий и обстоятельств должно осуществляться последовательно для субъекта на протяжении его существования и последовательно для разных субъектов. Помимо этого, пользователи должны быть поставлены в известность об учетной политике, используемой при составлении финансовых отчетов и об изменениях и следствиях таких изменений в учетной политике.

Автор: NoName
Добавлено: #25  Чт Сен 13, 2007 08:49:22
Заголовок сообщения:
Танкист Сема говорит:
Против тезиса "Технология переход 215 релиз -> 255 релиз" нарушает принцип ретроспективного отражения изменений в УП" - я думаю, ни у кого возражений нет.

Но это еще не все....

Технологический переход 215 релиз -> 255 релиз нарушает еще и принцип сопоставимости. Вот что гласит по этому поводу НацСФО № 2 :
Цитата:
§ 10. Сопоставимость
12. Пользователи должны иметь возможность сопоставлять финансовые отчеты субъекта за разные периоды, для того чтобы определять тенденции в ее финансовом положении и результатах деятельности. Пользователи также должны иметь возможность сравнивать финансовые отчеты разных субъектов с тем, чтобы оценивать их относительное финансовое положение, результаты деятельности и движения денежных средств. Таким образом, измерение и отражение финансовых результатов аналогичных операций и других событий и обстоятельств должно осуществляться последовательно для субъекта на протяжении его существования и последовательно для разных субъектов. Помимо этого, пользователи должны быть поставлены в известность об учетной политике, используемой при составлении финансовых отчетов и об изменениях и следствиях таких изменений в учетной политике.


Как много букв...
В чём именно состоит нарушение ?
Автор: Нерезидент Баланса
Добавлено: #26  Чт Сен 13, 2007 13:06:58
Заголовок сообщения:
В искусственно созданной невозможности (которой можно избежать), невозможности сопоставлять финотчеты субъекта за разные периоды после перехода 215 ->255, mon ami.

Но это еще не все...

Технологический переход 215 релиз -> 255 релиз нарушает положения НацСФО № 2. Например, параграф 68, пункт 147.
Цитата:
§ 68. Ретроспективное применение
147. В случаях, когда субъект применяет новую учетную политику ретроспективно в соответствии с пунктом 146 настоящего Стандарта, он применяет ее к сравнительной информации за предыдущие периоды на столько периодов назад, насколько это практически осуществимо и так, как если бы новая учетная политика применялась всегда. Когда практически неосуществимо определить эффект изменения в учетной политики, относящегося к определенному периоду, на сравнительную информацию за один или более представленных периодов, субъект должен пересчитать начальное сальдо каждого из соответствующих компонентов капитала за самый ранний период, для которого ретроспективный пересчет практически осуществим (этот период может быть текущим) и должно провести соответствующие корректировки начального сальдо каждого затронутого компонента капитала за этот период.


  

Служба поддержки WWW.BALANS.KZ