Бух77.465 Как бы посмотреть 19 счет в разрезе ставок НДС? #85406

Обороты еще можно насобирать из документов поступления, а вот остатки? НАтолкните на мысль

А почему обороты можно по документам поступления насобирать, а остатки - нет?

Вообще-то это совсем не нужно...Обороты 19 счета имеют аналитику по документам. В каждой строке документа есть ставка НДС и сумма. Делаешь запрос и вуаля...Но, повторюсь, это не нужно на самом деле. Данная задача отвечает на один единственный вопрос: правильно ли комп складывает цифры.

нужно на самом деле. И очень нужно. Необходимо видеть правильность заполнения книги покупок. Нужен анализ субконто:6076а не просто196076.........мой прог чего-то закопался именно в сальдах...Задача нужная... очень.

другими словами, нужно проверить, что СКД(19<10%>)*11 + СКД(19<18%>)*6.55555 = СКК(60.1)Сложность в том, что приход по 19 идёт по разным видам доков... и в неизвестном прошлом...

Ген, задача именно не нужная. Если соблюдать технологию, то КП собирается сама, автоматом. Как угодно: по одному документу, скопом в конце месяца... Подробная аналитика нужна тогда, когда руководитель ей не доверяет, и пытается оценить ее достоверность (была такая мысль озвучена, не помню, кем). Ну скажи, вот знаешь, что остатки по 10%% НДС, скажем, 500000 рублев. Ну и что? Пока не придет оплата, они так и будут висеть на 19-м счете. И чем они лучше/хуже 18%% остатков? Больше/меньше душу греют?

а чем неустраивает счет ЗПК?

И встанет задача проверить ЗПК ;)Я же сказал в : "задача отвечает на один единственный вопрос: правильно ли комп складывает цифры." Гена возразил, что, нет, очень, очень нужно, и в : "нужно проверить...". Чем подтвердил, что хочет проверить, как процессор справляется с арифметическими операциями ;) Ибо проверить, правильно ли заведены СФ, можно совсем проще :)

И тем не менее бухи временами ставят задачу - 19.3 и 76.Н.1 в разрезе ставок НДС...

До чего же тупые временами бывают эти бухи

Разумеется, ставят. И чем меньше работают на 1С, тем больше таких "задач". И наоборот. Они просто боятся, что комп что-то "пропустит" ;) Когда убедятся, что "сбой компьютера" - это, как правило, миф, "отмазка" небрежности, подобных задач будет гораздо меньше.

10. "Жаль только жить в эту пору прекрасную уж не придется ни мне, ни тебе...")))

Ну почему :)), годика два вполне хватает, чтоб перестать глупостями заниматься. А то, что заявленная задача никчемная, я уверен: информация нужна для принятия решения. В противном случае - это пустое любопытство. А какое решение можно принять по соотношению "10% - 18%"?

12. Откровенно говоря, не знаю. Но на той фирме к разделению по ставкам НДС интерес вообще не здоровый... Если например покупатель берет товар с разными ставками, то и раходных накладных будет несколько, внутри одной накладной ставки НДС не перемешиваются. Зачем так - не знаю. Когда я стал с ними работать, уже было так заведено, а выяснять не хотелось. Чем бы дитя не тешилось...

Я ж говорю: от недоверия. Боятся путаницы. На самом деле, соблюдение технологии гарантирует верный расчет. А контроль СФ очень прост: приход заполняет 19-й счет с "пустой" аналитикой, СФ "на основании" вводят записи с аналитикой, одновременно делая сторнировочные записи с пустой аналитикой на ту же сумму. Если приход и СФ не коррелированы, неизбежно возникают остатки с "пустой" аналитикой. По ним очень легко выловить как приход, не сопровожденный СФ, СФ не подкрепленные приходом, а так же ошибочные записи. Наоборот, отсутствие оборотов с "пустой" аналитикой говорит о совпадении цифр прихода и СФ.

я не буду рассказывать о специфике работы реальной фирмы, когда идут исправления по оплате и по приходу-расходу товара задним числом...Приятно поговорить с умными людьми. Ясно, что для большой торговой фирмы при громадном числе правок задним числом существует только один вариант формирования доков Запись кники покупок и Запись книги продаж - единоразово в конце месяца с первоначальным удалением предыдущих упомянутых доков, сформированных до правки.Стоит вопрос отслежки правильности работы алгоритма данного формирования. Я так понимаю, что все советуют использовать дублирование проводок по 19.3 и 76.Н.1 аналогичными по забалансовым ЗПК и ЗПР. Другими словами, только для того, чтобы мне видеть разбивку НДС по ставкам - мне воленс-ноленс необходимо увеличить минимум на треть месячный объём проводок, резко увеличить базу...И всё-таки остаются сомнения. Я рассуждал следующим образом. Возьмём ОСВ по счёту 19. Мы увидим:..........................Сальдо на начало...................Обороты....................Сальдо на конец<Контр1>...<сф1 от Дата1>...<сф2 от Дата2>...<сф3 от Дата3>.............................<сфN от ДатаN>Неужели мы не можем запросом вытащить в свой допотчёт инфу по каждой с-ф:<сфi от Датаi>18%10%?Получается, что все вы уверены, что необходимо всё-таки ЯВНО всегда пробивать ЗПК20 и ЗПК10...

VZ, суть не в проверке процессора. Он всегда посчитает правильно. Суть в том, что человеку свойственно ошибаться. Не бывает идеального ввода первичной информации. Может только мне так не повезло в жизни, но я идеальных людей не встречал...Поэтому с тупой верой принимать выход по 19 и 76.Н я просто не имею права. Сейчас я только могу увидеть ошибку первичного ввода если явно СКД*6.55555555555 > СКК. Если же 19 немного меньше, то утверждать безошибочность я не могу - 10-процентник замазывает картину.Поэтому я не совсем понимаю - что такого криминального в моём желании видеть каким-то образом разбивку НДС по ставкам?

А еще нужно в платежных поручениях указывать ставку. Получаем хлебо-булки и пр. с заводов, затем только платим. Надо бы отслеживать, кому с какой ставкой сколько должны. Буду пока обороты отслеживать по ЗПК или по докам поступления.

Верно. Нет идеальных людей. Нет не ошибающихся людей. Но для борьбы с "человеческим" фактором уже давным-давно придуман рецепт: конвеер. Технология.Вот смотрим, например, приход. Буха тупо вбивает номенклатуру, цены, сумму, НДС, итого... Глаза "замылены", пальцы не гнутся... Но первый барьер ловли ошибки: Итоги по документу. Далее, через несколько дней, СФ прихода. Если необучена, ленива искать, вбивает, глядя на бумагу. Сдесь барьер: итоги и сразу формируются расхождения по . Если буха грамотная, вводит "на основании". Итоги тут же покажут плюхи. Не обязательно в СФ, может, и в приходе.Понимаешь, количество проводок роли не играет. Ибо считает итоги все равно машина. Роль играет _структура_. И поэтому правильно оформлять ОС "Компьютер" через 08 счет, даже если он прямо из коробки на стол. И поэтому правильно делать не 10/71, а 60/71, а потом и 10/60, и 19/60... Ибо главное _структура_. Конвеер. Шаблон. (Кстати, в последнем приведенном примере не будет раздумий, как оформлять, например, возврат по браку. Но это "кстати").

+19 Добавлю еще... Вот ЗиКа. Ты наверняка всречался с "завихрениеми" в начислениях. Особенно на крупных предприятиях. Особенно на бывшей "военке". И вот, представим, не "ндравится" оклад + надбавка1...N + премия+ еще что-то. Хотят меньше записей. Меньше ВР. Ну, поддастся молодой прог не думая. А потом "вдруг" какая-то составляющая по другому ФСС_НС считает. Или в бухучете надо по-другому отображать. И одно дело, пересчитать, не трогая ЖР, другое совсем, когда записи в ЖР разбивать надо. И здесь то же самое: шаблон рулит. Стандарт рулит.

Вопрос по поводу СКД*6.55555555555 > СКК.Можно поподробнее?Непонятно,откуда 6.55555 ?

118/18=6,55555...

Спасибо.

Контролировать, что формируется автоматом надо обязательно. Есть стандартные ситуации, которые 1С не обрабатывает правильно (сказали, что это особенности алгоритма.). Мы разработали комплект отчетов, которые помогают увидеть все косяки. Что делается:1. Контроль выписки счетов фактур. Контролируется множество ошибок (не соответствие сумм в с/ф и документе реализации, контрагентов, договоров, счет фактура раньше, чем документ реализации и т.д). Выдаются сообщения об ошибках.2. Контроль остатков по 60.1 и 60.2 на тему зачета3. Контроль остатков по 62.1 и 62.2 на тему зачета4. Контроль остатков по ЗПК и 60.15. Контроль остатков по ЗПК и 196. Контроль остатков по ЗПР и 62.17. Контроль остатков по 62.2 и 76.АВ8. Контроль остатков по 76.Н.1 и 62.19. Контроль зачета НДС по авансам10. Автоматическое формирование с/ф на аванс и их печать с проставлением номера и даты плат. расч. док.11. Книга покупок с контролем:   - контроль оборотов по 60.1 и книге покупок (без учета зачета авансов)   - контроль оборотов по 19 счету и НДС по книге покупок12 Книга продаж с контролем:   - контроль оборотов по 62.1 и книге продаж (без авансов)   - контроль оборотов по 76.Н.1 и НДС по книге продажвсе косяки выявляются очень быстро. И все наглядно. Написали инструкцию, что, где и как контролировать и исправлять.

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