Help Center documentation is confidential and proprietary to Avalara clients
- ZZ Schedule is a schedule code that does not affect a tax return.
- ZZ Default Custom is the name of the schedule code built into the software for every tax session.
- ZZ Custom Schedule is one created by the user.
- ZZ Transaction is a transaction record that was unassigned to a jurisdiction's schedule code in the import process.
- It can also be a transaction assigned to a ZZ Schedule.
- ZZ Scenario is a scenario that assigns a transaction to a custom schedule code.
- Default ZZ Schedule captures transactions that are unassigned
- Non-Default Scenario is one that is user-created, and assigns a transaction to a custom ZZ Schedule.
Use in import troubleshooting
Example of ZZ schedule assignment
Manually enter a ZZ transaction
- From the Tax Filing Schedule Transactions menu, select ZZ: Default Custom to use the default schedule.
- Custom schedule codes that you added will appear in the dropdown list.
- There are no required fields on ZZ, but the choices from the dropdown lists must be first entered in corresponding the table.
Creating a ZZ custom schedule
You can create your own custom schedules.
- Click Maintenance > Custom Schedules.
- Click Add New Record.
- All the fields on the General tab are required.
- The schedule code must start with the letters ZZ and can be any transaction type.
- You must choose a specific taxpayer type for the record you add.
- You can also use this same schedule code on additional taxpayer types.
- Set an effective date that is prior to the period in which the record will be reported.
- For instance, if you are filing for period beginning 4/1/2014 the effective date must be 3/31/2014 or earlier.
- Sort order is where the returns will list the schedule relative to the other schedules.
- Click Insert to save the record.
Note: Custom ZZ schedules do not have product validation, so a product code is not included in the record criteria.
- Click the Columns tab.
- Click the fields to display in the Schedule Transactions menu.
- Click the arrow to add it to the Field Name list.
- Click the pencil icon to edit the properties of the field.
- Click the check mark to save the edits.
Import a ZZ transaction
Records can imported to either the default ZZ schedule or a custom schedule. They can be either assigned a schedule name or by using scenarios.
- Default Option uses Fallout schedule. Fallout is a term used by Avalara Professional Services for a custom schedule that is intended to go on a tax return, but does not. It's a catch-all so that unassigned records don't get lost.
- Custom Schedules do not have product validation so the Validate Products option must always be set to NO.
Creating Non-Default Scenarios
- Creating a non-default scenario for a Custom Schedule Code sets up custom reporting.
- Scenario/schedule combinations can be used to create specific reports for transactions already on a return.
- Example: show all clear kerosene sold tax free for heating purposes.
- Capture transactions that are in the data but are being ignored due to that particular state’s regulations .
- Example: all dyed diesel transactions in states where it is not reportable.
- Use multiple scenarios to send all transactions to one single schedule code (like a normal scenario) or you can create multiple combinations of scenarios and schedules.
TIP: Use the Comments area in the scenario to describe the logic in configuring it. Note both what you changed and why for reference.
Non-Default Scenario Examples
This scenario will capture all transactions that meet the criteria, even if they were also assigned elsewhere.
- If this scenario were used on a return where dyed diesel was reportable, the transactions would be duplicated to ZZ for informational purposes.
- If it were a jurisdiction where dyed diesel was not reportable, this might be the only place those records are assigned in schedule transactions.
- Create your custom ZZ schedule code.
- Click Maintenance > Schedule Scenarios.
- The example is non-reportable dyed diesel for New Hampshire.
- Select Add New Record.
- If you prefer, you can copy an existing scenario.
- If you prefer, you can copy an existing scenario.
- Enter the required fields, indicated by an asterisk (*).
- The effective date must be later than the custom ZZ schedule code.
- Add General criteria to your scenario.
- The example captures all disbursements with destination=NH.
- Validate Against Schedule Products and Default are bothset to No.
- Click on the Details tab and Add New Record.
- Set Default Field to PRODUCT_CODE because there is no product validation on custom schedules.
- Set Comparison Operator to Not In.
- Set Value to the excluded products, each separated by a comma.
- Click the check mark to save the record.
- The sales destination is NH so we don't need the Locations tab settings.
- We don't need the Accounts tab settings, since we are not tracking the seller.
Alternatively, if you had a custom field from the source data that identified dyed products as a group, you could filter by that custom field instead of the product_codes.
Default option scenarios act as Fallout schedules, replacing the unassigned file. This means that in addition to whatever criteria we add to the scenario, the transaction must also be unassigned at the level specified in the default option.
What the default settings mean
- Yes – All: Does not compare tax session country code, jurisdiction, or taxpayer type to the scenario’s country code, jurisdiction, or taxpayer type
- Yes - Target Jurisdiction: Compares transaction’s tax session country code and jurisdiction to the scenario’s country code and jurisdiction.
- Yes – Target Taxpayer Type: Compares transaction’s tax session country code, jurisdiction, and taxpayer type to the scenario’s country code, jurisdiction, and taxpayer type.
- Yes – Location Jurisdiction: Compares transaction’s origin or destination country code and jurisdiction to the scenario’s country code and jurisdiction.
Default set to Yes scenarios
- Default options settings:
- Default scenario examples:
Global Fallout is the most basic default scenario.
Default Option set to Yes-All.
Product Validation set to No.
Broad jurisdictions criteria - user any jurisdiction.
Schedule code needs to be selected for a specific tax return.
- State Specific Fallout – Captures transactions that were likely assigned to a particular state, but did not match a scenario.
- Use the default option, and then add the location criteria.
- A minimum of 2 scenarios is needed to make this method effective.
- Default Option set to Yes – Jurisdiction.
- Product Validation set to No.
- Example A scenario captures any transactions that had a destination state of the target jurisdiction. State equal to State
- Example B scenario captures any transactions for export. State not equal to State
- These two example scenarios capture any transactions that could possibly be assigned to the target jurisdiction without duplicating any.
- Scenario logic can be customized with additional parameters.
- Using 4 scenarios you could capture Receipts and Disbursements separately.
Alternately, you could default at the return level not the state level.
As returns become obsolete, also mark as obsolete any scenarios that apply to them. Scenarios that are attempting to match on returns that are no longer available can cause inconsistencies in your transactions assignments.