Prana @ 27.12.23, 14:43
, Можна для користувача створити видимість відкривання форми. Створіть обробку, передайте туди реквізити форми довідника, порівнюйте їх і в разі внесення змін записуйте в довідник. По іншому ніяк, Ви вже переконалися.
что предупреждение будет выводиться перед открытием формы
Не будет, если вывести факт того, что форма только открывается в глобальную переменную. Например так:
Перем ФормаОткрылась
Процедура ПриВыбореЗакладки(Номер,Закладка) Если ФормаОткрылась = 1 Тогда //Вот здесь понимаем что это ПриОткрытии() и сразу ж показываем, что далее она уже открыта ФормаОткрылась = 0; Иначе //Тут, я так понимаю, должно сидеть Ваше Предупреждение КонецЕсли; КонецПроцедуры
sergoff @ Сегодня, 21:16
, Уффф, претензій та нарікань з приводу роботи самого ПРРО, дякую, як показала практика 2-днів онлайн-офлайн роботи немає. Весь кіпіш із-за того, що звертався в підтримку, а звідти тиша, додзвонитися також було неможливо. До того, як звернутися протягом доби тероризували сервер, права доступу, роутер, антивірус і т.ін. В загальному, порвали 2 баяна, а проблема зовсім не там. Вибачте, ще раз дякую, проблему вичерпано.
Vofka @ Сегодня, 18:18
, В тому якраз і є проблема. Відповіді на листування не отримав. На дзвінки гарячої їхньої лінії, відповідає бот, далі 0. Написали б "ми тут ні до чого, чекаємо відновлення роботи ДФС" було б все зрозуміло. В моєму випадку, інтегровано більше 20 ФОП. Що пояснити замовникам??? Іде 2-й день офлайн роботи, зв'язку з розробником немає. Інтеграція проведена до 31.12.2022 року, ПРРО працюватиме до 72 год на місяць, що далі... Якщо маєте зв' язок з ВебЧек, хай опублікує заспокійливе оголошення якщо нам як користувачам немає чого робити кіпіш.
Шановні користувачі ВебЧек. В період з 09.01.2022 року, спостерігається переведення ПРРО в режим офлайн. Основна проблема, це: LastOfflineErr=немає звязку з сервером ДПС Status: 0 Msg: або LastOfflineErr=Ошибка получения последнего чека из налоговой Status: -1 Msg: помилка перевірки підпису Підтримка ВебЧек, не відповідає на повідомлення, їх служба підтримки ніяк не реагує (повідомлення в пошту, ще з 10:00 залишилися без відповіді). Основні питання: 1. Чому не реагує техпідтримка? 2. Український Форум 1 С може допомогти у вирішенні проблеми (як ніяк, але Ви рекламуєте їх проєкт)?
Хто може прояснити ситуацію ? Я нікого не звинувачую, але хочу щоб усі поділилися інформацією. Може це я Лось ?
Я так и не понял, почему АвторДокаУЦ не записывался со всеми другими реквизитами
А можна процедуру ПриЗаписи() в студію? Чесно, я не зрозумів проблеми. Може Ви, маєте на увазі підпорядковані елементи? Періодичні реквізити так і працюють як Ви вважаєте "костилем". Як я бачу те, що Ви намагаєтеся подолати: Варіант 1: Хочете бачити які реквізити довідника змінені Автором (в цьому випадку, потрібен окремий довідик куди писати що мінялося, коли мінялося і ким.) Варіант 2: Хочете бачити хто останній вніс корективи в довідник (в даному випадку періодичність) Варіант 3: В темі цієї статті згадуєте різні елементи довідника "АвторДокаУЦ" та "АвторДокаАЦ" можливо випадково наплутали ?
Може варто все розпочати з початку ? Або змиритися з "Но работает же, и фиг с ним", тоді мета досягнута, вибачте що потурбував...
andrew76 @ Сегодня, 18:51
, Тогда так: Условие(((ДатаЧисло(Увол_д)=0) или (Увол_д>=НачДата)) или (Перев_ф>=КонДата)); Должны попадать уволенные и не уволенные, а также те кого перевели.
andrew76 @ Сегодня, 18:29
, Хорошо. 1. Зачем: (ДатаЧисло(Увол_д)=0) ? 2. Почему: (Увол_д>=НачДата) или (Увол_д>=КонДата) (Какая разница ?) 3. Считаю что нужно заменить: или на и (Перев_ф>=КонДата). Если считаете правильными свои условия с Увол_д.
Мое мнение с которым Вы можете не соглашаться: Сделайте через выборку справочника с условием. Работать будет быстрее (проверено).
Dentist @ 29.07.21, 22:49
, Створіть новий "транзитний" склад для переміщень та списання залишків. Зробіть зовнішню обробку за допомогою якої реалізуєте підбір з різних складів (Візуально користувачеві має здаватися що він працює з накладною). Форму списку для підбору можете взагалі не чіпати, заберіть з відбору лише склад (під час підбору Вам не важливо на якому складі товар зберігається) По закінченню підбору обробка хай автоматично формує спочатку переміщення на "транзитний" склад, а потім видаткову накладну. В переміщеннях в поле "Документ основание" запишіть видаткову накладну (буде зрозуміло кому виписувався товар). Забороніть розпроведення переміщень при проведенній видатковій накладній. Контролюйте наявність залишку на транзитному складі (там його бути не повинно).
crost @ Сегодня, 10:30
, А як варіант в партію товара завести реквізит "найменування постачальника" і в усіх первинних документах виводити саме звідти найменування. На сьогодні майже всі оприбутковують з електронних документів, тому заповнення найменування в партію не повинно бути проблемою. Найбільший камінь в цьому це розмір бази який суттєво виросте.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!