Хочу затронуть тему про ЗУП 3.1. Начал работать с продуктами 1С еще с версии 2.0 под DOC. Всегда программы фирмы 1С меня устраивали, Но вот фирма 1С создает ЗУП 3.1 шантажом заставляет на нее всех перейти. ЗУП 3.1 - это какой-то монстр живущей своей жизнью. Кто-то скажет что это программа, отвечающая всем современным стандартам. Но я с этим в корне не согласен. Потому что общаюсь со многими бухгалтерами, в том числе в сельском хозяйстве и маленьких городках, где спецов по 1С днем с огнем не найдешь, и все почти в один голос говорят, какие огромные проблемы возникли после перехода на редакцию ЗУП 3.1. Это как надо не любить своих потребителей – обычных бухгалтеров, у которых и так хватает заморочек, что бы подкинуть им такой продукт. У кого какие мнения по этому вопросу?
По теме из базы знаний
- Выгрузка проводок ЗУП 3.1 -> КА 1.1
- Выгрузка и загрузка проводок ЗУП 3.1 -> УПП 1.3
- Заполнение ведомости на выплату в банк, когда у человека несколько зарплатных проектов (ЗУП 3.1)
- Загрузка проводок из ЗУП 3.1 в Бухгалтерию 7.7
- Имущественный вычет сотруднику в программе Зарплата и управление персоналом 3.1
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2)
А вы тут про переход какой-то, опомнились, а ЗУП уже в продакшн не работает )
проблема с переходом должна была отпасть еще года 3-4 назад
причем тут переход, программа живет отдельно от документов, считает, что хочет, заполняет отчеты сама-в-себе, сохраняет/удаляет записи в регистрах как вздумается, выводит данные в табелях наобум.
А вы тут про переход какой-то, опомнились, а ЗУП уже в продакшн не работает )
(16)
не знаю у меня 4 бухгалтерии на 3,1 с количеством сотрудников от 150. Есть сложные начисления и удержания, настроенные по внешним данным и полет нормальный. Может все таки дело в кривом переходе.
Правда уточню, что сидим мы еще на версии 3,1,5 и дальше пока не торопимся, так как пугают быстрые смены версий.
ем тут переход, программа живет отдельно от документов, считает, что хочет, заполняет отчеты сама-в-себе, сохраняет/удаляет записи в регистрах как вздумается, выводит данные
не знаю у меня 4 бухгалтерии на 3,1 с количеством сотрудников от 150. Есть сложные начисления и удержания, настроенные по внешним данным и полет нормальный. Может все таки дело в кривом переходе.
Правда уточню, что сидим мы еще на версии 3,1,5 и дальше пока не торопимся, так как пугают быстрые смены версий.
(1) Главное в ЗУП 3.1, минимизировать правку руками.
Оно очень капризно к рученкам и если раз затронешь, то так и придется править руками до конца года. (а вернее до сдачи отчетности за год)
Может быть так, что при выходе очередного релиза, все ваши шаблоны печатных форм могут престать работать, как собственно и ваши печатные формы.
1С грешит переименованием реквизитов (полей) в отчетах, как им вздумается.
Все еще не решена проблема, когда к примеру человек ушел в отпуск и там же в отпуске Заболел или вышел из отпуска не отгуляв его.
А этот период попадает на стык сдачи отчетности, а именно поквартально. И тут по НДФЛ-у лезут минуса, т.е. в сумме они схлопнутся, но налоговую не интересует, что там когда схлопнется, им нужен факт.
Так вот приходится удалять ряд значений из отпуска, что бы программа не начинала править прошлый период.
....
А так, если у вас учет простой и нет переработок и вредного производства + ненормированных дней, часов и других убогих...
То все хорошо и просто, и считает само :)
Оно очень капризно к рученкам и если раз затронешь, то так и придется править руками до конца года. (а вернее до сдачи отчетности за год)
Может быть так, что при выходе очередного релиза, все ваши шаблоны печатных форм могут престать работать, как собственно и ваши печатные формы.
1С грешит переименованием реквизитов (полей) в отчетах, как им вздумается.
Все еще не решена проблема, когда к примеру человек ушел в отпуск и там же в отпуске Заболел или вышел из отпуска не отгуляв его.
А этот период попадает на стык сдачи отчетности, а именно поквартально. И тут по НДФЛ-у лезут минуса, т.е. в сумме они схлопнутся, но налоговую не интересует, что там когда схлопнется, им нужен факт.
Так вот приходится удалять ряд значений из отпуска, что бы программа не начинала править прошлый период.
....
А так, если у вас учет простой и нет переработок и вредного производства + ненормированных дней, часов и других убогих...
То все хорошо и просто, и считает само :)
Очень сложно в другом коллективе со сложившимся отношениями изменить порядок взаимодействия между сотрудниками.
Зуп 3.1. требует определенного поведения от каждого участника процесса.
Какого именно поведения от вас всех в вашей организации требует ЗУП для корректной работы вам может объяснить только квалифицированный специалист фирмы-франчайзи.
Зуп 3.1. требует определенного поведения от каждого участника процесса.
Какого именно поведения от вас всех в вашей организации требует ЗУП для корректной работы вам может объяснить только квалифицированный специалист фирмы-франчайзи.
(4) вы вообще с ЗУП 3 работали? Какой еще пример нужно, если сразу с начала работ: документы разделены "пополам" между кадровиком и расчетчиком; убраны многие "старые" документы, слиты в один; кадровику нужно провести док, а проведение только с галкой "расчет", которую он поставить не может - только через расчетчика; изменены алгоритмы оформления. Не говоря уже - куча ошибок и проблем как снежный ком.
А вы все про примеры да переходы вопрошаете.
А вы все про примеры да переходы вопрошаете.
Я согласен - проблемы есть . но я не согласен с описанными Вами масштабами проблем , Всегда найдется те кто критикует продукт , и те кто его хвалят. В ЗиуП 3.1 несомненно есть огромные плюсы по сравнению с той же 2.5 , но есть минусы опять же по сравнению с 2.5. Большинство пользователей работают с 3.1 не так давно (считай год как пошел массовый переход) плюс народ у нас консервативный - трудно слезают со старого проверенного продукта и неохотно хотят вникать в что-то новое. И я 100 % уверен что когда лет через 7-8 выйдет очередная версия ЗиуП скажем 4.2 то большинство бухгалтеров будут палкать по 3.1 как сейчас по 2.5
(6) не согласна с вами.... все плюсы убивает ее глючность, непродуманность... от релиза к релизу меняют структуру данных, регистров.... им нужно сесть и продумать сначала всю методологию, продумать какими объектами это возможно реализовать... и потом делать и выпускать продукт! создается впечатление, что методологи, аналитики в 1С или отсутствуют или что-то с ними не так..... очень не устраивает качество ЗУП.3.1!!!
(9) Я не спорю , есть глюки , меняется структура - сам плююсь (сейчас особенно с переходом на 3.1.9) , но у моих клиентов меньше стало вопросов с НДФЛ. Возможно это из-за того что у клиентов сравнительно не большие организации - не знаю. Опять же есть ошибки и самих клиентов , например один клиент отпускные выплачивает с ЗП и удивляется что дата дохода не та что в документе и 6-НДФЛ по ее мнению заполняется некорректно. Еще раз повторюсь , есть плюсы , есть минусы , что-то больше видит плюсов . кто-то минусов . Я считаю, что для небольших организаций (до 100 человек) с несложным расчетом (Зп, аванс , премии ) ЗиУП 3.1 вполне нормально работает
(10) :) для примера могу привести бухгалтера, который считает сначала всю зарплату в Excel-е, а потом уже в ЗУП.3.1 (сотрудников больше 100) - и я ее очень понимаю.... и поддерживаю! я бы тоже так делала - если бы была бухгалтером-расчетчиком! Где в 3.1 вылезет косяк - не известно - может вылезть везде! даже там, где кажется все стабильно!
(12) да вы просто заставку смотрите в ЗУП 3 да рекламу про курсы.
Программа вообще малопригодна в таком виде для использования, и чем больше в ней работаешь - тем глючнее становится.
А первый месяц да, работало все нормально. Пока со второго не начали табеля формировать.
Программа вообще малопригодна в таком виде для использования, и чем больше в ней работаешь - тем глючнее становится.
А первый месяц да, работало все нормально. Пока со второго не начали табеля формировать.
(23) ну вас устраивает, что документ табель (Т-13) и отчет Т-13 расходятся во мнении, сколько же работник отработал, а нас не устраивает.
И ЗУП 3.1 тоже не устраивает, а ваше мнение она в расчет, почему-то, не берет. Ибо ориентируется все-таки на документ при расчете, а не с отчета Т-13 данные собирает.
И ЗУП 3.1 тоже не устраивает, а ваше мнение она в расчет, почему-то, не берет. Ибо ориентируется все-таки на документ при расчете, а не с отчета Т-13 данные собирает.
(21)
Совмещение и раздельный расчет по организациям (подразделениям) он в ЗУП 2.5 отсутствовал, допиливали, а тут вообще даже пилить нечего (
с табелем была такая проблема точнее с внутренними совместителями
так это мы еще внешних совместителей оформить не можем - в принципе.
Совмещение и раздельный расчет по организациям (подразделениям) он в ЗУП 2.5 отсутствовал, допиливали, а тут вообще даже пилить нечего (
Зуп 3 как и любые конфигурации такси предназначена для работы в модели сервиса. Если обслуживающая вас фирма франчайзи предоставляет такие услуги никаких проблем не возникнет.
Возможен еще вариант, когда фирма франчайзи предоставляет услуги по ведению и бухгалтерского и кадрового учета на вашем предприятии.
А так же отчитывается во все инстанции, т.е. предприятию нет необходимости содержать штат сисаминов, программистов 1с, бухгалтеров, кадровиков и расчетчиков, достаточно получить пароль оператора для ввода первички.
Возможен еще вариант, когда фирма франчайзи предоставляет услуги по ведению и бухгалтерского и кадрового учета на вашем предприятии.
А так же отчитывается во все инстанции, т.е. предприятию нет необходимости содержать штат сисаминов, программистов 1с, бухгалтеров, кадровиков и расчетчиков, достаточно получить пароль оператора для ввода первички.
(7) вот зачем нам все эти сервисы, если сотруднику нельзя правильно рабочее время проставить и насчитать зарплату? А потом рассчитать отпуск? Да еще и чтоб у разных сотрудников - разные скользящие графики подхватывались? ЗУП 2.5 все-таки это делал, немного только совместителей подкорректировали да напильником расчет ЗП подрихтовали.
Мне интересно, куда напильник теперь совать в так вам полюбившемся ЗУП 3?
Когда она через десяток регистров проводит одни и те же данные, из один в другой переливая по несколько раз, чтобы обычный табель сформировать?
Мне интересно, куда напильник теперь совать в так вам полюбившемся ЗУП 3?
Когда она через десяток регистров проводит одни и те же данные, из один в другой переливая по несколько раз, чтобы обычный табель сформировать?
Согласен, в ЗУП-3.1 есть хорошие наработки, очень удобные в ней сервисы. Но допустим сделать даже индексацию это превращается в проблему, потому что округление окладов выходит с копейками, а через док-индексация зп, там возникают другие вопросы. Один месяц считается зарплата нормально, другой с такими же настройками, уже нет. Такого в 2.5 не было. Знаю несколько предприятий в которых расчет ведут в двух программах в 2.5 и 3.1, что бы хоть как-то проследить результаты расчетов в 3.1. Это первый случай с продуктами фирмы 1С, с которым хочется стать на сторону бухгалтеров. Это мое личное мнение. Спасибо, что не оставили мою тему без внимания, внимательно прочитаю все предложения по этому вопросу, что-то возьму на вооружение.
(8) не только встать на сторону бухгалтеров, а выкинуть ЗУП 3 до полного её допила хотя б до уровня 2.5 (или полного выпила из разработок 1С насовсем).
Вести зарплату в ЗУП 2.5 и в ЗУП 3.1 - самое верное сейчас решение. Но весьма трудоемкое, вбивать в две базы одно и тоже.
А идеальный пока вариант - допилить эту китайскую НДФЛ-6 в ЗУП 2.5 для себя, и никуда не переходить, пока в 1С либо не сделает рабочий продукт, либо голову пеплом не посыплет.
Вести зарплату в ЗУП 2.5 и в ЗУП 3.1 - самое верное сейчас решение. Но весьма трудоемкое, вбивать в две базы одно и тоже.
А идеальный пока вариант - допилить эту китайскую НДФЛ-6 в ЗУП 2.5 для себя, и никуда не переходить, пока в 1С либо не сделает рабочий продукт, либо голову пеплом не посыплет.
(28) если ко мне вопрос, то переход сделан уже год назад.
Все было подогнано и выверено. Через месяц начал чихать, но костылями подталкивали.
Чего-то там задваивал периодически в регистрах, но это решалось чисткой записей, и было случайным образом.
Сейчас просто каша в регистрах.
Например, "Плановый ФОТ" несколько записей подряд по сотруднику, и вот какая из них верная? А документы требуют однозначную одну, и ни провести, ни распровести нельзя, пока несколько записей болтается.
Все было подогнано и выверено. Через месяц начал чихать, но костылями подталкивали.
Чего-то там задваивал периодически в регистрах, но это решалось чисткой записей, и было случайным образом.
Сейчас просто каша в регистрах.
Например, "Плановый ФОТ" несколько записей подряд по сотруднику, и вот какая из них верная? А документы требуют однозначную одну, и ни провести, ни распровести нельзя, пока несколько записей болтается.
В ЗУП как и в любой продуктивной базех, данные более приоритетны чем конфигурация.
Если придется менять конфигурацию, то делать это должен франчайзи со статусом партнёра.
Я допускаю, что первые полгода или даже больше можно вести начисление зарплаты вводом разовых начислений с табелем в екселе.
Больничные, отпускные и НДФЛ это минимум что требуется запустить в ЗУП.
Если придется менять конфигурацию, то делать это должен франчайзи со статусом партнёра.
Я допускаю, что первые полгода или даже больше можно вести начисление зарплаты вводом разовых начислений с табелем в екселе.
Больничные, отпускные и НДФЛ это минимум что требуется запустить в ЗУП.
(32) ексель платный один раз, а ЗУП это основная поставка +ИТС+ программист + франчайзи.
Я бы рекомендовала отделить данные, которые меняются часто (подумали, передумали, отменили, вернули как было) от самого расчета зарплаты.
Судя по отзывам ЗУП не очень хорошо реагирует на такие вещи.
Я бы рекомендовала отделить данные, которые меняются часто (подумали, передумали, отменили, вернули как было) от самого расчета зарплаты.
Судя по отзывам ЗУП не очень хорошо реагирует на такие вещи.
Конкретно плановый фот не используется в расчетах по зарплате. Если ЗУП запускать изначально как кадровую базу, то начисление зарплаты возможно есть смысл вынести в отдельную. Сначала расчетчики позабивают в свой ЗУП распечатанные в кадровом зупе вручную, затем написать обмен данными по требованию.
(33) такое ощущение, что ЗУП 3.1 разрабатывалась и делалась только для формирования 6-НДФЛ, а расчет ЗП или там какой-то "кадровый учет" - так, для галочки.
Вот как непроведенный документ может сформировать записи начисления? А так, потому что по логике 1С в регистрах после первого проведения запись должна остаться, и торчать там, пока её вместе с ЗУПом не выкинут.
И никаких штатных средств отловить или убрать её оттуда - нет.
Вот как непроведенный документ может сформировать записи начисления? А так, потому что по логике 1С в регистрах после первого проведения запись должна остаться, и торчать там, пока её вместе с ЗУПом не выкинут.
И никаких штатных средств отловить или убрать её оттуда - нет.
(37) да, я слышал, что в последних версиях (3.7, 3.8, 3.9) НДФЛ-6 опять не работает - НДФЛ два раза вычитает по двум разным документам, в копейках путается (округление или что там опять не работает), отпускные "теряет".
В общем, отдали бы китайцам на аутсорс, что ли... они, хотя б, функционала напихали со скейтбордами и планшетом...
В общем, отдали бы китайцам на аутсорс, что ли... они, хотя б, функционала напихали со скейтбордами и планшетом...
(38) эх... 6-НДФЛ... что они навертели в 3.1 с перерасчетами и сторно??? ... и нам "впаривали", что так правильно!!!... а теперь они, вроде как, пытаются сделать "по уму".... что мешало сразу сделать "по уму"? От некоторых решений - волосы дыбом - как до такого можно было додуматься...??? Извиняюсь - наболело...
(36) У меня тоже сложилось впечатление, что основная проблема в том, что разработчики при небольших ресурсах кинулись пилить 6-ндфл, забив на все остальное.
Например, не автоматизирована такая основополагающая вещь, как выплата зарплаты. Если нужно выплатить, скажем, отпускные по нескольким статьям финансирования и нескольким зарплатным проектам, расчетчик должен вручную создавать возможные комбинации статей и проектов, играя в угадайку.
Усложнилась разработка и поддержка. С регистрами работать не возможно и не рекомендуется самим разработчиком, на программный интерфейс нет никакой документации.
По мне, нафиг этот 6-ндфл, все равно не работает, нужны простые вещи
Например, не автоматизирована такая основополагающая вещь, как выплата зарплаты. Если нужно выплатить, скажем, отпускные по нескольким статьям финансирования и нескольким зарплатным проектам, расчетчик должен вручную создавать возможные комбинации статей и проектов, играя в угадайку.
Усложнилась разработка и поддержка. С регистрами работать не возможно и не рекомендуется самим разработчиком, на программный интерфейс нет никакой документации.
По мне, нафиг этот 6-ндфл, все равно не работает, нужны простые вещи
(49)
В настройках зарплаты снимите галку Проверять заполнение финансирования в ведомостях. И не нужно будет играть в угадайку
Если нужно выплатить, скажем, отпускные по нескольким статьям финансирования и нескольким зарплатным проектам, расчетчик должен вручную создавать возможные комбинации статей и проектов, играя в угадайку.
В настройках зарплаты снимите галку Проверять заполнение финансирования в ведомостях. И не нужно будет играть в угадайку
В 7ке на ИТС была обработка архивирование журнала расчетов. Клиенты на протяжении полутора десятков лет каждый год при помощи этой обработки очищали данные более чем двухлетней давности.
При этом все документы оставались проведенными и в базе.
Делалось это для увеличения скорости работы отчётов за актуальный период.
Поэтому и была рекомендация в стандартах - обязательно делать и документ и регистр, а отчёты строить по регистрам.
С регистрами в 8ке все не так однозначно. Нельзя определить что этот объект метаданных можно почистить, а этот нет только но основании того что один в ветке справочники, а другой регистры сведений.
Та же проблема и в конвертации при настройке обменов.
Изначально разделение таблиц по ветвям метаданных делалось именно с этой целью выделить постоянную, условно постоянную, периодическую и автоматически поддерживаемую информацию.
При этом все документы оставались проведенными и в базе.
Делалось это для увеличения скорости работы отчётов за актуальный период.
Поэтому и была рекомендация в стандартах - обязательно делать и документ и регистр, а отчёты строить по регистрам.
С регистрами в 8ке все не так однозначно. Нельзя определить что этот объект метаданных можно почистить, а этот нет только но основании того что один в ветке справочники, а другой регистры сведений.
Та же проблема и в конвертации при настройке обменов.
Изначально разделение таблиц по ветвям метаданных делалось именно с этой целью выделить постоянную, условно постоянную, периодическую и автоматически поддерживаемую информацию.
(41) БСП на 7ке был как сборник примеров как можно сделать какие то вещи -бери и копипасти.
БСП на 8 ке это совсем другое.
Это костыль т.е реализация функций, которые в 7ке были в платформе и теперь их не стало, надо написать в коде под расширенные возможности, быстро и никто не знает как.
Вот, берём Бсп и думать не надо - т.е точно так же понадобилось разработчикам платформы для продвижения ее среди разработчиков конфигураций, но уже опытным товарищам, которые все на 7ке сделали как надо.
Ещё раз. БСП в7 ке предназначена для изучения 7 ки.
БСП в 8 ке не предназначено для того чтобы туда кто то лез, читал или делал как то по своему.
Это дополнение к платформе для типовых конфигураций.
Для изучения 8ки есть демо базы к платформе.
БСП на 8 ке это совсем другое.
Это костыль т.е реализация функций, которые в 7ке были в платформе и теперь их не стало, надо написать в коде под расширенные возможности, быстро и никто не знает как.
Вот, берём Бсп и думать не надо - т.е точно так же понадобилось разработчикам платформы для продвижения ее среди разработчиков конфигураций, но уже опытным товарищам, которые все на 7ке сделали как надо.
Ещё раз. БСП в7 ке предназначена для изучения 7 ки.
БСП в 8 ке не предназначено для того чтобы туда кто то лез, читал или делал как то по своему.
Это дополнение к платформе для типовых конфигураций.
Для изучения 8ки есть демо базы к платформе.
У меня в практике также много возникает проблем в 3.1, начиная с НДФЛ, который не всегда понятно как и откуда такой рассчитывается, в случае перерасчетов. Механизм с НДФЛ к возврату странный совершенно.
Так еще иногда появляются ошибки в движениях, пропадают записи, при перепроведении все восстанавливается. Но в целом 3.1 устраивает, но к ней нужен прям индивидуальный подход
Так еще иногда появляются ошибки в движениях, пропадают записи, при перепроведении все восстанавливается. Но в целом 3.1 устраивает, но к ней нужен прям индивидуальный подход
Видите ли, на всех предприятиях учёт фактических операций идёт снизу вверх, а управленческих решений и планирование сверху вниз.
ЗУП и ут разрабатываются как выделенные части комплексной конфигурации для тех случаев, когда работа в единой базе невозможна.
Но принцип работы остаётся принятый в комплексной.
Не существует такой конфигурации 1с, которая бы работала (жила) реальной жизнью предприятия.
Есть мечта руководителя об идеальном бизнесе которую все реализуют или делают вид что реализуют.
Работа в такой конфигурации это попытка получить идеально преданного вашему делу сотрудника с улицы на период испытательного срока и не более.
ЗУП и ут разрабатываются как выделенные части комплексной конфигурации для тех случаев, когда работа в единой базе невозможна.
Но принцип работы остаётся принятый в комплексной.
Не существует такой конфигурации 1с, которая бы работала (жила) реальной жизнью предприятия.
Есть мечта руководителя об идеальном бизнесе которую все реализуют или делают вид что реализуют.
Работа в такой конфигурации это попытка получить идеально преданного вашему делу сотрудника с улицы на период испытательного срока и не более.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот