Постановка УУ своими силами!

[Artua]

Кто самостоятельно налаживает УУ?

[Елена И.]

мы налаживаем

[Artua]

А какие программы используете

[Artua]

мы налаживаем

Я здесь новенький извините на вас потренеруюсь как тут да что!

[Artua]

Народ поделитесь практикой, проблемами и кто как выходил из них!

[Artua]

Я попал в безнадегу ниукого никаких мыслей.....

[Елена И.]

1. определите, чем отличается Ваш управленческий учет от бахгалтерского
2. Опишите эти разницы
3. Продумайте, как технически реализовать их отражение в учете с минимальными затратами времени и денег, есть ли возмоность использовать данные бух. учете - например, экспортировать данные из 1С
4. Опишите Регламент учета каждого объекта (можно двигаться прямо по плану счетов рос. учета, если МСФО Вам еще рано), например:

основные средства приобретаются за счет таких-то средств, амортизация совпадает с бух.учетом.

и т.д.
Начните с малого. Потом будете увеличивать отклонения от бух.учета.

[Artua]

Мы создали свой персональный УПС, разделили фирму на ЦФО, сейчас я занимаюся документами-проводками, но хотелось бы услышать что-нибудь вроде: "Забивать остатки на УПС нужно сразу все, а не постепенно, а то потом на разнице влетите!"

[Елена И.]

что такое УПС?

[Стас]

УПС - упр.план счетов =)

что такое УПС?

[Nosenko]

Мы создали свой персональный УПС, разделили фирму на ЦФО, сейчас я занимаюся документами-проводками, но хотелось бы услышать что-нибудь вроде: "Забивать остатки на УПС нужно сразу все, а не постепенно, а то потом на разнице влетите!"

Вопрос: а план счетов у Вас в отдельной базе данных? Если у Вас разные базы данных по бух. и управленческому учету, то сразу возникает проблема синхронизации справочников.

[Елена И.]

как решается проблема синхронизации справочников?

когда разные базы

[Artua]

База у нас одна в 1С,но счета разные,в УПС каждый документ будет делает свои проводки, справочники одни, но привязаны к каждой проводке. Синхранизация буде, но наверно не вовсех случаях, так как БУ для налогов и т.д. а УУ для нас!

[asha]

как решается проблема синхронизации справочников?

когда разные базы

А в чем проблема? У каждого элемнета справочника есть свой уникальный код, по которому эта синхронизация и осуществляется при загрузке из одной базы в другую.
Есть там нюансы, что этот код может уникальным в пределах группы (т.е. папки) или в пределах всего справочника. Если в пределах группы, то нужно сделать в пределах справочника и... все.

[Nosenko]

А в чем проблема? У каждого элемнета справочника есть свой уникальный код, по которому эта синхронизация и осуществляется при загрузке из одной базы в другую.
Есть там нюансы, что этот код может уникальным в пределах группы (т.е. папки) или в пределах всего справочника. Если в пределах группы, то нужно сделать в пределах справочника и... все.

Если б было все так просто, то проблемы не было бы. Суть в том, что с одними же и теми по смысловому значению справочниками люди работают в двух базах. Работают - в смысле добавляют, удаляют, корректируют значения справочников.

как решается проблема синхронизации справочников?
когда разные базы

Два способа: ручной и автоматический. Но их следует применять в зависимости от самого справочника и задачи, которая требует интеграции. Ручной - когда назначается ответственный за ведение справочника и только он имеет право добавлять, удалять, корректировать записи. Автоматический - когда справочники синхронизируются с помощью программных средств по какому-то ключевому признаку.

[Artua]

А почему все стремятся создать две разные базы?

[asha]

Вы меня иногда поражаете.
1. Откуда вам известо как Елена И. работает со справочниками?

Если б было все так просто, то проблемы не было бы. Суть в том, что с одними же и теми по смысловому значению справочниками люди работают в двух базах. Работают - в смысле добавляют, удаляют, корректируют значения справочников.

2. Я же в прошлом посте указал, как решается данная проблема, которая является проблемой только для того, кто не разу с ней прежде не сталкивался... Эта "проблема" даже не в рамках разных баз возникает, а, например, при наличии разпределенных баз (филиалов).

Два способа: ручной и автоматический. Но их следует применять в зависимости от самого справочника и задачи, которая требует интеграции. Ручной - когда назначается ответственный за ведение справочника и только он имеет право добавлять, удалять, корректировать записи. Автоматический - когда справочники синхронизируются с помощью программных средств по какому-то ключевому признаку.

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

[asha]

А почему все стремятся создать две разные базы?

Почему же сразу все...
У каждого свои причины.
У меня: Гибкость, независимость, безопасность.

[Artua]

Почему же сразу все...
У каждого свои причины.
У меня: Гибкость, независимость, безопасность.

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

[Artua]

Ну а гибкость, кто во что горазд то так и изогнулся на столько, сколько ему это надо!

[Nosenko]

Вы меня иногда поражаете.
1. Откуда вам известо как Елена И. работает со справочниками?

Мне - неизвестно. А откуда Вы взяли, что мне известно?! Я лишь описала ВОЗМОЖНЫЕ проблемы.
Алексей, опять читаем между строк и додумываем в меру своей испорченности?:-))

2. Я же в прошлом посте указал, как решается данная проблема, которая является проблемой только для того, кто не разу с ней прежде не сталкивался... Эта "проблема" даже не в рамках разных баз возникает, а, например, при наличии разпределенных баз (филиалов).

Я не отвергаю Ваш вариант. Но не всегда Ваше решение подходит. НЕ ВСЕГДА, но иногда подходит.
А распределенные базы филиалов - тоже физически разные базы. Я говорю, о ФИЗИЧЕСКИ разных базах данных.

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

Опять-таки... НЕ ВСЕГДА и не во всех ситуациях отработанные механизмы подходят.
И прошу Вас, Алексей, не нужно со мной общаться в таком тоне. Я по-моему Вам не хамила.

[asha]

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

Э, как вы интерпретировали "безопастность"... ;)
Безопастность не в том, что бы кто-то напортачил или увидел лишнее...
Просто, если возмет и рухнет база из-за налогового учета, то пропадет и упр. учет.
Или наоборот...

А эксперименты с упр. учетом вы будете часто проводить... И это не вопрос.

Или, например, украдут конкуренты вашу налоговую базу и узнают все ваши ноу-хау по упр. учету...

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

[Artua]

Да как она рухнет! если уж рухнет то вся система, но так же может рухнуть и ваша база с бух.учетом. )
ааа косяк с управленческим

[asha]

И прошу Вас, Алексей, не нужно со мной общаться в таком тоне. Я по-моему Вам не хамила.

Приношу свои извинения. Не хотел вас обидеть.

[Nosenko]

А почему все стремятся создать две разные базы?

Ну, во-первых, прав asha, что пользователи не стремятся создавать разные базы. Просто встречаются ряд ситуаций, при которых по-другому не обойтись. Asha уже называл подобные ситуации, хочу доплнить:
1. Это территориально отдаленные подразделения (филиалы, представительства) и другое. Не будете же Вы работать с одной базой посредством Интернета. Накладно как-то.. Да и скорость не везде приемлемая.
2. Сейчас очень модно стало заводить несколько предприятий (холдинг), даже если они находятся в одной комнате. Это делают для оптимизации налогообложения. Но однако, в 1С нельзя вести учет нескольких предприятий в одной базе данных.

[Artua]

Я согласен если из-за масштабов...

[asha]

Ну, во-первых, прав asha, что пользователи не стремятся создавать разные базы. Просто встречаются ряд ситуаций, при которых по-другому не обойтись. Asha уже называл подобные ситуации, хочу доплнить:
1. Это территориально отдаленные подразделения (филиалы, представительства) и другое. Не будете же Вы работать с одной базой посредством Интернета. Накладно как-то.. Да и скорость не везде приемлемая.
2. Сейчас очень модно стало заводить несколько предприятий (холдинг), даже если они находятся в одной комнате. Это делают для оптимизации налогообложения. .

соглашусь с примерами. но не соглашусь с выводом

Но однако, в 1С нельзя вести учет нескольких предприятий в одной базе данных.

можно, но это хлопотнее чем в отдельных базах

[Artua]

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

[asha]

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

Я же вам по русски говорил.
Пишине Конкретные вопросы, и вам на них могут ответить.
А на общие: "Постановка упр. учета за пять минут".. нет у людей на это времени.

Хорошо поставленный вопрос уже содержит половину ответа.
(это не я, это я подслушал )

[Artua]

Я же вам по русски говорил.
Пишине Конкретные вопросы, и вам на них могут ответить.
А на общие: "Постановка упр. учета за пять минут".. нет у людей на это времени.

Хорошо поставленный вопрос уже содержит половину ответа.
(это не я, это я подслушал )

Конкретный вопрос: Как вы загоняли бы остатки на УПС если не соответствуют счета УПС с БС. Да вообще как это лучше делать?