20.08.2010

TaxiCashbook v3.0.2 German

Изменили механизм проведения документов, для реализаций за наличный расчет механизм оставили прежним, а вот TaxiCashbook v3.0.2 German остальных nbsp; убрали все проводки и оставляли движения документа TaxiCashbook v3.0.2 German по регистру ОстаткиТМЦ В результате документы в 1С начали проводиться быстрее, и обеспечивался учет остатков TaxiCashbook v3.0.2 German на складах. Мы создали новый документ и назвали его Сводная реализация TealDoc v2.61 . Для того чтобы данный документ мог агрегировать данные, поступающие с разных АЗС Складов и по разным видам торговли нам пришлось перенести часть данных находящихся в шапке документа Реализация в табличную часть документа. В итоге были перенесены в табличную часть склад и вид торговли сразу оговорюсь, я описываю общую схему, а на Tcl Dev Kit v4.0 самом деле помимо видов торговли у нас TaxiCashbook v3.0.2 German задачи TeamUp v1.0 all access объединить реализации по видам – это обычные, агентские, подразделений с проводками через TaxiCashbook v3.0.2 German счет и т. В Шапку документа были добавлены TaxiCashbook v3.0.2 German значения НачДата и КонДата определяющие интервал, за Teachers Personal Information Manager v1.3.11 который будет формироваться накладная, интервалы по одному клиенту и договору , интервалы не могут пересекаться механизм контроля интервала . Не составило труда написать процедуру по формированию такой сводной накладной автоматически из документов Реализация за месяц.

Самым трудным и ответственным моментом стало написание механизма проведения документа и привязка движений регистров к проводкам в обработке НастройкаФормированияПроводок . Вы можете сказать: А зачем так сложно, почему не сделать документ без проводок, который будет объединять все данные, и формировать туже TaxiCashbook v3.0.2 German накладную, но только без всей этой писанины? Да мы прошли и по TaxiCashbook v3.0.2 German пути, но тогда в 1С при большом количестве документов время проведения документов в базе TaxiCashbook v3.0.2 German вырастает, если даже вы используете Гибкие блокировки или Clear1C с учетом того, что у Вас база на MS SQL.

База на dbf просто сдыхает даже при использовании Распределенной ИБ .

Конечно предложенный вариант решения не панацея, все таки задача была выполнена в 2006 году, но может натолкнуть Вас на более оригинальный путь решения проблемы. Я, глядя TeamFlow v9.0 SP5 на сделанную работу, уже вижу ее недостатки: Необходимо создавать новые документы по реализации, так как обновление базы становиться трудоемкой задачей.