Доброго времени суток!)

Столкнулся с проблемой, которую не могу решить.

Человек находится в декретном отпуске. В регистрах сведений "Учетна политика по персоналу" и "положенные отпуска" выставлено, что сотрудник имеет 24 календарных дня отпуска(плановых, ежегодных, начиная с 2010 года), и для этого сотрудника выставлено, что начиная с 2012 года, она имеет 365 дней в году ДЕКТРЕТНОГО отпуска.

Открываю "Отчет по использованию отпусков", а в нем вижу то, что у человека оказывается 389 дней отпуска в году)))))

Так вот вопрос обстоит в том, как ПРАВИЛЬНО заполнить регистры(или что-либо еще), чтобы во время декретного отпуска НЕ УЧИТЫВАЛСЯ плановый ежегодный, и, соответственно, чтобы в отчете получали более или менее адекватные цифры по срокам отпусков.

Заранее всем спасибо за помощь!)

З.Ы. Конфигурация УПП 1.3.14

Добрый день!

Соткнулся с такой проблемой:

требуется реализовать отчет в разрезе временных промежутков.
Что именно?

Предположим:

На загрузку заезжают автомобили.
------
Первый - 9.12
Второй - 9.40
Третий - 9.43
------
Четвертый - 10.50
------
Пятый - 11.14
------
и т.д.

Что требуется:

Вывести отчет в котором будет

9.00-10.00
---------------------
_____Первый
_____Второй
_____Третий

10.00 - 11.00
---------------------
_____Четвертый

11.00 - 12.00
---------------------
_____Пятый


Т.е. требуется разбить именно по временным промежуткам.

Подскажите, пожалуйста, никто ли не сталкивался с такой ситуацией, и если да - то как сие чудо организовать.

Заранее СПАСИБО!

По дате

А, если не сложно, подскажите каким образом)






По регистрам все то, что надо.....

А вот в отчет тянет непонятно что....Точнее понятно. Начало дня

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

За день проходят складские операции. Выгрузка и загрузка со(на) склада.
Соответственно, выгрузка - в минус к запасам, загрузка - в плюс.

В документе, есть поле, которое содержит в себе этот самый общий остаток на складе после каждой операции.

Соответственно(предположим, что стартуем с ноля):
- загрузили 5 коробок (в поле остаток по проведению документа 5)
- выгрузили 2(остаток: 3)
- загрузили 6(остаток:9)

Так от в отчет, через СКД вывожу:
1. Поле всего загрузили (ЗАГР = 11)
2. Поле всего выгрузили(ВЫГР = 2)
3. и НУЖНО поле, в котором будет выводится 9(как остаток на конец дня на складе), а сейчас выводится (17, т.е. суммирует все движения на каждую операцию)

Если будет не понятно и после такого объяснения, то буду пытаться объяснять с другой стороны)

Как ни странно, но без откровенного указания ЭтотОбъект - не ожило...Сам головой понимаю, что должно быть так, как Вы говорите, но все же.

Насчет второй части - согласен, особенно насчет отмены проведения. Но пока другого варианта решения задачи не вижу. Только гонять значение через статическую переменную....

Добрый день!

Сделал отчет на СКД. В нем есть поле остатка на конец дня.

По-сути это поле в формах 1С-ки, точнее оно пишется по созданию каждого нового документа в константу. В этой константе и содержится его значение.

Сама ситуация:

Документ 1: Остаток 10
Документ 2: Остаток 20
Документ 3: Остаток 30

В СКД выводит 60(т.е. 10+20+30)
А как вывести 30? Т.е. просто число, которое фигурирует в последнем документе за день.

Тем-более в РегистреНакопления Это число фигурирует по каждому документу абсолютно правильно.

З.Ы. Надеюсь хоть что-то понятно...) И как всегда, заранее всем спасибо)

Спасибо ВСЕМ за участие!

Проблема решилась. Таким образом.

Процедура ПередЗаписью()
Если ЭтотОбъект.ЭтоНовый() Тогда
.....
КонецЕсли;
КонецПроцедуры

Оказалось, что проблема была на поверхности и без ЭтотОбъект - проверка на новизну просто не происходит.

А в регистры и отчеты из доп. свойств? Пройдет?

Постановка задачи, в плане - гонять это значение через константу? Или что именно Вы имели ввиду?

А можно поточнее про режим записи?

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

Ситуация:
Есть склад. На складе есть остаток. Для этого остатка создана константа.

Приехали 10 ящиков, оформились на склад. В константу КАКОЙ-ТО ФУНКЦИЕЙ хотелось бы добавить эти ящики.

С отъездом этих ящиков - идентичная ситуация, только с минусом.

Проблема:

ПриЗаписи - не вариант, т.к. записывает каждый раз при открытии, изменении, сохранении
ПриИзменении(через транзитное поле) - ноль реакции, только после ручного ввода, а число пришедших ящиков считается автоматом, на основании суммы из табличной части.

Вопрос:

Подскажите, люди добрые, через какую функцию можно запустить запись, или с каким условием, чтобы по ОДНОМУ документу сохранялось лишь один раз.

Заранее спасибо)

Точно нет. Регистр свежий. Все создавалось автоматом, шаловливыми рученками никто залезть не успел никуда.

Нет. Точно не редактировал. Даже проводил такие операции как снести регистр и создать заново. Поэтому такая ошибка, к сожалению, исключается...

Базу? CF-ку что ли?

Объясню. Может я и не прав....

Есть склад. На него приезжают машины(свои, чужие). Создан документ, в котором отмечается транспорт, опреация(загр, отгр, догр) и т.д.
По нему нужен отчет(ежемесячный с разбивкой по дням от 1 до 31), в котором будет содержаться:
- общее кол-во своих машин(сумма по документам за день с отметкой в нем "СВОИ")
- общее кол-во чужих машин (... с отметкой "НЕ СВОИ")
- кол-во операций за день(1 столбец - выгрузки, 2 столбец - загрузки, 3 столбец - догрузки). Считается по сумме отметок в поле операция.
- кол-во паллет(вход, выход). Тоже считается по типу операции. Выгрузка - вход, остальное - выход.
- кол-во заявок
- кол-во поддонов

Вот и получаем:

- измерение(дата)
- ресурсы(свои, чужие, загр, догр, отгр, пал.вход, пал.выход, заявки, поддоны)

Кроме даты, заявок и поддонов, все элементы должны просчитываться с отбором. Т.е. отбираем документы по параметру(к примеру те, в которых есть отметка СВОЙ ТРАНСПОРТ и суммируем только их).

Надеюсь объяснил понятно и кто-то сможет меня направить в нужное русло. Т.к. создание отчетов, честно говоря, для меня довольно ново.

Заранее спасибо)



Тут бы хоть один побороть))))

Хотя пока ресурсов было 4-5-6 все было в порядке. По меньшей мере открывался конструктор движений...

Добрый!

Делаем небольшой отчет и возникла такая проблема:

Создается регистр накопления в котором 1 измерение и 9 ресурсов

Вопрос состоит в том, что - нормально ли это? Может ли быть такое кол-во ресурсов?

Почему созрел вопрос:

При попытке в документе зайти после создания регистра в Конструктор движений - 1Ска виснет с концами.
Пока ресурсов было 5-6 все было в порядке.

Заранее всем спасибо.

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

Прошу сразу - сильно не пинайте, т.к. бухгалтер я начинающий, а вообще 1С-программист))

Возникла ситуация, которая мне абсолютно непонятна, но хотел бы для себя прояснить. А конкретно - ситуация с Авансовыми отчетами по загран.коммандировкам на организации

Пример №1 (но же первый и последний )

В командировку в Германию выезжает человек, которому выдано 500 Евро. По пути в Германию он проезжает Польшу, в которой расчет происходит в Злотых. Собственно на этом моменте он совершает обмен в местном банке, и получает злотые. Несет некоторые затраты и едет дальше. Возвращаясь на родину, т.е. на организацию, он предоставляет в бухгалтерию чеки:

1. 50 Евро
1,5. Чек по обмену Евро-Злотые
2. 20 Злотых
3. 50 злотых
4. 40 долларов
5. 800 рублей
6. 300 гривен

А вот на этом моменте я впал в ступор... Как это грамотно должно отразиться в авансовом отчете. А еще интересней, как это отразить с помощью 1С 8.2 ??
Т.е. какие документы оформлять, как пересчитывать валюту отличную от выданной и т.п.??

Надеюсь я понятно обрисовал ситуацию и не один в своем "горе"))

Заранее спасибо всем за ответы!

Я бы с удовольствием, но к ИИСу у меня на этом сервере привязан еще ряд служб, соответственно попрощаться с ним пока-что не представляется возможным в пользу Апача. Хотя сам больше уважаю именно Апач)

Доброго времени суток!)

Столкнулся с проблемой публикации веб-сервиса для 1С: ИТИЛ

Все делалось по инструкции http://infostart.ru/public/275820/

Пока юзал эту же конфигурацию на базе Вин 2008 Сервера - все было ок. После перехода на 2012 (!!! НЕ Р2 !!!), после всего выполненного в инструкции выкидывает 403 ошибку у клиентов и "HTTP Error 403.14 - Forbidden
The Web server is configured to not list the contents of this directory.", если пытаться ломиться с локального браузера.

В чем может быть проблема? Может кто-то сталкивался?

Заранее всем спасибо)

З.Ы. В наличии Windows Server 2012, IIS 8.0, 1C 8.3.5.1098, ITIL, версия SQL-ная. Если еще что забыл, не сердчайте, а спрашивайте)

Вот как раз расскомментированием функции Получения Параметров - я и избавился жесткой привязки. А искать ее начал только потому, что в этом плане мое мнение на 100% совпадает с Вашим(...по-поводу спотыкания...)

Все-таки думаю что в этом, т.к. функция не могла выполняться без параметров. Точнее при отсутствии функции, генерирующей эти параметры - с пустыми....Т.к. дефолтные выдает она же!

Честно говоря, не пытался...

Да и, как бы, задача стоит именно на этой платформе. Не могу же я под куждую функцию отдельную менять платформу...Не логично как бы....

+ UPDATE

ОбщиеМодули -> ОбщегоНазначения -> Функция: СформироватьСуммуПрописью

Изменил:

Возврат ЧислоПрописью(Сумма,"Л="+Локализация.ОпределитьКодЯзыкаДляФормат(КодЯзыка),ПараметрыПрописи);

на

Возврат ЧислоПрописью(Сумма,"Л="+Локализация.ОпределитьКодЯзыкаДляФормат(КодЯзыка),"гривня, гривні, гривень, м, копійка, копійки, копійок, ж, 2");

Все ожило и работает.

----------------------------------------

Может это поможет чем-то для решения проблемы.

СПАСИБО ВСЕМ ЗА УЧАСТИЕ В РЕШЕНИИ ВОПРОСА)

Решилось!

В ОбщихМодулях ->Локализация ->Функция: ПолучитьПараметры просто была закомментена.

После расскомментирования все заработало как часы) Почему это было так - не знаю. Видимо предыдущие разрабы постарались((

В любом случае СПАСИБО ВСЕМ БОЛЬШОЕ )