Как начально сальдо по счетам заводится?

[dmit2604]

Простите за ламерство, но как заводится начальное сальдо в принципе. В начале, при самом внедрении. Вопрос наверное к бухгалтерам...

Спасибо.

[komar]

В корреспонденции с "левым" счетом. Журнальчиком ГК.
А по материалам складским журналом.
И по контрагентам журналом же, только в корреспонденции с контрагентами.
Веселее же всего с НДС - тут простор для творчества в зависимости от того, хотим ли мы головняк сразу или потом
Теоретически хорошо бы вводить задолженность по контрагентам фактурами, сразу с НДС. Если возможно

[Светлана]

1. Забалансовые счета для занесения. Для удобства сверки бухгалтерам данные счета копируются с утвержденного плана счетов бух.учета, добавляешь ZC.
2. НДС, действительно есть выбор... Но выделять его необходимо. Кредит балансовых счетов 60 и 76 реализовать можно следующим образом.
Проводку суммы без НДС вносишь через забалансовый счет Дт ZC 60, Кт 60, а НДС по данному счету переносишь нормальной проводкой Дт 19, Кт 60. Сумма двух сумм дает остаток по счету.
Если не выделишь НДС, бухгалтерия не сведет книгу покупок и медленно будет портить тебе кровь. Выделишь ,получить красивую книгу покупок и счастье в глазах конечного пользователя. Успехов!!!

[ldv]

А вот интересно, кто нибудь процедуру закрытия финансового года использует? По идее при вводе сальдо нужно его в закрывающий период вводить, чтобы потом оно в открывающий перенеслось. Многи же отчеты по Главной книге по данным двух различных финансовых периодов не работают и сальдо берут на начало открывающего периода.

[Pavel]

Привет,

Цитата:

Изначально опубликовано dmit2604
как заводится начальное сальдо

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

Цитата:

Изначально опубликовано ldv
А вот интересно, кто нибудь процедуру закрытия финансового года использует?

Конечно, т.к. функция сразу две задачи решает:
1) расчитывает финансовый результат года (счета P&L закрываются на балансовый счет результата)
2) по балансовым счетам создаются проводки КЦ-НЧ (начальные сальдо следующего периода)

Весьма практично создавать отдельную базу для каждого года. Как раз обе выше упомянутых процедуры и работают:
- закрытие года
- ввод начальных сальдо

С уважением.

[komar]

А какова практическая ценность начального сальдо для нового года, если система умеет хранить остатки по месяцам (и так и делает, надо сказать)
Ускорение работы почувствовать невозможно.....
Хотя, если, как всегда, на вопрос об Аксапте следует ответ о Конкорде, то может быть и все совсем по- другому.

[Pavel]

Цитата:

Изначально опубликовано komar
А какова практическая ценность начального сальдо для нового года, если система умеет хранить остатки по месяцам (и так и делает, надо сказать)

Сам то понял, что написал? В TechNet разработчикам системы свой вопрос отправь.

Цитата:

Изначально опубликовано komar
Хотя, если, как всегда, на вопрос об Аксапте следует ответ о Конкорде, то может быть и все совсем по- другому.

Написано про Аксапту, но если тебя интересует Конкорд, то работает абсолютно одинаково. Очень сильно удивлюсь, если для столь тривиальной функции в Аттейн реализовано иное решение, чем в Аксапте или Конкорде (...EXACT, SCALA, SUN, Platinum ...).

P.S. 2komar у меня складывается устойчивое впечатление, что тебе все равно, что писать, лишь бы на один постинг больше (как в споре женщин на базаре).

[komar]

Извини, не остатки, а обороты

И не хватит ли обсуждать меня, форум-то про Аксапту

[mazzy]

Цитата:

Изначально опубликовано Pavel
Т.е. начальные сальдо должны быть введенны в предыдущий отчетному период, чтобы не попасть в обороты.

Не совсем так.

Как и в любой западной программе, как и в конокорде, кстати, начальные сальдо должны быть введены в открывающий период.

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

Как и большинство западных программ Аксапта не позволяет получать обороты, если период затрагивает несколько финансовых периодов. Вместо этого Аксапта, как и большинство западных программ, позволяет устанавливать произвольный финансовый период. В России обычно выбирается календарный год.

Эх, написать бы об этом...

[MAS]

А можно поподробнее про НДС: "19-60 нормальной проводкой". Ведь эта проводка должна потом попасть в книгу покупок как "счет-фактура", а это вряд-ли получится если сделать только такую проводку, без регистрации документа.

[komar]

Вот тут-то вся радость и начинается
А продолжается она, когда выясняется, что остатки по НДС висят непонятно откуда и не знамо с каких времен. Но это уде про "automated shit".
Идеальный вариант - наколотить все неоплаченные счета-фактуры прошлым периодом. Но это идеальный вариант

[MAS]

А уже есть опыт?
У меня такая ерунда была с Конкордом, причем, вводились остатки человеком весьма уверенным в своей правоте, но ничего не понимающем в том, что он делает. Ну, оно всегда так бывает, а расхлебывать пришлось мне. А теперь уже в другой фирме предстоит внедрение Аксапты, причем именно с введения начальных остатков. Вот и интересуюсь, есть ли у кого-нибудь положительный опыт в этой области?

[Pavel]

Цитата:

Изначально опубликовано mazzy
Как и большинство западных программ Аксапта не позволяет получать обороты, если период затрагивает несколько финансовых периодов. Вместо этого Аксапта, как и большинство западных программ, позволяет устанавливать произвольный финансовый период. В России обычно выбирается календарный год.

Эх, написать бы об этом...

Привет,

Все так. Есть даже примеры имплементации схемы финансовых периодов отличных от календарных (например, 5-4-4, с началом финансового года в середине лета).

С уважением.

[mazzy]

Хотелось бы обратить внимание на подмену понятий, которую провела MAS.
Вопрос был про начальное сальдо, а MAS спрашивает про остатки.

Если для бухгалтера это простительно, то для профессионального внедренца-консультанта не понимать разницу... хм...

Продолжим в понедельник?

[mazzy]

Эх, понедельник то как быстро прошел...
Поскольку, видимо, уже не успею дать развернутый ответ, то попробую кратко.

Итак, остатки можно рассматривать на нескольких уровнях:

0. данные финансовых отчетов. Например,
=== форма 1, форма 2
=== публичная международная отчетность

1. сальдо по финансовым счетам. Например,
=== сальдо по 50 счету
=== сальдо по 62 счету
=== и т.п.

2. остатки по агрегированным показателям. Например,
=== сальдо по каждому дебитору, кредитору
=== равернутое сальдо по каждому ОС
=== остатки на складе в разрезе номенклатуры
=== и т.п.

3. остатки по первичным документам. Например,
=== остатки наличности в каждом кассовом аппарате
=== неоплаченные СФ по каждому дебитору, кредитору
=== незакрытые платежи по каждому дебитору, кредитору
=== остатки на складе по каждой номенклатуре в разрезе партий, ГТД, серий и т.п.
=== остатки по каждой ценной бумаге
=== и т.п.

4. кто и когда ввел данные
5. в какой программе были введены данные
6. на каком сервере были введены данные
7. Были ли данные реплицированы
Есть и другие уровни.

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

Назначение системы - агрегировать (как правило, суммировать) данные по заданным правилам. Это делается для того, чтобы уменьшить сложность анализа, увеличить возможность понимания. Например, понять как работать с 5-7 группами клиентов легче, чем понять как работать с 5000 клиентов.

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

Всего существует два способа ввода остатков:
а) ввод сальдо
б) ввод первичных документов
Все остальные варианты являются комбинацией этих способов

Вот, например, как я обычно предлагаю вводить остатки в Аксапте, исходя из общих соображений. Повторюсь, что на самом деле все может быть и не так - надо анализировать ситуацию.
= ОС, НМА - ввод всей истории. Особенно если есть учет в корпоративной валюте
= ТМЦ - ввод остатков с помощью складского журнала, аналитика обсуждается.
= денежные средства - ввод остатков по каждой кассе, по каждому РС
= дебиторы/кредиторы - ввод неоплаченных СФ и незакрытых авансовых платежей. Внимание! необходиму продумать совместно с вводом остатков ТМЦ и денежных средств
= нераспределенная прибыль убыток - ввод остатков по финансовым счетам

у меня еще нет общих рекомендаций по вводу остатков:
= 08
= зарплата/подотчетники/ссуды
= кредиты
= ценные бумаги
= уставный капитал
= 78, 79 счет
= целевые средства
= расходы/доходы будущих периодов
и т.п.
Это значит, что любой способ может подойти. Все зависит от задач автоматизации, законодательства и возможностей пользователей.

Надо понимать, что существуют ограничения на выбор.
= С одной стороны, есть естетственное желание получать максимально подробную информацию;
= С другой стороны, есть законодательство, которое предписывает некоторые аналитические разрезы. Например, ГТД;
= С третьей стороны, есть ограниченные ресурсы. Например, количество сотрудников в фирме;
= С четвертой стороны, есть общее соображение, что лучше иметь пять 100% проверяемых параметров, чем 100 параметров, которым мы доверяем на 5%.


Теперь возвращаемся к исходному вопросу.
dmit2604, сществует два способа ввода остатков - ввод свернутых остатков, ввод истории.
Если вопрос был про ввод остатков по счетам главной книги, то необходимо ввести проводки в обычном журнале с "левым" счетом в прошлом году и выполнить периодическую операцию "перенос начальных сальдо".


Мдя, получилось не очень кратко. А все равно не удалось сказать, то что нужно.
Пока хватит

[dmit2604]

Спасибо. Где бы почитать еще об этом?...

[Alex_R2]

Кипрская компания CYP владеет русской RUS . В Акс эти компании 2 ведутся в 2 разных компаниях у одной основная валюта рубль, у второй доллар по своему курсу. Финансовая отчетность (по ГК) по этим компаниям консолидрованая в 3 ей компании CON с функциональной валютой долллар (как в компании CYP).
Вопрос как корректно, при вводе начальных остатков отразить взносы компании CYP в УК RUS. Я предполагаю по проводочно (с сохранением исторического курса) журналом внутрихолдингового учета (проводками между компаниями). Правильно ли это ?