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

Недочет конфигурации Бухгалтерия 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» и так далее. Думаю что моя маленькая заметка поможет избежать ошибок при вводе документов.

19 Comments

  1. Serj1C

    15.09.13 преобразуется в 15.09.2013. Разве нет?

    Если сегодня 17.10.2013 то:

    • 15.09 преобразуется в 15.09.2013

    • 15 преобразуется в 15.10.2013

    • 1 преобразуется в 01.10.2013

    Reply
  2. Olegg73

    Если дата документа НЕ заполнена то вы правы.

    А в конфигурации БП 2.0 дата документа при вводе нового дока

    автоматически заполняется текущей датой.

    То есть при вводе нового дока дата подставляется «17.10.2013»

    дальше попробуйте ввести в поле дата строку «15.09.13» никакого преобразования не будет сделано.

    Reply
  3. Famza

    Наверное я не те книги читал, где говорилось про создание учетной политики на каждый год?

    Reply
  4. Olegg73

    Про создание учетной политики на каждый год нигде и не говориться. Это просто из опыта эксплуатации баз.

    Можно сказать для перестраховки! попробуйте например завести учетную политику от 01.01.2008 и дальше ничего не заводить. В этой записи просто не будет закладки «Страховые взносы»!

    Reply
  5. plevakin

    (2) Olegg73,

    Ввел новый документ. Установилась дата «17.10.2013». Поместил курсор в поле дата, установилось выделение всей даты. Нажал клавишу 1, поскольку было выделение в поле осталась только цифра 1. Пишу далее 5.09.13 — получаю 15.09.13 которая благополучно трансформируется в «15.09.2013 0:00:00».

    Reply
  6. Olegg73

    Plevakin, я то все сам прекрасно понимаю! Но вот как пользователи умудряются так вводить дату не знаю!

    Reply
  7. tango

    по ходу автор какую-то свою личную заморочку распространяет на всех посетителей ИС

    минус не ставлю, предполагая добросовестность автора

    Reply
  8. Gray-SV-02

    plevakin прав, но решил попробовать и смоделировать что автор всетки сделал.

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

    При вводе нового установилась текущая дата 17.10.2013

    Теперь не выделяем всю дату а ставим курсор в начало и вводим как пишет автор 10.09.1313

    Хвост предыдущей даты остается — вот поэтому все и произошло.

    И это совсем не «недочет Конфигурации…», а простая ошибка пользователя.

    Reply
  9. Ponommax

    Я думаю что автор имел ввиду не то что ошибка в том что дату документа можно установить на 1313 год. А в том что после этого автоматически меняется значение «НДС включать в стоимость» на истина и потом после исправления даты не убирается. Что влечет ошибки в учете. А запись учетной политики с датой «01.01.0002», как раз решает эту проблему (Проблему не с пользователями которые ошибаются, а с неверной установкой «НДС включать в стоимость»).

    Reply
  10. AltF1

    (2) Olegg73, Какой релиз БП?

    Какая версия конфигурации (проф или базовая)? Какая версия платформы?

    Reply
  11. Olegg73

    Версия платформы 8.2.19.68

    Конфигурация — Бухгалтерия проф, релиз 2.0.52.6

    Reply
  12. TODD22

    (3)Учетная политика в бухгалтерии устанавливается на один календарный год. Вполне логично поступать так же и в программе. Так же ежегодно необходимо заполнять виды прямых расходов для НУ.

    И вот сейчас уже не вспомню но есть механизм связанный с учётом по налогу на прибыль. Если нет учётной политики на один год то программа при определённых условиях неверно считает результат. Правда может это уже и исправили… я с этим года полтора назад сталкивался.

    Да и в чём сложность установить уч политику на год.

    Reply
  13. mulla1979

    Выскажу свое мнение, что методологически правильно учетная политика устанавливается Один (!) раз с даты регистрации предприятия и НЕ МЕНЯЕТСЯ (!), как это может показаться ежегодно, а корректируется в соответствии со стандартами бухучета… ну или с переходом с УСН на ОСНО или наоборот. В 1С это сделано ежегодным для правильного расчета итогов. А указанный в статье «недочет» должен, как мне кажется, ссылаться на процедуру проверки даты документа, что бы была не меньше даты регистрации предприятия.

    Reply
  14. Olegg73

    mull1979, МЕТОДОЛОГИЧЕСКИ вы абсолютно правы! Но во первых я описывал ОБХОД недочета ТИПОВОЙ конфигурации (если залезть внутрь — там много чего можно направить). Во вторых абсолютно прав был человек в предыдущем комментарии «И вот сейчас уже не вспомню но есть механизм связанный с учётом по налогу на прибыль. Если нет учётной политики на один год то программа при определённых условиях неверно считает результат. Правда может это уже и исправили… я с этим года полтора назад сталкивался.» Так что я всего лишь описал один из небольших недочетов и способ его обхода.

    Reply
  15. TODD22

    (13)

    методологически правильно учетная политика устанавливается Один (!) раз с даты регистрации предприятия и НЕ МЕНЯЕТСЯ (!)

    Да ладно. Это где вы про такую методологию прочитали?

    Вопрос в 2012 году у нас например материалы списывались по средней. В 2013 мы начали списывать по ФИФО.

    Если у меня один элемент который я

    а корректируется в соответствии со стандартами бухучета… ну или с переходом с УСН на ОСНО или наоборот.

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

    Reply
  16. DAnry

    И в моей практики тоже были похожие ситуации. Но если честно такие случаи одиничны

    Reply
  17. NVKom

    Похожая ситуация была у пары клиентов в этом квартале — начиналось все, что не попадает НДС в книгу покупок, а выяснялось, что стояла галка «Включать НДС в стоимость». Причем все утверждают, что копировали документы (а в предыдущих доках все было правильно — галка не стояла). Будем знать. Спасибо!

    Reply
  18. mulla1979

    (15)

    Читаем ПБУ 1/2008

    П.5. При формировании учетной политики предполагается:



    принятая организацией учетная политика применяется последовательно от одного отчетного года к другому (допущение последовательности применения учетной политики);

    Смена режима списания МЗ по ФИФО или по средней допускается, и вот это в 1С и решается установлением учетной политики на год (я кстати это указал в комменте).

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

    Т.к. годовой отчет за 2012 год уже должен быть утвержден, то тогда выговор или увольнение…

    Reply
  19. TODD22

    (18) mulla1979,

    Т.к. годовой отчет за 2012 год уже должен быть утвержден, то тогда выговор или увольнение…

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

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *