Может кто сталкивался, Встроенный почтовый клиент 1с, нет вложений входящей почты, если письмо отправлено из ящика на gmail.com. Т.е. с других серверов вложения присутствуют, а в письмах именно с жмейла нет.
Буду признателен за помощь.
Попробуйте зайти в вашу почту не из 1с а через ВЕБ-интерфейс и посмотреть, пришедшее письмо - есть ли в нем вложение. Возможно это не 1с а сам почтовый сервис "режет" вложения, тогда нужно настраивать его
ivden @ 03.04.20, 19:02
, Это не вы делаете не так. Это УТП такое "неровное". Не может оно учесть перемещение внутри месяца, т.к. в регистре сведений тлько один разрез аналитики "Период" и они почему то посчитали что это месяц. Поэтому там всегда первое число месяца, а не то которым сделано "Кадровое перемещение". Решили не усложнять себе жизнь (а усложнить нам). С внутренними совместителями такая же беда. Я даже в СП 1с когда-то "стучал" и описывал проблему (года 2 назад если не больше) - им похрену. Видимо они на функционал конфигураций 8.2 на обычных формах давно уже забили. По крайней мере ни каких исправлений так и не было (а я писал не только об этом). Делайте либо Кадровое 1-ым числом. Либо за этот месяц табель ручками.
База УТ 2.3 для Украины. Реализация идет документами "Реализация товаров и услуг". Возникла необходимость выбивать чеки но документ Чек ККА неудобен. Можно ли печатать фискальные чеки из Реализации товаров и услуг или ПКО введенного на его основании? Или только доработка?
Добрый день. 1С:Предприятие 8.3 (8.3.15.1700) "Управление торговым предприятием для Украины", редакция 1.2. (1.2.49.1)
Подскажите, пожалуйста, возможно ли реализовать это через консоль отчетов (без использования Конфигуратора)? Как сделать поля Дата, Склад и т.д. реквизитами Документ?
ВЫБРАТЬ РАЗЛИЧНЫЕ ПартииТоваровНаСкладах.Регистратор КАК Документ, ПартииТоваровНаСкладах.Регистратор.Дата КАК ДокументДата, ПартииТоваровНаСкладах.Регистратор.Подразделение КАК Подразделение, ПартииТоваровНаСкладах.Регистратор.Контрагент КАК Откуда, ПартииТоваровНаСкладах.Регистратор.СкладОрдер КАК Куда ПОМЕСТИТЬ тбРез
ИЗ РегистрНакопления.ПартииТоваровНаСкладах КАК ПартииТоваровНаСкладах ГДЕ ТИПЗНАЧЕНИЯ(ПартииТоваровНаСкладах.Регистратор) = ТИП(Документ.ПоступлениеТоваровУслуг) И ПартииТоваровНаСкладах.Регистратор.Дата МЕЖДУ &ДатаНач И &ДатаКон
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ РАЗЛИЧНЫЕ ПартииТоваровНаСкладах.Регистратор КАК Документ, ПартииТоваровНаСкладах.Регистратор.Дата КАК ДокументДата, ПартииТоваровНаСкладах.Регистратор.Подразделение КАК Подразделение, ПартииТоваровНаСкладах.Регистратор.СкладОтправитель КАК Откуда, ПартииТоваровНаСкладах.Регистратор.СкладПолучатель КАК Куда ИЗ РегистрНакопления.ПартииТоваровНаСкладах КАК ПартииТоваровНаСкладах ГДЕ ТИПЗНАЧЕНИЯ(ПартииТоваровНаСкладах.Регистратор) = ТИП(Документ.ПеремещениеТоваров) И ПартииТоваровНаСкладах.Регистратор.Дата МЕЖДУ &ДатаНач И &ДатаКон ;
//////////////////////////////////////////////////////////////////////////////// ВЫБРАТЬ РАЗЛИЧНЫЕ тбРез.Документ КАК Документ, тбРез.ДокументДата КАК ДокументДата, тбРез.Подразделение КАК Подразделение, тбРез.Откуда КАК ДокументСкладОтправитель, тбРез.Куда КАК ДокументСкладПолучатель, ПартииТоваровНаСкладах.Регистратор, ПартииТоваровНаСкладах.Номенклатура КАК Номенклатура, ПартииТоваровНаСкладах.Количество КАК Количество ИЗ РегистрНакопления.ПартииТоваровНаСкладах КАК ПартииТоваровНаСкладах ЛЕВОЕ СОЕДИНЕНИЕ тбРез КАК тбРез ПО (тбРез.Документ = ПартииТоваровНаСкладах.Регистратор) ИТОГИ СУММА(Количество) ПО Документ //Номенклатура, //ДокументДата, //Подразделение, //ДокументСкладОтправитель, //ДокументСкладПолучатель
kpotik @ Вчера, 13:58
, Да и представление результата выберите в виде ДЕРЕВА!
kpotik @ Вчера, 13:58
, Не могу редактировать сообщение почему то. В конце по пробоват так и в принципе без дерева смотрибельно вышло:
//////////////////////////////////////////////////////////////////////////////// ВЫБРАТЬ РАЗЛИЧНЫЕ ПартииТоваровНаСкладах.Номенклатура КАК Номенклатура, тбРез.Документ КАК Документ, тбРез.ДокументДата КАК ДокументДата, тбРез.Подразделение КАК Подразделение, тбРез.Откуда КАК ДокументСкладОтправитель, тбРез.Куда КАК ДокументСкладПолучатель, ПартииТоваровНаСкладах.Регистратор, ПартииТоваровНаСкладах.Количество КАК Количество ИЗ РегистрНакопления.ПартииТоваровНаСкладах КАК ПартииТоваровНаСкладах ЛЕВОЕ СОЕДИНЕНИЕ тбРез КАК тбРез ПО (тбРез.Документ = ПартииТоваровНаСкладах.Регистратор) ГДЕ ПартииТоваровНаСкладах.Регистратор.Дата МЕЖДУ &ДатаНач И &ДатаКон
ИТОГИ СУММА(Количество) ПО Номенклатура
Не знаю что именно и в каком порядке вам нужно увидеть. поэтому поиграйтесь в конце с порядком полей после ВЫБРАТЬ РАЗЛИЧНЫЕ и с количеством и порядком полей после ПО Учитывайте что полная информация в колонках будет только на самом нижнем! уровне группировки. Если после ПО надо включать все поля, тогда представляйте результат в виде дерева, иначе все вышестоящие группировки будут строками с пустыми колонками
то при формировании отчета Валовая прибыль в графе себестоимость отражается старая-первоначальная себестоимость
Она и должна отражаться. Это себестоимость партии купленного ТМЦ. Если вы его УЖЕ купили, то для него и будет отражаться его закупочная стоимость на момент покупки.
logist @ Сегодня, 16:13 , Да, похоже, таки придется вводить входящие налоговые накладные. Иначе отчеты по НДС будут все равно неправильные или придется лезть еще и в корректировку записей регистров.
У вас наверняка есть медок или соната где "сидят" ваши входящие налоговые. Имеет смысл втянуть их оттуда обработкой а не вводить вручную.
sava1 @ 25.05.16, 16:50 , ПриКомпоновкеДанных это уже программная обработка а я спрашивал можно ли средствами СКД, и хотелось бы чуть подробнее, а то я недавно начал работать с СКД
1. Нужно убрать колонку (если в первом варианте) или ячейки (если во втором) с названием ресурса "Пропуск" Можно ли это как-то сделать средствами СКД?
2. Можно ли чтобы в колонках группировок по месяцу и в итоговых колонках выводились цифры, а в колонках дат буква "Н", т.е. например в колонке Май быдо не "Н" и 2, а 1 и 2, а в датах "Н" Текущий вариант сделан вставкой формулы в ресурс:
Выбор Когда Количество(Пропуск)=1 Тогда "Н" Иначе Количество(Пропуск) Конец
Можно как-то задать условие чтобы для группировки "День" действовало это условие, а для всехо остальных группировок и итогов просто Количество(Пропуск)
Vofka @ Сегодня, 15:12 , Я тоже подумал о доступе через .Ссылка.ВидОперации, но в 8.2 еще не профи, потому решил - "мало ли", в друг это не по феншую вот и спросил. Спасибо за разъяснение, знач я подумал правильно.
Vofka @ Сегодня, 14:30 , Подскажите пожалуйста - зачем там в звпросе ЛЕВОЕ СОЕДИНЕНИЕ Документ.ЧекККМ КАК ЧекККМ Просто для понимания, а то я не догоняю ... Только чтобы получить вид операции?
Человеку повысили оклад, у него ранее была фиксированная индексация. Вводится документ: ВводСведенийОПлановыхНачисленияхУдержаниях. При его расчете на закладке "Начисления для индексации" в первой табличке (таблица ДО) появляется строка "Индексация зарплата", но рассчитанная там сумма неверна: там всегда стоит индексация начиная с даты приема, без учета предыдущих повышений оклада, а этому сотруднику ранее повышался оклад и у него была фиксированная индексация. Документ этого не видит. Если сделать расчет индексации в документе "Начисление зарплаты", то там индексация считается правильно ...
Должен ли (при повышение оклада) документ ВводСведенийОПлановыхНачисленияхУдержаниях рассчитывать индексацию и исходя из нее определять фиксированную индексацию, если таковая возникает? Просто у меня при повышении оклада этот документ считает индексацию, но считает ее не правильно. Мне сказали что он (документ) и не должен ее (индексацию) считать. Хочу понять прав я или ошибаюсь. И если не прав, то какой документ должен определять фикс. индексацию при повышении оклада? Я вроде бы разобрался почему ВводСведенийОПлановыхНачисленияхУдержаниях считает неправильно, но не знаю как это устранить. Поэтому для начала хотел бы узнать надо ли "устранять" а то может действительно я просто не тот документ использую
П.С. если кому интересно моё мнение, то проблема в том, что при расчете индексации всё завязано на запрос к регистру "Начисления" (общий модуль ПроведениеРасчетов, Функция ПолучитьДанныеДляРасчета)
ВЫБРАТЬ Доход.Сотрудник КАК Сотрудник, Доход.ПодразделениеОрганизации КАК ПодразделениеОрганизации, Доход.Должность КАК Должность, Доход.Регистратор КАК Регистратор, НАЧАЛОПЕРИОДА(Доход.БазовыйПериодНачало, МЕСЯЦ) КАК ДатаНачала ПОМЕСТИТЬ ВТИндексироватьСотрудниковПоПериодам ИЗ РегистрРасчета.Начисления КАК Доход ГДЕ Доход.Регистратор = &парамРегистратор И Доход.ВидРасчета = ЗНАЧЕНИЕ(ПланВидовРасчета.Начисления.ИндексацияЗарплаты) И Доход.ВидРасчета.СпособРасчета = ЗНАЧЕНИЕ(Перечисление.СпособыРасчетаОплатыТруда.ИндексацияЗарплаты)
А поскольку документ ВводСведенийОПлановыхНачисленияхУдержаниях не делает записей в регистр "Начисления", то из-за условия Доход.Регистратор = &парамРегистратор запрос всегда будет возвращаться пустой и все дальнейшие левые соединения остальных запросов к пустому множеству ... безнадежное дело Соответственно док НачисдениеЗП делает записи по регистру Начисления и потому возвращает правильный результат. т.к. в этом случае запрос всегда возвращает результат.
Собственно вопорс в том - должен ли этот докумен считать фикс. индексацию или надо использовать другой? (какой?) И, если должен, то как исправить ситуацию?
Само поле сделка не исчезнет с формы документа, но его можно будет не заполнять. Естественно исчезнет разрез аналитики по документов со счетов взаиморасчетов. Останется аналитика по контрагентам и по договорам.
Это лог 1с. попробуйте при закрытой 1с скопировать в лдругое место, или просто переименовать. А через время можно удалить (прохе сархивировать до времени) если не понадобится история. ПробуйТЕ на копии
Зачем еще что-то перемещать? Опишите подробно всю ситуацию, а то у Вас в новом посте новые подробности.
Ни каких новых подробностей. Приход, и передача/возврат товара в розницу происходит в сторонней программе (наценка там же при передаче в розницу). Из сторонней программы приходные документы и документы перемещения загружаются в 1с в виде документов "Поступление товаров", "Перемещение товаров" (в док. перемещение из сторонней программы загружаются и передача в розницу и возврат на склад). Соответственно и себестоимость и розничные суммы уже просчитаны и должны просто "дефакто" попасть в 1с, без всекого формирования партий. В док-те перемещение уже добавлен реквизит Себестоимость и сумма движения по себестоимости берется из него. Но наличие партионного учета все "портит". Совсем отключить партионный не хотелось бы т.к. прочиет ТМУ (материалы и т.д. должнв списываться по партионному учету)
Разные метода партионного учета использовать нельзя, можно вообще его не вести. И количественный тоже. Установите вид склада "НТТ" и там же флаг "суммовой учет". Ну и дальше можно работать по розничной схеме.
Т.е. ту "часть" склада на которой мне не нужен партионный учет выделить в отдельный склад с типом НТТ и товары торговли проводить через этот склад? А что будет с перемещением с этого склада в розницу? Дело в том что перемещения со склада в розницу загружаются из сторонней программы в документ перемещение, в который уже добавлен реквизит себестоимость, в него загружается из сторонней программы готовая себестоимость переданная в розницу и документ делает нормальную проводку 281-282. Розничные склады заведены как НТТ. Получится перемещение НТТ - НТТ сделает ли он проводки как обычное перемещение или буде 282-282 без всякой себестоимости?
Проблема вылезла при заполенении "Выплаты ЗП" - возникает лишний остаток 200грн.
На момент начала ведения учета 01.01.2015 есть остаток невыплаченых больничных за счет соцстраха 200грн. за ноябрь 2014г. Этот остаток введен документов "Ввод остатков". Он попадает на 663 счет и в регистр Взаиморасчетов с сотрудниками. Когда соцстрах перечислил эти 200грн. 05.02.2015 (платежное поручение) возникло ДУБЛИРУБЩЕЕ движение по регистру взаиморасчетов с сотрудниками!!! Т.е.
31.12.2014 663 - 200грн. Регистр ВР - 200грн.
05.02.2015 Регистр ВР - 200грн.
Насколько я понимаю такая ситуация возникла из-за того что в регистр взаиморасчетов сумма 200грн. попадает дважды: при вводе остатков (при обычном начислении больничных движения по ВР на сколько я понял нет) и при перечислении денег из соцстраха.
Правильно ли я понял суть проблемы: при вводе остатков 200грн. больничных ФСС должны попасть на 663 счет но не должны попасть в регистр взаиморасчетов. Как правильно сделать ввод остатков больничных за счет соцстраха - может быть ввод остатков больничных нужно делать другим документом? И как выйти из создавшегося положения?
Можно ли в УТП на одних складах вести партионный учет а на других не вести?
Нужно это потому что есть такая ситуация:
Документоооборот по товарам торговли ведется в сторонней программе и в 1с загружаются документы: Приход, Передача/возврат розница без учета ассортимента - т.е. на одну позицию товара "Товары на складе", соответственно ни какой партионный учет тут не нужен и сысла не имеет, т.к. себестоимость и розничная стоимость считается в первичной программе, а в 1с должны просто грузится готовые цифры.
Но все остальные ТМЦ (материалы, запчасти оборудование и т.д.) должны приходоваться и списываться по ФИФО.
Есть мысль завести отдальныq склад для товаров и отдельный для прочих ТМЦ и назначить для этих складов разные методы партионного учета.
Я нашел в настройках учетной политики признак "Вести партионный учет по складам". Установил этот признак, но не могу найти, где теперь указать метод партионного учета для каждого склада. Или я не правильно понял назначение этого реквизита?
Тогда как настроить необходимый мне механизм раздельного и различного партионного учета на складах?
Или штатными средствами УТП такое сделать нельзя и нужно изменять конфигурацию?
Поставьте программу, которая будет делать ежедневные резервные копии (очень советую - представьте что было бы ели бы восстановить не удалось!?) Например мне понравилась (Cobian Backup), если еще и NetFramrwork стоит, то она бэкапит базы на лету через теневое копирование. Очень удобно, для баз с которыми работают круглосуточно - архивы делает утром и вечером. Есть по проще AWBackuper - не умеет бэкапить файлы если с базой работают (ставил бэкапить при запуске компа) У меня вон сегодня главбух на одном из предприятий ушатал базу так, что осталась только пустая папка. Я пришел - поднял из бэкапа вчерашнюю копию и сказал - вперед!
1. Проверить диск (чек диском и т.п.) - лучше сделать в любом случае. 2. Скопировать базу в др. место запустить и попробовать там. (если этот файл не будет копироваться, то есть прога UNLOKER - как раз для того чтобы делать "всякое разное" с теми файлами про которые система говоит "низ-зя" - только лучше портабельную версию) 3. Сделать тестирование и исправление ИБ
Есть еще удобная прога AMMYY Admin: http://www.ammyy.com/ru/ Масенький экзешник и ни каких инсталях. Но я ее пользую обычно для временного подключения (как тайм вивер) а не на постоянку.
Без НДС не печатались т.к. Мария с завода идет по умолчанию только с одной запрограммированной ставкой налога НДС 20% Нужно запрограммировать нулевую (или любую другую нужную вам) ставку налога, тогда чек будет печататься, а то так при печати без НДС Мария ищет такую ставку и не может найти. Надпись БЕЗ НДС тоже где-то в параметрах налогов программируется (щас попробую найти)...
Цитата
ДОЛЖНА БЫТЬ ЗАПРОГРАММИРОВАНА В РЕГИСТРАТОРЕ СЕРВИСНЫМ ЦЕНТРОМ !
Спокойно можно запрограммировать самому ч/з админ консоль. Там с Марией идет диск и в нем есть дока с описанием протоколов и команд - посмотрите раздел программирования налоговых ставок. Команды вводятся в консоли администратора (тоже прога на диске, но можно и самому в обработке прописать) CNAL - Запрос списка запрограммированных схем налогообложения NALG - установка схемы налогообложения NNAM - установка наименования налога
Вот как-то так. Экспериментировать советую с не фискализированным КА т.к. не пробовал программировать ставки ПОСЛЕ фискализации (уточните в налоговой, или где их там фискализируют) Сам тр...лся помню дня 2-3 пока догнал что ставка не запрограммирована. Причем сервисники фирмы продавшей КА НЕ ЗНАЮТ! этой информации
Попробуйте метод таблицы "Записать(<ИмяФайла>,<ТипФайла>)" а в ИмяФайла прописать путь к сетевому принтеру и какое-нибудь имя файла. Правда я такое только с объектом Текст проделывал. С таблицами не пробовал.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!