Ваши комментарии
Добрый день.
- В день удержания налога у вас возникает обязанность по его перечислению. Вы должны исполнить эту обязанность начиная со дня удержания налога, по установленный законодательством срок уплаты. Если срок уплаты налога стоит 09.01.2019 это означает что Вы можете налог перечислять по эту дату включительно и это не будет считаться недоимкой и наказываться штрафом. На то он и "срок уплаты".
- Читаем п.6 статьи 226: Налоговые агенты обязаны перечислять суммы исчисленного и удержанного налога не позднее дня, следующего за днем выплаты налогоплательщику дохода. Вы выплатили доход когда? 29.12. Налог перечислили когда? 29.12. Можете пояснить в каком месте был нарушен п.6 статьи 226? Ну можете попросить налоговую пояснить в каком месте был нарушен п.6 и возникла недоимка.
- Раньше налоговая просила не включать блоки у которых срок уплаты относится к следующему периоду в раздел 2. На мой взгляд это такое же неадекватное требование как и указанное требование, так как в этом случае они пришлют вам требование пояснить что за сумма налога пришла от вас 29.12 и почему ее нет в 6-НДФЛ.
- В программе есть настройка какие даты учитывать при формировании раздела 2. Можете поставить что до 01.10.2018 учет велся по 110 строке, а с 01.10.2018 учет ведется по 120 строке. В этом случае блок со сроком 09.01.2019 попадет в отчетность за первый квартал. Но при этом см. п.3.
- У ФНС (и не только у нее) оригинальный подход: вместо исправления ошибок в своей проверочной "нагнуть" всю страну на выполнение "странных" (это я мягко выразился) требований. С отчетности за первый квартал к этому добавится междокументная проверка 6-НДФЛ и РСВ.
Если вы хотите собрать отзывы от разных людей, то вопрос надо задавать публично, а не приватно. Переношу вопрос в публичные топики.
Ничего подобного в последней версии не исправлялось. Пользователь скорее всего ошибся при заведении информации в реестр, а потом просто удалил неправильную строчку и завел правильную.
Повторная отправка дает такую же ошибку?
Отправка по одному?
Можеет прислать последние (по дате создания) req_???? и resp_???? (где ???? - это номер больничного) из каталога ELN\Responses
Дмитрий, а стаж то этот есть в Контур-Зарплате? Или надо все таки смотреть на файлы и вытаскивать данные из них?
Давайте определимся для начала как надо чтобы определялось ОКТМО.
1,2 и 5 это сильно отличающиеся способы ведения ОКТМО на уровне ЛС.
Как определять ОКТМО должно быть равно 1, если работаем просто по полю кадровой части (одно ОКТМО один календарный месяц).
INTEGR.zip Надо файл из архива положить в TABLCNF сетевого каталога.
Если следовать требованиям Минтруда надо просто убрать НДФЛ из расчета аванса и выдавать аванс без каких-либо дополнительных удержаний.
Минтруд Письмо от 05.02.2019 № 14-1/ООГ-549 (ответ на официальный запрос журнала"Упрощенка"). Аналогичное мнение высказал Минфин в письме от 13.02.2019 №03-04-06/8932. Источник: https://www.26-2.ru/news/354857-s-1-aprelya-izmenilsya-raschet-zarplaty
Любое использование материалов допускается только при наличии гиперссылки.
Я сделал так: на лицевых выдал доступ обоим расчетчикам - лицевые появились на машине расчетчика-2. Затем снял доступ с лицевых (Ins отменил выделение и разнес в лицевые F10), в справочнике подразделений встал на подразделение, Ctrl+F9, выделил обоих расчетчиков, F10. Лицевые у расчетчика-2 пропали.
Правильно так:
- Выделили людей
- Ctlr+F9
- "-" (убрать доступ) на доп.клавиатуре.
- Выставить доступ на подразделение (или организацию)
Еще есть возможность отключить раздачу доступа на уровне лицевых счетов:
Настройка -> 6. Общие настройки системы -> 15.Настройки параметров безопасности -> Отключить настройку доступа к лиц.счетам
Преднастроенные шаблоны сэкономят время на внедрение.
5 минут на одной организации?
В общем объеме времени на внедрение эти 5-10 минут погоду не делают.
И когда ухватишь суть, открыть таблицу и проставить флажки намного быстрее чем продираться через "мастера" или пытаться вспомнить/найти преднастроенные шаблоны.
Копия есть, но не знаю, в какой таблице это хранится и стараюсь не лезть руками внутрь БД. Штатный экспорт/импорт был бы надежнее.
опять же не понятен сценарий. Опишите подробнее, когда приходится многократно заново вбивать руками данные по одной и той же организации, если мы поймем что это частая ситуация мы добавим задачу на экспорт и импорт.
Сервис поддержки клиентов работает на платформе UserEcho
Если по исполняемым должностям, то в типе разбиения надо указать 2. При этом берется подразделение исполняемой должности и по подразделению определяется код организации. Но тогда я я не понимаю причем здесь "как выбирать подразделение из КЧ". К исполняемым должностям это не относится, это относится только к разбивке по полю кадровой части.