Заполнение книги учета доходов и расходов (КУДиР) 1С

При формировании КУДиР при УСН часто возникает множество вопросов и проблем, к.т.: 1. Как выполняется заполнение книги учета доходов и расходов 2. Неправильно формируется книга учета доходов и расходов в 1С а). Доходы / расходы не попадают в КУДиР; б). Доходы / расходы попадают, но не принимаются к учету и многие другие ошибки.

При правильном учёте, книга формируется корректно, но идеальный учет это скорее фантастика, для реальных случаев можно использовать специальный инструмент. Обработка предназначена для просмотра и заполнения КУДиР. Заполнение может производиться как штатным, так и альтернативным способом (от бухгалтерской проводки).

Скопировать ссылку
Перейти

(40) Обработка формирует записи для КУДиР по данным из бухучета. Поэтому главное условие - чтобы была возможность выделить факт расхода с точки зрения бухучета. К публикации прилагается бесплатный файл. Это и инструкция и описание механизма обработки.

Насчет причины почему не формируются расходы штатно - ответить не могу, нужно смотреть базу. Моя обработка позволяет обходить эту проблему, не анализирую причину

Скопировать ссылку
Перейти

Если что-то введено вручную, то логика этого ввода существует лишь в памяти вводившего. Программа не понимает этого.

Могу объяснить лишь базовые принципы из практики применения: Если мы купили товар, то это просто общие расходы. Принять к учету расходы на него сможем после реализации Если мы понесли иные расходы, то отразить их принятие к учету мы можем на основании соответствующей хоз. операции которая отражает факт расхода на соответствующую статью затрат. Затраты не связанные с закупкой товара для последующей реализации могут быть принять к учету с рядом ограничений. Далеко не все виды затрат могут быть приняты к учету. Нужно ориентироваться на НК РФ

Смотрите предыдущий ответ. В любом случае этот и предшествующий вопросы выходят за рамки технической поддержки. Рекомендую обратиться за помощью к бухгалтеру. Основным условием для работы механизма формирование КУДиР по проводкам это наличие поставленного бухучета и уверенное понимание смысла хозяйственных операций . Иначе с обработкой будет работать очень сложно. Повторю, что обработка лишь инструмент в руках бухгалтера. Бухгалтера понимающего физический смысл бухгалтерских проводок и знающего какая хозяйственная операция каким образом должна быть отражена в КУДиР.

С точки зрения бухучета необходимо иметь ответы на вопросы: "Какие операции будут отражены в КУДиР" "Как операция будет отражена в КУДиР"

Если этих ответов нет, то ни сам бухучет, ни стандартная, ни альтернативная КУДиР не могут быть корректными.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Код модуля обработки не подвергался обфускации, но был скомпилирован. Т.е. установлена «защита от дурака», во избежание актов вандализма.

Для альтернативного механизма заполнения не имеет значения в каком состоянии находится партионный учет. В типовом варианте, партии БУ/НУ, необходимы для определения момента поступления и реализации товара

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

(13) Здравствуйте. Заполнение типовыми методом предусматривает заполнение по УСН. Причем партии по БУ и НУ всё равно должны формироваться даже при РАУЗ. Альтернативное в принципе не привязано к каким-либо настройкам учета. Т.е. вы явным образом указываете какие проводки каким образом должны отразиться в КУДиР. Обработка делает необходимые записи в БД, отчет формируется штатными средствами.

Насчет учета на ОСНО не уверен что сама форма отчета совпадает с формой для УСНО. Она и называется по другому "КУДиР для ИП". Причем судя по коду формируется он не только из регистров, но и по документам. Примерно полгода назад изучал этот вопрос, может сейчас что-то путаю.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

(17) (18) Приветствую, постараюсь ответить по порядку

Альтернативный механизм заполнения, абстрагирован от управленческой специфики и полностью полагается на проводки.

1. Для сложных случаев когда по каждому отдельному случаю внутри одной проводки нужно принимать решение вручную. Есть три варианта: а) Логически сгруппировать эти операции, завести субсчета и вести учет по ним, а не сваливать всё в кучу. Наглядным примером может служить счет 57 б) Вручную для каждого документа указывать как его отражать в КУДиР. Подойдет для небольшого документооборота. Впрочем, тут и моя обработка тут не нужна. в) Обратиться к автору с предложением о доработке, либо доработке и внедрении на конкретном предприятии.

2. Для сложного учета номенклатуры, тоже кажется всё в порядке. Если номенклатура и настроена должным образом, то проводки должны быть правильными. Если нет, то см. п. 1а

3. Ручные правки. Здесь следует определиться. Есть ручные правки в самом документе движения, а есть спец. документы "Запись КУДиР". Обе они являются частью типового механизма. Если первый вариант моей обработкой игнорируется и КУДиР формируется строго по проводками, то спец. документы обработка не трогает и позволяет просмотреть их движения по необходимости.

4. Немного не понял цель создания отдельного документа для возврата по карте. Ведь оплата и возврат осуществляется одним документом, различается только вид операции.

5. Картинки посмотрел, видимо автор изменений, что-то где-то напутал.

6. Любую базу можно привести в порядок, вопрос времени и цены и самое главное цели. Т.е. какой именно порядок и где нужен. Потому что бывает дешевле взять остатки, необходимые движения и начать почти с нуля в новой базе. Поэтому предлагаю перейти в личку, чтобы не засорять ветку оффтопом.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

(22) Нужна проверка. Написал в личку.

UPD. Да. Подойдёт. Версия на УФ

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

(24) Посмотрите вторую закладку движений (Книга учета доходов и расходов). Результат должен быть там. Отражение проводок логичное. Главное потом не забыть проводку типа Кт 57.3 Дт 51 отразить в графах 4 и 5

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

(27) Судя по всему речь идёт о виде операции (отражается как содержание операции) (28) Вопрос в первую очередь бухгалтеру. Логика и опыт подсказывают, что проводки типа Дт 60 Кт 51 отражать в графах 6 и 7, т.е. простым кассовым методом. Либо Дт 60.01 Кт 51 в графе 6 и 7, а Дт 60.02 Кт 51 в графе 6 и Дт 60.01 Кт 60.02 в графе 7 (аналогично для счета 62)

Если необходимо отражать именно по факту реализации купленного товара, то тут возникнут сложности, ибо история движения по 41счету обработкой не отслеживается. На практике этого и не требуется.

Скопировать ссылку
Перейти

(29) (30) Насчет вашей задачи еще раз проконсультировался с налоговой. Действительно, бывают территориальные органы, где всё строго и по букве закона, и от самой компании зависит. Если налоги платятся исправно и стабильно, то налоговая не свирепствует.

Подумал и решил, что если хотите отражать расходы по факту реализации, то рекомендую обратить внимание на проводку типа Дт 90.02.1 Кт 41

Такая проводка отражает себестоимость списанного товара, и таким образом, вы сможете отразить её в графе 7 (только в ней), потому что графу 6 вы заполнили когда отражали оплату поставщику

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

29. Странно, что на практике не требуется - вроде как НК никто ни для кого не отменял. Какой же кассовый метод, если принимать к затратам можно только после оплаты и продажи и никак иначе?

У меня вопрос: а почему в нижней части отчета ничего не высвечивается. Хотя бы наглядно, чтобы понимать что и как?

Скопировать ссылку
Перейти

(30) Так и есть, что по факту понесенных затрат принимают расходы к учету. несколько лет назад когда идея этой обработки только витала в воздухе, консультировался по этому поводу с первоисточником (налоговым органом). Да и на практике такие отчеты принимает налоговая.

(31) У меня есть подозрение, что вы пытаетесь использовать обработку не так как используют её остальные покупатели. Вы бухгалтер? Дело в том, что тип документа не является сущностью бухучета. В бухучете есть проводки - по которым и предлагается строить КУДиР. Если ваш бухгалтерский учет не может дать ответ на то, что является доходом / расходом и когда их можно принимать к учету, то предлагаю критически взглянуть на ведение БУ в организации или заказать доработку. Хотя могу предположить, что это может вылиться в полную переработку. Ибо обработка построена вокруг бухгалтерского учета. Записи КУДиР сверяются именно с ним, подразумевая, что как-минимум бухучет содержит корректную информацию.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

(34) Здравствуйте. Насчет "поподробнее узнать", сейчас думаю дополнить описание скриншотами с примерами из реального учета.

Насчет "пощупать" Демо-версия отсутствует по простым причинам: 1). Низкая стоимость программы 2). Простота понимания работы обработки.

В вашем случае, можете сформировать, например "ОСВ" и или "Анализ счета" представить, что вы можете для выбранных вами же проводок указать правила отражения в КУДиР. Т.е построить КУДиР, по данным бухучета.

Если потребуется действительно посмотреть - можем в личке договориться о демонстрации работы

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Проблем быть не должно. И затраты и доходы идут по разным проводкам для ЕНВД и не ЕНВД. Можете сами проверить - сформируйте ОСВ и увидите, что одни и те же операции для ЕНВД и УСН отражаются разными проводками.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

(44) В содержание операции попадает содержание проводки. Если в содержании проводки контрагент не упоминается, то в данной версии никак.

В предыдущей версии уже реализован анализ субконто. Теоретически можно и описание формировать из них. Вопрос - надо ли?

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

(48) Да, ERP поддерживается (версия 1.xx).

Да, конечно, для этого она и создавалась.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

(50) Данная ошибка сигнализирует о невозможности сделать запись в КУДиР по этому документу (не предусмотрено конфигурацией).

UPD. Видимо ERP. Отражение этого документа в КУДиР не предусмотрено конфигурацией. Тут вариантов несколько:

1. Если этот случай единичный, то можно создать документ "Запись КУДиР" и отразить операцию в нём 2. Если случаев много: а). Вариант с редактирование конфигурации. Добавить документ в список регистраторов спец.регистров КУДиР б). Без редактирования (предпочтительный). Поискать, как рекомендуется отражать данную операцию в целях отражения в КУДиР.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

(54) Slime, обработка делает записи в регистры КУДиР.

Также нашел интересную информацию. Видимо поэтому не предусмотрено отражение списания недостач в КУДиР:

"Расходы в виде недостачи материалов на складе нельзя принять в уменьшение налоговой базы по УСН, т.к. они не поименованы в закрытом перечне ст. 346.16 НК РФ."

Также, нашел информацию об отражении факта списания недостачи. Вы относите недостачу к общехозяйственным расходам, тогда как рекомендуется использовать 94 счет (Недостачи и потери от порчи ценностей)

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

(56) Посмотрите последнюю ссылку. Там подробно расписаны варианты отражения списания недостач и потерь.

Но в любом случае, вы не можете на сумму этих расходов уменьшать налогооблагаемую базу.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

1. Недоступные регламентные операции действительно не будут работать. В данном случае, в них отсутствует необходимость. 2. Ошибку в описании понял, необходимо будет сделать отдельные ветки справки для каждой поддерживаемой конфигурации. 3. Для отказа операций выполненных в функционале штатного заполнения, достаточно выполнить операцию (отменить ручные изменения). Для отмены изменений выполненных альтернативным способом, достаточно еще раз запустить стандартную обработку восстановления последовательности документов.

Если у вас возникли сложности с применением обработки могу ответить на вопросы в режиме онлайн (контакты выслал личным сообщением)

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

(61) нужно очень, если сможете сделать, то скорее у нас все работают через веб сервис, на тонком клиенте,

Скопировать ссылку
Перейти

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

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

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Если речь идет о документе "Операция", то по сути эта та же корректировка записей регистров. В типовой КУДИР сбор из подобных документов не предусмотрен. А так как обработка, по сути дополнение к типовой КУДиР, то и эти проводки она не сможет записать. Разумеется, будет выдан список проводок и регистраторов которые не удалось записать в КУДиР.

В такой ситуации вижу два варианта: 1. Постараться вести учет через первичные документы, иначе зачем вообще ставить современную конфигурацию. Кстати в этом случае, возможно и не потребуется обработка. БП 3, как правило, хорошо работает с КУДиР. 2. Доработать обработку, чтобы она для всех случаев ручного ввода проводок создавала документ "Запись книги учета доходов и расходов УСН (ручной учет)". Но это довольно громоздкое решение в обслуживании (как и ручные проводки), но технически, это достаточно просто.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Откуда взяты данные для корректной КУДиР?

Обработка формирует КУДиР по данным бухучета. Это предполагает, что вы можете с точки зрения бухучета сказать какие операции, каким образом следует отразить в КУДиР.

Скопировать ссылку
Перейти

Виталий добрый день. Данные для корректной кудир взяты из программы, в которой ведется учет. Там 70% реализаций откорректированы в ручную, сверены с поступлением и оплатами.

Это понятно, я не понимаю какие мне проводки необходимо выбрать, чтобы сформировалась корректная кудир. Можно ли в моей программе где то посмотреть на основе каких проводок формируется кудир,чтобы выбрать эти проводки?

Скопировать ссылку
Перейти

Если этих ответов нет, то ни сам бухучет, ни стандартная, ни альтернативная КУДиР не могут быть корректными.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

1. Покажите эту проводку 2. И воспроизведите, пожалуйста, все действия по выбору субконто. Как именно выбиралось

Для удобства общения предлагаю создать обращение в ТП чтобы скриншоты если они секретные, широкая общественность не увидела

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

уважаемый автор! БП30. пользователь ввел много проводок Д76.09 К 62.01, операциями, введенными вручную. теперь просит, чтобы эти проводки попали в книгу усн. обьясняю ему, что, если операции вводились вручную, то надо на каждую операцию создать Документ "Запись книги учета доходов и расходов (УСН)" , так предусмотрено 1с. Юзверь просит, чтоб эти документы создались сами. писать села ночью, хочется спать. решила поискать готовую. нашла Вашу, купила. так и называется "формирование записей КУДиР." и у Вас даже в списке правил есть такая проводка как нам надо Д76.09 К62.01 ставлю галки использовать, Доход, принимать. нажимаю кнопку "Создать записи кудир." программа что-то делает и в итоге не создает Документ "Запись книги учета доходов и расходов (УСН)", и если сформировать саму книгу, отчет , там тоже пусто.

нет формирования записей в КУДиР!

я, видимо, что-то не понимаю? помогите разобраться, пожалуйста, как пользоваться вашей обработкой, чтоб она сформировала записи кудир.

П.С. извините, разобралась, похоже, программа в каждой операции добавила закладочку "книга учета доходов и расходов раздел 1" и заполнила ее по проводкам, и в книгу усн эти записи теперь попадают, что и требовалось нам. сейчас еще раз проверю, но, похоже, Вы мне помогли, спасибо! работает :) почему то сразу в книгу не попадало. может быть, заработало после того, как я убрала ошибку про модальность. сейчас попробую еше раз, теперь на рабочей базе

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

Скопировать ссылку
Перейти

Обработка действительно не создаёт документы. Только движения. У документов типа Операция(Бух) нет движений по регистру.

Это у Вас в базе есть. Обработка смотрит какие проводки есть в базе и именно их предлагает для выбора.

Насчет ошибки про модальность. Вероятно была ошибка с настройкой правил, внесу изменения, чтобы конфигурации с запретом модальных окон не имели проблем.

📎📎📎📎📎📎📎📎📎📎