Проверки и исправления учета для правильного формирования книги покупок и книги продаж для Бухгалтерии 3.0
Учетные задачи - Взаиморасчеты
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Проверки и исправления учета.
Рекомендуется использовать ПЕРЕД закрытием периода и ПЕРЕД формированием НДС с авансов полученных. Проверку для НДС с авансов выполненных автоматизировать «затруднительно», т.к. не со всех выданных авансов можно взять НДС к вычету (необходимо, чтобы с поставщиком был соответствующий договор, получить счет-фактуру и т.д.).
Обработка предназначена для проверки и исправления (путем перепроведения проблемных документов) оборотов и остатков по счетам 60 и 62, корректность начисления и вычета НДС с авансов полученных, а также соответствие оборотов книги покупок/продаж счету 68.02.
Можно проверить наличие не помеченных на удаление непроведенных документов (Закладка"Непроведенные реализации"). Документы просто выводятся в отчет, автоматического проведения не предусмотрено.
В обработке реализовано семь видов проверок:
1. «Бабочки» позволяют проверить наличие одновременных остатков на конец выбранного периодапо счетам 60.1 и 60.02 или 62.01 и 62.02 соответственно.
2. «Проверка расчетов» - наличие отрицательного сальдо по субсчетам 60.01 или 62.01.
3. «Проверка авансов» - наличие отрицательного сальдо по субсчетам 60.02 или 62.02.
4. «НДС с авансов» - проверка начисления НДС с авансов полученных. Анализируется кредитовый оборот счета 62.02 и дебетовый 76.АВ.
5. «Зачет НДС с авансов» - Проверка вычета НДС с авансов по зачтенным авансам. Анализируется кредитовый оборот 76.АВ и дебетовый 62.02.
6. «Соответствие 68 книге покупок» - Проверка оборотов регистра «Книга покупок» и счета 68.02.
7. «Соответствие 68 книге продаж» - Проверка оборотов регистра «Книга продаж» и счета 68.02.
Обработка может выполняться за любой период, кратный месяцу:
Кнопки 1 – 3 открывают подменю выбора проверки (по счету 60 или 62), результат проверкивыводится в отчет, причем, если найдены одновременные остатки, становится видимой кнопка «Проведение документов»:
Во всех случаях, когда эта кнопка доступна, нажатие на неё приведет к перепроведению только документов, которые привели к такому результату. В 80% случаев этого достаточно,чтобы ошибка «ушла». Точно к такому же результату приведет и групповое проведение документов, но по времени гораздо быстрее провести только «проблемные» документы.
Последняя выбранная проверка выделяется в подменю флажком:
Когда проверка выполнена – вариант отображен в заголовке (аналогично работают остальные кнопки, имеющие подменю).
Пример «бабочек»по 62 счету:
Проверка «минусов» по 60.01:
62.01:
В случае, если по выбранной проверке ошибки учета не найдены, в отчет выводится соответствующее сообщение:
Проверка зачетаНДС с авансов:
Проверку учета рекомендуется выполнять последовательно (слева направо) по пунктам с первого по седьмой, но можно проверять и в любом порядке. Кнопки проверок «выстроены» в такой последовательности потому, что это позволяет сократить время проверки. Например, после перепроведения обнаруженных «бабочек» могут исправиться отрицательные сальдо.
Если после проведения в таблице останутся строки, исправление следует сделать"вручную". Такие ошибки учета связаны не с нарушением последовательности проведения документов, а с движениями, в первую очередь сделанными «ручными операциями» или «ручной корректировкой» документов, во вторую – некорректно заполненными документами «Корректировка долга».
Для анализа ситуации используется кнопка "Анализ субконто", которая выводит одноименный отчет, с установленной настройкой для поиска ошибки.
При проверкахс первой по третью отчет формируется по 3 субконто:
- Контрагенты;
- Договоры;
- Документы расчетов с контрагентами.
Если в списке большое количество строк, анализ субконто может получиться слишком сложным для рассмотрения. В этом случае можно ограничить список конкретным контрагентом (или группой контрагентов), введя его в поле отбора"Контрагент".
Для проверок НДС имеет значение флаг "Только различные" - при его установке в отчет выводятся только строки с разницей.
Анализ субконто при проверках НДС формируется только по контрагентам, т.к. аналитику"Договоры" и "Документы расчетов с контрагентами" использовать нельзя - на 76.АВ таких субконто нет.
Проверки 1-3 актуальны как для организаций на УСН, так и для ОСНО, начиная с четвертой – для организаций, плательщиков НДС (изначально для них и создавалось).
Кнопка "Изменить режим компактности форм" - для установки одного из трех возможных режимов ТАКСИ:
- Авто;
- Компактный;
- Обычный.
Кнопка пересена в меню "Ещё". Там же расположена команда "Включить стандартный интрефейс".
Изменение режима компактности, отключение регламента и оповещение вынесены в одну форму (меню Ещё - Открыть настройки). Предыдущий ваниент был неудобен необходимостью несколько раз перезапускатьпрограмму, сейчас перезапуск после установки настроек кнопкой "Сохранить настройки".
Изменения вступают в силу после перезапуска бухгалтерии.
Включена возможность зарегистрировать обработку в справочнике "Долонительные отчеты и обработки" , в заголовке формы выводится используемая версия.
Если через Файл - Открыть" обработка будет открыта в первый раз, или версия будет отличаться от зарегистрированной, - на форме появится кнопка "Зарегистрировать".
Версии:
19.07.2014 Новая версия обработки
1 - Изменен выбор периода - теперь это может быть не только месяц, но квартал, полугодие или год
2 - Выделяется последняя нажатая кнопка, чтобы пользователь видел, какой отчет был сформирован последним
3 - добавлены две новых проверки - "Соответствие счета 68.02 регистру Книга продаж" и "Соответствие счета 68.02 регистру Книга покупок"
Изменен внешний вид обработки, исправлены замеченные ошибки.
Адаптировано для "Такси".
27.07.2014 - Добавлены проверки по 60 счету
06.08.2014 - Все то же самое, только и для БП 2.0
20.08.2014 - Исправлена ошибка в зачете НДС с авансов.
25.08.2014 - Добавлена возможность проверки по остаткам, режим проверки определяется учетной политикой, для НЕ плательщиков НДС проверки по НДС недоступны;
- Для организаций, выписывающих счета-фактуры на ВСЕ полученные авансы, добавлена возможность проверить сальдо, например, в случае, когда "зависли" остаки по 76.Ав без аванса на 62.02;
- Добавлена возможность отбора строк расхождений расчетного и "учетного" НДС на сумму указанных пользователем копеек.
Изменения отражены в описании обработки.
28.08.2014 - Исправлена ошибка в форме для БП 2.0 при установке поля "Разница в копейках больше"
31.08.2014 - Исправлена ошибка в проверке зачета аванса по НДС по сальдо.
04.09.2014 - Изменена проверка соответствия 68 регистрам "НДС Покупки" и "НДС Продажи", изменен алгоритм проверок НДС с авансов (начисление и зачет) по сальдо.
17.09.2014 - Изменен запрос по зачету НДС по оборотам.
23.09.2014 - Добавлена возможность регистрации из самой обработки, и кнопка "Включить стандартный интерфейс" (из //infostart.ru/public/303564/)
26.10.2014 - Версия 2.11, исправлено формирование анализа субконто в БП 3.0 (после какого то обновления перестал формироваться с предуставленным из обработки отбором) Обновлена команда "Облегчить" старт программы.
06.03.2015 - Версия 2.12, исправлен запрос начисления НДС с авансов.
24.03.2015 - Версия 3.16,
При проведении производится ряд проверок заполнения документов:
1. Заполнение счетов учета расчетов с контрагентами и счетов авансов. При обнаружении некорректных исправляется счет расчетов на 6*.01, авансов 6*.02 (частенько встречается, когда бухгалтер «не хочет» видеть авансы на 02 субсчетах, обработка это исправит);
2. Вид операции в «денежных документах» - бывает, что вместо вида операции «Оплата от покупателя» (или аналогичных), используется «Прочее» - документ расчетов не указывается, счет расчетов какой поставили, такой и будет – в результате «косяк» в остатках. Исправляется в ПКО, РКО и Поступлении/списании на/с расчетный/ного счета/а. Автоматом меняется вид операции на нужный, заполняется расшифровка платежа и, только после этого, проводится документ.
3. При установке флага «Убрать ручную корректировку документов» снимается одноименный флаг в документе, и он проводится в «штатном» режиме, с учетом исправлений из пп.1, 2.
В большинстве случаев этого достаточно, чтобы ошибка «ушла», если возникли они в текущем периоде проверки. Если «минусы» или «бабочки» возникли раньше, то после проведения строки с ошибками останутся, но появится кнопка «Исправить», нажатие которой приведёт к автоматическому созданию документов «Корректировка долга» с видом операции «Перенос задолженности» или «Взаимозачет» (в 2.0) или «Прочие корректировки». Возможно по одному контрагенту документов корректировки будет создано два, в зависимости от «степени запущенности» расчетов.
04.10.2016 - Версия 5.8 Изменен интерфейс, добавлены проверки соответствия договоров контрагентам и реквизитов счетов - фактур. Для отбора по контрагентам реализовано копирование контрагента в поле отбора из расшифровке. Добавлена возможность перепроведения по выбранным контрагентам (договорам), для случаев, когда ошибок в остатках нет, а перепровести нужно. Исправлены замеченные ошибки.
21.10.2016 - Версия 5.10 Исправлены ошибки для БП 2.0.
22.11.2016 - ВерсиЯ 5.12 - Изменена проверка соответствия счетов-фактур документам основаниям в связи с изменениями в их заполнении в БП 3.0 (договор теперь в счет-фактурах не заполняется).
23.11.2016 - Версия 5.14 - - Изменено управление формой, в части видимости реквизитов, связанных с НДС, изменена ворма настроки прораммы, добавлен функционал из //infostart.ru/public/333876/
28.12.2016 - Версия 5.17 Исправлены замеченные ошибки
Большая просьба ко всем, использующим обработку: пишите о выявленных ошибках (хотелках) - постараюсь исправить.
13.02.2020 - Версия 6.6. Добавлена возможность выбора счетов расчетов с контрагентами для контроля отрицательных остатков - сейчас можно проверять не только 60 и 62, но и субсчета 76 счета, где в аналитике Сукбонто Контрагенты, Договоры и Документы расчетов с контрагентами.
*************
Проверено на следующих конфигурациях и релизах:
- Бухгалтерия предприятия, редакция 3.0, релизы 3.0.190.11
Вступайте в нашу телеграмм-группу Инфостарт
БП 3.0 НДС с авансов полученных бабочки отрицательное сальдо исправление учета
См. также
Перенос данных 1C Взаиморасчеты Оптовая торговля Логистика, склад и ТМЦ Файловый обмен (TXT, XML, DBF), FTP Системный администратор Разработчик 1С:Предприятие 8 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Управленческий учет Платные (руб)
Можно проверить до покупки, оставьте заявку! Воспользовались более 268 компаний! Перенос данных из УТ 10.3 в УТ 11 | из УТ 10.3 в КА 2 | из УТ 10.3 в ERP. Решение для перехода с УТ 10.3. Можно перенести начальные остатки, нормативно-справочную информацию и все возможные документы. При выгрузке можно установить отбор по периоду, организациям и складам.
50200 руб.
24.04.2015 211469 186 254
Регламентированный учет и отчетность Анализ учета Бюджетный учет Аналитик Бухгалтер Пользователь Руководитель проекта 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Налоговый учет Управленческий учет Платные (руб)
Расширение «Отчет ГОЗ» для 1С:Бухгалтерия 3.0 ПРОФ и КОРП позволяет автоматизировать ведение раздельного учета и подготовку отчетности для Торговых и Производственных организаций, участвующих в ГосОборонЗаказе. Эффективный инструмент ведения раздельного учета по гособоронзаказам для Торговых и Производственных компаний
97700 руб.
20.02.2024 11829 21 6
Закрытие периода Бухгалтер 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Управленческий учет Платные (руб)
В современных конфигурациях УТ 11, КА 2, ERP 2 и их аналогах присутствует механизм закрытия периода. Но при ошибках учета закрыть период корректно становится практически невозможно! Давайте попробуем разобраться, как можно устранить ошибки и закрыть корректно месяц!
31999 руб.
20.03.2018 88767 299 79
Работа с интерфейсом Анализ учета Мониторинг 1С:Предприятие 8 1С 8.3 1C:Бухгалтерия 1С:Бухгалтерия 3.0 1С:ERP Управление предприятием 2 1С:Управление холдингом 1С:Зарплата и Управление Персоналом 3.x 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Управление торговлей 11 Платные (руб)
Создайте свой функциональный интерфейс в любой конфигурации 1С с помощью расширения Infostart Dashboard. Настраивайте панели виджетов с метриками, индикаторами и показателями на начальном экране. Узнайте возможность внедрения подсистемы у себя в конфигурации с помощью бесплатной обработки "Анализ внедрения подсистемы 1С Infostart Dashboard"!
31720 руб.
27.03.2025 92251 69 44
Печатные формы Взаиморасчеты Оптовая торговля Производство готовой продукции (работ, услуг) Акт сверки Бухгалтер Пользователь 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Бухгалтерский учет Управленческий учет Платные (руб)
Задайте для каждой организации свою печать и для каждого физического лица свою подпись. Выберите в документе печатную форму "... с печатью и подписью" - и автоматически сформируется табличный документ с печатью и подписями той организации и ответственных лиц, которые указаны в документе.
17080 руб.
13.03.2018 73008 277 80
Анализ учета Закрытие периода НДС 22% Бухгалтер 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х Россия Бухгалтерский учет Налоговый учет Налог на прибыль НДС Платные (руб)
Каждый бухгалтер не раз сталкивался с требованием от налоговой инспекции пояснить расхождения в показателях декларации по Налогу на прибыль («Доходы от реализации» + «Внереализационные доходы») и налоговой базой по НДС за год. Являются ли ошибкой подобные расхождения? Как пояснить налоговой их причину? Отчет «Анализ расхождений выручки НДС и Налога на прибыль в декларациях» для 1С (БП 3.0 ПРОФ и КОРП, КА 2, ЕRP) поможет найти все расхождения.
11691 руб.
21.10.2017 102774 458 185
Регламентированный учет и отчетность Операции по ВЭД Закрытие периода Бухгалтер 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет НДС Платные (руб)
Расширение для заполнения реестров НДС в 1С:Бухгалтерии предприятия 3.0. Реестр по НДС: КНД 1155112, КНД 1155113, КНД 1155114, КНД 1155115.
14640 руб.
01.08.2025 6696 29 3
Задачи пользователя Инструментарий разработчика Корректировка данных Закрытие периода Разработчик Аналитик Бухгалтер Пользователь Руководитель проекта Стажер 1С 8.3 1С:ERP Управление предприятием 2 1С:Управление нашей фирмой 3.0 Управленческий учет Платные (руб)
Обработка предназначена для поиска, анализа и исправления отрицательных остатков во всех регистрах накопления информационной базы 1С.
6100 руб.
27.02.2026 3207 17 3
Проверить и такой метод можно и в теперешнем варианте - анализ субконто покажет, где начисления не нужны, а где ошибка.
На практике я стараюсь убедить бухгалтеров, что при начислении НДС на ВСЕ полученные авансы проще контролировать учет, и,если операций много, то все "мои" так и делают.
сальдо по Кт 62.02. * 18/118 должно быть равно сальдо по Дт 76.АВ (расхождение может быть в копейках, в следствии округления). Если это не так - разбираемся, почему.
По той же формуле контролируется начальное и конечное сальдо по счетам 62.02 и 76.АВ. Если начальное сальдо "идет", а воненое нет - смотрим обороты - формула та же, проверяем соответствие кредитового оборота 62.02 дебетовому 76.АВ, и наоборот - дебетовый оборот 62.02 должен соответствовать кредитовому 76.АВ. Несоответствие оборотов легко проверяется этой обработкой...
Сумма налога к оплате (вычету) при выписке авансов на ВСЕ полученные не меняется, у налоговой, при таком подходе, вопросов просто быть не может, в отличии от выписки только на неоплаченные на конец периода, или в течении пяти дней и прочее....
Все эти утверждения сделаны исходя из допущения, что НДС с авансов выписывается только по счету 62.02 (нет валютного учета и нет авансов (или не контролируем) по счету 76.*)
Т.е, когда поставщиком в день получения предоплаты продукция (работы, услуги) реализована полностью покупателю, счет-фактуру на предоплату выписывать и регистрировать в книге продаж не нужно. (Письмо Минфина от 12 октября 2011 г. N 03-07-14/99).
Имеются судебные акты, в которых указывается, что, если денежные средства в счет предстоящей поставки получены в одном налоговом периоде с отгрузкой, обязанности исчислять и уплачивать НДС с аванса не возникает, поскольку в такой ситуации денежные средства теряют характер авансовых платежей (см., например, Постановления ФАС Московского округа от 16.10.2012 по делу N А40-11357/12-140-54, Президиума ВАС РФ от 10.03.2009 N 10022/08, Определение ВАС РФ от 16.01.2012 N ВАС-17397/11).
Также Минфин считает (Письмо от 06.03.2009 N 03-07-15/39), что авансовые счета-фактуры по непрерывным долгосрочным поставкам (поставка электроэнергии, нефти, газа, услуг связи и др.) можно составлять один раз в месяц (не позднее 5-го числа следующего месяца) и указывать в них только ту часть предоплаты, поступившей в этом месяце, которая на конец месяца осталась не закрытой отгрузками.
Соответственно, 1С настроена так, что при выставлении условия в учетной политике «Регистрировать счета-фактуры всегда при получении аванса» в автоматическом режиме обработки «Регистрация счет-фактур на аванс» определение аванса в течение нескольких часов одного дня не будет происходить. (Это указано в справке к данной встроенной обработке).
При этом, исходя из здравой логики, остатки 62.02 с корректировкой на ставки НДС должны всегда совпадать с остатками на счете 76.АВ.
На мой взгляд, к проверкам "НДС с авансов" и "Зачет НДС с авансов" следует добавить проверку по сальдо (естественно, на конец проверяемого периода). Создав дополнительные вкладки "Проверка по оборотам" и "Проверка по сальдо" получим более прозрачную информацию к поиску "ошибок" (Ошибки специально взял в кавычки, т.к. для многих возникновение разницы по оборотам, при отсутствии разницы по сальдо не будет являться ошибкой).
К сожалению, после ряда изменений менял описание, изначально в котором было отмечено, что проверка производится для метода выписки счетов - фактур на ВСЕ полученные авансы - тогда обороты должны (просто обязаны) совпадать. Такой метод, вне зависимости от количества документов самый простой для контроля, а чём уже писал постом раньше.
Сделать проверку по сальдо немного сложнее , и пока не вижу смысла её делать, т.к. и в этом варианте проверить учет можно, а мои клиенты (большие и маленькие) используют как раз выписку на ВСЕ полученные авансы.
Повторю ещё раз - налог от выписки счетов-фактур на все авансы полученные не меняется, будет свободное время, может сделаю по остаткам.
Ну и самое главное, что кроме НДС с авансов обработка очень даже понравилась УСН-щикам (особливо на 15%), т.к. ловить бабочки и минусы по счетам с ней намного проще...
ПлательщикНДС = ?(ОшибкаВПолучении, Истина,УчетнаяПолитика.СистемаНалогообложения = Перечисления.СистемыНалогообложения.Общая);
#<<?>>Область ТекстыЗапросов
Только что выложил новую версию, там запускается нормально.
#Область РегистрацияИзОбработки
Функция НайтиДопОбработку(Наименование)
Запрос = Новый Запрос(
"ВЫБРАТЬ
| ДополнительныеОтчетыИОбработки.Ссылка
|ИЗ
| Справочник.ДополнительныеОтчетыИОбработки КАК ДополнительныеОтчетыИОбработки
|ГДЕ
| ДополнительныеОтчетыИОбработки.Наименование = &ИмяОбработки"
);
Запрос.УстановитьПараметр("ИмяОбработки", Наименование);
Результат = Запрос.Выполнить().Выгрузить();
Если Результат.Количество() = 0 Тогда
Возврат Справочники.ДополнительныеОтчетыИОбработки.ПустаяСсылка();
Иначе
Возврат Результат[0].Ссылка;
КонецЕсли;
КонецФункции
Функция ПолучитьСведенияОРегистрации() Экспорт
ОбработкаОбъект = РеквизитФормыВЗначение("Объект");
ПараметрыРегистрации = ОбработкаОбъект.СведенияОВнешнейОбработке();
ТабКоманд = ПараметрыРегистрации.Команды[0];
Результат = НайтиДопОбработку(ПараметрыРегистрации.Наименование);
Если Результат = Справочники.ДополнительныеОтчетыИОбработки.ПустаяСсылка() Тогда
Зарегистрировано = Ложь;
ВерсияИБ = "";
Иначе
Зарегистрировано = Истина;
ВерсияИБ = Результат.Версия;
КонецЕсли;
Возврат Новый Структура("Зарегистрировано, Наименование, Представление, Версия, ВерсияИБ",
Зарегистрировано, ПараметрыРегистрации.Наименование, ТабКоманд.Представление, ПараметрыРегистрации.Версия, ВерсияИБ);
КонецФункции
Процедура ЗарегистрироватьНаСервере() Экспорт
Если Не Константы.ИспользоватьДополнительныеОтчетыИОбработки.Получить() Тогда
Константы.ИспользоватьДополнительныеОтчетыИОбработки.Установить(Истина);
КонецЕсли;
ОбработкаОбъект = РеквизитФормыВЗначение("Объект");
ПараметрыРегистрации = ОбработкаОбъект.СведенияОВнешнейОбработке();
Результат = НайтиДопОбработку(ПараметрыРегистрации.Наименование);
Если НЕ Результат = Справочники.ДополнительныеОтчетыИОбработки.ПустаяСсылка() Тогда
НовОбъектСпрвочникаДопОбработкок = Результат.ПолучитьОбъект();
БылаЗарегина = Истина;
Иначе
//В таком порядке получения объекта есть смысл -
// в перем. НовОбъектСпрвочникаДопОбработкок так доступен список реквизитов через точку :-)
НовОбъектСпрвочникаДопОбработкок = Справочники.ДополнительныеОтчетыИОбработки.СоздатьЭлемент();
БылаЗарегина = Ложь;
КонецЕсли;
ОбработкаОбъект = РеквизитФормыВЗначение("Объект");
ИспользуемоеИмяФайла = ОбработкаОбъект.ИмяФайлаОбработки();
НовОбъектСпрвочникаДопОбработкок.БезопасныйРежим = ПараметрыРегистрации.БезопасныйРежим;
НовОбъектСпрвочникаДопОбработкок.Версия = ПараметрыРегистрации.Версия;
НовОбъектСпрвочникаДопОбработкок.Вид = Перечисления.ВидыДополнительныхОтчетовИОбработок.ДополнительнаяОбработка;
КомандыРегистрации = ПараметрыРегистрации.Команды[0];
НовОбъектСпрвочникаДопОбработкок.ИмяОбъекта = КомандыРегистрации.Идентификатор;
НовОбъектСпрвочникаДопОбработкок.ИмяФайла = ИспользуемоеИмяФайла;
НовОбъектСпрвочникаДопОбработкок.Информация = ПараметрыРегистрации.Информация;
Если НовОбъектСпрвочникаДопОбработкок.Команды.Количество() Тогда
НовОбъектСпрвочникаДопОбработкок.Команды.Очистить(); //Команды стоит заменить, мало ли чего в новой версии поменялось
КонецЕсли;
НовСтрКоманды = НовОбъектСпрвочникаДопОбработкок.Команды.Добавить();
НовСтрКоманды.ВариантЗапуска = Перечисления.СпособыВызоваДополнительныхОбработок.ОткрытиеФормы;
НовСтрКоманды.Идентификатор = КомандыРегистрации.Идентификатор;
НовСтрКоманды.Модификатор = КомандыРегистрации.Модификатор;
НовСтрКоманды.ПоказыватьОповещение = КомандыРегистрации.ПоказыватьОповещение;
НовСтрКоманды.Представление = КомандыРегистрации.Представление;
НовОбъектСпрвочникаДопОбработкок.Комментарий = "#Зарегистрирована из самой обработки";
НовОбъектСпрвочникаДопОбработкок.Наименование = ПараметрыРегистрации.Наименование;
НовОбъектСпрвочникаДопОбработкок.Ответственный = Пользователи.ТекущийПользователь();
НовОбъектСпрвочникаДопОбработкок.Публикация = Перечисления.ВариантыПубликацииДополнительныхОтчетовИОбработок.Используется;
Если Не БылаЗарегина Тогда //Разделы уже есть, не трогаем
Раздел = НовОбъектСпрвочникаДопОбработкок.Разделы.Добавить();
Раздел.Раздел = Справочники.ИдентификаторыОбъектовМетаданных.НайтиПоРеквизиту("ПолноеИмя", "Подсистема.Продажи");
Раздел = НовОбъектСпрвочникаДопОбработкок.Разделы.Добавить();
Раздел.Раздел = Справочники.ИдентификаторыОбъектовМетаданных.НайтиПоРеквизиту("ПолноеИмя", "Подсистема.Покупки");
Раздел = НовОбъектСпрвочникаДопОбработкок.Разделы.Добавить();
Раздел.Раздел = Справочники.ИдентификаторыОбъектовМетаданных.НайтиПоРеквизиту("ПолноеИмя", "Подсистема.ПокупкиИПродажи82");
КонецЕсли;
НовОбъектСпрвочникаДопОбработкок.РежимСовместимостиРазрешений = Перечисления.РежимыСовместимостиРазрешенийДополнительныхОтчетовИОбработок Показатьплюс в модуле надо добавить функцию:
Функция ИмяФайлаОбработки() Экспорт
Возврат ЭтотОбъект.ИспользуемоеИмяФайла;
КонецФункции
Связано с тем, что основной код пишу в 3.0, но возникла проблема совместимости с 2.0, перенес регистрацию на форму, косяк не сразу увидел.
Выложена исправленная версия......
Извините, так получилось.
Всем, у кого так получилось могу выслать на мыло - пишите в личку.
Из хотелок:
1. Название обработки и команды сделать более понятное, например: "Проверки и исправления расчетов по НДС"
а то просто "Проверки и исправления" непонятно, мало ли какие проверки могут быть )
2. Можно ли "Бабочки" развернуть до документа?
Так же возникла потребность разворачивать соответствие книге покупок и продаж до контрагента, потому как до документа слишком грубо, для этого поправил запросы, в функциях ПолучитьТекстЗапросаСоответствие68_КнигеПокупокНаСервере и ПолучитьТекстЗапросаСоответствие68_КнигеПродажНаСервере, файл прилагаю, может быть пригодится.
При этом у меня возникает единственная проблема, когда вводят документ Операция, в таблице формируется 2 строки: одна с контрагентом и суммой по Книге продаж, 2-я без контрагента и суммой по 68 счету (скриншот во вложении), как свести пока не представляю, возможно будут идеи )
вы показываете Формирование книги покупок\продаж одной строкой
я предлагаю разворачивать до контрагента (во всяком случае наша бухгалтерия так страстно желает)
Сейчас 9 месяцев сдают - досуга нет. Успокоятся клиенты - буду дальше развивать обработку, сейчас реально недосуг....
Есть ещё один вариант этой же обработки - там не только перепроводятся документы, но , в случае неисправленной ошибки по счетам создаются документы корректировка долга, есть ещё пара мыслёв, как сделать поудобнее.
Пока нет ещё уверенности, что для всех возможных вариантов ведения учета всё правильно отрабатывает проверка НДС - вот к 20 числу посмотрю, что НДС-ники нароют.
В любом случае продолжение будет...
P.S. Ещё бы на боевой базе 3.0 посмотреть ведение раздельного учета НДС, и вариант с подразделениями. Пока у меня таких нет, как отрабатывает даже не смотрел, а надо бы....
Как быть с предоплатой, в которой покупается товар по ставке 10 и 18, а счет для аванса не указан?
Или пришли деньги от клиента, в платежке указано Без НДС (видел сто раз), а надо с НДС, по какой ставке проверять?
Предложите варианты, реализую....
В общем универсального механизма я пока не вижу, более менее универсальным может быть привязка аванса к тавке, указанной в документе поступления на счет или ПКО, но опять, не всегда возможно.
О, надо подумать над вариантом со счет-фактурой - если на аванс выписывается счет-фактура, там то ставка есть, остается сравнить её с суммой аванса - вот так будет, наверное, корректнее всего, надо посмотреть....
Просто включить в проверку 60.31 и 60.32 (аналогично 62) нетрудно. С контролем начисления 76.АВ с этих счетов не разбирался, если сделать аналогично 62.02 с 76.АВ? Будет оно правильно?
Главная проблема - нужна реальная база(ы), на которой можно было бы отладить проверки, придумывать примеры самому - дело безнадёжное, проверено на практике - эта обработка обкатывалась не на одной и не на двух базах, и в каждой были свои ньюансы. К сожалению, в наличии у меня сейчас даже одной такой базы нет... Если есть варианты - пишите в личку, что нибудь придумаем...
стала выскакивать такая ошибка
"Недопустимая операция для реквизита формы". что это означает?
у меня то же самое... платформа 8.3.8.1861
1) где живет этот модуль?
2) как найти такие строки?
3) не слетит ли конфа с поддержки
4) нельзя ли без захода в конфигуратор как-нить?
Стал пользоваться обработкой ;)
Глупый вопрос: как можно создать отрицательные остатки по 62.02 в БП 3.0? Какой беспорядочной последовательностью действий? При условии, что способ погашения задолженности "Автоматически" и счета расчетов по умолчанию (62.01 и 62.02) и нет ручных корректировок.
единственный финт, который мне дал отрицательный остаток на 62.02 это
1. провел поступление на р/с
2. провел реализацию
3. удалил поступление на р/с
но это совсем искусственно, вряд ли случиться в реальном учете, т.к. банк сразу вылезет.
как еще можно получить "красноту" на 62.02?
- счета учета расчетов могут быть указаны правильно, но в некоторых документах могут сменить договор - минусы в неперепроведённых весьма вероятны;
- сделали корректировку долга, что - то изменили/перепровели...не смотря на то, что документ изначально был полностью заполнен кнопкой, ситуация поменялась - будьте - нате - возникнут минусы;
- использовали не по назначению вид операции "Прочее.." в кассе или по банку;
- святое дело операции вручную или отмеченные Вами ручные корректировки;
- просто не перепроводили документы....
это то, что "на виду", а так, чего токо не увидишь))))))))
ТаблицаРезультатов.Показать();По приобретению новой версии всё есть в публикации...
Прочитал все комментарии, но так и не понял, если упустил, извиняюсь.
Если в организации есть авансы полученные по разным ставкам НДС (18%, 20%, 10%, 0%) обработка корректно по ним работает или все таки рассчитывает все под 18%?
Думаю приобрести данную обработку, но сомнения по поводу ставок имеются.
Подскажите в чем отличие версии 5.22 и 5.24?
И какую версию лучше брать?
Например сделать кнопку по которой формируется отчет за период по счету 60.02, 60.32 в разрезе договоров, документов и ставок НДС, а так же отражен НДС сформированный по счету 76.ВА по данным авансам.
По авансам полученным (62.02 итд) всё прозрачно - налогоплательщик ОБЯЗАН заплатить НДС с полученных авансов (есть варианты, как он платит, но он обязан и, если есть 62.02, то будет 76.АВ). А вот по авансам выданным (60.02 итд) он ИМЕЕТ ПРАВО, и 76.ВА будет только если налогоплательщик ЗАХОЧЕТ, плюс к этому пропишет это в договоре... Так что проверить соответствие выданных авансов счету 76.ВА можно, но имеет ли это смысл (результат моего опроса клиентов привёл к выводу, что этого делать не нужно)?
Отчет по типу ОСВ, но при этом в нем должны быть колонки Ставка НДС, Сумма НДС которые берутся из документа. А так же должна быть сумма по счету 76.ВА которая уже создана по конкретным авансам, ну и по зачету тоже самое.
В 1С сильно не хватает такого отчета для проведения анализа расчетов с поставщиками. Приходится метаться между ОСВ по 60.02 и 76.ВА, а еще и заходить в первичные документы чтобы увидеть ставку НДС.
Как-то так :)
Но движение по 60 счету хотелось бы видеть полностью :)
Бухгалтер поставил такие задачи
1) сверка контрагентов с разбивкой по субсчетам 62.01 - 62.02 и 60.01 - 60.02; 2) сравнение сч. 76 АВ и сч. 62.02 (начисление ндс с авансов)
Если это возможно в вашей обработке (для БП2), то ОК
- хотя что именно подрпазумевается под этим непонятно - в обработке есть проверка отрицательных остатков по субсчетам 60 и 62, что есть ошибка, а вот по сверке - что имеется ввиду?
Сверка- это в понимании нашего бухгалтера, "отчет" о тех контрагентах у которых появились остатки по двум субсчетам (а должны быть по одному)
(125) последнюю 5.24
Данная обработка работает на версии: Бухгалтерия предприятия, редакция 3.0 (3.0.79.14)???
В отчете "НДС с авансов" полученных удваивает сумму если проведена платежка и выставлен счет фактура на аванс покупателю.
Бухгалтерия предприятия, редакция 3.0 (3.0.80.40)
Исправьте пожалуйста!
Получается так.
Ситуация легко воспроизводится, проверьте у себя.
(136) В БП 3.0 в аналитике счета 76.АВ и есть документ поступления на расчетный счет, по которому выписывается счет - фактура. Посмотреть документ можно из расшифровки по структуре подчинённости...как то за много лет существования обработки такой вопрос возник в первый раз.
в 76/ав правильные цифры в обработке нет. П ри этом помеченные на удаление не удалять!.
Но тем не менее я посмотрю, попробую учесть и вывести номера счетов-фактур, хотя ценность именно счетов - фактур для контроля у меня лично вызывает сомнения - аванс получаем по поступлению на расчетный счет, зачет аванса полученного по этому же документу производится, и этот же самый документ в аналитике 76.АВ, как при начислении НДС, так и при его зачёте - ИМХО всё логично связано и легко проверяется...
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 274167
Создание 19.04.14 03:12
Обновление 15.01.26 13:53
Просмотры 88720
Загрузки 236
Рейтинг
143
Комментарии 160
Код открыт Да
Рубрики Анализ учета Взаиморасчеты Закрытие периода
Кому Бухгалтер
Тип файла Внешняя обработка (ert,epf)
Платформа 1С 8.3
Конфигурация
1С:Бухгалтерия 2.0
,
1С:Бухгалтерия 3.0
Операционная система Windows
Страна Россия
Отрасль Не имеет значения
Налоги НДС
Вид учета Бухгалтерский учет
Доступ к файлу Абонемент ($m)
