Интересно, с удовольствием посмотрел бы. Иногда пользователи просят посмотреть - кто, когда. Было бы интересно такой отчет прикрутить в виде печатной формы к доку.
RedCat77 @ Сегодня, 13:12
, В случае, когда конкретный менеджер создает заказы клиентов по одной организации, одному и тому же складу - проблем, по идее,быть не должно. Ведь история считывается по истории введенных данных конкретным пользователем. Но лучше, и правильнее, использовать соглашения. В соглашениях задаются правила продажи. Есть типовые, есть индивидуальные с привязкой к клиенту.
RedCat77 @ Сегодня, 10:07
, В этой конфигурации - просто другие подходы используются, не привычная логика для тех, кто привык к 1С. В других учетных системах, что мне попадались - значений по умолчанию не было. Были шаблоны.
А что, собственно, нужно получить на выходе. Думаю, можно что-то придумать, по крайней мере - по части реализации товара.
Спасибо за ответ, а возможно подробнее получить ответ?
Какой ответ Вы желаете получить? Все базы разные, разные контуры учета используются разными предприятиями, у всех разные данные, и разные ошибки могут быть. Причины ошибок нужно устранять, и добиться того, чтоб все процедуры были выполнены корректно.
Цитата(sobaka sutulaya @ 01.06.19, 18:33)
При переходе возникает такая ошибка по обработке данных: Формирует корректировки регистра "Денежные средства в пути" по операциям возврата по эквайрингу.
Это только описание процедуры, при выполнении которой возникла ошибка. Смотрите в журнале регистрации сообщение об ошибках. Ну а дальше - конфигуратор в руки.
Еще один косяк с обновлением обнаружился при выполнении отложенных обработчиков обновления. В модуле менеджера документа ПриходныйКассовыйОрдер в процедуре ЗаполнитьСуммуКонвертации в запросе ошибка:
ЗапросПоДокументам.Текст = " |ВЫБРАТЬ РАЗЛИЧНЫЕ | ДанныеДокумента.Ссылка, | ЕСТЬNULL(ДанныеДокумента.СписаниеБезналичныхДенежныхСредств.СуммаДокумента, 0) КАК СуммаКонвертации |ИЗ | Документ.ПриходныйКассовыйОрдер КАК ДанныеДокумента | ВНУТРЕННЕЕ СОЕДИНЕНИЕ ВТДляОбработки КАК ДокументыКОбработке | ПО ДанныеДокумента.Ссылка = ДокументыКОбработке.Ссылка |ГДЕ | ДанныеДокумента.ХозяйственнаяОперация = ЗНАЧЕНИЕ(Перечисление.ХозяйственныеОперации.КонвертацияВалюты) | И ДанныеДокумента.СуммаКонвертации = 0 |";
Цитата
.СписаниеБезналичныхДенежныхСредств
- нужно удалить!
Явный копи-паст, но неужели не тестировали? Если не ошибаюсь, данная ошибка присутствует во всех релизах 3.2.
asilkhan @ Сегодня, 4:35
, Может я чего не знаю, но вроде нет такой возможности. если есть индивидуальное соглашение с клиентом - оно подставляется при выборе партнера, а вот типовые - нет.
Предпринята попытка обновить конфигурацию УТ версии 3.1.5 до 3.2. База тестовая. Размер не малый, клиент-сервер, БД MS SQL Server 2017. База на SSD диске, памяти достаточно. Активно используется документ регистрации цен поставщиков.
Обновление проходит нормально (практически).
Проблема присутствует при выполнении обработчиков отложенного обновления. В частности, процедура "Документы.РегистрацияЦенНоменклатурыПоставщика.ЗаполнитьВидЦеныПоставщикаВТабличнойЧастиТовары". Выполняется сутками!
// Обработчик обновления BAS УТ 3.2.1 // Заполняет "ВидЦеныПоставщика" в табличных частях документа и обновляет движения по регистру сведений ЦеныНоменклатурыПоставщиков Процедура ЗаполнитьВидЦеныПоставщикаВТабличнойЧастиТовары(Параметры) Экспорт
МенеджерВременныхТаблиц = Новый МенеджерВременныхТаблиц;
Результат = ОбновлениеИнформационнойБазы.СоздатьВременнуюТаблицуСсылокДляОбработки( Параметры.Очередь, ПолноеИмяОбъекта, МенеджерВременныхТаблиц );
Если НЕ Результат.ЕстьДанныеДляОбработки Тогда Параметры.ОбработкаЗавершена = Истина; Возврат; КонецЕсли;
Если НЕ Результат.ЕстьЗаписиВоВременнойТаблице Тогда Параметры.ОбработкаЗавершена = Ложь; Возврат; КонецЕсли;
ЗапросПоДокументам = Новый Запрос; ЗапросПоДокументам.МенеджерВременныхТаблиц = МенеджерВременныхТаблиц; ЗапросПоДокументам.Текст = " |ВЫБРАТЬ | Т.Ссылка КАК Ссылка, | Т.Ссылка.Партнер КАК Партнер, | Т.Ссылка.УдалитьСоглашение КАК Соглашение, | Т.Ссылка.УдалитьСоглашение.ВидЦеныПоставщика КАК ВидЦеныПоставщика |ИЗ | Документ.РегистрацияЦенНоменклатурыПоставщика.Товары КАК Т | ВНУТРЕННЕЕ СОЕДИНЕНИЕ ВТДляОбработки КАК ДокументыКОбработке | ПО Т.Ссылка = ДокументыКОбработке.Ссылка |ГДЕ | Т.Ссылка.Проведен | И (Т.ВидЦеныПоставщика = ЗНАЧЕНИЕ(Справочник.ВидыЦенПоставщиков.ПустаяСсылка) | И ЕСТЬNULL(Т.Ссылка.УдалитьСоглашение, ЗНАЧЕНИЕ(Справочник.СоглашенияСПоставщиками.ПустаяСсылка)) <> ЗНАЧЕНИЕ(Справочник.СоглашенияСПоставщиками.ПустаяСсылка)) |";
// Если объект ранее был удален или обработан другими сеансами, пропускаем его Если ДокументОбъект = Неопределено Тогда ОтменитьТранзакцию(); ОбновлениеИнформационнойБазы.ОтметитьВыполнениеОбработки(Выборка.Ссылка); Продолжить; КонецЕсли;
Для Каждого СтрокаТовары Из ДокументОбъект.Товары Цикл Если Не ЗначениеЗаполнено(СтрокаТовары.ВидЦеныПоставщика) Тогда СтрокаТовары.ВидЦеныПоставщика = Выборка.ВидЦеныПоставщика; КонецЕсли; КонецЦикла;
Что-то мне подсказывает, что долго. По всей видимости - причина в количестве строк в документах, запись данных большими порциями. Исправить можно только через разбиение на более мелкие документы? Или есть еще варианты оптимизации?
Пытался ли кто управлять последовательностью выполнения обработчиков отложенного обновления? Хотелось бы посмотреть на эту разработку, но не бесплатная она: https://infostart.ru/public/426048/
На этом проблемы с обновлением не заканчиваются, к сожалению. Так как не все обработки отложенного обновления выполнены - при открытии документа (к примеру, заказа покупателя) выдается ошибка "Недостаточно фактических параметров". Ошибка возникает при вызове необходимых обработчиков при открытии формы, но вылетает. Как бороться? Перепроверять все доки, все процедуры?
В документе "ЗаказКлиента", если в строках табличной части "Товары" указаны виды цен, нельзя руками изменять цены, база пишет "Для редактирования цены выберите вид цены произвольная"
Почему не сделать так, как пишет программа?В snhjrt NX выбрать тип цен "Произвольная", откроется цена для редактирования, и можно будет нужную цену установить. Пробовали так сделать?
Законодательство разных стран отличается, не говоря уже о трудовых договорах различных предприятий. В случае ТС вообще загадочная ситуация. ТС в рабочее время пилит обработку. И скрыть он ее хочет от своего же сотрудника - взыграло самолюбие?
Был бы у меня такой сотрудник - выгнал бы его. Все мы смертны - болеем, ездим в отпуск без доступа к прелестям цивилизации, получаем более интересные предложения и т.д. Кому нужен в команде человек, пишущий "нетленку", в которую нельзя будет внести изменения в связи с изменением этих "сложных процессов"?
1C сама по себе подразумевает открытый код. Могу понять, когда пытаются защитить тиражный продукт, или не уверены в получении оплаты за выполненную работу. Но прятать код от своих же коллег?
Прошу прощения за оффтоп, просто для себя пытаюсь понять - я заблуждаюсь в своем восприятии мира, или ТС.
awp @ Сегодня, 16:06
, Если не сложно - можете обосновать, почему исходные коды не принадлежат предприятию, нанявшему разработчика в штат, и оплачивающего его работу?
Gigi @ Вчера, 11:52
, Вы писали свою разработку в рабочее время? Тихо подозреваю, что в формировании ваших навыков принимали и ваши, более опытные сотрудники. Почему Вы решили, что разработка, написанная в оплачиваемое работодателем время, принадлежит только Вам?
FrazyGrant @ Вчера, 18:18
, В современных конфигурациях уже нет того единого меню с дополнительными отчетами, обработками, которое было в той же УТП.
Цитата
Конфигурация позволяет подключать и использовать внешние отчеты и обработки к информационной базе. Настройка внешних отчетов и обработок осуществляется в форме Печатные формы, отчеты и обработки – Отчеты и обработки – Дополнительные отчеты и обработки.
Для отчетов и обработок, предназначенных для работы с объектами, можно определить, в каком объекте они будут доступны. Для отчетов и обработок, вызывающихся из командного интерфейса, необходимо указать соответствующий раздел интерфейса.
cos12 @ Сегодня, 16:58
, Я правильно понял, Вы рекомендуете создать вид цены имени "пиво оболонь", "хлеб белый"? Какой тогда вид цены указывать в документе?
Да, действительно в обработках есть. А в документах, например, нету У меня и в документах есть. Конфа и платформа выше в сообщении.
Прошу прощения, в табличной части таки да, таки нет такого свойства реквизита. Только для реквизита шапки есть.
Vidocq05 @ Сегодня, 16:16
, Проверил у себя, для обработки не работает. Ни в обычной, ни в управляемой форме. Тогда только в коде присваивать значение.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!