Имя: Пароль:
1C
1С v8
Временные разницы и программное заполнение документа
0 feja
 
19.02.13
10:56
Здравствуйте! Проблема следующего рода:

Потребовалось откорректировать остатки по НУ и ВР на счетах 10.11.1 и МЦ.02. Для этого пишу обработку, в которой создаю программно документ Операция введенная вручную. Для него записываю движения. Все бы хорошо, но вот суммы по НУ и ВР после этого в документе появляются, а вот поля по ВР и ПР не запоняются. В чем косяк никак не пойму, в отладке суммы присваиваются...

фрагмент листинга:
/////////////////////////////////////////////////

Проводка = Проводки.Добавить();
Проводка.СчетДт = ПланыСчетов.Хозрасчетный.СпецодеждаВЭксплуатации;
Проводка.СчетКт = ПланыСчетов.Хозрасчетный.Вспомогательный;
Проводка.Период = НовДокумент.Дата;


//В этих строках я одну и ту же сумму пытаюсь увидеть в трех ячейках

Проводка.СуммаВРДт = Выборка.СуммаКонечныйОстатокДт;
Проводка.СуммаНУДт = Выборка.СуммаКонечныйОстатокДт;
проводка.СуммаПРДт = Выборка.СуммаКонечныйОстатокДт;


БухгалтерскийУчет.УстановитьСубконто(Проводка.СчетДт, Проводка.СубконтоДт, 1,Выборка.Номенклатура );
БухгалтерскийУчет.УстановитьСубконто(Проводка.СчетДт, Проводка.СубконтоДт, 2,Выборка.Партия );
БухгалтерскийУчет.УстановитьСубконто(Проводка.СчетДт, Проводка.СубконтоДт, 3,Выборка.Работник );

Проводки.Записать();

//////////////////////////////////////////////////
1 Naumov
 
19.02.13
11:09
Косяк:
1. В кривом алгоритме, который программа пытается на свое усмотрение поправить. Она-то знает, что БУ = НУ+ПР+ВР
2. В кривой идее изначальной.
2 feja
 
19.02.13
13:27
Во-первых, алгоритм посоветован фирмой 1С, как реализация перехода от НЕприменения ПБУ 18/02 к его применению. Данная

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

понадобилось ввести ВР на МЦ.02 в размере равном суммам по БУ (чтобы как раз выполнялся закон БУ = НУ+ПР+ВР и во время

закрытия месяца БП не пыталась воторой раз, правда ужелинейно, списать НУ, как она это делает при отсутствии ВР).
Во-вторых, то, что я ввожу в данному листинге одинаковые суммы по НУ, ПР и ВР в отсутствии БУ всего лишь проверка. Не

мешает же это машине записывать суммы по НУ без БУ. Если есть идеи "не кривые" пишите, а также если есть вопросы.
3 feja
 
19.02.13
13:48
И к тому же я сейчас решила проверить гипотезу о том, что 1С "умная" и проверяет БУ=НУ+ПР+ВР прежде чем записать мои проводки. Так вот "умственные способности" программы еще не доросли до такого - при вводе проводки с БУ = ВР = 100 сумма в документе отображается только поп БУ, ВР нет.
4 Naumov
 
19.02.13
14:11
ага. а на момент записи УП гласит, что ПБУ 18/02 не применяется. Ну а чего ожидаем-то?
5 feja
 
19.02.13
14:48
На момент записи документа у нас уже применяется ПБУ. К тому же, если я руками ставлю ВР в этом доке, то все отлично.
6 renegade
 
19.02.13
15:53
(3) а счет в проводке какой?
7 feja
 
19.02.13
17:26
(6)пробовала и на 10.11.1 и на МЦ.02 (думала, что принципиальная какая-то разница есть между балансом и забалансом) Вообще проводка должна выглядеть так:
Дт 10.11.1 Кт 000 ВР -100 (к примеру)
8 feja
 
19.02.13
17:28
(6) забыла добавить,что на демо базе на счете 10.11.1 такой же результат...
9 Робинзон Крузо
 
19.02.13
17:34
В модуле регистра бухгалтерии ПриЗаписи идет проверка на БУ = НУ+ВР+ПР. Если не проходит сбрасывает суммы по НУ.
10 feja
 
19.02.13
17:48
Я же уже писала, что если я делаю проводку
Дт 10.11.1 Кт 000 НУ -100

то программа ее записывает, не обращая внимания на то, что БУ не равно НУ+ПР+ВР (ведь сумм по БУ я не ставлю)

Также, если я делаю проводку
Дт 10.11.1 Кт 000 БУ -100 ВР -100

Сумма по БУ записывается, по ВР нет.

В чем же тогда проверка???
11 Робинзон Крузо
 
19.02.13
17:54
Ну закомментируй модуль регистра бухгалтерии на тестовой базе и выполни свою обработку...
12 hhhh
 
19.02.13
18:09
(10) а зачем пишете 3 раза

Проводка.СуммаВРДт = Выборка.СуммаКонечныйОстатокДт;
Проводка.СуммаНУДт = Выборка.СуммаКонечныйОстатокДт;
проводка.СуммаПРДт = Выборка.СуммаКонечныйОстатокДт;

???
13 feja
 
19.02.13
18:13
(12) Да просто я проверяю, как программа отреагирует (какую из сумм заполнит, а какую нет, данные одни и те же присваиваю). Конкретно из проводок только первая нужна
14 feja
 
19.02.13
18:19
(11) последовала совету, реально заработало, спасибо! но все-равно не понятна логика, почему только ВР и ПР не нравятся, а по НУ проводки проходят... мозг взорван..
Плюс еще если я руками такую проводку (только по ВР) рисую в режиме предприятия, то она проходит и БП не ругается ни каким местом!!!
15 feja
 
19.02.13
18:29
Ну с одной проблемой вроде как разгреблась... может кто подскажет, что мне еще с одной делать.
Ради чго собственно эта обработка мною писалась:
До того, как в учетной политике мы поставили применение ПБУ 18/02 в эксплуатацию было передано энное количество спецодежды. При старом режиме учетной политики при передаче НУ списалось полностью, БУ списывалось постепенно каждый месяц. На старых релизах программы (где-то 2.0.36.4) при смене режима все ттак и оставалось при закрытии месяца списывалось только БУ у уже переданной
16 feja
 
19.02.13
18:36
номенклатуры и возникали и затем гасились ВР по вновь переданной. На последних релизах для "старой" номенклатуры для выполнения все того же волшебного правила
БУ = НУ + ВР + ПР программа начинает гасить НУ (то есть в итоге НУ уходит в "-").
Было найдено решение о вводе остатков по ВР на счетах 10.11.1 и МЦ.02 в размере остатков сумм по БУ. Теперь с моей волшебной обработкой все почти супер... вот только если у нас по БУ скажем остаток 500 (начальная сумма была 1000, срок полезного использования 10 месяцев, осталось списывать еще 5 месяцев), то при вводе ВР на сумму 500 при закрытии месяца БП списывает по ВР 500/10 = 50 рублей, а по БУ 500/5 = 100. В итоге у нас опять получаются разницы  %%%((
17 Робинзон Крузо
 
19.02.13
22:32
Сейчас начало года... почему бы Вам не перенести остатки 11 года через документ Ввод начальных остатков и перепровести документы за январь февраль?
18 feja
 
20.02.13
12:56
Было замечательно,если бы работала обработка Свертка базы, но она для 2.0 официально не выпущена, а выложенная на форуме "слегка" косячит в "неидеальных базах". А руками вводить - это нереально. Плюс ввод начальных остатков ВР все равно не проставит по "строй" номенклатуре...
19 feja
 
21.02.13
14:42
(1)Кстати, на форуме специалистов мне наконец прислали ответ, что это ОШИБКА РЕЛИЗА и она исправлена в 2.0.45 %(