"Мы реализации товаров всегда бьём реальными датами, а перемещения с поступлениями - теми датами, когда бухгалтер приезжает, ей к нам далеко ездить, видим её раз в месяц. Так вот, у нас классический FIFO, и отчёт по валовой прибыли всегда показывает 100% рентабельность. разберитесь".
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Наименование
Скачано
Купить файл
По подписке PRO
Помощник восстановления партионной последовательности:
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
Поиск от одного разработчика до ИТ-команд под проект.
Обмен любыми контактами разрешён.
0% комиссии, допускаются расчёты напрямую.
Знакомая ситуация?
Один из методов решения данной проблемы: это перенос документов прихода на даты, более ранние, чем даты документов реализации товаров. После этого переноса реализации перепроводятся и подхватывают все необходимые партии, определяя максимально "корректную" в сложившемся бардаке себестоимость.
Мой небольшой отчёт на СКД анализирует регистр накопления "Товары на складах", выискивая документы списания (реализации), после которых в регистре образуется отрицательный остаток. Эти документы отчёт выводит в разрезе проблемных складов и номенклатуры, определяя для них ближайший последующий документ прихода товара, который, чаще всего, и требуется сдвинуть на дату чуть более раннюю, чем дата списания.
Отчёт создавался под реальную задачу на Управление производственным предприятием, редакция 1.3 (1.3.67.3), но будет работать на всех конфигурациях, имеющих в своём составе заполняемый регистр накопления Товары на складах.
Расширение для работы с номенклатурой: отображение остатков, цен, изображений, аналитики по каждой позиции, подбор товаров в документы через корзину и оптимизация интерфейса.
Создайте свой функциональный интерфейс в любой конфигурации 1С с помощью расширения Infostart Dashboard.
Настраивайте панели виджетов с метриками, индикаторами и показателями на начальном экране.
Узнайте возможность внедрения подсистемы у себя в конфигурации с помощью бесплатной обработки "Анализ внедрения подсистемы 1С Infostart Dashboard"!
Загрузка номенклатуры из файлов Excel (xls, xlsx, ods, csv, mxl) в УТ11, КА 2, ERP 2, Розница 2. Задействованы все возможности конфигурации - заполнение реквизитов номенклатуры, дополнительных реквизитов и сведений, характеристики, доп.реквизиты и сведения характеристик. Дополнительные обработки для расширения возможностей.
Каждый бухгалтер не раз сталкивался с требованием от налоговой инспекции пояснить расхождения в показателях декларации по Налогу на прибыль («Доходы от реализации» + «Внереализационные доходы») и налоговой базой по НДС за год. Являются ли ошибкой подобные расхождения? Как пояснить налоговой их причину? Отчет «Анализ расхождений выручки НДС и Налога на прибыль в декларациях» для 1С (БП 3.0 ПРОФ и КОРП, КА 2, ЕRP) поможет найти все расхождения.
Внешняя обработка для инвентаризации кодов маркировки в системе "Честный знак". Позволяет быстро определить и списать коды маркировки проданного, испорченного, утраченного (полный перечень причин списания указан ниже) товара, которые всё ещё числятся за организацией. Привести в соответствие остатки маркированного товара программы 1С и системы "Честного знака".
Маркировка Плюс - это комплексное решение, которое дорабатывает ключевые сценарии работы с маркированной продукцией в 1С:УТ 11.5, КА 2.5 и ERP 2.5, делая их логичными, предсказуемыми и удобными для пользователя.
Позволяет автоматизировать процесс взвешивания ТМЦ в организациях, осуществляющих приемку и отгрузку различным транспортом, для ведения складского учета и контроля остатков на складах.
Конфигурация позволяет фиксировать вес вручную, напрямую с весов, а также управлять дополнительным оборудованием и контролировать движение транспорта.
Я похожий бардак автоматизировал на УТ2.3 (10.3) следующим образом.
Отключил проведение документов списания по партиям.
Добавил регистр сведений, куда все документы списания заносятся при проведении \ перепроведении.
Написал регламентную обработку расчета партий, которая запускается каждую ночь.
Обработка проходит по регистру сведений и рассчиывает партии для списания по методу ФИФО для всех документов, на которые хватает остатка. Основная фишка в том, что остаток по партиям берется не на позицию документа списания, а на текущую дату.
Все документы, на которые не хватило остатка по партиям, остаются в регистре сведений для следующей обработки.
Если какой-то документ перепроведут задним числом - в нем удалятся движения по партиям и он добавится в регистр сведений. Соответственно перепроведется ночью.
И не надо двигать приходы по дате никуда. Рано или поздно с них все спишется.
