Показано с 31 по 35 из 35
-
28.05.2010, 13:24 #31
- Регистрация
- 12.12.2005
- Сообщений
- 72
Мы много раз внедряли такого учета в фирмах, чаще всего в хотя это российское изобретение хотя использовать в небольших или средних, т.к. крупные и серьезные компании (с которыми мы работаем) такой ерундой обычно не занимаются.
Мы внедряем Галактику. Управленческую базу ведут чаще всего в одной базе на все юр. лица, а бухгалтерские БД - одно ЮЛ - одна БД. . БД имеют множество единых каталогов (матценности, услуги, налоги и т.д.), ч позволяет откажаться от процедур установления соответствия между элементами каталогов, если они ведутся в каждой-свой. Ну и экономится на ведении единого каталога. Просто строятся отчеты сразу по нескольким БД и т.д.
Документы по логистике появляются в управленческой БД, а в
бухгалтерских БД документы видны в интерфейсах копирования. В данных интерфейсах пользователь бухгалтерской БД может выполнить ручную пометку документов и скопировать их в бухгалтерскую БД. Видны также документы других бухгалтерских БД, что позволяет сразу создавать пары документом при взаимных отгрузках (отгрузочная накладная в одной БД-накладная на приход в другой). После копирования накладные внутри БД связаны, что позволяет контролировать изменение документов по цепочкам копирования (что обычно недоспупно при импорте-экспорте). Вы не сможете скопировать документы дважды, вы поймете, что исходный документ был изменен и т.д.
Конечно все технически решается и на Галактике и на 1С и на другихх системах. Но главное, что лучше все же вести единый учет и сосредоточиться на бизнесе и его эффективности, чем запутывать систему учета используя сложнейшую систему автоматизации и которая сама по себе может сьедать весь эффект от ее внедрения и поддержки.
Пользователи, озобоченные проблемой двойных, тройных учетов, с моей точки зрения, слишком большое значение придают автоматизации, хотя в реальности сейчас, при сегоднешнем уровне внедрения ее роль минимальна. Многие годами готовы решать проблему, как вести учет документов, поступающих задним числом и не готовы решить саму проблему с поставщиками о своевременном поступлении документов (включением таких пунктов в договора и строго контроля всех случаем отсутствия документов).
-
01.06.2010, 14:09 #32
- Регистрация
- 01.03.2009
- Сообщений
- 80
Мы много раз внедряли такого учета в фирмах, чаще всего в хотя это российское изобретение хотя использовать в небольших или средних, т.к. крупные и серьезные компании (с которыми мы работаем) такой ерундой обычно не занимаются.
Но здесь на крупном предприятии встаёт проблема - расчёт рентабельности бизнеса через эти дочернии фирмочки и как правило эту инфу нужно знать в рамках управленческого учёта данного "крупного" предприятия.
Другой вопрос, что поставщики "больших" IT решений темой черно-белого учёта владеют слабо и посему полагают, что его нет.
Мы внедряем Галактику. Управленческую базу ведут чаще всего в одной базе на все юр. лица, а бухгалтерские БД - одно ЮЛ - одна БД. . БД имеют множество единых каталогов (матценности, услуги, налоги и т.д.), ч позволяет откажаться от процедур установления соответствия между элементами каталогов, если они ведутся в каждой-свой. Ну и экономится на ведении единого каталога. Просто строятся отчеты сразу по нескольким БД и т.д.
1. Ведётся только управленческий учёт, как-то помечая "проводимые" документы.
2. За период выделяются "белые" обороты, которые единной цифрой ввносятся в бух/налоговую отчётность.
3. Расшифровки, книги учета и т.д. возможно получать из системы управленческого учёта.
"Перед глазами" пример (моя системка используется на обоих):
Одно предприятие (оптовка) работает по Вашим принципам - штат бухгалтерии 5 человек при 1С:Бухгалтерия.
Второе (сравнимое по оборотам) работает по описанным выше принципам - штат бухгалтерии один приходящий (правда грамотный) бухгалтер.
Но главное, что лучше все же вести единый учет и сосредоточиться на бизнесе и его эффективности, чем запутывать систему учета используя сложнейшую систему автоматизации и которая сама по себе может сьедать весь эффект от ее внедрения и поддержки.
-
01.06.2010, 23:36 #33
- Регистрация
- 06.12.2005
- Сообщений
- 236
Сообщение от Genn
Спасибо.
-
02.06.2010, 07:03 #34
- Регистрация
- 12.05.2006
- Сообщений
- 2,180
Сообщение от yaBB
Если будте реализацию делать на базе РСБУ и 1С - понадобятся особые механизмы. Посмотрите, что предлагает вендор. С точки зрения учетной логики удобный механизм - двойная проводка (две ноги концом периода и две обратные ноги началом следующего периода).
зы: Хотите методику в письменном виде - милости просим.
-
08.06.2010, 12:55 #35
- Регистрация
- 18.01.2010
- Сообщений
- 69
Сообщение от Julia S