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

13.02.20

Учетные задачи - Взаиморасчеты

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

Скачать исходный код

Наименование Файл Версия Размер
Описание обработки v3.17
.docx 489,92Kb
165
.docx 489,92Kb 165 Скачать бесплатно
Проверки и исправления учета для правильного формирования книги покупок и книги продаж для Бухгалтерии 3.0 и Бухгалтерии 2.0
.epf 103,14Kb
12
.epf 103,14Kb 12 Скачать

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

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

Обработка предназначена для проверки и исправления (путем перепроведения проблемных документов) оборотов и остатков по счетам 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 НДС с авансов полученных бабочки отрицательное сальдо исправление учета

См. также

Перенос данных из УТ 10.3 в УТ 11 / КА 2 / ERP 2. Переносятся документы, справочники и остатки

Перенос данных 1C Взаиморасчеты Оптовая торговля Логистика, склад и ТМЦ Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Управленческий учет Платные (руб)

Можно проверить до покупки, оставьте заявку! Воспользовались более 268 компаний! Перенос в продаже с 2015г., и мы постоянно работаем над его развитием. Перенос данных из УТ 10.3 в УТ 11 | из УТ 10.3 в КА 2 | из УТ 10.3 в ERP. Предлагаем качественное и проверенное временем решение для перехода с УТ 10.3. Можно перенести начальные остатки, нормативно-справочную информацию и все возможные документы. При выгрузке можно установить отбор по периоду, организациям и складам. При выходе новых релизов конфигураций 1C оперативно выпускаем обновление переноса данных.

45650 руб.

24.04.2015    191581    135    239    

270

"Акты сверки +" Групповая подготовка и рассылка актов сверки для Бухгалтерии 3.0.

Взаиморасчеты Email рассылки Акт сверки Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бухгалтерский учет Платные (руб)

Внешняя обработка для Бухгалтерии 3.0 - позволяет автоматически формировать документы «Акт сверки расчетов» с контрагентами за выбранный период с последующей фоновой отправкой на почту контрагента.

3000 руб.

25.11.2020    22677    185    7    

166

Ускоренное проведение документов (x4), устранение ошибок 60/62 счетов и зачет авансов (Бухгалтерия 3.0)

Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).

14400 руб.

29.04.2020    28788    86    149    

61

УТ 11, КА 2, ERP 2: Настраиваемые под каждую организацию печать и подпись ответственных лиц в печатных формах (ТОРГ-12, Счёт-фактура, УПД, УКД, Заказ клиента, Акт сверки, М-15 и др.)

Печатные формы Взаиморасчеты Оптовая торговля Производство готовой продукции (работ, услуг) Акт сверки Оперативный учет Управляемые формы 1С:Управление торговлей 11 Россия Бухгалтерский учет Управленческий учет Платные (руб)

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

12000 руб.

13.03.2018    57212    187    76    

117

Помощник закрытия месяца

Закрытие периода Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Управленческий учет Платные (руб)

В современных конфигурациях УТ 11, КА 2, ERP 2 и их аналогах присутствует механизм закрытия периода. Но при ошибках учета закрыть период корректно становится практически невозможно! Давайте попробуем разобраться, как можно устранить ошибки и закрыть корректно месяц!

9000 руб.

20.03.2018    70937    269    58    

295

Дебиторская задолженность по срокам долга

Взаиморасчеты Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Бухгалтерский учет Управленческий учет Платные (руб)

Один из лучших вариантов отчета по дебиторской задолженности. Отображает сроки возникновения задолженности, просроченной задолженности с точностью до регистратора, а также многое другое, вне зависимости от схемы взаиморасчетов (online / offline) и объекта расчетов (УТ 11.3, 11.4, 11.5, КА 2.4, 2.5, ERP 2.4, 2.5), состояния флажка "по документам расчета" ( УТ 10, КА 1.1, УПП 1.3) в договоре. Группирует задолженность по интервалам. Имеет большое количество настроек. Не требует доработок конфигурации.

15120 руб.

28.09.2012    95166    590    281    

141

Перенос начальных остатков из Парус 7.71 в БГУ

Внешние источники данных Взаиморасчеты Учет ОС и НМА Логистика, склад и ТМЦ Бюджетный учет Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 2.0 1С:Бухгалтерия государственного учреждения Государственные, бюджетные структуры Россия Бюджетный учет Абонемент ($m)

Перенос словарей и начальных остатков из ПП Парус-Бухгалтерия Бюджет 7.71 в 1Сv8 БГУ2. Заполнение словарей и документов по вводу начальных остатков. Не требуется установка ПП Парус7. Возможна дозагрузка. Позволит автоматически ввести основные данные в программу для начала работы. 

10 стартмани

08.12.2011    81807    3    Skaredov    124    

147
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. ZVN 122 06.08.14 09:06 Сейчас в теме
Обработка в Бухгалтерии 2.5 работает?
2. Alex_E 2359 06.08.14 18:13 Сейчас в теме
(1) ZVN, Имелось ввиду 2.0? В данном виде - нет. Наверное сделаю и для 2.0
3. Alex_E 2359 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 2359 08.08.14 15:18 Сейчас в теме
(4) galiurust, Обработка не "требует начисление НДС с аванса", а показывает полученные авансы, на которые не начислен НДС. В принципе можно доработать - подумаю. Вариантов получается слишком много...
Проверить и такой метод можно и в теперешнем варианте - анализ субконто покажет, где начисления не нужны, а где ошибка.
На практике я стараюсь убедить бухгалтеров, что при начислении НДС на ВСЕ полученные авансы проще контролировать учет, и,если операций много, то все "мои" так и делают.
6. galiurust 09.08.14 10:44 Сейчас в теме
(5) если не сложно напишите убедительную речь для наших бухгалтеров в подтверждении Вашего высказывания "что при начислении НДС на ВСЕ полученные авансы проще контролировать учет". Мы купили Вашу разработку, а они считают ее не работающей для нашей учетной политики. "Проверить и такой метод можно и в теперешнем варианте - анализ субконто покажет, где начисления не нужны, а где ошибка" - можно подробнее об этом?
7. Alex_E 2359 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 Ответить
70. tailer2 31.08.16 18:23 Сейчас в теме
ой :)))))))

7. Alex_E 09.08.2014 11:19
(6) galiurust,
Мы купили Вашу разработку
- разработка стоит 1 стартмань, который на сегодняшний день стоит 4.39р. Так что купили - это круто...
72. Alex_E 2359 31.08.16 18:27 Сейчас в теме
14. Alex_E 2359 26.08.14 11:04 Сейчас в теме
(4) galiurust, Выложил новую версию обработки, куда включил контроль по сальдо.
8. Виктор1905 103 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 2359 16.08.14 19:34 Сейчас в теме
(8) Виктор1905,
При больших объемах предоплат в Организации обороты по дебету и кредиту 76.АВ не будут совпадать с данными оборотов счета 62.02. (естественно, с корректировкой на соответствующие ставки).
- и дальше по тексту конечно полезные ссылки на "постановления партии и правительства" и пр. Я про это всё в курсе, в организации счета-фактуры на аванс выписываются в соответствии с учетной политикой, и она может быть разной.
К сожалению, после ряда изменений менял описание, изначально в котором было отмечено, что проверка производится для метода выписки счетов - фактур на ВСЕ полученные авансы - тогда обороты должны (просто обязаны) совпадать. Такой метод, вне зависимости от количества документов самый простой для контроля, а чём уже писал постом раньше.
Сделать проверку по сальдо немного сложнее , и пока не вижу смысла её делать, т.к. и в этом варианте проверить учет можно, а мои клиенты (большие и маленькие) используют как раз выписку на ВСЕ полученные авансы.

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

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

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

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

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


Связано с тем, что основной код пишу в 3.0, но возникла проблема совместимости с 2.0, перенес регистрацию на форму, косяк не сразу увидел.
Выложена исправленная версия......
Извините, так получилось.
Всем, у кого так получилось могу выслать на мыло - пишите в личку.
rita177; Rasdag; +2 Ответить
37. kiska65_66 09.12.14 13:40 Сейчас в теме
(23) обработка нужная гл.бухгалтеру. Спасибо, что ее сделали.
Порт; +1 Ответить
38. Alex_E 2359 09.12.14 13:42 Сейчас в теме
(37) kiska65_66, Пожалуйста, есть уже новая версия, только пока не решил, выкладывать, или нет :-)
20. trigon33@mail.ru 24.09.14 19:38 Сейчас в теме
Прекрасно!
Огромное спасибо
21. Alex_E 2359 24.09.14 19:50 Сейчас в теме
(20) trigon33@mail.ru, Пожалуйста! Думаю над развитием обработки, может у кого какие мысли есть?
24. BlackStar 30.09.14 19:55 Сейчас в теме
Алексей, отличная обработка, благодарю великодушно - бухгалтерия радуется.

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

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

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

просто добавить воды: 62.31 и 62.32
71. Alex_E 2359 31.08.16 18:26 Сейчас в теме
(69) tailer2, упс, а то, что сегодня там в рублях одна сумма (не загрузили курсы), а завтра другая (загрузили курсы) и как нужно по правильному рассчитывать НДС с авансов...в общем - дайте правильный алгоритм - сделаю... Вообще, есть уже другой вариант этой обработки, просто недостаточно обкатанный (валюты там нет((((()
73. tailer2 31.08.16 18:29 Сейчас в теме
(71) про курсы кривая отмаза
75. Alex_E 2359 31.08.16 18:32 Сейчас в теме
(73) tailer2, Какая есть, есть сказать что-то по существу - внимательно слухаю...
77. tailer2 31.08.16 18:51 Сейчас в теме
(75) тьфу-тьфу-тьфу....

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

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


никогда не забуду КА 1.0 - там вендор рассчитывал НДС (по всей конфе), просто умножая валютный НДС на курс
76. Alex_E 2359 31.08.16 18:34 Сейчас в теме
(74) tailer2, я не вендор, базы для проверки нет - потому и нет проверки - оно мне нада?
79. Порт 26.04.17 15:28 Сейчас в теме
Обработка Супер! пользуюсь не первый год. Все лучше и интереснее становится. Для бухгалтера просто находка . Время очень экономит при закрытии квартала. Спасибо!!!
80. neuronness 05.06.17 13:31 Сейчас в теме
Выше уже писали, очень хотелось бы реализации анализа валютных счетов. Отталкиваться предлагаю от фактических курсов в программе на даты документов. Если курсы загружаются исправно (а в нормальных компаниях так и есть), то и данные в отчете будут адекватными.
81. Alex_E 2359 05.06.17 14:10 Сейчас в теме
(80) Подумаю, нужна база для тренировок...
82. akim2040 41 29.06.17 12:39 Сейчас в теме
Не думали реализовать под ERP 2?
83. Alex_E 2359 29.06.17 12:43 Сейчас в теме
(82) Если будет востребовано - то почему нет?
84. Masha_mib 24.07.17 11:57 Сейчас в теме
Добрый день! А для тех,кто скачивал обработку в 2014 году, нужно покупать новую обработку? она уже не работает на последних релизах 1с 8.3?
85. Alex_E 2359 24.07.17 12:01 Сейчас в теме
Тогда обработка была за стартмани, с 2015 года стала платной. Ответ - нужно покупать.
86. janehk 10.08.17 22:40 Сейчас в теме
Скажите пожалуйста, а по мере выхода новых релизов как обновляется обработка? Техподдержку надо покупать обязательно?
87. Alex_E 2359 11.08.17 05:30 Сейчас в теме
В течении года бесплатно, потом покупать.
88. beard1 27.02.18 12:23 Сейчас в теме
Доброго!

Стал пользоваться обработкой ;)

Глупый вопрос: как можно создать отрицательные остатки по 62.02 в БП 3.0? Какой беспорядочной последовательностью действий? При условии, что способ погашения задолженности "Автоматически" и счета расчетов по умолчанию (62.01 и 62.02) и нет ручных корректировок.

единственный финт, который мне дал отрицательный остаток на 62.02 это

1. провел поступление на р/с
2. провел реализацию
3. удалил поступление на р/с

но это совсем искусственно, вряд ли случиться в реальном учете, т.к. банк сразу вылезет.

как еще можно получить "красноту" на 62.02?
90. Alex_E 2359 27.02.18 12:34 Сейчас в теме
(88) Можно, ещё как можно, ежели было бы нельзя, никто бы не стал писать эту проверку (а имя им легион, в смысле различным поделкам, это проверяющим, начиная с экспресс -проверки, встроенной в конфигурацию).
89. Dvornik 20 27.02.18 12:28 Сейчас в теме
Поработать, хорошенько , в большой фирме. Желательно, доработать конфигурацию. И так далее.
91. beard1 27.02.18 13:37 Сейчас в теме
не-не, все типовое... не доработанное )))
92. Alex_E 2359 27.02.18 13:44 Сейчас в теме