gifts2017

Недочет конфигурации Бухгалтерия 2.0 и способ его обхода

Опубликовал Олег Жданов (Olegg73) в раздел Управление - Пользователю системы

Недочет конфигурации Бухгалтерия 2.0 и способ его обхода

Недочет конфигурации Бухгалтерия 2.0

 

Ситуация.

Организация образовалась в 2013г.

Общая система налогообложения. Является плательщиком НДС.

Вводим новый документ "Поступление товаров и услуг", исправляем дату документа.

НО по ошибке вместо "правильной" даты типа "15.09.2013" в поле дата вводим "15.09.13" и жмем "Enter", при этом в поле "Дата" оказывается введенным значение "15.09.1313", если этого не заметить то после ввода контрагента и договора в документе оказывается установленным в значение "Истина" реквизит "НДС включать в стоимость".

Дальше даже после того как дата документа будет исправлена на "правильное" значение "15.09.2013", реквизит "НДС включать в стоимость" все равно остается включенным! А так как эта "галочка"  видна только при нажатии на кнопку "Цены и Валюта" то бухгалтер просто ее не замечает. Результат думаю очевиден!

Способ обхода данного "косяка" - Нужно завести ЕЩЕ ОДНУ (это важно) запись учетной политики с датой "01.01.0002" , все остальные значения выставить так же как и у существующей записи. После этого установка реквизита "НДС включать в стоимость" в значение "истина"в случае не правильного ввода даты документа не происходит не происходит. Кстати заметил еще один не большой но недочет - чтобы не возникало разных казусов с учетной политикой, записи в регистре лучше создавать на каждый год отдельно - то есть например так - есть запись от "01.01.2012", когда начинается2013 гнужно создать еще одну такую же запись от "01.01.2013" и так далее. Думаю что моя маленькая заметка поможет избежать ошибок при вводе документов.

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Serj (Serj1C) 17.10.13 09:54
15.09.13 преобразуется в 15.09.2013. Разве нет?
Если сегодня 17.10.2013 то:
• 15.09 преобразуется в 15.09.2013
• 15 преобразуется в 15.10.2013
• 1 преобразуется в 01.10.2013
2. Олег Жданов (Olegg73) 17.10.13 11:09
Если дата документа НЕ заполнена то вы правы.
А в конфигурации БП 2.0 дата документа при вводе нового дока
автоматически заполняется текущей датой.
То есть при вводе нового дока дата подставляется "17.10.2013"
дальше попробуйте ввести в поле дата строку "15.09.13" никакого преобразования не будет сделано.
3. Иван Иванов (Famza) 17.10.13 11:18
Наверное я не те книги читал, где говорилось про создание учетной политики на каждый год?
4. Олег Жданов (Olegg73) 17.10.13 11:44
Про создание учетной политики на каждый год нигде и не говориться. Это просто из опыта эксплуатации баз.
Можно сказать для перестраховки! попробуйте например завести учетную политику от 01.01.2008 и дальше ничего не заводить. В этой записи просто не будет закладки "Страховые взносы"!
5. Дмитрий Гомзин (plevakin) 17.10.13 12:11
(2) Olegg73,

Ввел новый документ. Установилась дата "17.10.2013". Поместил курсор в поле дата, установилось выделение всей даты. Нажал клавишу 1, поскольку было выделение в поле осталась только цифра 1. Пишу далее 5.09.13 - получаю 15.09.13 которая благополучно трансформируется в "15.09.2013 0:00:00".
6. Олег Жданов (Olegg73) 17.10.13 12:15
Plevakin, я то все сам прекрасно понимаю! Но вот как пользователи умудряются так вводить дату не знаю!
7. Михаил Ражиков (tango) 17.10.13 12:17
по ходу автор какую-то свою личную заморочку распространяет на всех посетителей ИС
минус не ставлю, предполагая добросовестность автора
8. Сергей Шубин (Gray-SV-02) 17.10.13 16:12
plevakin прав, но решил попробовать и смоделировать что автор всетки сделал.

Скорее ситуация следующая.

При вводе нового установилась текущая дата 17.10.2013
Теперь не выделяем всю дату а ставим курсор в начало и вводим как пишет автор 10.09.1313
Хвост предыдущей даты остается - вот поэтому все и произошло.
И это совсем не "недочет Конфигурации...", а простая ошибка пользователя.
9. Максим Пономарев (Ponommax) 17.10.13 18:26
Я думаю что автор имел ввиду не то что ошибка в том что дату документа можно установить на 1313 год. А в том что после этого автоматически меняется значение "НДС включать в стоимость" на истина и потом после исправления даты не убирается. Что влечет ошибки в учете. А запись учетной политики с датой "01.01.0002", как раз решает эту проблему (Проблему не с пользователями которые ошибаются, а с неверной установкой "НДС включать в стоимость").
10. kiv82 (AltF1) 18.10.13 08:23
(2) Olegg73, Какой релиз БП?
Какая версия конфигурации (проф или базовая)? Какая версия платформы?
11. Олег Жданов (Olegg73) 18.10.13 09:12
Версия платформы 8.2.19.68
Конфигурация - Бухгалтерия проф, релиз 2.0.52.6
12. борян петров (TODD22) 19.10.13 10:52
(3)Учетная политика в бухгалтерии устанавливается на один календарный год. Вполне логично поступать так же и в программе. Так же ежегодно необходимо заполнять виды прямых расходов для НУ.
И вот сейчас уже не вспомню но есть механизм связанный с учётом по налогу на прибыль. Если нет учётной политики на один год то программа при определённых условиях неверно считает результат. Правда может это уже и исправили... я с этим года полтора назад сталкивался.

Да и в чём сложность установить уч политику на год.
13. Юрий Муллабакиев (mulla1979) 21.10.13 16:32
Выскажу свое мнение, что методологически правильно учетная политика устанавливается Один (!) раз с даты регистрации предприятия и НЕ МЕНЯЕТСЯ (!), как это может показаться ежегодно, а корректируется в соответствии со стандартами бухучета... ну или с переходом с УСН на ОСНО или наоборот. В 1С это сделано ежегодным для правильного расчета итогов. А указанный в статье "недочет" должен, как мне кажется, ссылаться на процедуру проверки даты документа, что бы была не меньше даты регистрации предприятия.
14. Олег Жданов (Olegg73) 22.10.13 08:48
mull1979, МЕТОДОЛОГИЧЕСКИ вы абсолютно правы! Но во первых я описывал ОБХОД недочета ТИПОВОЙ конфигурации (если залезть внутрь - там много чего можно направить). Во вторых абсолютно прав был человек в предыдущем комментарии "И вот сейчас уже не вспомню но есть механизм связанный с учётом по налогу на прибыль. Если нет учётной политики на один год то программа при определённых условиях неверно считает результат. Правда может это уже и исправили... я с этим года полтора назад сталкивался." Так что я всего лишь описал один из небольших недочетов и способ его обхода.
15. борян петров (TODD22) 23.10.13 07:39
(13)
методологически правильно учетная политика устанавливается Один (!) раз с даты регистрации предприятия и НЕ МЕНЯЕТСЯ (!)

Да ладно. Это где вы про такую методологию прочитали?
Вопрос в 2012 году у нас например материалы списывались по средней. В 2013 мы начали списывать по ФИФО.
Если у меня один элемент который я
а корректируется в соответствии со стандартами бухучета... ну или с переходом с УСН на ОСНО или наоборот.

То скажите что будет если например бухгалтер будет проводить операции в 2012 году?
16. DAnry (DAnry) 23.10.13 13:43
И в моей практики тоже были похожие ситуации. Но если честно такие случаи одиничны
17. ООО "НВКом" ООО "НВКом" (NVKom) 23.10.13 14:55
Похожая ситуация была у пары клиентов в этом квартале - начиналось все, что не попадает НДС в книгу покупок, а выяснялось, что стояла галка "Включать НДС в стоимость". Причем все утверждают, что копировали документы (а в предыдущих доках все было правильно - галка не стояла). Будем знать. Спасибо!
18. Юрий Муллабакиев (mulla1979) 25.10.13 14:26
(15)
Читаем ПБУ 1/2008
П.5. При формировании учетной политики предполагается:
...
принятая организацией учетная политика применяется последовательно от одного отчетного года к другому (допущение последовательности применения учетной политики);
Смена режима списания МЗ по ФИФО или по средней допускается, и вот это в 1С и решается установлением учетной политики на год (я кстати это указал в комменте).

То скажите что будет если например бухгалтер будет проводить операции в 2012 году?

Т.к. годовой отчет за 2012 год уже должен быть утвержден, то тогда выговор или увольнение...
19. борян петров (TODD22) 25.10.13 21:13
(18) mulla1979,
Т.к. годовой отчет за 2012 год уже должен быть утвержден, то тогда выговор или увольнение...

А как быть в январе месяце? Мы ещё 12 не закрыли, а в 13 нам уже работать надо.
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа