Имя: Пароль:
1C
1С v8
Зачет авансов в БП 2.0
,
0 Evgen54
 
09.01.12
14:26
Нужен спец на удаленку.
1 Evgen54
 
09.01.12
14:40
Ну вернее по удаленке переписать алгоритм из 1.6 в 2.0.
2 KUBIK
 
09.01.12
14:42
ctrl+c --> ctrl+v?
3 Evgen54
 
09.01.12
14:43
было бы так просто не просил бы.
4 Naumov
 
09.01.12
14:53
не понял, а проблема в каком месте?
вроде в 2.0 механизм зачета подобен.
5 Aleksey
 
09.01.12
14:54
он даже улучшен по сравнению с 1.6
6 bazvan
 
09.01.12
14:55
Нафуа?
7 hhhh
 
09.01.12
14:59
(5) не, действительно, до нереальности криво там авансы сделаны. Например, поставь счет аванса 62.01 и убедишься.
8 Aleksey
 
09.01.12
15:00
(7) А если поставить счет 000, то вообще неправильно
9 Aleksey
 
09.01.12
15:01
Может в консерватории поменять, а не вести учет через одно место
10 Naumov
 
09.01.12
15:01
ну если делать через Ж, то получится Ж. Не ужели это кого-то удивляет еще?
11 hhhh
 
09.01.12
15:04
(9) в упрощенной системе не было никогда счетов 62.02 и 60.02, а теперь сделано так, что без них получается бред. В упрощенке не нужны эти счета, а гребаная консерватория вообще это не учитывает.
12 Aleksey
 
09.01.12
15:11
(11) Где в 7-ке? Ну тогда зачем перешли на 8-ку? А раз перешли, то извольте играть по новым правилам
13 hhhh
 
09.01.12
15:16
(12) в 1.6 нормально с этим было. То есть вопрос по переходу с 1.6 на 2.0 здесь обсуждается. А переходить на 2.0 пришлось, тут варианта не перехода не было.
14 Naumov
 
09.01.12
15:51
(11) Информация об авансах даже на УСН не бывает излишней. что мешает их вести?
15 hhhh
 
09.01.12
16:08
(14) ну как бы бухгалтерии влом это вести, они и так зашиваются. Ну и теоретическую базу подводят, зачем лишние обороты накручивать на счет 62, если это не требуется?
16 Naumov
 
09.01.12
16:30
(15) "Бухгалтерии влом" - это какой-то стандартный аргумент, чтобы нифига не делать.
Оооо, а самая сильная аргументация - это: "Мы же завышаем оброты". И ЧЕГО?
обороты ни солить ни хранить в чулане  не приходится, налоги с них тоже не платяться. Зато для управления предприятиям информация появится, но бухам пофиг. У них цель одни- фискальная.
Ну так шли бы они ЗП в налоговой получать.
17 hhhh
 
09.01.12
16:34
(16) согласен.
18 Skylark
 
09.01.12
16:39
(15) Это практически тест на адекватность для бухгалтера. Как только слышишь "лишние обороты", сразу все понятно.
Причем встречается это чуть менее, чем всегда. Если бы я все-таки не работал с двумя главбухшами, у которых с авансами все в порядке, я бы и сам колебаться га этот счет начал.
19 hhhh
 
09.01.12
16:43
(18) вроде наоборот. Чем продвинутей бухгалтер, тем больше всяких закидонов. А если, например, вообще ничего не смыслит, ему скажешь: делай так-то и так-то, и всё, никаких проблем.
20 Aleksey
 
09.01.12
17:01
(15) Прости, но сейчас ты чушь написал

Они что в екселе разносят авансы? или руками указывают авансы? Какая разница что стоит в счете расчета по Авансам?

Т.е. если они туда руками забивают 62.01, то все хороши, а вот если стоит 62.02 - то зашиваются? При условии что программа сама раскидывает по счетам, когда это нужно
21 hhhh
 
09.01.12
17:14
(20) они руками не забивают.
22 Aleksey
 
09.01.12
17:26
(21) Тогда что им влом вести?
23 hhhh
 
09.01.12
17:29
(22) влом вручную вбивать 62.02.
24 Aleksey
 
09.01.12
17:44
(23) куда вбивать? В документы оно автоматом падает
25 Evgen54
 
09.01.12
18:20
в документе надобно просто дописать проводку по уже добавленному счету договора
26 Evgen54
 
09.01.12
18:25
у меня выходит ошибка и не могу понять откуда ее исправить. Пишет неверный тип и все. Сравнивал все нормально, а откуда посмотреть какой нужен тип не могу найти.
27 bazvan
 
09.01.12
18:37
что такое "по уже добавленному счету договора"
28 Evgen54
 
09.01.12
18:50
во всей базе в документах добавлен вместо документа расчета, счет договора, он индивидуален для каждого платежа по договору. Итак нужно для отчетов.
29 Evgen54
 
09.01.12
19:59
Ну так что никто не поможет?
30 БибиГон
 
09.01.12
20:13
<в документах добавлен вместо документа расчета, счет договора

почему "вместо"
31 Evgen54
 
09.01.12
22:06
все сам решил
2 + 2 = 3.9999999999999999999999999999999...