В процессе работы с конфигурацией ТИС, в разрезе одной номенклатуры могут накапливаться как положительные так и отрицательные остатки по различным партиям.
Данная обработка содержит модуль проведения регламентного документа, который можно было бы создать в конфигурации и условно назвать "КорректировкаПартий", посредством которого можно провести взаимозачёт таких партий.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Наименование
Скачано
Купить файл
По подписке PRO
Модуль проведения документа "Корректировка партий"
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже
заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Состояние партий до корректировки можно получить при помощи внешнего отчета "СостояниеПартий.ert". В качесте примера скриншот "До корректирови".
В конфигурации ТиС создать регламентный документ оперативного учета "КорректировкаПартий" без реквизитов и вставить модуль проведения из обработки "КорректировкаПартий.ert". В ИБ создать на любую дату и провести документ (желательно в конец дня).
В типовых конфигурациях платформы "1С:Предприятие 7.7" часто номер и дата договора указаны в самом наименовании договора. Что создает сложности в тех случаях, когда эти реквизиты надо знать, например, при конвертации данных в конфигурации платформы "1С:Предприятие 8", где номер и дата договора - отдельные реквизиты.
Исправление и проведение документов, например, счетов-фактур, введенных на основании документов реализации, можно организовать многими способами. Описан сравнительно простой подход, реализованный и работающий несколько лет в реальной бухгалтерии 1Cv7.7. Без внешних компонентов.
Собственно сегодня обнаружил ошибку, которая присутствует во всех релизах конфигурации Торговля и Склад 7.7 вплоть до текущего 7.70.969, при использовании нескольких фирм и префиксов документов для некоторых из них.
Жалко что не работает и выдает ошибку: Если Запрос.Выполнить(ТекстЗапроса) = 0 Тогда
{H:\ОТЧЕТЫ\ТОРГОВЛЯ\_АНАЛИТИЧЕСКИЕ\SOSTOYANIEPARTIY.ERT(34)}: СуммаПлат = Регистр.ПартииНаличие. <<?>> СуммаПлат;
Запрос[9] : Неверно заданный путь 'СуммаПлат'
Если Запрос.Выполнить(ТекстЗапроса) = 0 Тогда
{H:\ОТЧЕТЫ\ТОРГОВЛЯ\_АНАЛИТИЧЕСКИЕ\SOSTOYANIEPARTIY.ERT(34)}: Условие(Номенклатура=ВыбТовар <<?>> );
Запрос[18] : Ошибка в условии
У меня такая же фигня:
Если Запрос.Выполнить(ТекстЗапроса) = 0 Тогда
{Документ.КорректировкаРегистраПартииНиличие.Модуль Документа(35)}: СуммаПлат = Регистр.ПартииНаличие. <<?>> СуммаПлат;
Запрос[14] : Неверно заданный путь 'СуммаПлат'
(ТИС, Релиз 944)
(16)документ в автоматическом режиме взаимозачитывает партии с отрицательными и положительными суммами, остаются в итоге только положительные (по крайней мере так работало у меня). В обработке остался один недостаток, на который я не обащал внимания, а именно, взаимозачет происходит без учета МОЛ. У меня был один и тот же МОЛ, поэтому всё работало гладко, но если МОЛы менялись то отработает некорректно.
(18)остатки нельзя трогать, юзеры должны с ними сами разбираться, что пересортица, а что своровали, тут ошибки программы нет. А вот партии, там в большинстве случаев вины юсеров не было, код криво отрабатывал в случае инвентаризации пересортицы, а именно в части отрицательных остатков, (насколько я помню, давно это было)
то есть имеем "перепродажи" без доков.
если совсем по уму сделать - такую хрень надо написать возможности работы с ЛЮБЫМ регистром и возможности зачета не только 10 на 10 (по одном уобъекту учета, но с разными измерениями), но и один объект - на произвольное количество...