Я так и подумал, к сожалению.... Самое неприятное в этом случае то, что регистрация прочих доходов и регистр с которым он работают имеют один тип - физлицо, тогда как в партнере и контрагенте связки с физлицом нет. и либо руками создавать заполнять эту часть, либо же вносить изменение в конфигурацию...
Господа, помогите понять разницу этих прееключателей
Пробовал комбинации: Для марта график 132 часа Полный график (пятидневка 40) 176
1. Неполный рабочий день 2. По этому графику
1. Сокращенная рабочая неделя 2. По этому графику
Начисление зарплаты, ошибка "Оклад по часам: Нет рабочих дней в заданном периоде"; Хотя в начислении заполняется (для марта)
Оплачено дней/часов 132,00 Отработано и норма 132 часа
Когда выбираю 1. Неполный рабочий день 2. по другому графику Пятидневка (40-час. раб. неделя)
Или 1. Сокращенная рабочая неделя 2. по другому графику Пятидневка (40-час. раб. неделя)
Сумма рассчитывается пропорционально 132/176 совершенно одинаково в обеих случаях. В чем должна быть разница?
Я полагал что должно быть по законодательству. в случае сокращенного рабочего времени норма должна быть 176, но сумма оклада полная, а в случае неполного времени сумма биться пропорционально.
Тип 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 @ 15.10.19, 13:20)
Вы подозреваете УПП в недоделке, при этом не хотите обосновать свое мнение.
При чем тут мое мнение. Механизм есть и в материалах есть серии и в незавершенке есть серии затрат, в затратах на выпуск продукции есть серии затрат. И в номенклатуре есть признак "Использовать серии в незавершенном производстве". И работает оно нормально если не используется давальческая переработка. Проблема только в том что в партиях переданных в перерабоку нет серий номенклатуры и в расчете себестоимости при корректировке стоимости вот этот кусок вычисляется без учета серий.
Цитата(sava1 @ 15.10.19, 13:20)
т.е. - Вы производите газовый счетчик, передаете переработчику - он цепляет на него коробку. В результате Вы получаете разные продукты ? а не счетчик в коробке ? или отдаете зерно на мельницу и получаете муку разных серий ?
Все зависит от того что именно вы производите. В моем случае это товары мед. назначения. с учетом гос. регулирования требования к серийным номерам, сроку годности встают в полный рост. И в этом случае допустим вы выпускаете не стерилизованный продукт, отдаете гос. компании которая имеет лицензию на стерилизацию, получаете второй продукт уже стерилизованный. В результате это разные продукты и продаются они как разные виды ГП, стерилизованная и нестерилизованная.
Учет серий в незавершенке ровно для того же для чего и в партионном учете. В одной партии переданного товара перерабочику полуфабрикаты могут быть разных серий, остаток на переработке с прошлого месяца ПФ тоже может висеть. Получаете вы в результате в зависимости от того, что именно перерабатывает перерабочик. Но, в целом, это лирика, вопрос не зачем, а как ).
Детализация затрат - детально Расчет себестоимости - по переделам.
Передел 1: Из сырья1 делаем полуфабрикат1 (ПФ1)
Передел 2. Передачей товаров передаем в переработку поступлением из переработки - распределение материалов фиксируем затраты на выпуск этого ПФ. и собственно регистрируем выпуск ГП1 получением услуг по переработке добавляем услугу и собственно списываем в НЗП с партий переданных в переработку ПФ1
Все просто, себестоимость расчитывается, 231-й закрывается. Ровно до тех пор пока мы не устанавливаем учет по сериям.
При передаче товаров серию можно указать с партий она списывается корректно
Но в партиях переданных серии нет.
Затратах на выпуск продукции серия есть и она заполняется Но в получении услуг по переработке серии нет
Соответственно в незавершенку это ПФ попадает без серии
Разница в ЗП не критична, зависит от опыта кандидата и времени, которое руководитель проекта потратит на нового сотрудника.
Хорошо что для кого-то разница в 25% бывает не критична. Но если вы единообразно сумму зарплаты указать не можете, то хотел бы я посмотреть на эти дедлайны и технические задания.
Кто-то работает этим модулем? Обнаружилась проблема с исходящих платежных документов, которые были изначально сформированы в 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; Иначе Сумма = Шапка.Сумма; КонецЕсли; Шапка.Следующий();
На уровне приемника сделать заглушку при записи нового объекта в рамках обмена (в двух местах по моему там была запись).
Зачем изобретать велосипеды.
Использовать конвератцию данных.
1. В правилах конвертации данных можно указать "Не замещать существующие объекты в приемнике при загрузке" 2. "При загрузке" можно проверить признак "ОбъектНайден" и дальше решить что с ним делать.
В изначальнов вопросе смешиваются две темы, собственно регистрация объектов для переноса, и непосредственно сам перенос с записью объектов в приемнике.
Обмен с помощью конвертации данных + использование плана обмена с регистрацией объектов прекрасно решают все эти вопросы.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!