Salex @ 05.05.20, 12:54 ,

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

Подскажите. господа, что теперь использовать вместо документа "Отражение взаиморасчетов с контрагентами в 1ДФ?

Господа, помогите понять разницу этих прееключателей




Пробовал комбинации:
Для марта график 132 часа
Полный график (пятидневка 40) 176


1. Неполный рабочий день
2. По этому графику

1. Сокращенная рабочая неделя
2. По этому графику

Начисление зарплаты, ошибка "Оклад по часам: Нет рабочих дней в заданном периоде";
Хотя в начислении заполняется (для марта)

Оплачено дней/часов 132,00
Отработано и норма 132 часа

Когда выбираю
1. Неполный рабочий день
2. по другому графику Пятидневка (40-час. раб. неделя)

Или
1. Сокращенная рабочая неделя
2. по другому графику Пятидневка (40-час. раб. неделя)

Сумма рассчитывается пропорционально 132/176 совершенно одинаково в обеих случаях. В чем должна быть разница?


Я полагал что должно быть по законодательству. в случае сокращенного рабочего времени норма должна быть 176, но сумма оклада полная,
а в случае неполного времени сумма биться пропорционально.

Подскажите, господа, кто сталкивался.

Документ "заказ клиента".
Функциональная опция "ИспользоватьРасширенныеВозможностиЗаказаКлиента" стоит - Ложь

по умолчанию статус не виден и заполняется при создании как:


Статус = Перечисления.СтатусыЗаказовКлиентов.НеСогласован;

А при проведении таблицы движений выбираются с условием

|ГДЕ
| ТаблицаТовары.Ссылка = &Ссылка
| И НЕ &Статус = ЗНАЧЕНИЕ(Перечисление.СтатусыЗаказовКлиентов.НеСогласован)

VXIIIZ @ Сегодня, 14:38 ,

Ступил, cades подписи есть. Проверяется как подписанный.

по поводу экспорта как xml с подписями вопрос пока открыт.

andr_andrey @ 21.02.20, 11:10 ,

Да. медок это как сапер. спс.

кто-то пробовал юзать? GetDocSign()?

App = CreateObject("Medoc.ZApplication")
sign = App.GetDocSigning()
f = sign.GetDocSign( 123456, "", 2 )

Тип SignType int
«1» - отримуємо XML без підписів;
«2» - підписаний XML;
«3» - підписаний XML, так як він
зберігається у M.E.Doc;
«4» - підписаний PDF документ
(первинні документи крім ПН та РК).

4 - возвращает pdf без признаков подписи.
2 - виснет с концами

Подскажите, господа, кто знает.
В API медка метод OpenOrCreateByExDocID позволяет передать внешний ИД документа.
И потом при получении реестра дернуть Reestr.Fields.Item("EXDOC_ID").Value
Есть ли возможность куда-то его засунуть в xml при создании документа импортом? В документации не нашел, пробовал EXDOC_ID и EXDOCID указывать в FIELDS - не помогло.

Вы слишком верите в методологию с той стороны...

Для системы менеджмента качества. Формируется досье на партию. С детальным описанием затрат, данными по серии полуфабрикатов и т.д.

Я просто не пониманию при чем здесь вопрос "зачем"?

Почему в стандартном многопередельном производстве ты можешь серию полуфабриката вести, а в давальческом не можешь? Почему нужно именно в этом случае аргументировать "зачем"?

Ввел, я просто картинку не прицепил - с ним все нормально. Я написал что "Затратах на выпуск продукции серия есть и она заполняется". Этот документ фиксирует выпуск на 26 ГП и затраты на производство по ПФ.



sava1 @ Сегодня, 13:20 ,


При чем тут мое мнение. Механизм есть и в материалах есть серии и в незавершенке есть серии затрат, в затратах на выпуск продукции есть серии затрат.
И в номенклатуре есть признак "Использовать серии в незавершенном производстве".
И работает оно нормально если не используется давальческая переработка. Проблема только в том что в партиях переданных в перерабоку нет серий номенклатуры и в расчете себестоимости при корректировке стоимости
вот этот кусок вычисляется без учета серий.



Все зависит от того что именно вы производите. В моем случае это товары мед. назначения. с учетом гос. регулирования требования к серийным номерам, сроку годности встают в полный рост.
И в этом случае допустим вы выпускаете не стерилизованный продукт, отдаете гос. компании которая имеет лицензию на стерилизацию, получаете второй продукт уже стерилизованный.
В результате это разные продукты и продаются они как разные виды ГП, стерилизованная и нестерилизованная.

sava1 @ Сегодня, 12:22 ,

Учет серий в незавершенке ровно для того же для чего и в партионном учете. В одной партии переданного товара перерабочику полуфабрикаты могут быть разных серий, остаток на переработке с прошлого месяца ПФ тоже может висеть. Получаете вы в результате в зависимости от того, что именно перерабатывает перерабочик. Но, в целом, это лирика, вопрос не зачем, а как ).

Подскажите, господа, вдруг кто-то сталкивался.
Платформа: 8.3.13.1809
Конфа: 1.3.64.1

Детализация затрат - детально
Расчет себестоимости - по переделам.

Передел 1:
Из сырья1 делаем полуфабрикат1 (ПФ1)

Передел 2.
Передачей товаров передаем в переработку
поступлением из переработки - распределение материалов фиксируем затраты на выпуск этого ПФ. и собственно регистрируем выпуск ГП1
получением услуг по переработке добавляем услугу и собственно списываем в НЗП с партий переданных в переработку ПФ1

Все просто, себестоимость расчитывается, 231-й закрывается. Ровно до тех пор пока мы не устанавливаем учет по сериям.




При передаче товаров серию можно указать с партий она списывается корректно


Но в партиях переданных серии нет.

Затратах на выпуск продукции серия есть и она заполняется
Но в получении услуг по переработке серии нет


Соответственно в незавершенку это ПФ попадает без серии

И как результат:

Хорошо что для кого-то разница в 25% бывает не критична.
Но если вы единообразно сумму зарплаты указать не можете, то хотел бы я посмотреть на эти дедлайны и технические задания.

А на work.ua вчера вывесили "заработная плата — 45 000 ИС, после — 50 000;".

Я пользуюсь вот этим способом

http://igorvoloshin.ru/public/300092/

Кто-то работает этим модулем?
Обнаружилась проблема с исходящих платежных документов, которые были изначально сформированы в 1С и отправлены в Приват24. Они же потом при получении выписки загружаются в базу как новые документы.
Собственно проблема в референсе который приходит с сервера после отправки документа. Он возвращается формата 1126902784390594416 а при импорте выписки референс этого документа приходит в виде "cP//wiuQow8="

Кто-то разбирался с темой, пробовал как-то решать?





VXIIIZ @ Сегодня, 14:03 ,

Вопрос снимается. Пообщался с приватом. скинули пропатченную обработку.

Я не знаю насколько я могу считать себя компетентным в этом случае. Но все нормативные параметры вам надо курить в порядке 100, там все описано. Ну и конкретные разъяснения в бух. журналах.

Как я понимаю ситуацию Ваш бухгалтер неправ. Смысл этого коэффициента при расчете средней по отпуску в том, чтобы сотрудник не получил в периоде меньше денег чем если бы он работал в этом самом периоде.

Вот смотрите допустим человек получает 10 000 грн в месяц. В январе вы ему меняет зарплату до 15 000. В феврале он идет в отпуск.
Для расчета отпуска ему расчитывается среднедневная зарплата за 12 месяцев. но ведь предыдущие 11 месяцев он получал меньше и теперь он получит зарплаты меньше чем если бы он февраль пропахал.
Поэтому смысл этого коэффициента скорректировать среднедневной доход прошлого, с учетом текущих повышений зарплаты.



VXIIIZ @ Сегодня, 12:13 ,
Точнее это пункт 10 порядка 100.

1c_lam @ Сегодня, 10:35 ,
Это, конечно, если не упоминать тот факт, что условие которые Вы используете, само по себе бессмысленное. Если у вас есть ссылка на документ до начала выполнения печати, то ни Неопределено ни NULL в качестве результата проверки быть не может в принципе.

Покажите по этому сотруднику данные из регистра сведений "Коээфициенты повышения окладов"

Это невнимательность. Нужно получить элемент "Следующий()" до того как проверять условие.

    Шапка = Запрос.Выполнить().Выбрать();
    Если   Шапка.Сумма = неопределено 
        ИЛИ
        Шапка.Сумма = NULL
        Тогда
        Сумма=0;
    Иначе
        Сумма = Шапка.Сумма;
    КонецЕсли;
    Шапка.Следующий();

Отлаживать печатную форму нужно до того, как вставивлять во внешние.

Неявное преобразование некорректное. Либо через Формат(), либо вот так:

ОбластьМакета.Параметры.ДатаДокумента = "" + Шапка.ДатаДокумента + "року";

Поделитесь результатом. Интересно какая конфигурация получится.

Vofka @ Сегодня, 14:49 ,

Вопрос привычки. КД вытаскивала меня из стольких ж... что я готов все им простить.

Вот группа свойств:



F2 - вход в обработчики конвертации группы свойств.

Зачем изобретать велосипеды.

Использовать конвератцию данных.

1. В правилах конвертации данных можно указать "Не замещать существующие объекты в приемнике при загрузке"
2. "При загрузке" можно проверить признак "ОбъектНайден" и дальше решить что с ним делать.

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

Обмен с помощью конвертации данных + использование плана обмена с регистрацией объектов прекрасно решают все эти вопросы.