А що заважає поставити в самому запиті необхідне додаткове групування?

alex-l1904 @ Сегодня, 14:06 ,
Багато хто з моїх клієнтів працюють по-старому саме з 15-ю платформою. Кількість подібних скарг стає все більшою останнім часом і тому доводиться переходити на новіші платформи з використанням Mimo-UniDll

kihor @ Сегодня, 11:23 ,
Платформа, 15-а платформа. Правда, в мене реліз 1747, і в моєї клієнтки щоразу вилітає "введення на підставі". Оновлення з cf-ника не допомагає.
Заходжу в конфігураторі в цьому документі в розділ "Введення на підставі", прибираю будь-який документ з переліку, додаю його знов, і вуаля
всі документи знову є. Додам, що це не в BASi, а в звичайних формах

Я маю каталог, відкриваю і читаю xls-файли в цьому каталохі незалежно від їх назви, після читання прибираю файли в інший, архівний каталог

kihor @ Сегодня, 13:21 ,
Не забудьте звернути увагу на процедуру ОбработкаРасшифровкиСтандартногоОтчета - вона знаходиться в різних загальних модулях залежно від Зв.Ф та Кер.Ф.

Створювати субрахунки до рахунків, по яких вже існують рухи - це груба і неприпустима помилка

В УТП для цього є документ, який саме так і зветься - "Переоцінка ОЗ". Чудово працює, перевірено.

berest.andriy@gmail.com @ Сегодня, 10:23 ,
Дуже цікаве запитання. Скільки років вже працюю з УТП, але ніколи не бачив, щоби хтось використовував регістр відомостей
"Умови поставок за договорами контрагентів по номенклатурі", та документ "Умови поставок за договорами контрагентів",
який є реєстратором для нього. Саме завдяки ним буде працювати/не працювати ваша функція

Talkman @ Сегодня, 9:57 ,
Цікаве питання, в якому вже є відповідь. Спробуйте на додачу ко вже існуючим формам Списку та Вибору створити ще одну та вкажіть її:
ФормаСписка = Документы.ЗаказПокупателя.ПолучитьФорму("ФормаСписка111")

f12 @ Вчера, 22:02 ,
Перевірив - при створенні бази зі стандартного цфника таких проблем не виникає. Якщо в вас вже вскрита конфігурація,
подивіться на макет НачальноеЗаполнение в цьому регістрі, можливо, там і є ця фігня з 01.12.2015

kserg2012 @ Сегодня, 12:22 ,
Отборы в стандартных списках в обычных формах строятся только по реквизитам, а ваша расчетная колонка им не является. Такие вопросы решаются путем написания отдельной обработки, в которой будет заполняться таблица документов согласно ваших условий.

БухИра @ Сегодня, 15:46 ,
Когда будете настраивать график, установите Рабочее Время по дням, например, с 9.00 до 13.00. Тогда в при заполнении Графика вы увидите четверки вместо восьмерок в графе Часы. Эти четверки вы увидите и в табеле.
В документе Кадровое Перемещение укажете сотрудникам или новый оклад в соответствии с новыми реалиям, или же Вид Начисления "Оклад по часам".

БухИра @ Сегодня, 8:41 ,
Справочники Графики Работы - делаем новый элемент Пятидневка20 по аналогии с существующим.
Там же заполняем график на этот год в соответствии с производственным календарем (кнопка Заполнить).
Документ Кадровое Перемещение - переводим сотрудников на новый график.

Vofka @ Сегодня, 9:31 ,
Я бы все эти печатные формы вывел в отдельную внешнюю обработку и в ней бы анализировал, что именно печатать.
Посмотрите в качестве намека на то, как печатается ТТН в документе "Реализация..."

Документ "Коригування записів регістрів" вирішує будь-які колізії з рухами регістрів.

kostya77 @ Сегодня, 14:11 ,
У стандартній процедурі ОбработкаУдаленияПроведения є параметр Отказ. Ви завжди можете використати його з будь-якою умовою, нічого додатково не вигадуючи.

Задача виріщується за етапи.
1. Документ Передача ОЗ - заповнюємо всі необхідні реквізити і продаємо ОЗ контрагенту як ПОКУПЦЕВІ, по договору з Покупцем, інакше не пропустить.
2. Документ Коригування Боргу - переганяємо заборгованість з договору покупця (361) на договор постачальника (631), перевіряємо там же рахунки та суми ПДВ

MK-61 @ Вчера, 13:50 ,
Конфигуратор - Правка - Редактирование текстов интерфейса. Встроенный сервис поможет вам перевести тексты форм и модулей на любой язык. Но с лёту не получится, знаю по собственному опыту.

Проводки по виплаті ЗП та перерахуванню податків та зборів формуються в платіжних дорученнях та касових ордерах

Vofka @ Сегодня, 12:59 ,
Коли в мене був подібний казус, то тьотя с податкової сама подзвонила і ми з нею приємно поспілкувалися

Vofka @ Сегодня, 17:12 ,
Если есть "живой" куратор, то позвонить ему и сказать, чтобы сделали переброску, это их счета. Но делать надо быстро, чтобы не пошла недоимка и пеня.
В прошлые годы они любили раз в год менять платежные реквизиты именно с целью, чтобы люди забрасывали платежи на неактуальные счета со всеми вытекающими последствиями.
Такой себе дополнительный источник пополнения бюджета

kihor @ Сегодня, 17:16 ,
предопределенных настроек по погребению нет ни в УТП, ни даже в ЗУПе. Надо начисления и способы отражения настраивать
самостоятельно.
http://combuh.com/magazines/articles/444-p...ya-ukrainy.html

tomol22 @ Сегодня, 12:01 ,
Я робив оптимізацію цього процесу, а не автоматизацію. По-перше, прибрав всі зайві види документів, з яких можна зробити повернення і залишив тільки "Реалізацію...".
По-друге, коли ми хочемо повернути Номенклатуру, то при виборі документа повернення я показую, скільки по кожному з них Товару продано, а скільки вже повернуто. Це дуже зручно,
коли працюєш з дилерами/торговими представниками, які багато товару беруть, але й багато повертають.

Штрих-коды сами по себе никак не влияют на количественный учет товаров, а нужны лишь для поиска номенклатуры/характеристики или печати этикеток, поэтому у вас есть три варианта: а) вообще забить на эту проблему и не указывать единицу измерения; б) написать обработку 7-10 строк и присвоить в регистре нужные значения; в) привлечь программиста. Первый вариант наиболее предпочтителен.

При чтении конкретной позиции внеш. файла элементу справочника Контрагенты должно присваиваться значение реквизита ЮрФизЛицо = Перечисления.ЮрФизЛицо.ЮрЛицо или ЮрФизЛицо = Перечисления.ЮрФизЛицо.ФизЛицо в зависимости от того, какой признак указан в самом файле.