| 
  • If you are citizen of an European Union member nation, you may not use this service unless you are at least 16 years old.

  • Whenever you search in PBworks, Dokkio Sidebar (from the makers of PBworks) will run the same search in your Drive, Dropbox, OneDrive, Gmail, and Slack. Now you can find what you're looking for wherever it lives. Try Dokkio Sidebar for free.

View
 

FrontPage

Page history last edited by PBworks 16 years, 4 months ago

21.07.06 Проблема с обновлением формы в ПриОткрытии()

в форме "Справочник.Партии.ДляВыбораПартии" при открытии не отображаются поля, заполненные при открытии.

Для обновления была попытка использовать Форма.Обновить(), но она не срабатывает в процедуре ПриОткрытии() - т.к. форма еще не открыта.

 

Для того, чтобы в процедуре ПриОткрытии() дать команду на обновление формы, нужно:

- завести на форме кнопку "Обновить" с идентификатором кнОбновить, назначить для нее горячую клавишу Ctrl+F12 (на закладке Команда)

- в модуле формы создать процедуру

Процедура кнОбновить()

Форма.Обновить();

Форма.кнОбновить.Видимость(0);

КонецПроцедуры //кнОбновить

- в конце процедуры ПриОткрытии вставить вызов скрипта с "нажатием клавиши"

wshShell=СоздатьОбъект("WScript.Shell");

wshShell.SendKeys("^{F12}");

 

Теперь при открытии программа будет еще и дополнительно "нажимать кнопку кнОбновить"


 

 

19.05.06 Ошибки при раздельном проведении

Док «Реализация»

1.Если при открытии было 2 строки, потом удалить 1 строку, и не записать документ ошибка.

«ТЗДок.ПолучитьСтрокуПоНомеру(ТаблСписПартий.НомерСтрокиДокумента);

{Документ.Реализация.Форма.Модуль(151)}: Номер за пределами значения!»

тарас

--

18.05.06 Отчет по вводу остатков с проверками ТГД и Стран

Скачать можно http://servplus.pbwiki.com/f/k_RepVvodOstGTDStr.rar

тарас

--

18.05.06 Печать документов начального ввода

Скачать можно http://servplus.pbwiki.com/f/k_pech_nv.rar

 

Конечно, в форме документа НВ нет кнопки Печать, но пользоваться можно просто как внешней обработкой, выбирая в диалоге документ.

 

2-й способ: быстро можно добавить в Журнал ВводНачальныхОстатков кнопку Печать, на которую повесить процедуру:

 

Процедура кнПечать()

ОткрытьФорму("Отчет", Контекст, КаталогИБ()+"ExtForms\к_ПечатьДокНВ.ert");

КонецПроцедуры //кнПечать

 

3-й способ: просто уж добавить в форму документа кнопки печати по образцу документа "Реализация"

Сама обработка, будучи зарегистрирована как обычно для внешних печ.форм, будет работать.

 

 

15.05.06

АСЦН Пытались перепровести апрель для финансовой отчетности. Много (~20) документов не проводится. Не хватает запчастей. В основном перемещения, но есть несколько реализаций. По некоторым документам перенос в начало или конец дня помогает, но очень мало.

Сделать отчетную отдельную базу. На ней попытаться перепровести.

тарас.

 

04.05.06

АСЦН Задача -перенос реализации из Супермага(точное задание в моей папке или у Кутяевой). Хотя сам АСЦН должен уточнить. В реестре заявок я вписал.

тарас.

КОЛЯ я не нашел файл реестра заявок - обещал сюда положить - куда ты его сунул?

http://servplus.pbwiki.com/f/_%D0%93%D0%BB%D0%B0%D0%B2%D0%BD%D1%8B%D0%B9_%D0%A0%D0%B5%D0%B5%D1%81%D1%82%D1%80_%D0%97%D0%B0%D1%8F%D0%B2%D0%BE%D0%BA.xls


04.05.06 отчет для предпродажки

Сдать КУТЯЕВОЙ

Проблема:При разукомплектациях не внесли коэффициент цены, по-этому себестоимость заприходованных обратно комплектущих или=0 или неверна. Эти комплектующие продавались и т.д.

Этот отчет (Files)показывает в каких документах эти партии перемещались.

к_ПроверкаРазукомплектаций.rar.

Там же лежит универсальная обработка "ПечатьТЗ". Её надо положить в ExtFоrms\ВнешниеОтчеты.

тарас.


 

04.05.06 отчет для предпродажки

СДАТЬ Евсеевой.

k_pms.rar

тарас.


27.03.06 РМ "Предпродажка" (обновление)

Добавлено:

  • фильтрация в ПЗ по группе ТМЦ
  • проставление готовности заказа кнопкой
  • отчеты: "Состав ПЗ", "Обеспеченность ПЗ", "Нехватка"
  • возможность открывать первичные документы в режиме модификации (на закладке "Настройка" - галочка)

 

Находится как и ранее на http://servplus.pbwiki.com/f/k_rm_PPP.rar

 

Ошибка в к_Свойства

При записи из программы (не через диалог) нового свойства, когда уже есть другие свойства, эти ранее бывшие - затираются.

Исправление:

в глМодуле в процедуре к_Свойства в 2х местах нужно изменить строку:

 

Если Поз=0 Тогда

Результат = СтрокаСвойств+Р1+

СокрЛП(ВидСвойства)+"="+СокрЛП(Значение)+"#"+Кто;

Иначе

 

Эти 2 места:

ИначеЕсли (Команда="Установить") и (ТипКонтекста="ГрупповойКонтекст") Тогда

и

ИначеЕсли Команда="Установить" Тогда

 

 

 

27.03.06 РМ "Предпродажка"

Выложен комплект внешних обработок

http://servplus.pbwiki.com/f/k_rm_PPP.rar

 

15.03.06 Новая страница Утилиты

Там разные "примочки"-инструменты-примеры: посмотреть состав БД, сменить границу последовательности.

 

28.02.06 Ответ от Шемякина по bkend

Смотрите на странице Советы Шемякина

 

Будет летать !

 

Посмотрел вкратце, как реализовано усовершенствование работы с документами от Той-СКЛ.

 

Комплект обновлений к ТиС включает:

  • собственно библиотеку (ДЛЛ, лицензии, скрипты, ert какую-то служебную, настройки для вкл-выкл механизмов)
  • добавки в глМодуль - новые процедуры усовершенствованного отбора данных, нужных при проведении документов и для обслуживания параллельного проведения
  • вставки в модули документов, которые срабатывают, когда установлено "включить оптимизацию"
  • и другие добавки-изменения к модулям конфигурации.

 

Использование библиотеки позволяет использовать настоящий SQL, но с именами реквизитов 1С.

 

Есть инструкция по установке, выполняется быстро.

 

Результаты обнадеживают:

  • проведение документов - за секунду
  • режим "не контролиролировать остатки" и "контроль по компании" - похоже одинаковы теперь, зато работают быстро

 

В общем, надо:

  • ставить и день поработать под пристальным наблюдением
  • изучить что есть
  • начать использовать при написании новых отчетов


2Николай Михайлович

Надо чтобы в отметках об оплате можно было в качестве ресурса оплаты выбирать документ ввода остатков.

Например:

Счет

"Счет САТ0000035 (17.01.06) Сервис Плюс Автоматизация Торговли"

Договор:

202/10-2005-8 (USD)

оплата:

Ввод остатков по покупателю САТ0000209 (01.01.06);

Срочно plzzz.

 

Добавлено. Инструкцию и текст модуля смотри на модуль_к_ОтмОплаты


13/02/2006 Мише от Тараса

Стоматолог назначил на 14-00. Я сейчас поищу нового программиста нам в помощь.

Сейчас ехать нет смысла. Я, наверное сегодня не поеду. Держись. Отбивайся.

Здесь лежит ExtForms с новым отчетом по продаже для Калачева и я переделал к_смотреть_остатки чтобы оттуда можно было смотреть товародвижение

http://servplus.pbwiki.com/f/ExtForms.rar


 

10/02/02006 года. Тарас

Было бы клево чтобы так можно было поступить с любым справочником (фирмы,контрагенты,склады,партии,свои юрлица, сторон юрлица,номенклатура)

 

Надо срочно такая обработка.

Был сделан приход. По нему создалась партия. Удалили приход. Партия осталась.

Пытаюсь сделать осчистку базы. Не дает. Говорит есть партия.

Надо по ссылкам отыскать что можно удалить и порешить.

Где-то видел у нас но не могу найти.

 

сделано для партий: http://servplus.pbwiki.com/f/UdPart.rar

сделано для произвольного справочника: http://servplus.pbwiki.com/f/UdElem.rar


 

Материалы по скорости работы - на отдельной странице Производительность


27.01.06 Счет должен быть всегда

А может, стоит вернуть к жизни ранее сформулированное требование ?

счет должен быть всегда

 

Смысл этого требования: "счет есть заголовочный документ для каждой единичной сделки".

Ведь по каждой сделке может быть несколько заказов-отгрузок-оплат.

Для порядка нужен объект, к которому "привязываются" все события по сделке (оплаты, сборка, отгрузка).

Документ вида Счет подходит для такой цели лучше других.

Вводить множественность здесь (разрешать "судьбу сделки" не только к счету привязывать, но и к любой Заявке или Реализации) - это усложнять ситуацию.

Не только для разработчиков, но и для пользователей.

Так, чтобы выяснить состояние дел по каждой отдельной сделке - ищем Счет и смотрим состояние оплаты-сборки-отгрузки (а если кроме Счета еще варианты могут быть - надо порыться еще и в других местах).

 

Добиться выполнения требования "счет должен быть всегда" несложно: в дополнение к обычному (правильному) способу работы: счет-заказы-реализации добавляем:

- возможность по Заявке создать Счет

- возможность по Реализации создать Счет.

Если эти документы уже созданы по Счету - не давать возможность создавать заново.

Результатом создания такого Счета от документа-"дочки" - прописанный в поле ДокОснование вновь созданный Счет.

Вряд ли стоит для такого "неправильного" способа работы давать возможность создавать Счет на основании сразу группы документов вида Реализация или Заявка. Хотя технически это несложно.

 

Портнов.

 

Отметка о прочтении:

  • Чеховский - не читал
  • Михайлов - не читал

26.01.06 "Детское решение" вопроса с оплатой счетов

1) Ручная отметка "Счет оплачен"

Делаю обработку, которая запускается из журнала Счетов для проставки отметки об оплате.

Разрешаем пользоваться этой обработкой той сотруднице, что обрабатывает приход. В обработку эту включу доп.возможность собрать информацию из регистра к_ОплатаСчетов (а может еще и из платежных документов по этому контрагенту). Сделано: http://servplus.pbwiki.com/f/k_Oplata_Scheta.rar Для вызова этой обработки нужно в журнале к_Счета добавить кнопку "Оплата", для которой в закладке Дополнительно написать: ОткрытьФорму("Отчет", Контекст, КаталогИБ()+"ExtForms\к_ОплатаСчета.ert"). Обработка показывает сумму счета, оплаты, остатка и список движений регистра; есть кнопка отметить оплату полностью или ввести сумму оплаты.

 

2) Не нужно больше нажимать "Проставить отметки в Журнале"

В обработке к_ОтметкиОплаты_Свод после простановки отметки оплаты - сразу результат вписывается в соответствующий счет. Внимание! Сумма "оплаты по счету" при этом не всегда совпадает с суммой платежа (может, были другие платежи до этого). Сделано: http://servplus.pbwiki.com/f/k_Otm_opl.rar

Для включения такой возможности на закладке Оплаты добавлена галочка АвтоОбновлятьОстаткиОплаты, что приводит к обновлению свойства _Опл по тем счетам, состояние которых изменило создание документа к_ОтметкаОплаты.

Т.е. это работает и при одиночной отметке оплаты (кнопка "Отметка оплаты") и при массовой (кнопка "Отметить оплату по всем").

 

Комбинация 1+2 : поскольку проставление отметки оплаты из обработки будет автоматически сопровождаться установкой суммы оплаты в счете, нет надобности нажимать долго(?) работающую кнопку массового разнесения состояния оплаты.

(Кстати, если ее таки нажать, те отметки оплаты что проставлены вручную, ЗАТРУТСЯ).

Ну так вот: если состояние оплаты обновляется автоматически по каждому факту оплаты, можно ВРУЧНУЮ проставить сумму оплаты по СТАРЫМ счетам.

 

Средства для вызова отметок оплаты при заведении СтрокаВыпискиПриход сделаю завтра, 27.01

27.01. Делать СтрокаВыпискиПриход пока не буду - Тарас сказал, что что-то уже сделал, чтобы не пересекаться.


Проблема вот в чем:

ребята из Сервис-Плюса не представляли себе (да и сейчас тоже) реальную картину, кто у них чего делает.

1. Например: утверждается, что нужно отслеживать оплату по счетам. Т.е. подразумевается, что счета есть всегда.

На самом деле это не так.

2. Теперь похожим образом нужно отслеживать состояние оплаты по документам отгрузки (Реализации).

Хотя отгрузок может быть несколько по счету. И без счета. И без заказа.

И все это выясняется только теперь.

 

Хорошо.

Ладно.

 

Давайте выкинем в корзину код, написанный по п.1. Нам не жалко (о деньгах пока даже и не говорим).

 

Давайте заново напишем программу отслеживания оплаты.

Только теперь учтем прошлые ошибки: выясним, что же надо делать. И не просто так, по детски "видеть, пришла ли оплата по счету". А с перечислением всех допустимых случаев:

  • обычная работа: счет-оплата-заказ-накладная
  • аванс: оплата-счет-зачет_аванса-заказ-накладная
  • непроизводственная отгрузка: оплата-счет-накладная
  • "необычная работа" вида 1: оплата-заказ-накладная
  • "необычная работа" вида 2: оплата-накладная-заказ
  • "необычная работа" вида 3: накладная-заказ-оплата
  • "необычная работа" вида 4: накладная-заказ-оплата
  • "необычная работа" вида 5: накладная-оплата

Здесь заканчивается (предположительно) перечень ситуаций с полной оплатой.

Перейдем к рассмотрению случаев частичной оплаты:

..


 

? А что у Заказы уже проводятся по к_ОплатаСчетов ?

Зачем в модуль проведения вставлена эта строчка ?

Сейчас получается так (для примера: за 25.01 Заказ№230) - увеличивает регистр "к_ОплатаСчетов"

Этот Заказ№230 создан на основании Счета САТ-58 от 24.01 (это двумя строчками выше в списке счетов, если смотреть через обработку к_ОплатаСчетов_Свод).

Поскольку платежный документ сможет "погасить" только одну строку, вторая так и будет болтаться, создавая ложное впечатление о том, что оплаты нет


 

Итак, поконкретнее:

не все проставляет отметки - ?какая обработка к_ОтметкиОплаты_РазнестиДляЖурнала.ert ?

очень долго - сколько по времени ?

 

что предпринимать:

 

  • при проведении выписки банка (для вида операции = ОплатаПокупателя) делать обработку оплаты:

- есть основание (и типа счет) - ставим отметку оплаты в счете (?полную, на сумму оплаты?, а если это не первая оплата? а если девочка наша или плательщика ошиблась с номером счета в платежке?)

- Нет основания - выходить на обработку - разнесение оплат по счетам и по ним ставим плюсики (?полную, на сумму оплаты?, а если это не первая оплата? а если..)

- При наличии авансов (нет основания) потом по регламенту запускать обработку, которая авансы закроет на счета (слава богу такого пока нет).

 

Оплата может быть по накладным и заказам (и по реализации).

Надо сделать этот механизм универсальным.

(но так, чтобы оставалась и основная цепочка: счет-заказ(ы)-реализация). А то если счет выписан, а отметка оплаты - на заказ (или реализацию), счет остается неотмеченным) !

Может, все же делать счета-то ? Всегда.

Задача - в накладных видеть оплату независимо от того, кто основание - счет ли заказ ли, накладная ли.

(И в Заказах видеть).

Даже, насколько я понимаю, если Реализация - только одна из нескольких Реализаций по Счету/Заказу ?

(если несколько - тогда пропорционально вычислять ?)


  • Тарас

Обработка оплаты по счетам доказывает свою неработоспособность - не все проставляет отметки очень долго - тормозит ужастно, не оперативно. Надо что-то предпринимать. Вводить при проведении выписки банка обработку оплаты - есть основание все ясно - ставим плюсики в счетах. Нет основание выходить на обработку - разнесение оплат по счетам и по ним ставим плюсики. При наличии авансов(нет основания) потом по регламенту запускать обработку, которая авансы закроет на счета (слава богу такого пока нет). И второе. Оплата может быть по накладным и заказам. Надо сделать этот механизм универсальным. Задача - в накладных видеть оплату независимо от того, кто основание - счет ли заказ ли, накладная ли.


  • Тарас - одинокий волк (скорее кролик и при том сучка-кролик вернее крольчиха)

Найди обработку, которая во всех документах базы или в выбранных заменит один реквизит на другой. Надо в документах все фирмы поменять на одну. И склады понадобится.


Изменен к_СвойстваДокумента

Скачать: http://servplus.pbwiki.com/f/k_cvois.rar

Изменение:

  • теперь можно вызывать из формы документа (элемента справочника), а не только из журнала
  • исправлены ПриОткрытии и ПриЗаписи


 

  • Тарас

Посмотри ссылку http://www.1csql.ru/index.html

Ускорение SQL

 

посмотрел.

даже счет запросил по е-мейлу.

хотя пока не ясно, поможет ли это нам

телефон разработчика пока не доступен

Ответ разработчика на вопрос "..как нам это поможет.."

скажем так для накладной до 5 позиций ускорение проведения 1,5 раза

в р-не 10-20 в 2 раза

100 и более мб в 10 раз

 


*Тарас

Тема "Отметки об оплате"

Смысл такой. По тем счетам, которые в 1С все нормально.

Счета 2005 года в 1С не вносились. Вносились только заказы в комментариях ставились номера счетов.

Задача. В документах оплаты и выписках банка основанием могут быть заказы. Соответственно в регистрах можно было вытащить оплаты по счетам если у заказа нет основания - счета - тогда по заказам.


  • Михаил

Просьба проверить Отчет ведомость по партиям ТМЦ период с 31.12.05 по тек. день

Выдается сообщение о востановлении последовательности документов, если согласиться на востановление последовательности то вся база будет долго занята и будут тормоза(жуть).

Вопрос: Почему нарушилась последовательность, можно-ли её востановить.

Вопрос: Можно ли запретить пользователям востонавливать последовательность.


  • Тарас

Есть "отчет о продажах"

Надо в этом отчете ТОЛЬКО ПО ОПЛАЧЕННОМУ ТОВАРУ.

 

Сделано. Вариант № 1 можно скачать. http://servplus.pbwiki.com/f/k_rep_prod.rar

Если поставить "только оплаченные" будет дополнительно фильтровать только по оплаченным счетам (или заказам на основании оплаченных счетов.

Насчет оплаченного товара - даже и не пробовал, понял так, что по счетам.

 

В принципе этот признак "оплачено" можно добавить в набор условий множественного фильтра чтобы можно было ставить значения:

  • оплаченные
  • не оплаченные
  • частично оплаченные
  • частично или полностью оплаченные
  • не полностью оплаченные

 

Добавлений пришлось делать немного: Признак оплаченности

- добавить признак фл_Оплаченные на форму

- в текст запроса добавил переменную ДокОснование

- к тексту запроса добавляется "Условие(ДокОснование в сзДокСчета)" - если нужно. И этот сзДокСчета заполняется перед выдачей запроса списком оплаченных счетов и Заказов, составленных на основании оплаченных счетов.

 

И тогда документы Реализация дополнительно фильтруются по документу-основанию.


Изменения/Добавления к тесту Контрагентов

http://servplus.pbwiki.com/f/k_Test_KA.rar

 

  • дублирование - только названия (теперь 71 позиция и 79 дублей)
  • выход на список дублей, показывает доп.обработка к_Тест_КонтрагентыПоказать
  • из обработки показа - есть выход на ссылки (документы и справочники)
  • отчет "список дублей"


 

  • Михаил

Все понял, хочу такую же штуку только со тулбарами.

ЗЫ

и русским хелпом


 

  • Михаил

Да, когда много файлов, так удобнее, можно открыть архив на лету и через буфер перенести все файлы. Чем больше файлов тем сильнее чувствуется актуальность проблемы.


Неудобно подгружать отсюда файлы с русскими именами

 

Поэтому в Files теперь положены свернутые в архив с латинскими именами http://servplus.pbwiki.com/f/k_OO.rar

и http://servplus.pbwiki.com/f/k_SoS.rar


  • Тарас

Справочники "контрагенты" Наийти повторы по наименованию+ИНН\КПП в виде

Код Полный путь Наименование ИНН\КПП Используются в документах

С001 Клиенты\... Торговый дом 777 Да

7733 Дилеры\... Торговый дом 777 Нет

 

сделано. обработку можно скачать: http://servplus.pbwiki.com/f/k_Test_KA.rar

Там: нажать длинную кнопку и кнопками > и < искать след.дубль. При щелчке - показывает сами элементы

Правда, результат невелик - всего 1 дубль находит.

Наверное, надо точнее/уже сформулировать условие уникальности. Ну да это можно прямо в обработке.


  • Тарас

Сделать функцию к_ПолучитьОплату(Счет,ТЗ)

А в ТЗ вернуть строки с выписками банка

 

сделано можно скачать http://servplus.pbwiki.com/f/k_Pol_Opl.rar

 

Обработку можно вызывать передавая в форме параметр - документ вида ЗаявкаПокупателя (например, с кнопки Журнала).

А функцию к_ПолучитьОплату(Счет,ТЗ), которая содержится в этой обработке, можно вечерком перенести в гл.модуль.

В ТЗ просмотра можно выходить на сам первичный документ.


Ошибка отображения номера счета в обработке к_ОтметкиОплаты_Свод

 

  • номер счета показывается не полностью (или 0). Причина: некоторые документы используют префикс номера документа, поэтому компактное числовое представление (без ведущих нулей) сначала формировалось неправильно.
  • Теперь в гл.модуль вставлена функция к_ПолучитьПредставлениеДокумента, которая дает правильное (и в то же время краткое) представление номера документа с учетом возможного префикса.
  • Исправление: уберите тексты процедур к_ПолучитьПредставлениеДокумента и к_НомерДокумента из модуля формы обработки, будет вызываться новая правильная процедура гл.модуля. Или просто загрузите обновленный к_ОтметкиОплаты_Свод

 

Обработка к_ОтметкиОплаты_РазнестиДляЖурнала.ert

 

  • обнаружена ошибка: разнесение отметок делается не только в документы вида ЗаявкаПокупателя, но и в документы авансовой оплаты. Исправлено.


Обработка к_СоС.ert

 

  • состояние счетов (ЗаявокПокупателя)
  1. по оплате,
  2. по Заказам,
  3. по Реализации (составленные накладные и акты)
  • распечатка отчета
  • выход на документы по оплате/Заказы/Реализацию


Функция (для гл.модуля) к_ПолучитьПредставлениеДокумента

 

  • будет использована в обработках на тему "Состояние счетов"
  • полезна при формировании отчетов
  • будет усовершенствована в дальнейшем
  • Назначение: удобно-компактный вывод названия документа (с номером и датой)
  • Возможности: выдает сокращенное название вида документа, краткое название номера с учетом префикса и дату

 


к_ОтметкиОплаты_Свод.ert

  • Исправлены ошибки, касающиеся обработки даты относительно ТочкиАктуальности
  • Исправлена ошибка вызова "РазнестиВЖурнал"
  • при создании документа отметки используется информация о ДокОсновании из платежного документа
  • добавлена возможность сортировать счета по контрагенту (+выход на контрагента при открытии закладки "Счет")


  • Тарас

 

при изготовлении отметок оплаты, если в платежном документе есть ссылка на счет

использовать ее при заполнении табличной части

 

Выполнено (см.выше)


 

  • Миша

иногда при проведении расходных накладных (Реализация) выдает сообщение

Не удается распределить по партиям

 

Ответ: может, действительно на складе нет такого количества ?


Comments (0)

You don't have permission to comment on this page.