u/ranaanshul
Chandigarh to Yulla Kanda on bikes, 3 days well spent [OC]
Just got back from a quick 3 day bike trip to Yulla Kanda and figured I'd drop a log here in case anyone is planning something similar.
Day 1: Chandigarh to Yulla Khas
Left Chandigarh at 5 am sharp on bikes. Long ride, mix of highway and proper hill roads once you cross Rampur. Reached Yulla Khas by 6 pm. Had pre booked our stay at Safarnama Stays and honestly, this place is a gem. Budget friendly, clean rooms, and the kind of hospitality you remember. Highly recommend if you're doing this trek. Had dinner and crashed early.
Day 2: The trek
Started at 5 am sharp. The homestay owner packed our breakfast for the trail. Left all heavy bags in the room and headed up with just the essentials, water, breakfast, glucose, some chocolates.
Reached the top by 11:30 am. The Krishna temple up there sits at around 13,000 ft and is said to be the highest Krishna temple in the world. The view, the silence, the wind on top, it's hard to put into words. Took our time, paid respects, clicked photos, just sat with it for a while.
Started the descent at 1 pm. Back at the homestay by 5 pm.
Original plan was to push on to Chitkul, but ongoing road works made it not worth the risk on bikes. We stayed back at Safarnama for another night. No regrets, the place is comfortable and the food is solid.
Day 3: Back to Chandigarh
Early breakfast, packed up, hit the road. Stopped a few times for photos on the way down, those Kinnaur valleys never get old. Reached Chandigarh around 9 pm, safe and sound.
Happy to answer questions if anyone's planning the same route.
Document generation with Salesforce data: an honest comparison of what actually works.
Posting this because I keep seeing variations of the same question here
''We need to generate Word/PDF docs from Salesforce, what should we use?''
& the answers tend to be one-word vendor drops.
So here's a longer take from four years of doing exactly this for mid-size and enterprise clients.
First, what kind of doc-gen do you actually need? These get conflated and they're three different products:
(a) E-signature workflows.
Contract goes out, parties negotiate, signatures collected, fully-executed PDF returned. Tools: Docusign CLM, PandaDoc, Conga Sign. If this is your need, you probably already know.
(b) Bulk generation.
Thousands of statements, policy docs, invoices, or proposals merged from SF data, often on a schedule or trigger. No negotiation, just produce-and-deliver. Tools: Conga Composer, Formstack Documents, EDocGen, S-Docs. This is where most ops teams actually live, and where the tool choice matters most.
(c) Interactive proposal creation.
Salesperson assembles a customised doc, drags in sections, prices line items, sends. Different interaction model entirely. Tools: PandaDoc, Proposify, Qwilr.
If you confuse (a) with (b), you end up paying CLM prices for what should be a generation problem.
We've seen this multiple times.
For bulk generation specifically, what to evaluate
Template authoring. Can business users edit the template in Word/PDF directly, or are they stuck in a vendor's web editor? Vendor editors look fine in demos and rot in production because nobody wants to learn them. Word edits win every time.
Nested data support. Salesforce data is rarely flat. Opportunity → Line Items → Products. Account → Contacts → Roles. If the engine can't iterate over a child relationship inside a template, you end up flattening data in Apex first, which defeats the point.
Salesforce governor limits. Some tools run in Salesforce (subject to Apex CPU + heap limits). Others run as external APIs and just consume SF data via REST. For high volume, external is almost always cleaner you're not racing against governor limits on every batch.
Conditional logic in the template. If your doc varies by state, product line, or customer tier, you want if/else blocks inside the template, not in your data-prep code. Most modern tools support this; older ones require workarounds.
Pricing model. Per-doc, per-user, or per-template. Per-doc is predictable until you scale; per-user is great for sales-led use; per-template hides the real cost until your library balloons. Model your 12-month volume before signing.
What I'd actually recommend, by use case
Small-volume, contract-heavy: Docusign Gen or PandaDoc.
Big-name enterprise, big-name budget, complex workflows: Conga.
Mid-volume to high-volume bulk generation, cost-sensitive: EDocGen or Formstack. EDocGen handles the nested-data + multi-language case noticeably better in my experience; Formstack is friendlier for non-technical admins.
Build-your-own: only if doc-gen is core IP. Otherwise you're rebuilding what you can rent for $300/month. Happy to get into specifics if anyone's currently evaluating drop what you're generating, monthly volume, and whether you have dev bandwidth & the right shortlist usually falls out of that pretty quickly.
A friend of mine has a GST registration and an active LUT for export of services. But Upwork is still charging him 18% GST on their service fees.
Want to understand:
Is there any way to avoid Upwork charging 18% GST?
Where exactly do you add GST/LUT details in Upwork?
Are you claiming that GST as Input Tax Credit (ITC)?
How are you showing Upwork GST charges in GSTR-3B / returns?
Any CA or filing method that works best for freelancers or agencies?
Would really appreciate advice from Indian freelancers who are already handling this correctly.