Данная обработка поможет загрузить в базу ЗУП 2.5 лицевые счета сотрудников из зарплатного реестра, который ранее создавался либо в бухгалтерии, либо вообще в специализированной программе. Проверено на зарплатном файле из Сбербанка, в других банках структура данных в файле xml может незначительно изменяться, и может потребоваться минимальная правка. Проверено на ЗУП версии 2.5.90.3.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Бывает, что зарплатный реестр формируется в специализированных программах для дальнейшей загрузки в клиент-банки. И в один прекрасный момент бухгалтерия решает выгружать реестры напрямую из ЗУПа. В таком случае предварительно потребуется заполнить лицевые счета данных сотрудников. Данная обработка позволяет подтянуть лицевые счета из реестра в формате xml.
Перед загрузкой необходимо заполнить организацию, в которой работают данные сотрудники, и банк (контрагента), в котором открыты счета. Дальше надо указать файл, из которого загружать данные.
После нажатия кнопки Загрузить, обработка проверит, совпадает ли ИНН указанной организации с ИНН в файле, в случае успеха проверки начнет загружать данные из файла. Если будут обнаружено, что физлиц с искомым ФИО больше, чем один, или нет вообще - обработка сообщит об этом, если для данного физлица будет уже указан лицевой счет в базе, программа сообщит об этом и укажет оба лицевых счета и в зависимости от того, стоит ли флаг Заменять лицевые счета, заменит лицевой счет или нет. Также обработка сообщает о каждой успешной загрузке данных по физлицу.
Внимание, если у сотрудника не указано отчество - то программа будет считать это за ошибку, не обработает данного сотрудника и сообщит об этом.
Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена | Можно выполнить переход с УПП на БП 3 или запускать выгрузку данных за выбранный период времени | Переносятся документы, начальные остатки и вся справочная информация | Есть фильтр по организации и множество других параметров выгрузки | Поддерживается несколько сценариев работы: как первичный полный перенос, так и перенос только новых документов | Перенос данных возможен в "1С: Бухгалтерия 3.0" версии ПРОФ, КОРП или базовую | Переход с "1С: УПП1.3" / "1С:КА 1.1" на "1С:БП3.0" с помощью правил конвертации будет максимально комфортным! | Можно бесплатно проверить перенос на вашем сервере!
Корректируйте банковские документы быстро и легко! Создайте правило обработки — и оно автоматически применится при загрузке выписки (отбор по любому реквизиту или регулярному выражению). Решение заполняет расшифровку платежа, комиссию эквайринга, подбирает ведомости на выплату зарплаты, помечает дубли из банка на удаление и многое другое. Доплачивать за алгоритмы не нужно — они включены в решение. Обработка работает при загрузке из файлов клиент-банка и через DirectBank.
Новое — искусственный интеллект: модель приводит нестандартные назначения платежа к виду, понятному алгоритмам, а ИИ-ассистент прямо в 1С консультирует по решению и разбирает код правил и алгоритмов. Поддерживаются локальные и облачные OpenAI-совместимые модели — данные могут не покидать ваш контур.
Правила в универсальном формате обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ, для последних версий конфигураций. Ссылки на другие конфигурации в описании публикации. Правила совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен и синхронизацию в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.
Расширение позволяет максимально полно ограничить доступ пользователей к данным по заработной плате, а именно закрывает доступ к документам начисления и выплаты заработной платы, не позволяет просматривать бухгалтерские отчеты по счету учета зарплаты а также убирает зарплатные проводки из журнала проводок. Расширение запрещает просматривать платежные документы на выплату зарплаты, так же не доступны регламентные отчеты в ПФР и ИФНС. Расширение предлагает готовые настроенные профили "Бухгалтер без зарплаты", "Только просмотр без зарплаты".
Можно проверить до покупки, оставьте заявку! Воспользовались более 268 компаний! Перенос данных из УТ 10.3 в УТ 11 | из УТ 10.3 в КА 2 | из УТ 10.3 в ERP. Решение для перехода с УТ 10.3. Можно перенести начальные остатки, нормативно-справочную информацию и все возможные документы. При выгрузке можно установить отбор по периоду, организациям и складам.
Перенос данных из ERP в БП 3 | из КА 2 в БП 3 | из УТ 11 в БП 3 | из ЕРП в БП 3 | Сэкономьте время - используйте готовое решение для перехода! | Перенос разработан в формате КД 2 (правила конвертации данных) | Переносятся все возможные виды документов, начальных остатков и нормативно-справочная информация| Можно опционально выгружать каждую пару "номенклатура+характеристика" как отдельную номенклатуру | Есть выгрузка настроек счетов учета и зарплатных данных из ERP / КА 2 | Можно проверить на вашем сервере перед покупкой
Автоматическая загрузка банковской выписки — это решение для интеграции с банками через API, которое упрощает процедуру загрузки банковских операций в 1С, экономя время и ускоряя бизнес-процессы предприятия. Решение поддерживает в т.ч. автоматическую загрузку выписок из файлов в электронной почте и локальном каталоге.
Обработка неплохая. Но она не учитывает особенности работы Сбербанка )) Я не программист, но судя по всему, обработка берет за лицевой счет данные из какой-то определенной колонки (из пятой, если считать от фамилии). А Сбербанк в своих XML-файлах структуру поменял уже три раза за два месяца. Поэтому сейчас, к примеру, обработка вместо номера счета грузит номера филиалов отделений банка.
(1) akolychev, Да, времени с момента публикации прошло много, поэтому структура могла поменяться(и скорее всего поменялась) . Сегодня завтра-посмотрю и внесу исправления с учетом актуальной структуры.
(1) akolychev,
Посмотрел сейчас структуру нашего файла xml у Сбера, как был номер лицевого счета 5-м, так и остался. Можете посмотреть в вашем файле, какой порядок после фамилии - имя, отчество, отделение банка, лицевой счет, сумма или как?
Еще уточню, конфигурация у вас - ЗУП 2.5?
tradeagent, я проверил последние файлы, да, счет это пятая колонка. Но у меня совершенно точно есть файл (от 01.02.2016) , в котором из примерно 10 человек счет есть у одного, и это колонка №30 )) А пятая колонка получается КодВалюты. И соответственно в номер счета он и загружается - 810. Возможно это что то временное было, не знаю, я потом перешел на другую обработку. Мне казалось что такое возможно, если в файле вообще нет счетов, но нет, вот нашел файл и с номером. Я не знаю, возможно ли это, но если бы обработка ориентировалась по наименованию колонки ЛицевойСчет, а не ее порядковому номеру, то она была бы более универсальна.
