Архив форума buh-info.ee

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

Цитата:

2003-01-22 15:00 OlgaN. писал(а): Как в программе осуществляется расчет включенного НСО? Так в случае, если счет на приобретенные товары фирма получает в одном месяце, а возможность вычесть включенный НСО в другом. Необходимо вводить кasitsi kanded или существует другое решение?

Не вводите полученный счёт (видимо, это счёт на предоплату), проводите саму оплату. Выставление счёта (на предоплату!!!), т.е. наступление (ускорение) оборота, вместо ожидания самой предоплаты - проблема учёта ваших поставщиков. Когда получение товара произойдёт (и зачет включённого НСО станет возможным), тогда и введите в свою учётную систему расчёты по НСО и зачёт осуществлённой вашей стороной предоплаты.

Цитата:

2003-01-22 17:28 Mihhail писал(а): Не вводите полученный счёт (видимо, это счёт на предоплату), проводите саму оплату. Выставление счёта (на предоплату!!!), т.е. наступление ускорение) оборота, вместо ожидания самой предоплаты - проблема учёта ваших поставщиков. Когда получение товара произойдёт (и зачет включённого НСО станет возможным), тогда и введите в свою учётную систему расчёты по НСО и зачёт осуществлённой вашей стороной предоплаты.

Таким образом мы нарушаем принцип обьективности нашей учетной системы.

Цитата:

2003-01-22 15:00 OlgaN. писал(а): Как в программе осуществляется расчет включенного НСО? Так в случае, если счет на приобретенные товары фирма получает в одном месяце, а возможность вычесть включенный НСО в другом. Необходимо вводить кasitsi kanded или существует другое решение?

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

Краток не буду, надеюсь что обьяснение будет понятно.

Во первых удостоверьтесь, может такая настройка уже сужествует в программе. Для этого откройте новый счет на приобретение Ostuarve и посмотрите, какие варианты настроек такого счета есть в меню Liik.
Если там есть вариант Ostuarve rea kuupäevaga, значит такая настройка уже существует.
Остается только выяснить, есть ли в Ostuarve столбец kuupäev, потому что проводки в таком случае будут создаватся как раз исходя из даты в таблице(дата в начале счета будет использоватся только для списка счетов).
Если такого столбца нет, можно его открыть. Для этого правой клавишей мыши щелкаете например на названий столбца Kaubasumma, выбираете там команду Sisendvorm, затем в открывшимся окне ищете в столбце Pealdis строку Reakuupäev. При нахождений, ставите перед ней галочку. Затем закрываете все окна при помощи меню Aken и команды Sulge kõik.
Как только вы снова откроете Ostuarve и поменяете в меню Liik на вариант Ostuarve rea kuupäevaga, то сможете в одном счете создавать проводки с разными числами.

При случае, если у вас нет такой настройки.
Открываете меню Seadista и команду Dokumendi lausendid. Находите в левом окне в столбце Alusdokument строку Ostuarve, щелкаете на ней, затем переходите в правое окно, щелкаете снова на строке Ostuarve и добавляете новую строку, в столбце Liik дайте ей название Ostuarve rea kuupäevaga. После этого в нижнем окне, в столбце kuupäev поменяйте во всех строках слово Päisest на Realt.
Затем действуйте как написано выше, в случае, если есть настройка такого типа счета в программе.

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

Большое спасибо за такое детальное объяснение! Все изменения в программе получились. Попробую использовать для разбивки счетов от таможенного маклера.

Он ещё и вышивать умеет...
Потому у Юрия (ilves) и звание - "Специалист".
Рад, что кто-то решился задать вопрос по EEVA в форуме. А то я уже переживать начал, что спец по EEVA простаивает.
Спасибо, Юра!

Думаю, что в будущем возникнет много вопросов, так как модулем pearaamat я пользуюсь только один месяц. Ещё раз большое спасибо!
P.S. Умение вышивать - всегда в жизни пригодиться.

Цитата:
ilves писал:
Таким образом мы нарушаем принцип обьективности нашей учетной системы.
[/quote]
--------------------

Принцип объективности - это аргумент! Выставлял один бухгалтер-специалист счета на предоплату. Оплата по этим счетам поступала не в полной мере. Выставляя счёт на полную стоимость работ (для подсчёта строки "итого к оплате") вычитал он в качестве полученной суммы "счета на предоплату", а не суммы полученных предоплат. Будьте осмотрительней с объективностью учета при осуществлении настроек на "предоплатные счета".

Цитата:

2003-01-23 12:39 Mihhail писал(а): Принцип объективности - это аргумент! Выставлял один бухгалтер-специалист счета на предоплату. Оплата по этим счетам поступала не в полной мере. Выставляя счёт на полную стоимость работ (для подсчёта строки "итого к оплате") вычитал он в качестве полученной суммы "счета на предоплату", а не суммы полученных предоплат. Будьте осмотрительней с объективностью учета при осуществлении настроек на "предоплатные счета".

Mihhail, мы сейчас говорим о счетах на приобретение
При чем тут выставление счетов?

Потом, ошибки можно делать где угодно, это не аргумент.

Цитата:
Ilves писал:
Mihhail, мы сейчас говорим о счетах на приобретение
При чем тут выставление счетов?

Потом, ошибки можно делать где угодно, это не аргумент.[/quote]
____________________


Ошибки, часто происходят если бухгалтер-пользователь не правильно работает с программой.
Речь, на мой взгляд, идёт о типе документа (входящий или исходящий - не принципиально), при вводе-выводе которого не стоит использовать типичныe регистры накопления ostuarved-müügiarved.

Цитата:

2003-01-23 15:03 Mihhail писал(а): Ошибки, часто происходят если бухгалтер-пользователь не правильно работает с программой.

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

Цитата:

Речь, на мой взгляд, идёт о типе документа (входящий или исходящий - не принципиально), при вводе-выводе которого не стоит использовать типичныe регистры накопления ostuarved-müügiarved.

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

Надеюсь, что Вы видели или даже работаете в программе EEVA
Иначе ваши комментарий совсем не в тему.

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

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

Цитата:

2003-01-23 15:50 Mihhail писал(а): EEVA - прекрасный инструмент. Но широкие возможности выбора часто вводят в заблуждение неопытного пользователя.

Вот тут я полностью соглашаюсь
Так для того, чтобы настроить программу, и нужен консультант
А дальше пользователь уже сам постигает возможности
А если хочет, но не знает как, то опять таки обращается к консультанту

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

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

Подскажите, пожалуйста, как использовать TR -> Laohind (kaalud laohinnas)? При расчёте складской цены возникает необходимость добавить к ostuhind дополнительные затраты (например: транспортные). Есть счета от поставщиков на товар (в валюте) и на транспорт (в ЕЕК). Необходимо отдельно ввести в ostuarve счета на товар (рассчитать стоимость в ЕЕК) и на транспорт, а затем сформировать Ladu sissetulek? Где нужно добавить статью “TR”?

Цитата:

Ответ на это сообщение смотрите в новой теме