Имя: Пароль:
1C
1С v8
Превышение максимального количества видов субконто у счета 62.01
,
0 balak05
 
20.11.13
17:07
Здравствуйте. Проблема в следующем: У счета 62.01 необходимо добавить новый вид субконто "Заказы". В конфигураторе в плане счетов у этого счета только два субконто: контрагенты и договоры. Я так понял, третье субконто добавляется программно в зависимости от настроек в режиме предприятия. Где можно снять галочку, чтобы не велся учет по документам расчетов с контрагентами и правильно ли это с бухгалтерской точки зрения?
1 shuhard
 
20.11.13
17:09
(0) [ Где можно снять галочку] это не галочка
[и правильно ли это с бухгалтерской точки зрения] форум должен угадать конфигурацию ?
2 Бешеная Нога
 
20.11.13
17:10
имхо если возникают такие вопросы, то лучше вообще не добавлять еще одно субконто...
3 balak05
 
20.11.13
17:12
(1) Конфигурация бухгалтерия редакция 3.0
4 Dmitry1c
 
20.11.13
17:15
62.01
Субконто "заказы"

Нахрена? Формируйте отдельный договор на каждый заказ.
5 Господин ПЖ
 
20.11.13
17:17
>Где можно снять галочку, чтобы не велся учет по документам расчетов с контрагентами и правильно ли это с бухгалтерской точки зрения?

в договоре... для бухов правильно вменяемое сальдо
6 balak05
 
20.11.13
17:17
(4) В семерке так было. Не хочется увеличивать максимальное число субконто до 4 как в 7. По этому думаю убрать субконто "документ расчетов"
7 Dmitry1c
 
20.11.13
17:18
(6) >В семерке так было.

предлагаю отправить бухгалтера на курсы обучения БП 3.0
8 Господин ПЖ
 
20.11.13
17:18
(6) ну ты щас там наколбасишь...
9 Джинн
 
20.11.13
17:18
(6) В бухии 4.5 тоже было 3 субконто.
10 Господин ПЖ
 
20.11.13
17:18
я бы сказал всем на курсы... а то накреативят
11 balak05
 
20.11.13
17:19
(8) На копии экспериментирую. Так что все нормально)
12 Dmitry1c
 
20.11.13
17:19
(9) и вообще, что за "Заказы" в БП 3.0?
13 balak05
 
20.11.13
17:19
(9) Там программисты сами добавили 4-е
14 balak05
 
20.11.13
17:21
(12) Новый справочник и новый вид субконто в 7-ке. Создал такой же в 8.
15 Dmitry1c
 
20.11.13
17:21
(13) на каждый счет отдельный договор. И все. там это очень удобно.
16 Infsams654
 
20.11.13
17:21
Для чего "необходимо добавить новый вид субконто "Заказы" ?
Так, к тому же, в БП 3.0 нету заказов
17 Господин ПЖ
 
20.11.13
17:22
а документ расчетов - это кто там?
18 shuhard
 
20.11.13
17:23
(6)[По этому думаю убрать субконто "документ расчетов"]
и убить зачет авансов и НДС к ними
19 balak05
 
20.11.13
17:23
(15) в семерке тоже был договор. Заказ был добавлен, к типовой он не имеет отношения
20 balak05
 
20.11.13
17:24
(17) ссылка на сам документ
21 balak05
 
20.11.13
17:26
(18) Значит нельзя. А если 4 субконто добавить, как это может повлиять на работоспособность программы?
22 Dmitry1c
 
20.11.13
17:26
(20) справочник "Заказы".

МДА.
23 Dmitry1c
 
20.11.13
17:27
(21) в общем, вы там с бухом обкурились чего-то. Сходите на курсы. Не нужен вам такой функционал.
24 Господин ПЖ
 
20.11.13
17:28
(21) опять убьешь авансы и ндс
25 Infsams654
 
20.11.13
17:28
(13) "Там программисты сами добавили 4-е"
УБРАТЬ ВСЕ ЧТО ПРОГРАММИСТЫ ДОБАВИЛИ.

Потом, проанализировать, как можно все порешать типовыми механизмами.

И если что-то не решается, позвать нормальных программистов.
26 Happy Bear
 
20.11.13
17:29
Во народ отжигает)))
27 shuhard
 
20.11.13
17:29
(21) херово ей будет
28 Джинн
 
20.11.13
17:31
(23) Вообще-то нужен. Но не такой ценой.
29 balak05
 
20.11.13
17:31
(25) Люди уже много лет работают так. Они хотят чтобы так было и в 8
30 balak05
 
20.11.13
17:32
(27) Я тоже так думаю
31 Кай066
 
20.11.13
17:32
(29) нахуа? работали бы тогда дальше в 7ке
32 Джинн
 
20.11.13
17:32
(29) Мой прадед много лет управлял телегой вожжами. Это не повод менять в Ауди руль на вожжи.
33 shuhard
 
20.11.13
17:32
(29) обойдутся
34 Кай066
 
20.11.13
17:33
(29) Программу поменяли - пора менять людей
35 Господин ПЖ
 
20.11.13
17:33
>Люди уже много лет работают так. Они хотят чтобы так было и в 8

увы это никого не волнует
36 Happy Bear
 
20.11.13
17:34
(29) интересно, что в справочнике "Заказы" хранится?
37 balak05
 
20.11.13
17:35
(35) Я понимаю. Но все равно придется это реализовать
38 Infsams654
 
20.11.13
17:36
(29) пишет же "(21) херово ей будет".
Тогда, через допсвойства. Хранить это все с привязкой к регистратору (ну, естественно и у регистраторе такой реквизит добавить) в регистре, и делать от туда отчеты.

Только, потом, при обновлении из типовой не забывать.
39 Джинн
 
20.11.13
17:36
(37) Не пили бы Вы из копытца... (с)
Очень рекомендую.
40 shuhard
 
20.11.13
17:37
(37) топик закрыт
41 piter3
 
20.11.13
17:38
(37)ждем вашего увольнения
42 balak05
 
20.11.13
17:39
(38) Через регистр дополнительный в принципе можно попробовать. Спасибо.
43 balak05
 
20.11.13
17:40
(41) Не дождетесь.
44 Господин ПЖ
 
20.11.13
17:40
(37) я бы подумал 10 раз... взаиморасчеты - это последнее место куда надо лезть
45 balak05
 
20.11.13
17:43
(44) так вот и думаю. Пробую на копии разные варианты
46 Infsams654
 
20.11.13
17:49
(44) да, на это есть УПП, УТ и т.д.
47 Господин ПЖ
 
20.11.13
17:51
во взаиморасчеты упп лезть не надо вообще...
48 balak05
 
20.11.13
17:53
(47) поэт? )
49 balak05
 
20.11.13
17:54
(47) или репер?
50 Dmitry1c
 
20.11.13
18:19
(49) зачем вы так работаете?

С какой целью? Зачем держать разрез по каким-то хрен знает каким заказам?
51 wPa
 
20.11.13
19:08
(50) а ты знаешь как должен работать их бизнес и какие должны быть процессы. Раз работают так значит надо. Другое дело есть ли механизм под это
52 Мимохожий Однако
 
20.11.13
19:14
Достаточно использовать доп.реквизит у документа, если так не терпится.
..
ОФФ:
Благодаря таким как автор топика, который не принимает\не понимает рекомендаций у нас всегда будет работа. Однако перед этим будет рёв: "Эта ваша 1С!!" ))
53 wPa
 
20.11.13
19:15
(0) это управленческие по сути расчеты БП не поддерживает.

Вам придется и все сверки делать в разрезе договоров заказов. Значительные изменения в типовых механизмах (достаточно вспомнить про корректировки реализации) потребуют ресурсы. Или покупать УТ/УПП.
54 balak05
 
20.11.13
20:15
(52) если вы и вправду считаете что достаточно просто использовать доп. реквизит, то у вас точно не будет работы (по крайней мере от меня). Без регистра дополнительного здесь точно не обойтись
55 balak05
 
20.11.13
20:18
(50) я не так давно работаю с ними. Но люди работают с этой базой много лет. И этот механизм там необходим. Другой вопрос что можно реализовать по другому
56 NewNick
 
20.11.13
21:02
Ну ко всему что было сказано.
Имхо добавление субконто на 62.01 расчет авансов и НДС не убъют(в запросы алгоритмов расчета авансов четвертое субконто автоматом не попадет). Но надо пробывать. Добавьте субконто. Сделайте подписку на запись в регистр бухгалтерии и при записи на каждую запись на 62.01 генерите новый справочник(документ) заказ. И вставляйте его в субконто. Если после перепроведения базы с авансами и НДС все в порядке, то меняйте подписку на свой уже алгоритм(как и к чему он привязан по описанию не понятно) и вставляйте нужный заказ.
Но это конечно требует больших навыков чем знание 7.7 И тот Факт что количество субконто меняется в конфигураторе при редактировании планов счетов Вам конечно должен быть известен.
Как "рассчитываются" "заказы" неясно. Но если заказы привязаны к реализациям, то проще вытаскивать в отчет реквизит из документов расчета чем издеваться на регистром бухгалтерии.
Впрочем если все не так тривиально(или бухи при предложении добавлять в отчет реквизит падают в обморок) то я бы все равно поостерегся бы добавлять четвертое субконто - это печально скажется как на объеме базы так и на производительности. Как вариант можно создать забалансовый счет и опять же при записи в регистр бухгалтерии анализировать ситуацию и писать дублеж записей регистра 62.01 в наш счет с уже нужными нам субконто.
57 minele
 
20.11.13
22:50
Каждое субконто - это геометирическая прогрессия - появляется в разных местах, опять же замедление скорости работы программы. Может быть просто подумаешь о создании дополнительных форм документов в строго определенных местах.
58 mdocs
 
20.11.13
23:27
Одинэсники нынче круты - привыкли командовать бизнесс-процессами, командиры х.ровы )))
Компьютер — устройство, разработанное для ускорения и автоматизации человеческих ошибок.