ПО для параллельного ведения БУ и УУ (или РСБУ И МСФО)

[igor12345]

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

Мы внедряем Галактику. Управленческую базу ведут чаще всего в одной базе на все юр. лица, а бухгалтерские БД - одно ЮЛ - одна БД. . БД имеют множество единых каталогов (матценности, услуги, налоги и т.д.), ч позволяет откажаться от процедур установления соответствия между элементами каталогов, если они ведутся в каждой-свой. Ну и экономится на ведении единого каталога. Просто строятся отчеты сразу по нескольким БД и т.д.

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


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

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

[AndreyZh]

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

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

Но здесь на крупном предприятии встаёт проблема - расчёт рентабельности бизнеса через эти дочернии фирмочки и как правило эту инфу нужно знать в рамках управленческого учёта данного "крупного" предприятия.

Другой вопрос, что поставщики "больших" IT решений темой черно-белого учёта владеют слабо и посему полагают, что его нет.

Мы внедряем Галактику. Управленческую базу ведут чаще всего в одной базе на все юр. лица, а бухгалтерские БД - одно ЮЛ - одна БД. . БД имеют множество единых каталогов (матценности, услуги, налоги и т.д.), ч позволяет откажаться от процедур установления соответствия между элементами каталогов, если они ведутся в каждой-свой. Ну и экономится на ведении единого каталога. Просто строятся отчеты сразу по нескольким БД и т.д.

Ух как "накрутили". Идея понятна - ведём управленческий учёт в отдельной базе и вызружаем белые обороты в "бухгалтерию". Замечу только, что данную технику могут позволить предприятия с "излишком" учётного персонала. Для "бедных" фирм, может быть более разумна техника:

1. Ведётся только управленческий учёт, как-то помечая "проводимые" документы.
2. За период выделяются "белые" обороты, которые единной цифрой ввносятся в бух/налоговую отчётность.
3. Расшифровки, книги учета и т.д. возможно получать из системы управленческого учёта.

"Перед глазами" пример (моя системка используется на обоих):
Одно предприятие (оптовка) работает по Вашим принципам - штат бухгалтерии 5 человек при 1С:Бухгалтерия.
Второе (сравнимое по оборотам) работает по описанным выше принципам - штат бухгалтерии один приходящий (правда грамотный) бухгалтер.

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

С данным тезисом полностью согласен - и Ваш сарказм для половины предприятий, где "главенство бухгалтерии" и данная служба определяет СИСТЕМУ УЧЁТА всего предприятия. А другим службам нужен реальный учёт, что и порождает информационных монстров.

[yaBB]

Сделайте консолидацию из набора юр.лиц в консолидированную компанию. Устраните внутригрупповые обороты и операции и будет все хорошо.

Genn, подскажите, пожалуйста, где почитать про то, как проводить устранение внутригрупповых оборотов и операций?

Спасибо.

[Genn]

где почитать про то, как проводить устранение внутригрупповых оборотов и операций?

Ссылок не подскажу - но область для поиска обрисую. Учет по МСФО. Там есть отдельная тема - консолидация. Соответственно все это есть + гудвил. Я бы поискал какой-то бумажный учебник, переводной. Это теория.

Если будте реализацию делать на базе РСБУ и 1С - понадобятся особые механизмы. Посмотрите, что предлагает вендор. С точки зрения учетной логики удобный механизм - двойная проводка (две ноги концом периода и две обратные ноги началом следующего периода).

зы: Хотите методику в письменном виде - милости просим.

[huse]

Я тоже пришла к выводу, что можно вести УУ в 1С8. Создать по одному "предприятию" на каждое юр.лицо (для ведения офиц.бух.учета), и одно "предприятие" для отражения всех неофиц.операций.

А Вас не смущает, что налоговая имеет право покопаться в Вашей 1С для бух.учета? Помоему все таки лучше отдельная база - туда 1С: конвертацией выгрузки данных БУ, а далее ручная корректировка (например, внос неоф операций).