Разработка расширений, интеграций и обработок. Настройка и администрирование. Работаем с УТ, УНФ, Бухгалтерия 3.0 и другими конфигурациями.
Доработка конфигураций без изменения типового кода. Отчёты, обработки, печатные формы.
Создание отчётов под задачи бизнеса. Визуализация данных прямо в 1С.
Обмен с сайтом, маркетплейсами, CRM, ЭДО, COM-соединения между базами.
Установка, настройка серверов, обновления, резервное копирование.
Нашли, почему не проводилось списание недостач при наличии товара, и исправили остатки организации одной корректировкой — без перепроведения двух лет учёта и без открытия закрытых периодов.
Списание недостач по инвентаризации не проводилось: программа сообщала о нехватке товара, хотя складская ведомость показывала остаток. Разбор показал, что УТ ведёт остаток организации в разрезе ключей аналитики (товар + склад), и в части документов ключи оказались неверными. Причины три: в проведённых документах меняли номенклатуру или склад, при объединении дублей номенклатуры остатки повисли на ключах, недоступных документам, а один ключ в справочнике указывал на чужой товар. Всего неверные ключи нашлись в 331 документе, остатки организации и склада по основному складу расходились на 255 единиц. Перепровести всё было нельзя: часть периода закрыта блокировкой, а перепроведение задним числом ломает закрытые месяцы. Поэтому разработали внешнюю обработку. Она находит неверные ключи и одной корректировкой регистров на начало года переносит накопленное расхождение на правильные ключи — и по количеству, и по себестоимости, чтобы закрытие месяца проходило без ошибок. Документы текущего года обработка перепроводит сама, временно снимая контроль остатков. Есть режим проверки, который ничего не меняет, а повторный запуск безопасен. Для закрытия месяцев подряд сделали отдельную обработку. Всё отработали на копии базы и передали клиенту пакет с пошаговой инструкцией и контрольными цифрами для сверки.
Перенесли рабочую таблицу закупщиков в 1С. В заказе на сборку теперь есть цена из КП, фото, ссылка «где купить» и поставщик, печатается спецификация для закупа. В заказе поставщику строка с закупкой дороже согласованной цены сразу подсвечивается красным.
Компания собирает подарочные наборы. Закупщики вели расчёты в Google-таблице и постоянно переключались между 1С, таблицей и сервисом коммерческих предложений. Ссылки на товары и согласованные цены хранились вне учёта, а переплату по закупке замечали только через месяц. Сделали доработку в расширении. Типовые формы не копировали: новые колонки и подсветка добавляются программно через штатные точки конфигурации, поэтому обновлять УТ будет проще. В заказе на сборку закупщик видит: согласованную цену из КП; иконку товара; ссылку, где купить; поставщика — основной подставляется сам по приоритету из карточки номенклатуры; комментарий. Иконки уменьшаются на сервере: платформа сама уменьшать картинки не умеет, поэтому использован приём с конвертацией через SVG, плюс кэш. Из заказа печатается спецификация для закупа с фотографиями. В заказе поставщику цена из КП подтягивается из заказа на сборку и пересчитывается под упаковку строки. Строка с ценой выше согласованной выделяется красным. Поддержаны оба способа создания заказов: на основании заказа на сборку и массово, обработкой формирования заказов поставщикам.
В печатной форме «Счёт-договор (Поставка)» не выводилась стоимость доставки, а НДС считался без неё. Нашли ошибки в коде формы, исправили расчёт итогов, НДС и нумерацию строк.
Компания печатает из заказа клиента счёт-договор в Word, это внешняя печатная форма. Поле «Стоимость доставки» всегда было пустым, а «в т.ч. НДС» не учитывал доставку, хотя общий итог был верным. В коде формы нашлась ошибка при подготовке итогов: сумма доставки записывалась не в своё поле и терялась. НДС доставки к итогу не прибавлялся. При разборе нашлись и скрытые проблемы: доставкой считалась любая услуга, поэтому «Упаковка и комплектация» пропадала из таблицы; для заказов с ценой без НДС итог печатался без налога; в счёт попадали отменённые строки; колонка «№» была пустой из-за ошибки в шаблоне Word; форма была привязана к несуществующему документу и могла пропасть из меню при обновлении. Всё исправили. Результат проверили, сравнив документы старой и новой версии на реальных заказах.
Если сайт конкурента не открывается, проценщик отмечает его одним флажком и работает дальше. 1С сама собирает пропущенные цены, возвращает к ним, когда сайт заработал, а остаток переносит на следующий день.
Проценщики ежедневно проверяют цены компании на шести площадках-маркетплейсах. Одна из площадок часто открывается очень медленно или не открывается совсем. Проценщику оставалось либо ждать, либо пропустить её цену. К пропущенным ценам никто не возвращался, и нигде не было видно, что они пропущены. Плашка контроля работы в течение дня почти не видела сделанную работу: цены попадали в учёт только в конце дня. Что сделано. В рабочем месте проценщика: Флажки «сайт не работает». По одному на каждую площадку. Пока флажок стоит, позиции идут дальше без цены этой площадки, а она встаёт в очередь отложенных. Возврат к отложенным. Когда флажок снимают, 1С предлагает перейти к отложенным. К ним можно вернуться и кнопкой «Пропущенные» в любой момент, и 1С переходит к ним сама в конце дня. В карточке видна только нужная колонка. Перенос на следующий день. Что не успели, утром приходит тому же проценщику первым блоком с пояснением, какая площадка не работала. Флажок действует до конца дня и у каждого свой. В учёте: новые регистры отложенных цен и журнал отметок «сайт не работает»; в истории проценки основной проход отделён от добора; позиция с отложенной ценой закреплена за проценщиком, пока цену не доберут. Контроль: плашка «Здоровье» показывает работу сразу, а не в конце дня; видно, сколько цен отложено и сколько добрано; в еженедельном отчёте руководителю — таблица отметок «сайт не работает». Она подсвечивает случаи, когда в то же время другие проценщики ставили цены этой площадки: так видно, если флажком прикрывают пропуск работы.
Нашел и устранили причины, по которым бухгалтерия не могла закрыть квартал, и закрыли три месяца к сроку.
Закрытие 3 квартала в БП — что сделано Сначала проверил базу и нашёл, что мешало закрыть квартал: сентябрь почти не был проведён: обмен приносит документы из УТ непроведёнными; август не был закрыт; июль нужно было перезакрыть; на 41.01 были минусы; часть сборок стояла по времени позже реализаций того же дня. Всё исправил на копии, закрыл квартал и проверил. Затем копию перенесли на рабочую. Что изменено в документах: Добавил сборки от 01.07 — пары к уменьшенным сборкам 2 квартала, как в УТ: ОРБП-000001, 000002, 000003. Восстановил и провёл поступление Соколовой № 75 от 14.08. 11.09 его перезаписал обмен. Списания недостач ОРУТ-000022, 000023, 000024 поставил по времени после сборок того же дня и провёл. Провёл около 1 000 документов сентября: реализации, сборки, корректировки, счета-фактуры. 648 сборок сентября поставил по времени раньше реализаций, чтобы товар сначала собирался, а потом продавался. Расхождения входящих остатков БП и УТ закрыл оприходованием ОРБП-000009 от 01.09: 049127311A — 2 шт., 06569372256 — 1 шт. Поступление № 81 поставил на 18.08 9:57, раньше реализации ОРУТ-005819. В поступлениях Соколовой заполнил номер и дату документа поставщика. Нашёл, почему корректировки Соколовой ОРУТ-000029 и 000033 давали минусы. В БП они остались в первоначальном виде, по три позиции, а в УТ их 11.09 исправили до одной позиции — возвращённого товара. Корректировки приведены к версии УТ. После этого минусов на 41.01 за квартал нет. Июль, август и сентябрь закрыты. Доработка: расширение «ЕСП_ДоработкиБП» (версия 1.0.0.15) Корректировки реализации, которые приходят обменом из УТ, раньше загружались без счетов учёта. Их приходилось заполнять вручную, а повторный обмен затирал исправления. Теперь расширение само заполняет счета при загрузке, и корректировки проводятся без ручной правки. Расширение стоит на рабочей базе.
Обработка для склада автозапчастей: освобождает ячейки от закончившегося товара, выдаёт список свободных ячеек для обхода склада и считает, окупает ли каждая ячейка своё хранение — закупать товар много или брать у конкурента понемногу.
Руководитель попросил: если товара в ячейке нет две недели, переводить его в «Без ячеек»; показывать освободившиеся ячейки и выгружать их в Excel; посчитать стоимость склада и хранения одной ячейки; понять, есть ли смысл держать большой запас. Сделано расширением к УТ 11.5, три вкладки: «К очистке». Товары с остатком 0 и без движения дольше N дней (параметр) переносятся в «Без ячеек» кнопкой или регламентным заданием по расписанию сервера. Каждое изменение пишется в новый регистр «История мест хранения»: была ячейка, стала, кто и когда. Руководителю уходит письмо со списком освободившихся ячеек. «Свободные ячейки». Ячейки без закреплённого товара, отсортированные с учётом номера внутри названия (A-2 раньше A-10). Печатный «Список для обхода» с клетками для отметок, выгрузка в Excel. «Стоимость ячеек». Аренда склада делится на занятые ячейки — получается стоимость хранения. Прибыль ячейки считается по реализациям: выручка без НДС минус себестоимость Закуп2, справочно — минус типовая себестоимость. Сравнение прибыли с хранением даёт решение с подсветкой: «Закупать много», «Брать понемногу у конкурента», «Не окупает хранение». Ещё на вкладке: сводка и лучшие ячейки; поиск ячейки; детализация по товарам ячейки; предупреждение, если месяц не закрыт или «открылся». Весь расчёт вынесен в модуль обработки. Его проверили без интерфейса через COM: независимый запрос, написанный заново, сверен по всем ячейкам за 30 и 60 дней. К обработке — инструкция в Word со скриншотами и описанием показателей.
Изучаем систему и задачу клиента
Согласуем ТЗ, сроки и стоимость
Работаем на копии базы
Демо + перенос на рабочую базу