Доброго времени суток! Возник вопрос с точки зрения 1Сника как технаря, и закона:

Часто бывает что на предприятие необходиться без работы с задним числом, то счёт необходимо выписать задним числом, то ещё какие то мутки... Что иногда вызывает лишний геморой в работе, и мышление как программиста формируется что иногда без этого не обойтись в некоторых ситуациях... Но возник вопрос - по закону можно работать с задним числом?

(0) РСБУ по которому все сдается - и смотрит на _прошедшие_ события. А уж когда событие датированное 20м числом прошло 18 или 25 никого не интересует

то, что в 1С7.7 были компоненты Бухгалтерия и Оперативный учет ни к каким мыслям не приводит ?

Что вы тут на РСБУ наезжаете. Они вовсе не обязывают вести учет задним числом. Тут скорее налоговый кодекс малину портит.

(0) в чем проблема выписать счет задним числом?

попробуй по-английски

(0) Законом это не регламентируется. Другое дело - что никто не умеет делать это правильно. Отсюда и возникают неприятности.

>  никто не умеет делать это правильно. Отсюда и возникают неприятности.

Чойта какая-то натяжка. А кто судит о правильности, если никто не умеет делать правильно? )

(6) НК РФ Статья 54. Общие вопросы исчисления налоговой базы

При обнаружении ошибок (искажений) в исчислении налоговой базы, относящихся к прошлым налоговым (отчетным) периодам, в текущем налоговом (отчетном) периоде перерасчет налоговой базы и суммы налога производится за период, в котором были совершены указанные ошибки (искажения).


Т.е. к примеру обнаружили что в прошлом году выставили лишнюю накладную. Соответсвенно исправление вноситься в старый период, когда была допущена ошибка, а не а текущий.

(7) Я сужу.

(8) Не исправление вносится, а налоговая база рассчитывается. А куда вы там внесете или не внесете исправления, налоговому кодексу начхать.

(10) Да в том и проблема что ему начхать. И предполагается, что все должны вести налоговый учет, не оглядываясь на бухгалтерский (с редкими исключениями), то есть, по сути, работа бухгалтера удваивается. А никто не хочет следить за двумя учетами, вот и нагибают бухучет под ублюдочный налоговый..

налоговый - вносите изменения в прошлый период. бухгалтерский - соответсвующие измененяи вносятся в текущем периоде.

(10) а как ты изменишь налоговую базу задним числом без изменения документов? Писать в екселе и потом складывать вычитать?

(12) Вот так и появился ПБУ 18/12

* ПБК 18/02 конечно же

http://www.garant.ru/products/ipo/editions/grani/10436/10443/

(13) Само по себе понятие "налоговая прибыль" - законодательный идиотизм. Прибыль только одна может быть, и она бухгалтерская. А не "тут считаем, тут не считаем, тут рыбу заворачивали"..

(0) Столько ошибок, ты в школе учился? Рассуждает, туда же.

(0) Про исправления задним числом в законе ничего не написано. Там написано, как должно быть, а должно быть - оформление операций в момент их совершения. Соответственно, коль скоро нет явного запрета - вы можете делать что вам вздумается, санкций нет. Конечно, если эти действия приведут к недоимкам налогов и прочим проступкам, которые явно запрещены - вы можете пострадать, но отвечать вы будете за эти последствия, а не за то что вы что-то изменили задним числом.
Что касается программы, то это чисто техническое, системное ограничение, основанное на том, что расчеты при проведении очередного документа базируются на данных, которые внесены предыдущими документами. Соответственно, если вы меняете предыдущий документ при наличии последующих, это может дать эффект выбивания костяшки домино из-под башни, из этих костяшек построенной. В этом случае башню надо перестроить - перепровести все документы, которые были введены после измененного, что долго и не всегда возможно. Для того чтобы отслеживать изменения документов внутри периода и выполнять перепроведение, был реализаован механизм последовательностей документов.

(18) "В этом случае башню надо перестроить - перепровести все документы, которые были введены после измененного, что долго и не всегда возможно. Для того чтобы отслеживать изменения документов внутри периода и выполнять перепроведение, был реализаован механизм последовательностей документов."
И вот эта красота разрушает стройный механизм бухгалтерского учета чуть менее чем полностью. Ввод данных задним числом - зло. Расчеты в модуле проведения, базирующиеся на предыдущих данных - зло. Перепроведение - зло.

(19) в мире нет идеала. Предприятия существуют не ради бухучета, а ради получения прибыли. Бухучет - это нашлепка, которая генерирует издержки. Поэтому если для дела надо лазить задним числом - будут лазить.

(19) эээ? а на чем должны базироваться расчеты в модуле проведения, если не на "предыдущих данных"?  на среднепотолочных?

(20) бухучет (нормальный, а не выродженный в "соблюдение требований") и есть учет этой самой прибыли, и издержек для ее получения.

(22) дело в том, что он сам по себе генерирует издержки - зарплата бухгалтеров, затрата на компьютеры, бухгалтерские программы и т.д. А в условиях кривого переусложненного законодательства издержки довольно велики.

* затраты

и, кстати, мы с вами существуем на эти издержки бизнеса :))

(0) В нормальных дистрибьюторских компания работы задним числом нету.
Оперативный учет не позволяет выписать счет и расходную накладную задним числом.

Вот вдруг: все как-то функционирует тихо-мирно после бурь и вулканов. Можно конечно думать о всяких удобствах для конторы, но надо ли это конторе? И думаешь - ну что ты у людей зарплату отжираешь? Случится что - тогда и позовут меня или еще кого-нибудь. Ведь в регламент производственного процесса ты не вписываешься хз почему. Твоими аналитическими отчетами все пользуются но не ты. А с другой стороны как без зарплаты оставаться, почти 60 - работу найти наверное не просто - не по теме а может и по теме отчасти )

Ну конечно работа с задним числом зло.
Осталась малость - обеспечить чтобы данные за прошлые числа не содержали ошибок и были полными, и дело в шляпе.

(16) Прибылей может быть сколько угодно. Посчитал по ФИФО - одна, по ЛИФО - другая, по средней - третья.

(23) любая прибыль требует издержек. даже прямая кража или грабеж (присвоение чужого без всяких затрат) - и то требует "встать и сделать" (ну а уж "заранее подготовиться", "скрыться" и "замести следы" - тем более). а уж бизнес требует и учета прибыли, и учета издержек. который сам по себе - издержки.
(27) не протрезвел еще, чтоль?
(26) новую - может и не выписать. а как насчет коррректировок?

(21) Модуль проведения должен просто сформировать проводки, основываясь на реквизитах документа, инвариантно от последовательности проведения.

(29) Ну для этого и существует учетная политика. Утвердили методику, она не противоречит ПБУ - всё, пусть налоговая ест её.

(31) тогда и правила/набор реквизитов должны быть исчерпывающи.
например, распределение оплата/аванс :-)

БДДС, движение денег, носит абсолютный характер.
Прибыль это БДРное понятие.
Прибыль как минимум может быть разной в связи с тем что в одном случае мы считаем это расходом, а в этом инвестицией.
А потом эту инвестицию амортизируем, или не амортизируем.
Вспомните, ведь на прибыль влияет как минимум амортизация, которая условна в зависимости от метода учета.
Есть и другие отличия (выше уже назвали ЛИФО/ФИФО).
Да и вообще БДР это учет не всех начислений за период, а  (по основной деятельности) только тех доходов, которые вызваны продажей продукции/услуг и тех расходов, которые связаны с этой продукцией/услугами. Пофиг что вы потратили дофига ресурсов на продукцию, а она не продалась - и в БДР оно не попадает, висит на незавершенке, падает в баланс, а в БДР не падает, и на "одинаковую" прибыль не влияет.
А возможно у вас не полное поглощение затрат, а директ костинг, тогда часть расходов падает.
Чистая прибыль по БДР и чистый денежный поток по БДДС сойдутся за все время деятельности предприятия, от основания до закрытия, но внутри периодов могут быть разные.
Даже если заниматься только учетом киоска с шаурмой, то прибыль разная, смотря на сколько вы договорились растянуть покупку гриля, амортизируете для себя на год или на десять лет.
Можно еще дальше копать, но важно что прибыль разная в УУ, НУ, РСБУ, МСФО, по понятиям, а если собственник хочет увидеть ее "в виде денег на счете", то это чистый денежный поток который вообще другим может быть. Прибыли нет, а поток есть (например КЗ нарастили), или прибыль есть, а потока нет (все ушло в ДЗ и запасы).
Ладно, че-та я разошелся. Буду опять с утра бодрый - еще напишу.

Для этого и существует учетная политика. А налоговой до прибыли вообще не должно быть дела. Вообще следовало бы отменить налог на прибыль, компенсировав его оборотными налогами типа НДС.

Вообще, налоговой интересен учёт НУ. Управленцам управленческий. Инвесторам МСФО. Кому нужен БУ - непонятно. Ну балансы, конечно требуется отправлять, но тем же упрощёнщикам, например, не надо.

(36) Бухучет создавался именно в интересах собственника. Просто у нас его извратили в интересах налоговой и прочих органов. А собственнику оставили "амбарную книгу", обозвав её "управленческим учетом".

(37) Я это знаю. Но на практике не видел ни одного руководителя, который разбирался бы в бухгалтерии :) Ну а бухгалтера в нашей стране  нужны в основном для расчёта налогов. И для их оптимизации.

Раньше был только бухучет, в конце 80х, и почти все 90е.
И налоговая смотрела в РСБУ.
А потом начался процесс "поэтапного сближения РСБУ и МСФО" (мы ж стремимся к цивилизации), налоговая почуяла что бабло уплывает, но сделать с минфином она ничего не может, психанула и запилила свой учет, налоговый.
Теперь действительно не понятно кому нормированный РСБУ нужен.

(30) Корректировки только в настоящем времени, либо косяк в инвентаризацию.

(2) >> были компоненты Бухгалтерия и Оперативный учет ни к каким мыслям не приводит?

А к каким мыслям это должно приводить?
Сами компоненты в 8.х никуда не делись. Просто избавились от нескольких вариантов платформы.

Работа с задним числом вообще никак не относится к вопросу используемого инструментария - регистры накопления, бухгалтерии, сведений или расчета. Эта проблема одинаково характерна для любых разделов учета/расчета, методов ведения учета и предметов учета.

А как в пилить в систему без заднего числа что подтвержденная банковская выписка выдается только на следующий день? и почему я не могу банковские движения за 5 число отразить 6-ым, когда получаю подтвержденную выписку (по карйней мере от совей бухии я внятного ответа не добился)

(42) по идее, когда банкиры пердень закрыли - они выписку формируют. а закрывают они часов в 17 или 19 - так что выводи буха в вечернюю...

Птля... И эти люди делают бухгалтерский учет.

Вы зачем смешиваете понятия "работа задним числом" в контексте компоненты "оперативный учет" и в контексте бухгалтерского учета?

(44)
"глаза боятся - а руки делают.
"руки сделают - а потом глаза боятся..."
©

(45) Малые знания - малые печали :)

(46) ©"Даннинг & Крюгер" ? :)

(42) Вам скажут: "А чем докажете, что это 6-ое число? Ничем? Значит - вы эти деньги украли и мы вас сейчас за это всех посадим."

(47) no pain no gain, no woman no spending money

(42) ПОтому что налоговая запрашивает обороты у банка и сравнивает его с вашими оборотами отраженными в декларациях. Вот будет все радость когда вы занизите выручку (отразите выписку не следующий день - налоговый период)

(43) Не всегда, особенно всякие РКО могут появиться на следующий день

(50) РКО не могут. Не путай с банком...

(51) ? Почему Расчетно Кассовое Обслуживание не может появиться в выписки на следующий день?

(52) Потому что РКО - это расчётный кассовый ордер, который должен быть выдан клиенту моментально...

(53) в контексте банка это Расчетно-Кассовое обслуживание. Т.е. мзда банку за ведение расчетного счета предприятия

(26) вы только про движения ТМЦ говорите? А как тогда считать заработную плату. Она же принципиально проводится "задним числом". И еще куча всяких проводок по закрытию месяца (если конечно у вас не суперсистема, в которой в 18:00 в последний день месяца жмешь кнопку и она безошибочно всё проводит и закрывает).

(55) Если в идеале, то закрытие расчетного периода (подведение баланса) должно производиться полностью автоматически в 00 часов. А все изменения вчерашних документов только через сторно.

(56) Бухбаланс свести в 00 часов? А если учесть счета за комуслуги, которые приходят числа 10-15 следующего месяца?

Ну вот и учесть их в след. месяце. По мере поступления документов.

(53)
Должен. А не выдается. Грузишь выписку утром в 09:00 следующего дня - нет РКО, грузишь в 11:00 - уже есть, чудеса.
Ну а в выписке полученной в 18:00 предыдущего дня РКО тем более может не быть.
Несовершенство мироустройства.

(58) Не положено. Затраты за декабрь должны быть отражены в декабре, а не когда левая пятка зачесалась

(59) Я все РКО подписываю лично.... Так что они моментальны...

Положение по бухгалтерскому учету "Исправление ошибок в бухгалтерском учете и отчетности" (ПБУ 22/2010)

(61) Ты кто троль? Причем тут твоя касса и безакцепное списание банком за услуги

(57) "...при расчете мгновенной себестоимости учесть выставляемые концом месяца услуги (аренда, электроэнергия), распределяя их на прогнозируемый объем производства..."© :-)

пока отчетность не сдана можно любыке операции любым числом вводить.
а даже когда и сдана, все равно можно вводить, но потом нужно уточненку сдать

(65) Нет. На все есть сроки. За пределами установленных сроков - только метод сторно. Но в текущем отчетном периоде.

Исправляем все в периоде обнаружения ошибки

(64) Рассказал бы ты это моему ГБ 10 лет назад...

+ (66) Обычная практика - за пределами установленных сроков запрещено вносить изменения в учетные регистры. Ошибки прошлых периодов исправляются методом сторно в текущем отчетном периоде. Опять же с учетом установленных сроков. Если отчет (например) сдается за прошлый месяц до 20-го числа текущего - допустимо внести изменения в любой документ прошлого месяца до момента подачи. Вплоть до 20-го числа текущего.

Даже в законе прописаны, что если документы поступили позже, но до сдачи отчетности, то их можно учесть в период начисления, а не получения (по крайне мере для НДС это так. Если фактура получена до сдачи отчетности, но можно учесть её задним числом)

(60) Как вариант, можно в течение месяца фиксировать оценочные затраты, относя их на счет резервов, а гасить резервы фактически полученными документами.

(71) Это не МСФО, это БУ :) Вроде как есть отдельные виды резервов, и все виды затрат в них включать нельзя. Я вот сейчас учёт неотфактурированных поставок автоматизирую. Так там вообще жесть в случае валютного контракта. По БУ затраты на дату поставки, а по НУ на дату документа. Это если не аванс. Ну и поставка фактическая может от неотфактурированной в результате отличаться.

(68) я еще могу фраз из того ТЗ подкинуть... например, "при изменении задним числом разрешать делать изменения, если они правильные и от них ничего не слетит, в противном случае - запрещать"."

(73) И вопросное окно "вы уверены, что изменения правильные?" ))

(74) "если правомерно изменяет - то можно, а если случайно - то нельзя"
"изменять можно только если исправляют ошибки"

(75) все равно это не переплюнет чувака, который в начале 1998 дал задание главбушке "спрогнозировать курс доллара и ставку кредитования, и построить план закупок оборудования исходя из этого"

(56) "А все изменения вчерашних документов только через сторно."
проблема в том, что в БУ конфигах практическ не разделяется "период регитсрации" и "период действия". если бы мама реализовала такое - то ввода задним числом не было бы. зато было бы ахереть как весело собирать отчеты/результаты/прводки