Позволяет выявить и исправить автоматически (по возможности) разницу в удержанном и начисленном налогах в любом предыдущем периоде.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Наименование
Скачано
Купить файл
По подписке PRO
Удержанный и начисленный НДФЛ в ЗИК 7.7 . Проверка и корректировка НДФЛ в прошлых периодах. : Полная версия тестирования и редактирования
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Навеяно //infostart.ru/projects/3699/ и //infostart.ru/projects/3673/
1. Обработка позволяет вывести: не рассчитанные записи по НДФЛ удержанному, расхождения налогов и отчет по должникам.
2. Провести "мягкую" автокорректировку в любом предыдущем периоде. Т.е. если записи налогов были не расчитанными - рассчитает, если по каким-то причинам изменились условия расчета а записи не рассчитывали - перерассчитает. НИКАКОГО нарушения целостности расчета не происходит.
Внешняя обработка позволяет проверить уникальность номеров всех видов документов. При проверке в базу не вносятся никакие изменения. При желании можно сделать исправление дублей номеров.
Архив различных обработок 1С 7.7 с открытым исходным кодом для работы с данными при свертке, выгрузке, исправлении, модификации информационной базы. Можно использовать любую обработку в качестве заготовки для добавления собственных функций.
Пример реализации сверок между базами и исправления расхождений в обе стороны, из 7.7 -> в 8.3 и из 8.3 -> в 7.7 на обычных формах. Фундаментальные обработки, которые работают на постоянной основе и поддерживают идентичность данных между базами основных поставщиков и основных покупателей (их соответствие прописано в модуле). Используется Новый COMОбъект("V77.Application"), пример использования внешнего источника данных. Реализация в поступление. Поступление в поступление. Корректировка поступления в корректировку отгрузки. СчФ выданный в СчФ полученный. Исправление СчФ полученного в исправление СчФ выданного. Перенос документа Реализация 7.7 в Поступление 8, Перемещение 7.7 в Поступление 8. Акт сверки взаиморасчетов (несколько организаций). Все обработки запускаются в базе 1С Предприятие 8 (обычные формы).
Универсальная обработка 7.7, представленная здесь, до сих пор почему-то по функционалу гораздо беднее, чем общеизвестная типовая "Универсальный подбор и обработка объектов" (UNIREPS82\UniversalSelection) 8.2-8.3", мне не хватило возможности выполнить произвольный код обработчика объектов. Данная обработка "UChoice.ert" является полным аналогом "UniversalSelection", представляет собой консоль выполнения произвольного кода, позволяет делать с объектами информационной базы 1С 7.7 абсолютно все, что угодно, а не узкий, сложно настраиваемый набор команд, на мой взгляд, она существенно превосходит имеющиеся аналоги, поэтому ничем другим кроме нее я не пользуюсь.
1. Обработка позволяет совершать следующие действия над объектами:
а. СПРАВОЧНИКИ: удаление; пометка на удаление; снятие пометки на удаление.
б. ДОКУМЕНТЫ: удаление; пометка на удаление; снятие пометки на удаление; проведение; отмена проведения; выключить проводки; включить проводки.
2. Действия могут быть ограничены некоторыми условиями.
3. Существует отбор по видам объектов.
4. Есть возможность обработать подчиненные справочники.
Обработки можно использовать в любой конфигурации 1С-Предприятия 7.7. Обработки позволяют просмотреть/изменить значения любого реквизита документов/справочников, существующих в базе. В обработках реализован множественный отбор по значениям реквизитов (для табличной части документов тоже).
В обработке документов реализованы следующие действия:
Перенумерация; проведение; отмена проведения; пометка на удаление; непосредственное удаление; снятие пометки удаления; изменение реквизитов; очистка реквизитов; удаление строк табличной части; вывод на печать и в файлы *.xls,*.csv,*.dbf,*.xml реквизитов шапки и табличной части.
В обработке справочников реализованы следующие действия:
Перенумерация; пометка на удаление; непосредственное удаление; снятие пометки удаления; изменение реквизитов; очистка реквизитов; очистка истории значений периодического реквизита; перенос справочника в другую базу подобной конфигурации по OLE; вывод на печать реквизитов и истории значений периодических реквизитов; вывод реквизитов в файлы *.xls,*.csv,*.dbf,*.xml; отчет по структуре справочников, вывод и обработка ссылок на выбранные элементы.
Ну вот, опять :( Качают десятками, а выразиться лень ...
Обработка с того времени не менялась работала в не зависимости от типовых обновлений на ЗИК (т.е. не завязано на релиз). До прошлого года выручала, пока не перешли на 8-ку.
Сменил доступ со всех на зарегистрированых.
:))) Дык пробуйте и пользуйтесь :) Для того и выложена. Не выпрашиваю +, однако и когда реакции вообще никакой - мягко говоря раздражает. Если есть хотя бы обсуждение, уже хорошо :)
Как раз недавно возился, всех затставил править документом "Исправление":)
Сейчас активно на восьмерке работаем, и до 77 (тем более ЗиК) только в самых крайних случаях добираемся. Попозже опробую. По описалову - то что надо:)
(17,18) Гм... Вообще-то здесь об этом много написано. Можно выложить свои разработки, можно написать статью... А можно просто толковые комментарии к другим разработкам добавить...
Не разделяю всеобщего ликования.
Вот типичный пример
март
НДФЛ нач. = 802
выплат нет, соответственно
НДФЛ уд. = 0
апрель
НДФЛ нач. = 837
выплаты есть, соответственно
НДФЛ уд. = 1639
Отчет воспринимает это как ошибку. В чем она?
И что автор собирается в данной ситуации исправлять?
Заявлена ведь возможность исправления.
(25) Обрати внимание на описание: отчет выводит не ошибку, а расхождение. Я думаю очевидно, в что в описываемом случае расхождения есть?
При автокорректировке будут пересчитаны только те записи, которые этого требуют. А учитываются суммы с начала года. Поэтому никакого исправления в данном случае не будет, так как нарушений расчета нет и исправление не требуется.
(26) Ну и какой смысл выводить такие расхождения? Тем более по отдельным месяцам, общую картину (с начала года) не видно. Кстати по отдельному сотруднику все очень хорошо видно в 1-НДФЛ. Ошибки по удержанному НДФЛ возникают как правило на стыке лет. Типичный пример: начисления в декабре есть, соответственно НДФЛ начисленный <> 0, выплат в декабре нет, НДФЛ уд. = 0, выплата в январе, но НДФЛ уд. в январе = 0. Пересчитывать, по крайней мере по алгоритму типовой - бесполезно.
(27) Если Вы не видите смысла, так значит Вам это и не надо :)
Любой отчет прежде всего предоставляет информацию пользователю для анализа.
Пример, в карточке 1-НДФЛ в начале следующего года Вы увидите расхождение по сотруднику. И что? Что Вы с этим сделаете? Периоды то закрыты...
Обработка сможет исправить в случае если действительно была ошибка. Например, если просто забыли рассчитать записи по данному сотруднику. В любом прошедшем периоде. Без отката всех.
Естественно, это можно сделать и вручную. Только уверяю Вас, что обработкой будет проще, быстрее и не сделаете случайной ошибки.
