|
Временные разницы и программное заполнение документа | ☑ | ||
---|---|---|---|---|
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 %(
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |