Исправили в ЗиК 7.7 больничный лист, проведенный в прошлом периоде, а весь доход по больничному в 2-НДФЛ перенёсся на текущий период? Эта обработка для Вас.
Бесплатные
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Узнавайте о новых бесплатных решениях в нашей телеграм-группе
Инфостарт БЕСПЛАТНО
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Обработка корректирует исправительные записи журнала расчетов, введенные документами-исправлениями больничных листов, в целях правильного отражения периода дохода. В типовой конфигурации сторнирование записи ЖР по больничному листу приводит к удалению дохода в 1-НДФЛ и 2-НДФЛ в периоде проведения основного больничного и переносе дохода на период проведения исправления, что приводит к искажению налоговой отчетности.
Этой обработкой сторнированные и вновь введенные записи корректируются вычислением и заменой записей в ЖР на разницу по доплате б/л.
Не забудьте перед запуском обработки сделать архивирование базы данных конфигурации и внимательно просмотреть результаты исправлений.
Как известно, Бухгалтерия 7.7 не имеет штатной возможности для обмена с ЗУП 3.1. Данная разработка пригодится тем, кто перешел с ЗиК 2.3 на ЗУП 3.1, но вынужден по каким-то своим причинам оставаться на Бухгалтерии 7.7.
База данных помечается Suspect, когда SQL Server не может читать файлы данных, связанные с базой данных с жесткого диска. В этом случае сделать бекап базы нельзя, но можно попробовать образ диска. После того как возможность читать файлы данных восстановлена, вы можете перезапустить службу SQL Server, и если возможно, произойдет автоматическое восстановление. Что делать, если информационная база 1С7.7 на SQL Server 2000 перешла в состояние suspect? Если это произошло утром и бекап сделан, Вы, конечно, можете грохнуть и раскатать базу заново (вечером это проблематичнее), но не торопитесь - возможно, поможет detach+attach или другие методы, изложенные в данной публикации.
Комплекс внешних обработок для удобного ведения в электронной форме кассовой книги формы №КО-4. Все функции редактирования кассовой книги, добавление записей инкассации, сквозная нумерация, печать приходных кассовых ордеров №КО-1 и расходных кассовых ордеров №КО-2. Возможность автоматического заполнения кассовой книги из журнала документов вашей ИБ (любой конфигурации).
Комплекс внешних обработок для ведения в электронной форме КУДиР для 1С 7.7 - книги учёта доходов и расходов для предприятий на УСН, ПСН, ЕСХН. Автоматическое заполнение раздела 1, 4 из журнала документов вашей информационной базы. Формирование кассовой книги №КО-4, приходных кассовых ордеров №КО-1 и расходных кассовых ордеров №КО-2.
Новая справка для расчета пособий по временной нетрудоспособности в соответствии с приказом Министерства труда и социальной защиты № 182Н от 30.04.2013 года (учитывая изменения вплоть до 2017 года).
Справку необходимо выдавать на руки при увольнении сотрудника. Может помочь при расчете среднего заработка при нетрудоспособности сотрудников.
Будет незаменимым помощником для бухгалтеров, осуществляющих расчеты по заработной плате, при отсутствии специализированной программы.
Если Вы наблюдаете сообщение "could not continue scan with nolock" и подобные ему - значит эта статья для Вас. В статье рассказывается, как поправить ошибки выданные DBCC CHECKDB вручную.
(1) Никогда не исправляли больничные листы, проведенные в прошлом расчетном периоде, в т.ч. после проверки ФСС? Радуйтесь, что Вас это не коснулось.
(2) К сожалению, в ЗиК сторнирующая запись в ЖР приводит к полному удалению дохода в прошлом периоде и доход считается по периоду введения исправительной записи.
1-НДФЛ и 2-НДФЛ собираются по периоду действия, но ведь больничный - не зарплата и для него учитывается период документа, а не период действия записи! А как провести исправление больничного, введенного в прошлом расчетном периоде правильно? У нас бухи нажимают кнопочку "Исправить", корректируют и проводят документ-исправление больничного.
>>В типовой конфигурации
>сторнирование записи ЖР по больничному листу приводит к удалению
>дохода в 1-НДФЛ и 2-НДФЛ в периоде проведения основного больничного
>и переносе дохода на период проведения исправления, что приводит к
>искажению налоговой отчетности.
Да ладно, серьезно? Что то я такого не замечал.. будет время проверю...
P.S. Вообще то 1-НДФЛ и 2-НДФЛ собираются по периоду действия, по этому если верно введен документ исправления, то ничего изменится НЕМОЖЕТ!!!
А где ПринтСкрины?
Как выглядит ЖР до исправления и после?
Уверены, что все будет работать без ошибок в других местах программы (например Табель)?
А если ошиблись в интервале или в виде больничного нигде боком не выйдет? Из-за чего пришлось исправлять БЛ?
Если изменилась база, то в ЗиК есть механизм перерасчетов и он сам начислит разницу, если не заполнять табличную часть в БЛ.
К сожалению больничные после проверки ФСС чаще исправляются в меньшую сторону. А в таком случае получим отрицательный доход. А доход отрицательным быть не может.
