Ваши комментарии
Непонятно стремления клиента создать нормативный график с точностью до минут, не говоря уж о секундах. Ну то есть не совсем понятно как можно запланировать для работника отработать "49 минут 48 секунд".
Еще можно понять отслеживание фактической работы с точностью до секунд (то есть того что ставится в табеле), например если в организации электронная проходная, то почему бы и нет. Но как можно в план ставить минуты с секундами....?
Настройка -> 6. Общие настройки системы -> 6. Настройки режимов корректировки. -> Часы норм.календаря в минутах или долях
Я в курсе.
1) Реестры в РСВ работают на порядок быстрее, чем реестр в 4-ФСС
2) Если по РСВ понять из-за чего не идет со сводами, то легко это же знание перенести на настройку по травматизму (для 4-ФСС).
Опытная эксплуатация нового форума не выявила отсутствия каких-то важных для нас функций.
На новом форуме есть ряд плюсов:
- более удачная система оповещений о темах на форуме, в том числе на месенджеры типа Slack,Stride,HipChat
- Принцип "один вопрос - одна тема" - скорее плюс, чем минус. Уменьшает хаос в темах и позволяет быстрее находить ответы. И основной ответ в теме показывается всегда рядом с вопросом, даже если дан где-то в числе последних комментариев.
- Встроенная база знаний. Возможность переносить "темы" в качестве записей в базу знаний (то есть данные записи в поиске будут появляться раньше, прочих результатов поиска".
- Можно "отдать голос" за озвученный вопрос, чтобы показать что этот вопрос актуален и для вас - это дает возможность разработчикам понять что в данном вопросе заинтересован не один пользователь.
- Приватные сообщения можно задавать не заходя на форум посылкой письма на адрес kz@kontur.userecho.com
- Приватные сообщения видны не одному человеку как на обычном форуме а всем специалистам тех.поддержки
- Приватные сообщения не содержащие приватной информации, при условии что могут быть полезны широкому кругу лиц, могут быть переведены в разряд публичных
Как итог: ориентируемся на то, что где-то в конце мая - начале июня 2018 мы старый форум переведем в режим "только для чтения" а рабочим форумом становится этот.
Для ФНСа это не надо.
Имя файла обмена должно иметь следующий вид:Специально выделяю "длина от 1 до 36 знаков"
R_T_A_K_O_GGGGMMDD_N, где:
....
N - идентификационный номер файла (длина - от 1 до 36 знаков. Идентификационный номер файла должен обеспечивать уникальность файла).
Поэтому обязательности включать рубильник - нет.
Отвечать на криворукость программистов 1С и Калуги-Астрал массовым включением какого-то рубильника у нас в программе по меньшей мере странно.
При загрузке в Контур-Экстерн нет проблем? Нет.
При загрузке в ФНС нет проблем? Нет.
При загрузке в Калуга-Астрал есть проблема? Есть.
Вопрос (риторический): кого надо пинать?
Ну а если пинать не хочется - воспользуйтесь настройкой.
Андрей, а вопрос собственно в чем?
Надо ли указывать возмещение за прошлый год? - Надо
Должна ли будет организация бюджету? - Если заплатили все что стояло бы в строке 90, если бы не было возмещения за прошлый год - нет не должна.
Как это увидеть по отчету РСВ? - Научиться исключать в уме или на калькуляторе возмещения за прошлый год(ы).
Будет ли меняться форма РСВ? - Как показывает житейский опыт, конечно будет. Но не факт, что в лучшую сторону.
Речь про поиск в этом списке?
так ФСС или РСВ. В РСВ-2017, как уже написал Николай есть возможность для каждого раздела сформировать реестр (в разделе справа в верхнем углу меню "действия с разделом").
И у Калуги есть своя какая-то проверочная программа (клиент оч торопился и не смог толком продиктовать ее имя), которая как-будто ходит в налоговую и там проверяет файл. Так 1С ники объяснили. В протоколе данная проверочная программа выдает сообщение о том, что формат файла не соответствует или что-то подобное. Причем программа проверочная от 2016 года!!!
Скорее всего программа ориентируется что у имени файла фиксированная длина, а значит они ждут что в качестве уникального номера файла используется GUID. Для этого надо выставить в настройках нумерацию файлов в ФНС через GUID а не порядковыми номерами (Николай про эту настройку написал).
На месте клиентов я бы давно уже на GUIDы перешел.
Сервис поддержки клиентов работает на платформе UserEcho
Ошибка другая. Скорее всего проблема другая! Во вчерашнем топике шлюз в принципе не принимал файл (ругался на номер квартала и года). Здесь проверка ругается на DT. DT - дата платежного поручения. Либо не заполнена, либо некорректная дата.