Все технические форумы на одном сайте Удобный поиск информации с популярных форумов в одном месте
Вопрос: Обособленный учёт себестоимости товаров по видам запасов

Управление торговлей 11.3.1.142, партионный учёт 2.2
Подскажите, кто знает. В современных релизах УТ галки "обособленный учёт себестоимости товаров по видам запасов" с сопутствующими "По поставщикам" и "По подразделениям и менеджерам" остаются актуальны или информацию в разрезе менеджеров/поставщиков/подразделений и без них имеем? Почему спрашиваю. Много документов перепроводить нужно. Если включить галки, постоянно ругается на наличие развёрнутого сальдо по видам запасов на конец месяца - приходится исправлять. К тому же совсем не понятно как этот учёт по видам запасов ведётся. В 90% случаев значением регистра "себестоимость-вид запасов" является "собственный товар" и только в оставшихся 10% добавляется поставщик..
Ответ:
Интересно. Почему тогда в остальных 10% случаев вид запасов заполняется? Проблема с развёрнутым сальдо как раз с этим реквизитом связанна.
Вопрос: (Юмор) Дубли видов запасов - что делать и кто виноват (Интеркампани)

УТ 11.2.3.300 файловая, обновлена до УТ 11.3.4.103 и там те же проблемы

В контексте решения вопросов, возникших при мучениях по задаче:
  • Со списком связан-х вопросов - Как удалить Интеркампани и восстановить расчёт себестоимости в УТ 11?
До моего призыва в базе уже были сотни дублей видов запасов, которые я по простоте душевной удалил встроенной штатной обработкой "Поиск и удаление дублей"

Удаление помеченных на удаление объектов, переиндексация индекса полнотекстового поиска даже с предварительным его удалением , ТиИ, перепроведение, чистка кэша и перенос 1Cv8.1CD компьютер (другими словами, полная глобальная чистка кэша, служкебных и временных файлов) не решает проблему

Хотелось бы узнать из-за чего они могли образовываться (на будущее) и как правильно безболезненно бороться с ними и их последствиями в прошлом, настоящем и будущем?

Ответ:
Вот, вычитал на
Я ещё до 9й доберусь, если не об****усь по дороге от смеха:
  • Код ошибки:
    Статус: Исправлена в будущей версии
    Зарегистрирована: 21.07.2017
    Описание:
    При подборе видов запасов система не учитывает не помеченные на удаление дубли и создает новый вид запасов.
    Способ обхода: Пометить на удаление дубли видов запасов.
Правильно я понимаю, что надо не удалять дубли объединением (обработкой "Поиск и удаление дублей"), а зачищать - помечанием на удаление?
Как понимать фразу "не учитывает не помеченные на удаление дубли и создает новый вид запасов", а использует помеченные ??? или кто?

И -как понимать следующий способ обхода:
  • Код ошибки:
    Статус: Исправлена в будущей версии
    Зарегистрирована: 13.07.2017
    Описание:
    Помеченный на удаление вид запасов не участвует в подборе видов запасов в документы, поэтому возможна генерация вида запасов с тем же набором значений реквизитов.
    Способ обхода: Не помечать на удаление вид запасов.

И ещё:

  • Код ошибки: 00-00123456
    Статус: Исправлена в будущей версии
    Зарегистрирована: 19.07.2017
    Описание:
    В некоторых ситуациях виды запасов, указанные вручную, при подборе видов запасов перезаполняются другими видами запасов, даже если по указанным видам запасов остатков достаточно.
    Способ обхода:
    Нет
    .
Вопрос: Дубли видов запасов - что делать и кто виноват (Интеркампани)

УТ 11.2.3.300 файловая

В контексте решения вопросов, возникших при мучениях по задаче:
До моего призыва в базе уже были сотни дублей видов запасов, которые я по простоте душевной удалил встроенной штатной обработкой "Поиск и удаление дублей"

Удаление помеченных на удаление объектов, переиндексация индекса полнотекстового поиска даже с предварительным его удалением , ТиИ, перепроведение, чистка кэша и перенос 1Cv8.1CD компьютер (другими словами, полная глобальная чистка кэша, служкебных и временных файлов) не решает проблему

Хотелось бы узнать из-за чего они могли образовываться (на будущее) и как правильно безболезненно бороться с ними и их последствиями в прошлом, настоящем и будущем?

Ответ:
Ни разу первопричину появления дублей выяснить не получилось. Смирился уже, что с этим придется жить и бороться вечно.
Однако заметил, что чаще всего такая ерундень возникает при работе задним числом. И при вводе новых документов и при корректировке старых.
И при интеркампани это вообще критично. Судя по скрину у вас как раз в момент торговли "запасами другой организации" и наплодило.

Сама зачистка дублей в видах запасов - правильное решение.
Вопрос: Управление запасами сигарет.

Добрый день.
Интересует практическое применение. Книжки прочитал вдоль и поперек - выхода из данной ситуации не нашел.
Итак. Фирма торгует сигаретами. На каждой пачке свое МРЦ. Сигареты приходят с МРЦ каких бог на душу положит 90р ,95р 100р, снова 90р итд.
МРЦ на сигареты забиты ч/з характеристки
Таким образом имеем:
Номенклатура: Winston Blue
Характеристки: МРЦ90
МРЦ95
МРЦ100
Задача. Обеспечить потребность сигарет путем поддержания запаса МИН-МАКС в ЦЕЛОМ ПО НОМЕНКЛАТУРЕ без детального разбиения по характеристикам.
Можно ли в УТ это как-то реализовать?
В обычной конфе мне предлагает задать мин-макс - в разрезе каждой характеристики.
Ответ:
Честно, вообще не понял этой задачи. Что значит путем поддержания запасов МИН МАКС. Цену на сигареты не вы устанавливаете. Согласно Федеральному закону от 23 февраля 2013 г. № 15-ФЗ Реализация табака по ценам ниже минимальных и выше максимальных розничных цен запрещается (п. 5 ст. 13 Закона № 15-ФЗ)
Как это реализовать?!
УТ 11 и УТ 10.3.
Спокойно приходуете ваши сигареты. УЧЕТА ПО ХАРАКТЕРИСТИКАМ НЕТ. Ибо штрихкод одинаковый на сигаретах. Товар один. А характеристики хранятся на остатках на складах.
Далее на основании поступления создаете документ "Установка цен номенклатуры", где указываете цену 90, 95 и т.д. Т.е. указываете цену написанную на пачке. (Это будет последняя цена)
При продажах себестоимость будет списываться согласно вашей учетной политики. Но отпускать людям товар с той или иной ценой, это уже ваши заботы. Программа Вам выдаст последнюю цену.
Если, например, у вас на складе несколько пачек из разных партий по разным ценам. Ну тут уже элементарный складской учет. Самый оптимальный FIFO. Так вот и со склада должны взять именно ту пачку сигарет, которая пришла первее. Программа подставит цену другую, но ее придется изменить, в противном случае Вы нарушаете закон и ломаете свою складскую систему.
Вопрос: Условие Если, не могу корректно написать код

Добрый день!
Есть два поля информация в которые должна записываться в зависимости от результата двух других полей.
Есть поля "Необходимо","Приобретино" и два поля "ИтогоНеобходимо","Перевыполнено", которые зависят от результата этих полей "Необходимо","Приобретино"
//Все поля целочисленого типа

При изменении(редактировании) поля "Приобретино" и "Необходимо":

Если "Необходимо" > "Приобретино" тогда ИтогоНеобходимо="Приобретино"-"Необходимо" и "Перевыполнено" должно ровняться нулю
Иначе
Перевыполнено="Приобретино"-"Необходимо" и "ИтогоНеобходимо" должно ровняться нулю

Пробую так, но этот код корректно не отрабатывает
1C
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
&НаКлиенте
Процедура ЯнварьНеобходимоПриИзменении(Элемент)
СтрТабЧасти=Элементы.Январь.ТекущиеДанные;
Если СтрТабЧасти.Необходимо>СтрТабЧасти.Приобретино
    Тогда СтрТабЧасти.ИтогоНеобходимо=СтрТабЧасти.Приобретино-СтрТабЧасти.Необходимо
    и СтрТабЧасти.Перевыполнено=0
Иначе
     СтрТабЧасти.Перевыполнено=СтрТабЧасти.Приобретино-СтрТабЧасти.Необходимо
     и СтрТабЧасти.ИтогоНеобходимо=0    
КонецЕсли;
 
&НаКлиенте
Процедура ЯнварьПриобретиноПриИзменении(Элемент)
СтрТабЧасти=Элементы.Январь.ТекущиеДанные;
Если СтрТабЧасти.Необходимо>СтрТабЧасти.Приобретино
    Тогда СтрТабЧасти.ИтогоНеобходимо=СтрТабЧасти.Приобретино-СтрТабЧасти.Необходимо
    и СтрТабЧасти.Перевыполнено=0
Иначе
     СтрТабЧасти.Перевыполнено=СтрТабЧасти.Приобретино-СтрТабЧасти.Необходимо
     и СтрТабЧасти.ИтогоНеобходимо=0    
КонецЕсли;
КонецПроцедуры
Помогите пожалуйста написать корректно выполняемый код
Ответ: Tklwegsd, большое спасибо! работает корректно
Вопрос: Целевой учет запасов (дополнительный разрез оприходывания\списания)

Помогите с методологией (направьте куда гуглиьт), задача:
Есть заказ (договор или счет) на изготовление некоторого изделия необходимо обеспечить хранение и списание запасов в этом разрезе.
Допустим у нас есть счет\договор (или другой любой объект подскажите) [Заказ 1]
Мы закупаем ТМЦ на разные склады - сразу указываем на какой заказ
Дальше может быть внутреннее перемещение (с сохранением разреза заказ) между складами
Дальше идет списание...

Надо в любой момент времени получить отчет в разрезе сколько закуплено на этот заказ, сколько осталось по всем складам.
В процессе могут возникнуть ситуации переброски запасов с одного заказа на другой..
Так же система не должна позволять перемещать, либо списывать запасы сверх остатков в разрезе заказа ... ну и понятно во всех операциях после оприходывания заказ указывать не надо, он должен сам подтягиваться из остатков..
параллельно может идти партионный учет (при закупке партия будет одна, но строчки допустим две на разные заказыа - делается вручную)
Ответ: ну есть заказ - есть спецификация для него -что нужно заказать у поставщика (или поставить резерв со склада).
Заказ ставит резервы по остаткам на складе и на остальное делает движение в регистре заказы поставщику. Приход смотрит что есть в заказах и переводит их в резервы. потом на основании заказа делаешь перемещение и резервы двигаются.. когда же делаешь сборку или производство то резерв переходит с деталей на выпускаемую продукцию. как то так вижу
Вопрос: 11.4.2.136 - восстановить виды запасов в Передачах (Интеркампани) - как механизировать?

УТ 11.4.3.126 с Интеркампани

Отчёт "Ведомость по товарам организаций" (но не "Ведомость по товарам на складах") заполнился отрицательными остатками.
Начали разбираться - не перепроводятся все документы "Передачи товаров между организациями",
выдавая какой-то бред, не соответствующий никакой ни действительности, ни реальности:
  • Запись не верна! Значение поля "Вид запасов продавца" не может быть пустым!
  • Не заполнены дополнительные колонки в табличной части "Виды запасов"
при том, что ничего такого незаполненного в записях в движений документов не обнаруживается

Перепроводятся (документы "Передачи товаров между организациями") ,после того, как в них выбрать Еще - Открыть виды запасов - Перенести в документ - Провести и закрыть

Но так восстанавливать вручную тысячи документов - не комильфо.
Есть какие-нибудь мысли по механизации этого процесса?

Ну, и хотелось бы понять - что именно приводит к такому улёту УТ 11.4 в мир фантазий


Ответ:
Ну, то, как бэ, само-собой напрашивается - чтоб кто-то или само-собой...

Да, если б знать, что на написание и отладку обработки уйдёт меньше времени и понадобится в будущем
А то у проблем в УТ 11.4 не иссякает фантазия на неповторяемость и уникальность

Кроме того, это же следствие не очень идентифицированных причин
Вопрос: Перезаполнение видов запасов

Всем доброго времени суток!

В базе вели учёт, по нескольким организациям, решили всё свести в одну.
Стандартной обработкой "Поиск замена значений"(с ИТС), подменил все организации, на одну "нужную"
Перепровёл все документы. С помощью помощника исправления остатков товара организации, поменял виды запасов (Перезаполнять виды запасов во всех документах).
В обработке "Закрытие месяца" - декабрь прошёл на ура, а вот в январе, обработка, предлагает "оформить передачи и возвраты товаров". Захожу и во вкладке, "К оформлению" (настройка "За период") предлагает оформить два документа, один на 4000 позиций, другой на 900, но если даже и попытаться провести документы, то, естественно, не даёт, т.к. Организация отправитель и орг. получатель, одни и те же.
Ответ:
Отбой. Повторное выполнение операций, дало положительный результат.
Вопрос: УНФ 1.6 Перемещение запасов как вывести остатки в подборе

Добрый день, нужна консультация

В документе Заказ покупателя например (и в других) когда открывается подбор то есть колонка "свободный остаток" и выводятся остатки и по складу и по товару.

А в документе Перемещение запасов колонки "свободный остаток" нет, но есть другие. Но в никакую из них не выводятся остатки по товару, только по складу внизу. Пользователям неудобно так, нужно выделить товар чтобы посмотреть его остаток.  
Через ИзменитьФорму-поставить галочку и появится колонка - не прокатит, ее нет.

Можно в перемещении запасов тоже как то выводить "свободный остаток" по товарам? Нелогично как то, может это где-то включается или надо только дописывать обработку подбора?
Ответ:
Вопрос: ЗУП 3.1 Отчет СЗВ_СТАЖ некорректно заполняется.

Суть в чем. есть отчет СЗВ-стаж, который только только ввели в программу. Заполняется он по регистру сведений "Периоды стажа ПФР".
Сам регистр независимый и я тупо не могу в том же док-те "отпуск" найти хоть какое-то упоминание о нем, на каком основании он вообще заполняется. По глобальному поиску находит только запросы с использованием этого регистра для заполнения самого отчета)
Сама проблема: некорректно отображает стаж. Причем другие регистры, те же "состояние сотрудников" и "параметры периода стажа" заполняются отлично.
Был перенос из 7.7, поэтому периодически ошибки возникают из-за того, что перенесенные документы не дают проводок. Перепроведу - все поялвяется, все хорошо.
Тут же, и перепроводила, и копировала-сохраняла, вообще новые создавала и заполняла. вообще ни в какую.
Тестирование и исправление тоже делала, бесполезно.
Даж писала в 1с, но те просят повторить проблему на тестовой версии, но в рабочей далеко не все сотрудники так глючат, так что на чистой вряд ли повторится.
А по поводу того, как, блть, регистр собирает эти данные, они не отвечают, они консультируют только по работе 1с-предприятия

 это кадровые данные сотрудника, ранний отпуск в док-е "перенос данных"

это рс "состояние сотрудников"
- рс "параметры периода стажа пфр"
и, собсно, сам рс "периоды стажа пфр"


На скринах видно, что рс "состояния" и "параметы" заполняются идеально, а последний подхватывает какую-то хрень.

Подскажите, плз, где еще поискать то можно? Совсем потерялась.
Ответ: Короче, должно быть примерно так:
Начало    Окончание    Год
27.07.2015    04.10.2015    01.01.2015
05.10.2015    11.10.2015    01.01.2015
12.10.2015    31.12.2015    01.01.2015
01.01.2016    19.06.2016    01.01.2016
20.06.2016    28.06.2016    01.01.2016
29.06.2016    30.06.2016    01.01.2016
01.07.2016    22.09.2016    01.01.2016
23.09.2016    29.09.2016    01.01.2016
30.09.2016    23.10.2016    01.01.2016
24.10.2016    07.11.2016    01.01.2016
08.11.2016    31.12.2016    01.01.2016
01.01.2017    08.03.2017    01.01.2017
09.03.2017    10.03.2017    01.01.2017
11.03.2017    02.04.2017    01.01.2017
03.04.2017    16.04.2017    01.01.2017
17.04.2017    16.05.2017    01.01.2017
17.05.2017    19.05.2017    01.01.2017
20.05.2017        


А он делает так:
Начало    Окончание    Год
27.07.2015    04.10.2015    01.01.2015
05.10.2015    11.10.2015    01.01.2015
12.10.2015    19.06.2016    01.01.2015
01.01.2016    19.06.2016    01.01.2016
29.06.2016    30.06.2016    01.01.2016
11.03.2017    02.04.2017    01.01.2017
03.04.2017    16.04.2017    01.01.2017

Не знаю, как попроще написать