|
v7: Правильное мышление 1Сника и работа задним числом | ☑ | ||
---|---|---|---|---|
0
asn-sasha
24.02.19
✎
17:02
|
Доброго времени суток! Возник вопрос с точки зрения 1Сника как технаря, и закона:
Часто бывает что на предприятие необходиться без работы с задним числом, то счёт необходимо выписать задним числом, то ещё какие то мутки... Что иногда вызывает лишний геморой в работе, и мышление как программиста формируется что иногда без этого не обойтись в некоторых ситуациях... Но возник вопрос - по закону можно работать с задним числом? |
|||
1
Смотрящий
24.02.19
✎
17:04
|
(0) РСБУ по которому все сдается - и смотрит на _прошедшие_ события. А уж когда событие датированное 20м числом прошло 18 или 25 никого не интересует
|
|||
2
Черный маклер
24.02.19
✎
17:06
|
то, что в 1С7.7 были компоненты Бухгалтерия и Оперативный учет ни к каким мыслям не приводит ?
|
|||
3
Провинциальный 1сник
24.02.19
✎
17:26
|
Что вы тут на РСБУ наезжаете. Они вовсе не обязывают вести учет задним числом. Тут скорее налоговый кодекс малину портит.
|
|||
4
HawkEye
24.02.19
✎
17:35
|
(0) в чем проблема выписать счет задним числом?
|
|||
5
jsmith82
24.02.19
✎
17:48
|
попробуй по-английски
|
|||
6
exwill
24.02.19
✎
18:10
|
(0) Законом это не регламентируется. Другое дело - что никто не умеет делать это правильно. Отсюда и возникают неприятности.
|
|||
7
Мыш
24.02.19
✎
18:22
|
> никто не умеет делать это правильно. Отсюда и возникают неприятности.
Чойта какая-то натяжка. А кто судит о правильности, если никто не умеет делать правильно? ) |
|||
8
Aleksey
24.02.19
✎
19:45
|
(6) НК РФ Статья 54. Общие вопросы исчисления налоговой базы
При обнаружении ошибок (искажений) в исчислении налоговой базы, относящихся к прошлым налоговым (отчетным) периодам, в текущем налоговом (отчетном) периоде перерасчет налоговой базы и суммы налога производится за период, в котором были совершены указанные ошибки (искажения). Т.е. к примеру обнаружили что в прошлом году выставили лишнюю накладную. Соответсвенно исправление вноситься в старый период, когда была допущена ошибка, а не а текущий. |
|||
9
exwill
24.02.19
✎
19:53
|
(7) Я сужу.
|
|||
10
exwill
24.02.19
✎
19:54
|
(8) Не исправление вносится, а налоговая база рассчитывается. А куда вы там внесете или не внесете исправления, налоговому кодексу начхать.
|
|||
11
Провинциальный 1сник
24.02.19
✎
20:06
|
(10) Да в том и проблема что ему начхать. И предполагается, что все должны вести налоговый учет, не оглядываясь на бухгалтерский (с редкими исключениями), то есть, по сути, работа бухгалтера удваивается. А никто не хочет следить за двумя учетами, вот и нагибают бухучет под ублюдочный налоговый..
|
|||
12
Злопчинский
24.02.19
✎
20:15
|
налоговый - вносите изменения в прошлый период. бухгалтерский - соответсвующие измененяи вносятся в текущем периоде.
|
|||
13
Aleksey
24.02.19
✎
20:17
|
(10) а как ты изменишь налоговую базу задним числом без изменения документов? Писать в екселе и потом складывать вычитать?
(12) Вот так и появился ПБУ 18/12 |
|||
14
Aleksey
24.02.19
✎
20:17
|
* ПБК 18/02 конечно же
|
|||
15
Конструктор1С
25.02.19
✎
03:44
|
||||
16
Провинциальный 1сник
25.02.19
✎
05:56
|
(13) Само по себе понятие "налоговая прибыль" - законодательный идиотизм. Прибыль только одна может быть, и она бухгалтерская. А не "тут считаем, тут не считаем, тут рыбу заворачивали"..
|
|||
17
СтепаDS
25.02.19
✎
06:02
|
(0) Столько ошибок, ты в школе учился? Рассуждает, туда же.
|
|||
18
NorthWind
25.02.19
✎
07:57
|
(0) Про исправления задним числом в законе ничего не написано. Там написано, как должно быть, а должно быть - оформление операций в момент их совершения. Соответственно, коль скоро нет явного запрета - вы можете делать что вам вздумается, санкций нет. Конечно, если эти действия приведут к недоимкам налогов и прочим проступкам, которые явно запрещены - вы можете пострадать, но отвечать вы будете за эти последствия, а не за то что вы что-то изменили задним числом.
Что касается программы, то это чисто техническое, системное ограничение, основанное на том, что расчеты при проведении очередного документа базируются на данных, которые внесены предыдущими документами. Соответственно, если вы меняете предыдущий документ при наличии последующих, это может дать эффект выбивания костяшки домино из-под башни, из этих костяшек построенной. В этом случае башню надо перестроить - перепровести все документы, которые были введены после измененного, что долго и не всегда возможно. Для того чтобы отслеживать изменения документов внутри периода и выполнять перепроведение, был реализаован механизм последовательностей документов. |
|||
19
Провинциальный 1сник
25.02.19
✎
08:05
|
(18) "В этом случае башню надо перестроить - перепровести все документы, которые были введены после измененного, что долго и не всегда возможно. Для того чтобы отслеживать изменения документов внутри периода и выполнять перепроведение, был реализаован механизм последовательностей документов."
И вот эта красота разрушает стройный механизм бухгалтерского учета чуть менее чем полностью. Ввод данных задним числом - зло. Расчеты в модуле проведения, базирующиеся на предыдущих данных - зло. Перепроведение - зло. |
|||
20
NorthWind
25.02.19
✎
08:09
|
(19) в мире нет идеала. Предприятия существуют не ради бухучета, а ради получения прибыли. Бухучет - это нашлепка, которая генерирует издержки. Поэтому если для дела надо лазить задним числом - будут лазить.
|
|||
21
Mikeware
25.02.19
✎
08:11
|
(19) эээ? а на чем должны базироваться расчеты в модуле проведения, если не на "предыдущих данных"? на среднепотолочных?
|
|||
22
Mikeware
25.02.19
✎
08:14
|
(20) бухучет (нормальный, а не выродженный в "соблюдение требований") и есть учет этой самой прибыли, и издержек для ее получения.
|
|||
23
NorthWind
25.02.19
✎
08:17
|
(22) дело в том, что он сам по себе генерирует издержки - зарплата бухгалтеров, затрата на компьютеры, бухгалтерские программы и т.д. А в условиях кривого переусложненного законодательства издержки довольно велики.
|
|||
24
NorthWind
25.02.19
✎
08:17
|
* затраты
|
|||
25
NorthWind
25.02.19
✎
08:18
|
и, кстати, мы с вами существуем на эти издержки бизнеса :))
|
|||
26
los_hooliganos
25.02.19
✎
08:29
|
(0) В нормальных дистрибьюторских компания работы задним числом нету.
Оперативный учет не позволяет выписать счет и расходную накладную задним числом. |
|||
27
tgu82
25.02.19
✎
08:41
|
Вот вдруг: все как-то функционирует тихо-мирно после бурь и вулканов. Можно конечно думать о всяких удобствах для конторы, но надо ли это конторе? И думаешь - ну что ты у людей зарплату отжираешь? Случится что - тогда и позовут меня или еще кого-нибудь. Ведь в регламент производственного процесса ты не вписываешься хз почему. Твоими аналитическими отчетами все пользуются но не ты. А с другой стороны как без зарплаты оставаться, почти 60 - работу найти наверное не просто - не по теме а может и по теме отчасти )
|
|||
28
user2f
25.02.19
✎
08:47
|
Ну конечно работа с задним числом зло.
Осталась малость - обеспечить чтобы данные за прошлые числа не содержали ошибок и были полными, и дело в шляпе. |
|||
29
exwill
25.02.19
✎
08:53
|
(16) Прибылей может быть сколько угодно. Посчитал по ФИФО - одна, по ЛИФО - другая, по средней - третья.
|
|||
30
Mikeware
25.02.19
✎
08:54
|
(23) любая прибыль требует издержек. даже прямая кража или грабеж (присвоение чужого без всяких затрат) - и то требует "встать и сделать" (ну а уж "заранее подготовиться", "скрыться" и "замести следы" - тем более). а уж бизнес требует и учета прибыли, и учета издержек. который сам по себе - издержки.
(27) не протрезвел еще, чтоль? (26) новую - может и не выписать. а как насчет коррректировок? |
|||
31
Провинциальный 1сник
25.02.19
✎
08:55
|
(21) Модуль проведения должен просто сформировать проводки, основываясь на реквизитах документа, инвариантно от последовательности проведения.
|
|||
32
Провинциальный 1сник
25.02.19
✎
08:56
|
(29) Ну для этого и существует учетная политика. Утвердили методику, она не противоречит ПБУ - всё, пусть налоговая ест её.
|
|||
33
Mikeware
25.02.19
✎
09:00
|
(31) тогда и правила/набор реквизитов должны быть исчерпывающи.
например, распределение оплата/аванс :-) |
|||
34
user2f
25.02.19
✎
09:12
|
БДДС, движение денег, носит абсолютный характер.
Прибыль это БДРное понятие. Прибыль как минимум может быть разной в связи с тем что в одном случае мы считаем это расходом, а в этом инвестицией. А потом эту инвестицию амортизируем, или не амортизируем. Вспомните, ведь на прибыль влияет как минимум амортизация, которая условна в зависимости от метода учета. Есть и другие отличия (выше уже назвали ЛИФО/ФИФО). Да и вообще БДР это учет не всех начислений за период, а (по основной деятельности) только тех доходов, которые вызваны продажей продукции/услуг и тех расходов, которые связаны с этой продукцией/услугами. Пофиг что вы потратили дофига ресурсов на продукцию, а она не продалась - и в БДР оно не попадает, висит на незавершенке, падает в баланс, а в БДР не падает, и на "одинаковую" прибыль не влияет. А возможно у вас не полное поглощение затрат, а директ костинг, тогда часть расходов падает. Чистая прибыль по БДР и чистый денежный поток по БДДС сойдутся за все время деятельности предприятия, от основания до закрытия, но внутри периодов могут быть разные. Даже если заниматься только учетом киоска с шаурмой, то прибыль разная, смотря на сколько вы договорились растянуть покупку гриля, амортизируете для себя на год или на десять лет. Можно еще дальше копать, но важно что прибыль разная в УУ, НУ, РСБУ, МСФО, по понятиям, а если собственник хочет увидеть ее "в виде денег на счете", то это чистый денежный поток который вообще другим может быть. Прибыли нет, а поток есть (например КЗ нарастили), или прибыль есть, а потока нет (все ушло в ДЗ и запасы). Ладно, че-та я разошелся. Буду опять с утра бодрый - еще напишу. |
|||
35
Провинциальный 1сник
25.02.19
✎
09:22
|
Для этого и существует учетная политика. А налоговой до прибыли вообще не должно быть дела. Вообще следовало бы отменить налог на прибыль, компенсировав его оборотными налогами типа НДС.
|
|||
36
ADenPiter
25.02.19
✎
09:30
|
Вообще, налоговой интересен учёт НУ. Управленцам управленческий. Инвесторам МСФО. Кому нужен БУ - непонятно. Ну балансы, конечно требуется отправлять, но тем же упрощёнщикам, например, не надо.
|
|||
37
Провинциальный 1сник
25.02.19
✎
09:36
|
(36) Бухучет создавался именно в интересах собственника. Просто у нас его извратили в интересах налоговой и прочих органов. А собственнику оставили "амбарную книгу", обозвав её "управленческим учетом".
|
|||
38
ADenPiter
25.02.19
✎
09:39
|
(37) Я это знаю. Но на практике не видел ни одного руководителя, который разбирался бы в бухгалтерии :) Ну а бухгалтера в нашей стране нужны в основном для расчёта налогов. И для их оптимизации.
|
|||
39
user2f
25.02.19
✎
09:39
|
Раньше был только бухучет, в конце 80х, и почти все 90е.
И налоговая смотрела в РСБУ. А потом начался процесс "поэтапного сближения РСБУ и МСФО" (мы ж стремимся к цивилизации), налоговая почуяла что бабло уплывает, но сделать с минфином она ничего не может, психанула и запилила свой учет, налоговый. Теперь действительно не понятно кому нормированный РСБУ нужен. |
|||
40
los_hooliganos
25.02.19
✎
09:43
|
(30) Корректировки только в настоящем времени, либо косяк в инвентаризацию.
|
|||
41
unregistered
25.02.19
✎
10:25
|
(2) >> были компоненты Бухгалтерия и Оперативный учет ни к каким мыслям не приводит?
А к каким мыслям это должно приводить? Сами компоненты в 8.х никуда не делись. Просто избавились от нескольких вариантов платформы. Работа с задним числом вообще никак не относится к вопросу используемого инструментария - регистры накопления, бухгалтерии, сведений или расчета. Эта проблема одинаково характерна для любых разделов учета/расчета, методов ведения учета и предметов учета. |
|||
42
Злопчинский
25.02.19
✎
10:58
|
А как в пилить в систему без заднего числа что подтвержденная банковская выписка выдается только на следующий день? и почему я не могу банковские движения за 5 число отразить 6-ым, когда получаю подтвержденную выписку (по карйней мере от совей бухии я внятного ответа не добился)
|
|||
43
Mikeware
25.02.19
✎
11:03
|
(42) по идее, когда банкиры пердень закрыли - они выписку формируют. а закрывают они часов в 17 или 19 - так что выводи буха в вечернюю...
|
|||
44
Василий Алибабаевич
25.02.19
✎
11:06
|
Птля... И эти люди делают бухгалтерский учет.
Вы зачем смешиваете понятия "работа задним числом" в контексте компоненты "оперативный учет" и в контексте бухгалтерского учета? |
|||
45
Mikeware
25.02.19
✎
11:09
|
(44)
"глаза боятся - а руки делают. "руки сделают - а потом глаза боятся..." © |
|||
46
ADenPiter
25.02.19
✎
11:10
|
(45) Малые знания - малые печали :)
|
|||
47
Mikeware
25.02.19
✎
11:14
|
(46) ©"Даннинг & Крюгер" ? :)
|
|||
48
exwill
25.02.19
✎
11:16
|
(42) Вам скажут: "А чем докажете, что это 6-ое число? Ничем? Значит - вы эти деньги украли и мы вас сейчас за это всех посадим."
|
|||
49
ДенисЧ
25.02.19
✎
11:17
|
(47) no pain no gain, no woman no spending money
|
|||
50
Aleksey
25.02.19
✎
11:24
|
(42) ПОтому что налоговая запрашивает обороты у банка и сравнивает его с вашими оборотами отраженными в декларациях. Вот будет все радость когда вы занизите выручку (отразите выписку не следующий день - налоговый период)
(43) Не всегда, особенно всякие РКО могут появиться на следующий день |
|||
51
ДенисЧ
25.02.19
✎
11:25
|
(50) РКО не могут. Не путай с банком...
|
|||
52
Aleksey
25.02.19
✎
11:26
|
(51) ? Почему Расчетно Кассовое Обслуживание не может появиться в выписки на следующий день?
|
|||
53
ДенисЧ
25.02.19
✎
11:29
|
(52) Потому что РКО - это расчётный кассовый ордер, который должен быть выдан клиенту моментально...
|
|||
54
Aleksey
25.02.19
✎
11:33
|
(53) в контексте банка это Расчетно-Кассовое обслуживание. Т.е. мзда банку за ведение расчетного счета предприятия
|
|||
55
Eiffil123
25.02.19
✎
11:54
|
(26) вы только про движения ТМЦ говорите? А как тогда считать заработную плату. Она же принципиально проводится "задним числом". И еще куча всяких проводок по закрытию месяца (если конечно у вас не суперсистема, в которой в 18:00 в последний день месяца жмешь кнопку и она безошибочно всё проводит и закрывает).
|
|||
56
Провинциальный 1сник
25.02.19
✎
11:58
|
(55) Если в идеале, то закрытие расчетного периода (подведение баланса) должно производиться полностью автоматически в 00 часов. А все изменения вчерашних документов только через сторно.
|
|||
57
ДенисЧ
25.02.19
✎
11:59
|
(56) Бухбаланс свести в 00 часов? А если учесть счета за комуслуги, которые приходят числа 10-15 следующего месяца?
|
|||
58
Провинциальный 1сник
25.02.19
✎
12:00
|
Ну вот и учесть их в след. месяце. По мере поступления документов.
|
|||
59
user2f
25.02.19
✎
12:01
|
(53)
Должен. А не выдается. Грузишь выписку утром в 09:00 следующего дня - нет РКО, грузишь в 11:00 - уже есть, чудеса. Ну а в выписке полученной в 18:00 предыдущего дня РКО тем более может не быть. Несовершенство мироустройства. |
|||
60
Aleksey
25.02.19
✎
12:01
|
(58) Не положено. Затраты за декабрь должны быть отражены в декабре, а не когда левая пятка зачесалась
|
|||
61
ДенисЧ
25.02.19
✎
12:02
|
(59) Я все РКО подписываю лично.... Так что они моментальны...
|
|||
62
marinna
25.02.19
✎
12:03
|
Положение по бухгалтерскому учету "Исправление ошибок в бухгалтерском учете и отчетности" (ПБУ 22/2010)
|
|||
63
Aleksey
25.02.19
✎
12:03
|
(61) Ты кто троль? Причем тут твоя касса и безакцепное списание банком за услуги
|
|||
64
Mikeware
25.02.19
✎
12:06
|
(57) "...при расчете мгновенной себестоимости учесть выставляемые концом месяца услуги (аренда, электроэнергия), распределяя их на прогнозируемый объем производства..."© :-)
|
|||
65
Вафель
25.02.19
✎
12:06
|
пока отчетность не сдана можно любыке операции любым числом вводить.
а даже когда и сдана, все равно можно вводить, но потом нужно уточненку сдать |
|||
66
Василий Алибабаевич
25.02.19
✎
12:07
|
(65) Нет. На все есть сроки. За пределами установленных сроков - только метод сторно. Но в текущем отчетном периоде.
|
|||
67
marinna
25.02.19
✎
12:09
|
Исправляем все в периоде обнаружения ошибки
|
|||
68
ДенисЧ
25.02.19
✎
12:12
|
(64) Рассказал бы ты это моему ГБ 10 лет назад...
|
|||
69
Василий Алибабаевич
25.02.19
✎
12:14
|
+ (66) Обычная практика - за пределами установленных сроков запрещено вносить изменения в учетные регистры. Ошибки прошлых периодов исправляются методом сторно в текущем отчетном периоде. Опять же с учетом установленных сроков. Если отчет (например) сдается за прошлый месяц до 20-го числа текущего - допустимо внести изменения в любой документ прошлого месяца до момента подачи. Вплоть до 20-го числа текущего.
|
|||
70
Aleksey
25.02.19
✎
12:33
|
Даже в законе прописаны, что если документы поступили позже, но до сдачи отчетности, то их можно учесть в период начисления, а не получения (по крайне мере для НДС это так. Если фактура получена до сдачи отчетности, но можно учесть её задним числом)
|
|||
71
Провинциальный 1сник
25.02.19
✎
12:59
|
(60) Как вариант, можно в течение месяца фиксировать оценочные затраты, относя их на счет резервов, а гасить резервы фактически полученными документами.
|
|||
72
ADenPiter
25.02.19
✎
15:03
|
(71) Это не МСФО, это БУ :) Вроде как есть отдельные виды резервов, и все виды затрат в них включать нельзя. Я вот сейчас учёт неотфактурированных поставок автоматизирую. Так там вообще жесть в случае валютного контракта. По БУ затраты на дату поставки, а по НУ на дату документа. Это если не аванс. Ну и поставка фактическая может от неотфактурированной в результате отличаться.
|
|||
73
Mikeware
25.02.19
✎
15:10
|
(68) я еще могу фраз из того ТЗ подкинуть... например, "при изменении задним числом разрешать делать изменения, если они правильные и от них ничего не слетит, в противном случае - запрещать"."
|
|||
74
ДенисЧ
25.02.19
✎
15:30
|
(73) И вопросное окно "вы уверены, что изменения правильные?" ))
|
|||
75
Mikeware
25.02.19
✎
15:43
|
(74) "если правомерно изменяет - то можно, а если случайно - то нельзя"
"изменять можно только если исправляют ошибки" |
|||
76
Mikeware
25.02.19
✎
15:45
|
(75) все равно это не переплюнет чувака, который в начале 1998 дал задание главбушке "спрогнозировать курс доллара и ставку кредитования, и построить план закупок оборудования исходя из этого"
|
|||
77
Злопчинский
25.02.19
✎
18:11
|
(56) "А все изменения вчерашних документов только через сторно."
проблема в том, что в БУ конфигах практическ не разделяется "период регитсрации" и "период действия". если бы мама реализовала такое - то ввода задним числом не было бы. зато было бы ахереть как весело собирать отчеты/результаты/прводки |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |