gifts2017

Проверки и исправления учета для правильного формирования книги покупок и книги продаж для Бухгалтерии 3.0 и Бухгалтерии 2.0

Опубликовал Алексей Ермилов (Alex_E) в раздел Обработки - Закрытие периода

Обработка для проверки учетных данных перед формированием НДС с авансов полученных и их зачёта. Обработку можно, да и нужно, в принципе, использовать просто для проверки остатков и оборотов по 62 счету даже не для учета НДС. Если количество реализаций велико, а перепроведение всех документов занимает слишком много времени - обработка "найдет": - отрицательные остатки по субсчетам 62.01 или 62.02; - одновременные остатки 62.01 и 62.02 (бабочки) в разрезе контрагентов и договоров; - нажатием кнопки позволит перепровести только найденные "проблемные" документы. Т.е. можно перепровести документы просто по одному или по списку контрагентов, в остатках по которым обнаружатся отрицательное сальдо или "бабочки" (с версии 3.21 список контрагентов и договоров можно добавлять руками, закладка "Проведение").

Проверки и исправления учета.

Рекомендуется использовать ПЕРЕД закрытием периода и ПЕРЕД формированием НДС с авансов полученных. Проверку для НДС с авансов выполненных автоматизировать «затруднительно», т.к. не со всех выданных авансов можно взять НДС к вычету (необходимо, чтобы с поставщиком был соответствующий договор, получить счет-фактуру и т.д.).

Обработка предназначена для проверки и исправления (путем перепроведения проблемных документов) оборотов и остатков по счетам 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 - Добавлена возможность регистрации из самой обработки, и кнопка "Включить стандартный интерфейс" (из http://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 - - Изменено управление вормой, в части видимости реквизитов, связанных с НДС, изменена ворма настроки прораммы, добавлен функционал из http://infostart.ru/public/333876/


Большая просьба ко всем, использующим обработку: пишите о выявленных ошибках (хотелках) - постараюсь исправить.

*************

В течение 12 месяцев после покупки техподдержка бесплатно.

Сравнение версий

24.03.15 - Версия 3.16 - Добавлена возможность создания документов "Корректировка долга" для исправления "минусов" и "бабочек" на первое число периода проверки (для исправления ошибок в закрытых периодах). Обновлено описание.
26.03.2015 Версия 3.17 – Исправлена замеченная ошибка при перепроведении документов
12.04.2015 Версия 3.18 - Исправлен запрос для проверки зачета НДС с аванса - ошибка была связана с одинаковыми записями в книге покупок
05.08.2015 Версия 3.19 - Адаптировано под релиз 3.0.41.48, платформа 8.3.6.2152. Изменен вызов отчета "Анализ субконто" - при изменении настроек отчет теперь выводится в новом окне.

09.10.2015 - Версия 3.21 - добавлена возможность перепроведения документов по списку еконтаргентов и договоров (алгоритм проведения тот же,, что и для исправления)

Скачать файлы

Наименование Файл Версия Размер
Описание обработки v3.17 105
.docx 489,92Kb
04.10.16
105
.docx 489,92Kb Бесплатно
Проверки и исправления учета для БП 3.0 и БП 2.0 v5.12
22.11.2016
5.11 5000 руб.

Моментальная
доставка

Техническая поддержка на 1 год для купивших в 2016 году и раньше
04.10.2016
500 руб.
Техническая поддержка на 1 год для тех, кто купит в 2017 году и позже
04.10.2016
1500 руб.

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Виктор Захаров (ZVN) 06.08.14 09:06
Обработка в Бухгалтерии 2.5 работает?
2. Алексей Ермилов (Alex_E) 06.08.14 18:13
(1) ZVN, Имелось ввиду 2.0? В данном виде - нет. Наверное сделаю и для 2.0
3. Алексей Ермилов (Alex_E) 06.08.14 22:07
Выложил новую версию обработки для обычного и управляемого приложения. Работает одинаково как в БП 3.0 так и в БП 2.0 (про БП 2.0 маловато статистики конечно, в 3.0 тестировалась на большем количестве баз).
4. Рустам Галиуллин (galiurust) 08.08.14 15:10
Обработка требует начисления НДС со всех авансов, которые поступили на 62.02 в течение всего отчетного периода, а хотелось бы, исходя из настройки учетной политики, порядок регистрации счетов-фактур на аванс: не регистрировать счета-фактуры на авансы, зачтенные до конца налогового периода.
5. Алексей Ермилов (Alex_E) 08.08.14 15:18
(4) galiurust, Обработка не "требует начисление НДС с аванса", а показывает полученные авансы, на которые не начислен НДС. В принципе можно доработать - подумаю. Вариантов получается слишком много...
Проверить и такой метод можно и в теперешнем варианте - анализ субконто покажет, где начисления не нужны, а где ошибка.
На практике я стараюсь убедить бухгалтеров, что при начислении НДС на ВСЕ полученные авансы проще контролировать учет, и,если операций много, то все "мои" так и делают.
6. Рустам Галиуллин (galiurust) 09.08.14 10:44
(5) Alex_E, если не сложно напишите убедительную речь для наших бухгалтеров в подтверждении Вашего высказывания "что при начислении НДС на ВСЕ полученные авансы проще контролировать учет". Мы купили Вашу разработку, а они считают ее не работающей для нашей учетной политики. "Проверить и такой метод можно и в теперешнем варианте - анализ субконто покажет, где начисления не нужны, а где ошибка" - можно подробнее об этом?
7. Алексей Ермилов (Alex_E) 09.08.14 11:19
(6) galiurust,
Мы купили Вашу разработку
- разработка стоит 1 стартмань, который на сегодняшний день стоит 4.39р. Так что купили - это круто...
где начисления не нужны, а где ошибка" - можно подробнее об этом?
- тут всё просто, сформировав таблицу кнопкой "НДС с авансов" получаем список контрагентов, по которым в учете зафиксированы авансы, а НДС с авансов не выписан (перед проверкой нужно убрать "бабочки" и минусы по 62 счету). Нажимаем на "Анализ субконто", получаем стандартный отчет, в котором видно остаток аванса по 62.02 счету и остаток по счету 76.АВ. Они должны "плясать" вместе:
сальдо по Кт 62.02. * 18/118 должно быть равно сальдо по Дт 76.АВ (расхождение может быть в копейках, в следствии округления). Если это не так - разбираемся, почему.
если не сложно напишите убедительную речь для наших бухгалтеров в подтверждении Вашего высказывания "что при начислении НДС на ВСЕ полученные авансы проще контролировать учет".
- тут совсем просто - быстро проверить состояние НДС с авансов полученных можно по оборотно-сальдовой ведомости по всем счетам:
По той же формуле контролируется начальное и конечное сальдо по счетам 62.02 и 76.АВ. Если начальное сальдо "идет", а воненое нет - смотрим обороты - формула та же, проверяем соответствие кредитового оборота 62.02 дебетовому 76.АВ, и наоборот - дебетовый оборот 62.02 должен соответствовать кредитовому 76.АВ. Несоответствие оборотов легко проверяется этой обработкой...
Сумма налога к оплате (вычету) при выписке авансов на ВСЕ полученные не меняется, у налоговой, при таком подходе, вопросов просто быть не может, в отличии от выписки только на неоплаченные на конец периода, или в течении пяти дней и прочее....
Все эти утверждения сделаны исходя из допущения, что НДС с авансов выписывается только по счету 62.02 (нет валютного учета и нет авансов (или не контролируем) по счету 76.*)
james404; +1 Ответить
8. Виктор (Виктор1905) 16.08.14 00:32
При больших объемах предоплат в Организации обороты по дебету и кредиту 76.АВ не будут совпадать с данными оборотов счета 62.02. (естественно, с корректировкой на соответствующие ставки).
Т.е, когда поставщиком в день получения предоплаты продукция (работы, услуги) реализована полностью покупателю, счет-фактуру на предоплату выписывать и регистрировать в книге продаж не нужно. (Письмо Минфина от 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.АВ.
На мой взгляд, к проверкам "НДС с авансов" и "Зачет НДС с авансов" следует добавить проверку по сальдо (естественно, на конец проверяемого периода). Создав дополнительные вкладки "Проверка по оборотам" и "Проверка по сальдо" получим более прозрачную информацию к поиску "ошибок" (Ошибки специально взял в кавычки, т.к. для многих возникновение разницы по оборотам, при отсутствии разницы по сальдо не будет являться ошибкой).
9. Алексей Ермилов (Alex_E) 16.08.14 19:34
(8) Виктор1905,
При больших объемах предоплат в Организации обороты по дебету и кредиту 76.АВ не будут совпадать с данными оборотов счета 62.02. (естественно, с корректировкой на соответствующие ставки).
- и дальше по тексту конечно полезные ссылки на "постановления партии и правительства" и пр. Я про это всё в курсе, в организации счета-фактуры на аванс выписываются в соответствии с учетной политикой, и она может быть разной.
К сожалению, после ряда изменений менял описание, изначально в котором было отмечено, что проверка производится для метода выписки счетов - фактур на ВСЕ полученные авансы - тогда обороты должны (просто обязаны) совпадать. Такой метод, вне зависимости от количества документов самый простой для контроля, а чём уже писал постом раньше.
Сделать проверку по сальдо немного сложнее , и пока не вижу смысла её делать, т.к. и в этом варианте проверить учет можно, а мои клиенты (большие и маленькие) используют как раз выписку на ВСЕ полученные авансы.

Повторю ещё раз - налог от выписки счетов-фактур на все авансы полученные не меняется, будет свободное время, может сделаю по остаткам.

Ну и самое главное, что кроме НДС с авансов обработка очень даже понравилась УСН-щикам (особливо на 15%), т.к. ловить бабочки и минусы по счетам с ней намного проще...
10. logdog (logdog) 17.08.14 14:37
11. Алексей Ермилов (Alex_E) 17.08.14 14:49
12. Виктор (Виктор1905) 19.08.14 07:25
Не могу разобраться с причиной разницы при проверке зачета НДС с авансов. В Отчете данные по колонке "76.АВ" (по ряду конкретных контрагентов)не соответствуют данным как БУ так и данным книге покупок. В программе все красиво, а отчет "теряет" по колонке "76.АВ" одну или несколько счетов-фактур. С чем это может быть связано? Какие скрины выслать?
13. Алексей Ермилов (Alex_E) 19.08.14 14:58
(12) Виктор1905, Скрины вряд ли помогут, нужно смотреть на движения в БУ и в регистрах НДС. Обычно ошибки сразу видно в анализе субконто. Там всё встает правильно?
14. Алексей Ермилов (Alex_E) 26.08.14 11:04
(4) galiurust, Выложил новую версию обработки, куда включил контроль по сальдо.
15. Анна Смирнова (Порт) 09.09.14 17:44
Мне очень понравилась идея и техническое исполнение. интерфейс понятный для бухгалтера. Спасибо!
16. Виктория Сорокина (TORIS) 24.09.14 13:02
17. юрий гулидов (gull22) 24.09.14 15:38
Будет ли работать в КА (УПП) (регистры по НДС совпадают), или из плана счетов не пойдет?
18. Алексей Ермилов (Alex_E) 24.09.14 16:04
(17) gull22, Попробовал в КА :
{Форма.ФормаОП.Форма(22)}: Поле объекта не обнаружено (СистемаНалогообложения)
ПлательщикНДС = ?(ОшибкаВПолучении, Истина,УчетнаяПолитика.СистемаНалогообложения = Перечисления.СистемыНалогообложения.Общая);
- Вывод - просто так работать не будет, но исправить можно - код открыт.
19. Алексей Ермилов (Alex_E) 24.09.14 16:12
Проверяя на КА отловился баг - при запуске под платформой 8.2 в БП 2.0 получаем ошибку :
ВнешняяОбработка.ПроверкиИИсправления.МодульОбъекта(1,2)}: Ожидается оператор препроцессора
#<<?>>Область ТекстыЗапросов
, кто собирается использовать под 8.2 в модуле обработки нужно закомментарить все строчки, начинающиеся с: "#".
Только что выложил новую версию, там запускается нормально.
20. Гамлет Казарян (trigon33@mail.ru) 24.09.14 19:38
Прекрасно!
Огромное спасибо
21. Алексей Ермилов (Alex_E) 24.09.14 19:50
(20) trigon33@mail.ru, Пожалуйста! Думаю над развитием обработки, может у кого какие мысли есть?
22. rasdag ххх (rasdag) 25.09.14 18:52
У меня при открытии, в БП 3.0.33.15 в интерфейсе Такси, выскакивает сообщение: {Форма.Форма.Форма(19)}: Метод объекта не обнаружен (ПолучитьСведенияОРегистрации) ПараметрыРегистрации = ОбработкаОбъект.ПолучитьСведенияОРегистрации();
23. Алексей Ермилов (Alex_E) 25.09.14 19:03
(22) rasdag, Косяк, уже исправил, вот область регистрации на форме:
#Область РегистрацияИзОбработки
Функция НайтиДопОбработку(Наименование)
	Запрос = Новый Запрос(
	"ВЫБРАТЬ
	|	ДополнительныеОтчетыИОбработки.Ссылка
	|ИЗ
	|	Справочник.ДополнительныеОтчетыИОбработки КАК ДополнительныеОтчетыИОбработки
	|ГДЕ
	|	ДополнительныеОтчетыИОбработки.Наименование = &ИмяОбработки"
	);
	Запрос.УстановитьПараметр("ИмяОбработки", Наименование);
	Результат = Запрос.Выполнить().Выгрузить();
	Если Результат.Количество() = 0 Тогда
		Возврат Справочники.ДополнительныеОтчетыИОбработки.ПустаяСсылка();
	Иначе
		Возврат Результат[0].Ссылка;
	КонецЕсли;
КонецФункции

Функция ПолучитьСведенияОРегистрации() Экспорт
	ОбработкаОбъект = РеквизитФормыВЗначение("Объект");
	ПараметрыРегистрации = ОбработкаОбъект.СведенияОВнешнейОбработке();
	ТабКоманд = ПараметрыРегистрации.Команды[0];
	Результат = НайтиДопОбработку(ПараметрыРегистрации.Наименование);
	Если Результат = Справочники.ДополнительныеОтчетыИОбработки.ПустаяСсылка() Тогда
		Зарегистрировано = Ложь;
		ВерсияИБ = "";
	Иначе
		Зарегистрировано = Истина;
		ВерсияИБ = Результат.Версия;
	КонецЕсли;
    Возврат Новый Структура("Зарегистрировано, Наименование, Представление, Версия, ВерсияИБ",
							 Зарегистрировано, ПараметрыРегистрации.Наименование, ТабКоманд.Представление, ПараметрыРегистрации.Версия, ВерсияИБ);
КонецФункции

Процедура ЗарегистрироватьНаСервере() Экспорт
	Если Не Константы.ИспользоватьДополнительныеОтчетыИОбработки.Получить() Тогда
		Константы.ИспользоватьДополнительныеОтчетыИОбработки.Установить(Истина);
	КонецЕсли;
	ОбработкаОбъект = РеквизитФормыВЗначение("Объект");
	ПараметрыРегистрации = ОбработкаОбъект.СведенияОВнешнейОбработке();
	Результат = НайтиДопОбработку(ПараметрыРегистрации.Наименование);
	Если НЕ Результат = Справочники.ДополнительныеОтчетыИОбработки.ПустаяСсылка() Тогда
		НовОбъектСпрвочникаДопОбработкок = Результат.ПолучитьОбъект();
		БылаЗарегина = Истина;
	Иначе
		//В таком порядке получения объекта есть смысл -
		// в перем. НовОбъектСпрвочникаДопОбработкок так доступен список реквизитов через точку :-)
		НовОбъектСпрвочникаДопОбработкок = Справочники.ДополнительныеОтчетыИОбработки.СоздатьЭлемент();
		БылаЗарегина = Ложь;
	КонецЕсли;
	ОбработкаОбъект = РеквизитФормыВЗначение("Объект");
	ИспользуемоеИмяФайла = ОбработкаОбъект.ИмяФайлаОбработки();
	НовОбъектСпрвочникаДопОбработкок.БезопасныйРежим = ПараметрыРегистрации.БезопасныйРежим;
	НовОбъектСпрвочникаДопОбработкок.Версия = ПараметрыРегистрации.Версия;
	НовОбъектСпрвочникаДопОбработкок.Вид = Перечисления.ВидыДополнительныхОтчетовИОбработок.ДополнительнаяОбработка;
	КомандыРегистрации = ПараметрыРегистрации.Команды[0];
	НовОбъектСпрвочникаДопОбработкок.ИмяОбъекта = КомандыРегистрации.Идентификатор;
	НовОбъектСпрвочникаДопОбработкок.ИмяФайла = ИспользуемоеИмяФайла;
	НовОбъектСпрвочникаДопОбработкок.Информация = ПараметрыРегистрации.Информация;
	Если НовОбъектСпрвочникаДопОбработкок.Команды.Количество() Тогда
		НовОбъектСпрвочникаДопОбработкок.Команды.Очистить(); //Команды стоит заменить, мало ли чего в новой версии поменялось
	КонецЕсли;
	НовСтрКоманды = НовОбъектСпрвочникаДопОбработкок.Команды.Добавить();
	НовСтрКоманды.ВариантЗапуска = Перечисления.СпособыВызоваДополнительныхОбработок.ОткрытиеФормы;
	НовСтрКоманды.Идентификатор = КомандыРегистрации.Идентификатор;
	НовСтрКоманды.Модификатор = КомандыРегистрации.Модификатор;
	НовСтрКоманды.ПоказыватьОповещение = КомандыРегистрации.ПоказыватьОповещение;
	НовСтрКоманды.Представление = КомандыРегистрации.Представление;
	НовОбъектСпрвочникаДопОбработкок.Комментарий = "#Зарегистрирована из самой обработки";
	НовОбъектСпрвочникаДопОбработкок.Наименование = ПараметрыРегистрации.Наименование;
	НовОбъектСпрвочникаДопОбработкок.Ответственный = Пользователи.ТекущийПользователь();
	НовОбъектСпрвочникаДопОбработкок.Публикация = Перечисления.ВариантыПубликацииДополнительныхОтчетовИОбработок.Используется;
	Если Не БылаЗарегина Тогда //Разделы уже есть, не трогаем
		Раздел = НовОбъектСпрвочникаДопОбработкок.Разделы.Добавить();
    	Раздел.Раздел = Справочники.ИдентификаторыОбъектовМетаданных.НайтиПоРеквизиту("ПолноеИмя", "Подсистема.Продажи");
		Раздел = НовОбъектСпрвочникаДопОбработкок.Разделы.Добавить();
		Раздел.Раздел = Справочники.ИдентификаторыОбъектовМетаданных.НайтиПоРеквизиту("ПолноеИмя", "Подсистема.Покупки");
		Раздел = НовОбъектСпрвочникаДопОбработкок.Разделы.Добавить();
		Раздел.Раздел = Справочники.ИдентификаторыОбъектовМетаданных.НайтиПоРеквизиту("ПолноеИмя", "Подсистема.ПокупкиИПродажи82");
	КонецЕсли;
	НовОбъектСпрвочникаДопОбработкок.РежимСовместимостиРазрешений = Перечисления.РежимыСовместимостиРазрешенийДополнительныхОтчетовИОбработок­.Версия_2_2_2;
	ДвДанные = Новый ДвоичныеДанные(ИспользуемоеИмяФайла);
	ДвДанные.Записать(ИспользуемоеИмяФайла);
	НовОбъектСпрвочникаДопОбработкок.ХранилищеОбработки = Новый ХранилищеЗначения(ДвДанные);
	НовОбъектСпрвочникаДопОбработкок.Записать();
	Если Не БылаЗарегина Тогда //Если уже была зарегистрирована, не будем портить список пользователей
		ПользователиИБ = ПользователиИнформационнойБазы.ПолучитьПользователей();
		
		Если ПользователиИБ.Количество() > 0 тогда
			Для Каждого Пользователь Из ПользователиИБ Цикл
				Если Не Пользователь = Справочники.Пользователи.ПустаяСсылка() и Не Пользователь = Неопределено Тогда
					РегистрДоступа = РегистрыСведений.ПользовательскиеНастройкиДоступаКОбработкам.СоздатьМенеджерЗаписи();
					РегистрДоступа.Активность = Истина;
					РегистрДоступа.ДополнительныйОтчетИлиОбработка = НовОбъектСпрвочникаДопОбработкок.Ссылка;
					РегистрДоступа.Доступно = Истина;
					РегистрДоступа.ИдентификаторКоманды = КомандыРегистрации.Идентификатор;
					//РегистрДоступа.Пользователь = Справочники.Пользователи.НайтиПоРеквизиту("ПолноеИмя", Пользователь.ПолноеИмя);
					РегистрДоступа.Пользователь = Справочники.Пользователи.НайтиПоНаименованию(Пользователь.ПолноеИмя);
					РегистрДоступа.Записать();
				КонецЕсли;
			КонецЦикла;
		Иначе
			РегистрДоступа = РегистрыСведений.ПользовательскиеНастройкиДоступаКОбработкам.СоздатьМенеджерЗаписи();
			РегистрДоступа.Активность = Истина;
			РегистрДоступа.ДополнительныйОтчетИлиОбработка = НовОбъектСпрвочникаДопОбработкок.Ссылка;
			РегистрДоступа.Доступно = Истина;
			РегистрДоступа.ИдентификаторКоманды = КомандыРегистрации.Идентификатор;
			РегистрДоступа.Пользователь = Пользователи.ТекущийПользователь();
			РегистрДоступа.Записать();
		КонецЕсли;
	КонецЕсли;
КонецПроцедуры
#КонецОбласти
...Показать Скрыть

плюс в модуле надо добавить функцию:
Функция ИмяФайлаОбработки() Экспорт
	Возврат ЭтотОбъект.ИспользуемоеИмяФайла;
КонецФункции


Связано с тем, что основной код пишу в 3.0, но возникла проблема совместимости с 2.0, перенес регистрацию на форму, косяк не сразу увидел.
Выложена исправленная версия......
Извините, так получилось.
Всем, у кого так получилось могу выслать на мыло - пишите в личку.
rita177; rasdag; +2 Ответить 1
24. Константин Купрюхин (BlackStar) 30.09.14 19:55
Алексей, отличная обработка, благодарю великодушно - бухгалтерия радуется.

Из хотелок:
1. Название обработки и команды сделать более понятное, например: "Проверки и исправления расчетов по НДС"
а то просто "Проверки и исправления" непонятно, мало ли какие проверки могут быть )
2. Можно ли "Бабочки" развернуть до документа?

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

При этом у меня возникает единственная проблема, когда вводят документ Операция, в таблице формируется 2 строки: одна с контрагентом и суммой по Книге продаж, 2-я без контрагента и суммой по 68 счету (скриншот во вложении), как свести пока не представляю, возможно будут идеи )
Прикрепленные файлы:
Обработка_ПроверкиИИсправленияРасчетовНДС_v2.10_kedit.epf
welly; Alex_E; +2 Ответить 1
25. Алексей Ермилов (Alex_E) 30.09.14 20:39
(24) BlackStar, Большое спасибо, за первый реальный комментарий с "хотелками"!!!!!
Название обработки и команды сделать более понятное, например: "Проверки и исправления расчетов по НДС"
- изначально так и называлась, только для УСН-щиков стало непонятно, а им она то же нужна - ошибок во взаиморасчетах по 60 и 62 в их база поболе, чем ОСН-щиков бывает.
Можно ли "Бабочки" развернуть до документа?
- "бабочка" может "вылуписться" из разных документов, так что если искать по ним - можно и не увидеть.
Так же возникла потребность разворачивать соответствие книге покупок и продаж до контрагента, потому как до документа слишком грубо,
- вот тут не понял, группировки вроде как сначала контрагент, потом его документы - т.е. документ - более детально, чем контрагент - поясните. Посмотрел скриншот, кажется понял. Документы расшифровываются, да и анализ субконто работает - всегда можно посмотреть на движения, хотя - посмотрю в обработке - подумаю (попытка по контрагенту уже была в предыдущих версиях, только что то мне не понравилось, не помню уже что - а этот вариант "одобрили" клиенты).
26. Константин Купрюхин (BlackStar) 03.10.14 19:19
Алексей, вот другой скриншот, по последнему вопросу:
вы показываете Формирование книги покупок\продаж одной строкой
я предлагаю разворачивать до контрагента (во всяком случае наша бухгалтерия так страстно желает)
Прикрепленные файлы:
27. Алексей Ермилов (Alex_E) 03.10.14 19:41
(26) BlackStar,
я предлагаю разворачивать до контрагента (во всяком случае наша бухгалтерия так страстно желает)
- ну про "страстные желания" бухгалтерии - это понятно :-). В обработке всё выцепляется запросом, но с теми же операциями проблема, когда по 68.02 счету операция, а НДС двинули документом отражения например. В операции нет реквизита "контрагент", связать операцию с движением регистра не всегда получится, если регистраторы разные и документ основания где то не выбран.
Сейчас 9 месяцев сдают - досуга нет. Успокоятся клиенты - буду дальше развивать обработку, сейчас реально недосуг....
Есть ещё один вариант этой же обработки - там не только перепроводятся документы, но , в случае неисправленной ошибки по счетам создаются документы корректировка долга, есть ещё пара мыслёв, как сделать поудобнее.
Пока нет ещё уверенности, что для всех возможных вариантов ведения учета всё правильно отрабатывает проверка НДС - вот к 20 числу посмотрю, что НДС-ники нароют.
В любом случае продолжение будет...
P.S. Ещё бы на боевой базе 3.0 посмотреть ведение раздельного учета НДС, и вариант с подразделениями. Пока у меня таких нет, как отрабатывает даже не смотрел, а надо бы....
28. buKIN (buKIN) 14.10.14 21:21
Похоже анализируются расчеты только в рублях.
А как же у.е. и валюта?
29. Алексей Ермилов (Alex_E) 14.10.14 21:42
(28) buKIN, Проверяются рублевые субсчета 60 и 62, валютные увы - надо дописывать... Тут много чего надо, работаю сейчас над новой версией, туда, наверное, и валютные счета включу.
30. buKIN (buKIN) 15.10.14 11:20
(29) Alex_E, значит я поторопился скачать ))).
31. Алексей Ермилов (Alex_E) 15.10.14 11:27
(30) buKIN, Я думаю, что нет, новая версия появится далеко не завтра, и вряд ли за стартмань :-)
32. Роман Борисовский (imbaZeratul) 17.10.14 15:37
плохо что НДС берется расчетным путем, не у всех же ставка 18%)))
33. Алексей Ермилов (Alex_E) 17.10.14 15:54
(32) imbaZeratul, Альтернативный вариант предложите.
Как быть с предоплатой, в которой покупается товар по ставке 10 и 18, а счет для аванса не указан?
Или пришли деньги от клиента, в платежке указано Без НДС (видел сто раз), а надо с НДС, по какой ставке проверять?
Предложите варианты, реализую....
34. Роман Борисовский (imbaZeratul) 17.10.14 16:10
(33) Alex_E, я сейчас подумываю немного переделать и добавить сравнения сумм по разным ставкам, так как получается что из-за того что берется программно по ставке 18% отчет показывает разницу
35. Алексей Ермилов (Alex_E) 17.10.14 16:41
(34) imbaZeratul, Опять непонятно, как сравнить предоплату за продукты, например, когда оплачивается поставка, где будет ставка 10 и 18 в одной реализации? Сравнить по суммам - такой же расчетный вариант. Указание счета на предоплату, где можно всё точно указать так же не всегда возможна - бывают договора, по которым у поставщика должна быть предоплата, товар на которую выбирается потом...
В общем универсального механизма я пока не вижу, более менее универсальным может быть привязка аванса к тавке, указанной в документе поступления на счет или ПКО, но опять, не всегда возможно.
О, надо подумать над вариантом со счет-фактурой - если на аванс выписывается счет-фактура, там то ставка есть, остается сравнить её с суммой аванса - вот так будет, наверное, корректнее всего, надо посмотреть....
36. Роман Борисовский (imbaZeratul) 17.10.14 17:09
(35) Alex_E, Согласен....тут либо допиливать конфу немного и тогда можно будет реализовать
37. Ольга Павлюс (kiska65_66) 09.12.14 13:40
(23) Alex_E, обработка нужная гл.бухгалтеру. Спасибо, что ее сделали.
38. Алексей Ермилов (Alex_E) 09.12.14 13:42
(37) kiska65_66, Пожалуйста, есть уже новая версия, только пока не решил, выкладывать, или нет :-)
39. Гамлет Казарян (trigon33@mail.ru) 24.12.14 12:49
Огромное спасибо за обработку!!! Очень доволен, нет слов!!!
40. Алексей Ермилов (Alex_E) 24.12.14 13:02
(39) trigon33@mail.ru, Пожалуйста :-) Буду признателен, если выявленные косяки опишете.
P.S. А вообще спасибо тут принято выражать нажатием на "звездочку" )))))))))
41. logdog (logdog) 24.12.14 23:27
(40) Alex_E, спасибо!
- Если в базе 1 организация, думаю, имеет смысл автоматом ее выбирать.
42. Алексей Ермилов (Alex_E) 24.12.14 23:50
(41) logdog, Пожалуйста!
Если в базе 1 организация, думаю, имеет смысл автоматом ее выбирать.
В принципе можно, хотя и выбрать один раз не сложно, потом просто в 3.0 сохранится само, а в 2.0 можно сохранить кнопочкой.
43. Hellgga 05.01.15 15:48
Спасибо за обработку. Реальная помощь.
Вот только цвет сообщений...., поспокойнее бы, а то уж больно яркий, аж в глазах рябить начинает.
Сделать, например, спокойно-синий :)
44. Алексей Ермилов (Alex_E) 05.01.15 15:57
46. Алексей Ермилов (Alex_E) 05.01.15 16:28
(45) Hellgga,
А про цвет?
Можно изменить конечно, я наоборот радостно ядовито светло зелёный сделал - чтоб пользователь сразу увидел - всё нормально ;-). В принципе можно зайти в шаблоны и поменять там (код открыт, дело пяти минут) - просто за всё время существования обработки - это первый случай, когда такая "хотелка" нарисовалась. Буду делать новый вариант - не забуду - поменяю...
47. Hellgga 05.01.15 17:00
(46) Alex_E, поменяла на спокойный зелёненький :):):)
48. Den (Dvornik) 14.01.15 08:36
Я вот запустил проведение. Неплохо бы его прервать, была ошибка (закрыт для изменения период), а вот не могу. Может я что не знаю?
49. Алексей Ермилов (Alex_E) 14.01.15 10:20
(48) Dvornik, Если Ctrrl + Break нажимали и не прервалось - значит не сделал обработку прерывания пользователя, сейчас посмотреть не могу. В принципе код открыт включите в цикл проведения &НаКлиенте, я сейчас не могу даже посмотреть.
50. Владимир Доброродный (Kindman1980) 17.04.15 18:31
Насколько я понимаю сейчас для сдачи НДС корректное сальдо на субсчетах счета 60 необязательно
51. Алексей Ермилов (Alex_E) 17.04.15 19:14
(50) Kindman1980, Не совсем так, возможна ситуация, когда авансы выданные включаются в книгу покупок (при наличии договора, по которому поставщик обязуется предоставить счет-фактуру на аванс полученный, и предъявляет его в течении 5 после получения аванса). Сам НДС отражается в этом случает на счете 76.ВА. Для контроля зачёта авансов выданных, при которых принятый к вычеты НДС с аванса должен попасть в книгу продаж сальдо по 60 важно. Вот автоматизировать контроль за выданными авансами не получается, поскольку применение вычета - это ПРАВО, а не ОБЯЗАННОСТЬ покупателя, и применяется это право далеко не всегда...
52. Владимир Самойлов (Felix1) 11.07.15 09:10
Скажите пожалуйста , валютные счета обработка по прежнему не проверяет ???
53. Алексей Ермилов (Alex_E) 11.07.15 10:19
54. Владимир Самойлов (Felix1) 11.07.15 19:50
55. Владимир Самойлов (Felix1) 11.07.15 19:51
Расчеты в у. е, сейчас очень актуальны.
56. Алексей Ермилов (Alex_E) 11.07.15 20:23
(55) Felix1, Понимаю, договора в уё сейчас очень актуальны, только времени на исследование чего с чем сравнивать пока нет.
Просто включить в проверку 60.31 и 60.32 (аналогично 62) нетрудно. С контролем начисления 76.АВ с этих счетов не разбирался, если сделать аналогично 62.02 с 76.АВ? Будет оно правильно?
Главная проблема - нужна реальная база(ы), на которой можно было бы отладить проверки, придумывать примеры самому - дело безнадёжное, проверено на практике - эта обработка обкатывалась не на одной и не на двух базах, и в каждой были свои ньюансы. К сожалению, в наличии у меня сейчас даже одной такой базы нет... Если есть варианты - пишите в личку, что нибудь придумаем...
57. Владимир Самойлов (Felix1) 11.07.15 21:36
Вы мои сообщения в личке получаете ? не пойму что с отправкой ? жму на самолетик.
58. Алексей Ермилов (Alex_E) 11.07.15 21:42
(57) Felix1, Не приходило - написал сам, получили?
59. Алексей Ермилов (Alex_E) 05.08.15 19:11
Обновил обработку до версии 3.19 - изменения для нового релиза БП 3.0.41.48 на платформе 8.3.6.2152. В связи с отменой совместимости при выводе таблиц документа возникала ошибка. Изменен вывод отчета "Анализ субконто" - при каждом вызове отчет открывается в новом окне.
60. Юрий Семенихин (human_new) 10.12.15 15:38
Алексей, можно личный вопрос, откуда взят термин "Бабочки"?
Вы случайно не работали в "Луче" ?
61. Алексей Ермилов (Alex_E) 10.12.15 23:26
(60) human_new, упс, было дело :-) как Вы догадались? вообще то пока не увидел "Луч" ответ был таким: Когда ОЧЕНЬ давно я работал с одной московской конторой, в которой этот термин был в ходу, мне понравилось.... В самом деле, если у нас на одном счете (субсчете) есть остатки по дебету и по кредиту - это похоже на крылья бабочки - если бабочка сложит крылья, то в проекции вид сверху практически не будет ничего....
62. Денис Грачёв (denis1c@) 17.03.16 01:06
Полезный инструментарий! Спасибо автору за труд.
63. Ольга Ершова (anna140331) 12.06.16 14:56
Добрый день
стала выскакивать такая ошибка
"Недопустимая операция для реквизита формы". что это означает?
64. Алексей Ермилов (Alex_E) 12.06.16 15:53
(63) anna140331, Вангую - работаете в БП 3.0, перешли на новую версию платфомы.
В модуле формы надо закомментарить все вхожения строки:
ТаблицаРезультатов.Показать();
65. matt unknown (matt.unknown) 22.07.16 15:05
(64) Alex_E,
у меня то же самое... платформа 8.3.8.1861
1) где живет этот модуль?
2) как найти такие строки?
3) не слетит ли конфа с поддержки
4) нельзя ли без захода в конфигуратор как-нить?
66. Алексей Ермилов (Alex_E) 22.07.16 15:10
(65) matt.unknown, Без конфигуратора никак. Открыть в конфигураторе, там: Формы - Форма, и внизу Модуль (исправлено в новой версии). Потом поиском, закомментарить и сохранить.
67. Ruslan (2casp) 31.08.16 18:10
Добрый день! Валютные счета обработка по прежнему не проверяет? Или что-то исправилось?
68. Алексей Ермилов (Alex_E) 31.08.16 18:12
(67) 2casp, Нет, счета, которые проверяются видно на картинках, валютных там нет..... Предложите алгоритмы проверки - реализую.....
69. Andrey Erastov (tailer2) 31.08.16 18:21
(68) Alex_E, то же самое, в общем-то

просто добавить воды: 62.31 и 62.32
70. Andrey Erastov (tailer2) 31.08.16 18:23
ой :)))))))

7. Alex_E 09.08.2014 11:19
(6) galiurust,
Мы купили Вашу разработку
- разработка стоит 1 стартмань, который на сегодняшний день стоит 4.39р. Так что купили - это круто...
71. Алексей Ермилов (Alex_E) 31.08.16 18:26
(69) tailer2, упс, а то, что сегодня там в рублях одна сумма (не загрузили курсы), а завтра другая (загрузили курсы) и как нужно по правильному рассчитывать НДС с авансов...в общем - дайте правильный алгоритм - сделаю... Вообще, есть уже другой вариант этой обработки, просто недостаточно обкатанный (валюты там нет((((()
72. Алексей Ермилов (Alex_E) 31.08.16 18:27
73. Andrey Erastov (tailer2) 31.08.16 18:29
(71) Alex_E, про курсы кривая отмаза
74. Andrey Erastov (tailer2) 31.08.16 18:31
(71) Alex_E,
как нужно по правильному рассчитывать НДС с авансов


никогда не забуду КА 1.0 - там вендор рассчитывал НДС (по всей конфе), просто умножая валютный НДС на курс
75. Алексей Ермилов (Alex_E) 31.08.16 18:32
(73) tailer2, Какая есть, есть сказать что-то по существу - внимательно слухаю...
76. Алексей Ермилов (Alex_E) 31.08.16 18:34
(74) tailer2, я не вендор, базы для проверки нет - потому и нет проверки - оно мне нада?
77. Andrey Erastov (tailer2) 31.08.16 18:51
(75) Alex_E, тьфу-тьфу-тьфу....

я тока-тока прибыль получил, НДС хотелось бы не трогать
подождем, что главбухия скажет
скажет делать, будем разбираться

а пока зачет авансов и курсовая разница ждут меня
78. Алексей Ермилов (Alex_E) 31.08.16 18:53
(77) tailer2, прибыль без НДС....ню ню)))))))))
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа