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